Meridian 1 X 11 Software Features Book 2
Meridian 1 X 11 Software Features Book 2
Bk2of3
Issued: 93 10 31
Status: Standard
Xi 1 Release: All
100-l
Maid Identification
The Maid Identification, or Maid ID, feature makes it easier to keep track of
which maids clean which rooms. Maid ID introduces a new keyword, MI, and
a I- to 4-digit Maid ID.
The MT keyword is used with the Background Terminal SEt STatus command
when a room’s cleaning status is changed. The Maid ID number, which
accompanies the MI keyword, uniquely identifies a maid.
The following features allow the Maid ID to be entered as part of the room
cleaning status:
- Background Terminal (BGD) SEt STatus command
- Room Key (RMK) Operation
- Dial Access method
- Off-hook Detection
- Controlled Class of Service (CCOS) key operation
Note: For Off-hook Detection and CCOS key operation, the Maid ID
always defaults to zero.
Feature interactions
Maid ID alters dial access for Room Status (RMS). After entering a valid
cleaning status, instead of hearing dial tone or Flexible Feature Code (FFC)
confirmation tone, the maid hears a special interrupted dial tone, prompting I
for the Maid ID. The Maid can then enter the Maid ID followed by the
octothorpe (#), or can hang up.
:.
:
100-2 Maid Identification
Operating parameters
Meridian Modular Terminal firmware, version 11, and the Hospitality Screen
Enhancement (HSE), package (208), are needed to support the special Maid
ID screens. They are not required to support the feature itself.
Feature packaging
Maid Identification (MAID), package 210, requires
- Maid Identification (MAID), package 210
- Background Terminal (BGD), package 99
- Room Status (RMS), package 100
- Controlled Class of Service (CCOS), package 81
Feature implementation
Maid ID does not require any additional service change implementation. If
the feature package is equipped, implement Maid ID using a Background
Terminal (BGD) or Property Management System Interface (PMSI). See
Background Terminal Facility description (553-2311-316) and Property
Management System Integace description (553-2801-101). See also “Room
Status,” in this document, for information regarding its implementation.
Feature operation
Maid ID can be entered along with room cleaning status in the Background
Terminal (BGD) or Property Management System (PMS). For a complete
discussion of this feature’s programming, see Background Terminal Facility
description (553-2311-316) and Property Management System Interface
description (553-2801-101).
4 Press the asterisk (*). This sets the display to accept the Maid ID. The
asterisk does not show on the display. Each time the asterisk (*) is
entered, the display clears.
When Hospitality Screen Enhancements (HSE) is equipped, and
Meridian Modular telephones are used with firmware version 11 or
higher, the display looks like this:
xxx...xEnter Maid ID
xxx...x= Room DN
5 Enter the Maid ID.
With HSE, a cursor marks the beginning position for the Maid ID. The
Maid ID shows on the display. Correct the Maid ID by pressing the
asterisk (*) to clear the incorrect Maid ID and to reset the display. Enter
the correct Maid ID.
6 Press RMK again to complete the operation. The RMK indicator goes
off.
.: ~
: :
100-4 Maid Identification
7b If the FCC confirmation tone was not configured, you will hear a dial
-.
100-6 Maid Identification
:
,
; , -. .
101-I
Operating parameters
MSB does not apply to 500/2.500 telephones.
Feature interactions
- Call Forward All Calls
Call Forward All Calls and then Hunting take precedence over MSB.
- Voice Call
Voice Call is blocked by MSB.
- Automatic Call Distribution
See Automatic Call Distribution basic features description
(553-267 I- 100) for information on MSB operations.
Feature packaging
MSB, package 17, has no feature package dependencies.
Feature implementation
LDll -Add or change MSB for SL-1 and Meridian digital telephones.
KEY xx MSB Add a MSB key (must be key 30 for M3000 telephones)
xx = key number
Feature operation
To make a telephone appear busy to callers
- Without lifting the handset, press the MSB key. The indicator lights
steadily and the telephone will not receive calls.
To cancel MSB
- Without lifting the handset, press the MSB key.
If the initiator hears overflow tone, the call trace has failed for one of the
following reasons:
- The station does not have Malicious Call Trace Allowed (MCTA) class
of service (CLS)
- The station is not established on an active call
- The system could not allocate a print register to store the trace
information
An attendant can activate Malicious Call Trace (MCT) only from an attendant
console by using the Trace (TRC) feature key. When the Trace (TRC) key is
pressed, the system prints a trace report on the source party, the destination
party, or both, depending on whether the source key, the destination key, or
both keys are active. The printing of the MCT record is preceded by a bell
sound on the maintenance TTY. In the printout, only the console’s primary
Terminal Number (TN) is reflected in the TN field.
The MCT record identifies the source or destination (or both) by printing S or
D (or both) prior to the time and date stamp of the record.
Operating parameters
The MCT feature is implemented on a system basis.
Assignment of the Trace (TRC) key cannot be done through the Attendant
Administration feature.
Feature interactions
- Conference call
When a station or console that is on the conference loop activates the
MCT feature, the trace record shows only the conference loop number
and conference number as the ORIGTN, and the Terminal Number (TN)
of the station or console that activated the feature as the TERTN. No
information on the other parties in the conference is given.
- History File
The MCT records are stored in the History File if it has been defined as
a maintenance (MTC) user in LD17.
- Traffic Measurement
The MCT feature is added to the feature key list for traffic measurements
(Peg Count TFCOOS).
Feature packaging
Malicious Call Trace (MCT), package 107, has no feature package
dependencies.
Feature implementation
LDlO - Add or change Malicious Call Trace for 500/2500 telephones.
Note: When MCTA is assigned, the telephone must also have XFA defined.
LDll -Add or change Malicious Call Trace for SL-1 and Meridian digital telephones.
Feature operation
To trace a malicious call from a 500/2500 telephone:
1 Flash the switchhook or press Link. A special dial tone signifies that the
call is on hold.
2 Enter SPRE+83. You are connected to the call.
To trace a malicious call from an SL-1 or Meridian digital telephone using the
Trace (TRC) key:
1 Press Call Trace. You remain connected to the call.
103-l
Operating parameters
Manual Line Service applies only to 500/2500 telephones.
Feature interactions
- Attendant Alternative Answering (AAA)
When AAA is defined, Manual Line service follows the AAA
parameters.
- Attendant Overflow Position (AOP)
When AOP is defined, Manual Line service follows the AOP directions.
- Night Service (NSVC)
When the system is in NSVC mode, all telephones with a manual class
of service (CLS) are routed to the telephone designated as the night
number for the customer group.
Feature packaging
This capability is included in basic Xl 1 system software.
Feature implementation
LDlO - Define class of service (CLS) for Manual Line telephones.
Feature operation
To use Manual Line Service from a 500/2500 telephone, lift the handset. You
are automatically connected to the attendant.
104-l
The buzz tone continues as long as the key remains depressed. Manual
Signaling (Buzz) has no impact on an existing call or on other active features.
If the other telephone is busy on a call, it will still buzz, even if it is a
Handsfree call.
Operating parameters
Manual Signaling (Buzz) does not apply to 500/2500 telephones. Only Single
Appearance Directory Numbers can be buzzed.
Feature interactions
Not applicable.
Feature packaging
Manual Signaling (Buzz) is included in basic Xl 1 system software.
Feature implementation
LDll -Add or change Manual Signaling (Buzz) for SL-1 and digital telephones.
Feature operation
To buzz a specific telephone:
- Press Buzz. The other telephone emits a buzz sound from the speaker for
as long as you hold down the Buzz key.
.,
Manual Trunk Service
Manual outgoing trunk service permits you to complete an outgoing call, after
ringing the trunk, by dialing a predefined trunk access code. Manual
incoming trunks, when seized at the far end, are automatically terminated on
a specified Directory Number (DN) or, if no DN is specified, at the attendant.
Manual Trunk Service is defined by the trunk class of service (CLS), and can
be applied to outgoing, incoming, and outgoing/incoming trunks. This feature
is available to the central office (CO), FX, WATS, and tie trunks with an
immediate start arrangement.
Operating parameters
Manual incoming service can be applied to tie trunks only.
Feature interactions
Feature packaging
This capability is included in basic Xl 1 system software.
Feature implementation
LD16 - Add or change an incoming manual trunk route.
TYPE TIE Tie trunks are required for manual incoming trunks
SUPN Yes, (No) Answer and disconnect supervision required or not required
. .
Manual Trunk Service 105-3
TYPE TIE Tie trunks are required for manual incoming trunks
Feature operation
Not applicable.
106-l
:
-.
106-2 Meridian Hospitality Voice Services
New Property Management System (PMS) messages (from X11 release 16)
are used to integrate the link. Meridian HVS allows Meridian Mail to
intercept messages over the Property Management System Interface (PMSI)
and passes to the Meridian 1 only those messages required. Should Meridian
Mail ever fail, a bypass switch allows the Meridian 1 to link directly with the
Property Management System (PMS).
operaiing parameters
The Night Number (NCWF) specified for the AP Recovery enhancement
must be local to the system. It cannot be defined using Network Automatic
Call Distribution (Network ACD) routing tables.
Softkey menus are suppressed for Meridian HVS commands on M2317 and
M3000 telephones when Controlled Class of Service (CCOS) has been
activated. Dial access must be used to operate Meridian HVS features, except
guest messaging mailboxes.
When programming the Night Directory Number (Night DN) associated with
the customer and Automatic Call Distribution (ACD) queues, be sure to avoid
configuring a loopback of Directory Numbers (DNs) for the Night Call
Forward DN. For example, if the Night Call Forward DN terminates on a
console (directly or indirectly), then the attendant Night DN should not
terminate on the Meridian Mail virtual ACD DN. With this configuration,
calls will remain ringing in the ACD queue under these conditions:
- The system is in Night Service Mode
- Meridian Mail fails
The caller remains in the queue until the attendant disengages Night Service,
or until the Applications Module Link (AML) recovers from failure.
Feature interactions
- Attendant End to End Signaling (EES)
Attendant EES (which uses Dual Tone Multifrequency (DTMF)
signaling) requires an additional Attendant EES key.
- Attendant Overflow Position (AOP)
AOP allows unanswered calls to the attendant to be forwarded to a
customer-defined Directory Number (DN) after a defined time. A call
may also be overflowed if all the attendants are in Position Busy State.
With AOP equipped in Xl 1 release 16, overflowed calls can be directed
to Meridian Mail. The AOP DN must be defined as an Automatic Case
Distribution (ACD) Directory Number (DN), and the ACD DN must
have an ACD agent assigned as a virtual VMS agent.
- Centralized Attendant Service (CAS)
The attendant must be located on the same switch as Meridian Mail for
the attendant to use Meridian Mail features.
- Digit Key Signaling (DKS)
DKS is supported only from attendant consoles at the Meridian Mail site.
- Digit Key Signaling (DKS) at console
With DKS equipped, attendants may assist callers in Meridian Mail
activities. The attendant may extend source calls to Meridian Mail or
direct calls to Meridian Mail.
- Do Not Disturb (DND)
Individual Do Not Disturb (DND) allows the attendant to place a
Directory Number (DN) into DND mode. A DN in this mode is free to
originate calls, but appears busy to incoming calls. With Meridian HVS
equipped, a new prompt (DNDH) allows callers to be redirected to
Meridian Mail for voice mail services. A called telephone must have
Hunting Allowed (HTA) class of service, and Hunt to Meridian Mail and
DNDH in LD1.5 must both be set to YES.
- M2317, M3000, and Meridian Modular softkey menus
M2317 or M3000 softkey menus are not supported by Meridian HVS.
These telephones with Controlled Class of Service Allowed (CCSA)
class of service are not presented with the Meridian Mail softkey menus
when connected to Meridian Mail.
_’
106-4 Meridian Hospitality Voice Services
- Network ACD
The Night Number (NCFW) specified for the ACD must be local to the
node.
- Property Management System Interface (PMSI), Digit Key Signaling
(DKS), DNDH, and Message Waiting indication
These operations are supported only when PMSI, Meridian Mail, and
attendant and room telephones are located on the same Meridian 1
switch.
- Pretranslation
Prior to Meridian HVS, the setup of calls using the Applications Module
Link (AML) was not supported from telephones using the Pretranslation
feature. With HVS equipped, call setup using the AML is supported.
- Stripping of Call Party Name Display (CPND) blanks
The maximum length of a CPND name sent from the PMSI/Background
Terminal (BGD) is 27 characters. When the full 27-character length is
used, part of the CPND name may scroll off the screen. To avoid this
problem, the PMSI/Background Terminal (BGD) software has been
updated to strip from the screen all trailing blanks from the CPND name.
. . .. ..’ ..:
Meridian Hospitality Voice Services 106-5
Feature packaging
Meridian HVS requires
- Meridian Hospitality Voice Services (HVS), package 179, which
requires
. Recorded Announcement (RAN), package 7
. End to End Signaling (EES), package 10
. Make Set Busy (MSB), package 17
. Integrated Messaging System (IMS), package 35
. Basic Automatic Call Distribution (BACD), package 40
. Automatic Call Distribution Package A (ACDA), package 45
. Message Center (MWC), package 46
. Command and Status Link (CSL), package 77
. CSL with Alpha Signaling (CSLA), package 85
. Auxiliary Processor Link (APL), package 109
- Property Management System Interface (PMSI), package 103, which
requires
. Controlled Class of Service (CCOS), package 81
. Background Terminal (BGD), package 99
. Room Status (RMS), package 100
Attendant Overflow Position (AOP), package 56, is required for AOP
Directory Number (DN) enhancement.
Feature implementation
Refer to Meridian Mail Modular Option Guest Voice Messuging
(553-7041-210) and Property Management System Integace description
(553-2801-101)
Feature operation
Refer to Meridian Mail Modular Option Guest Voice Messaging
(553-7041-210) and Proper5 Management System Inte$ace description
(553-2801-101)
,./’ -. ,
,.
Issued:
Status:
Xi 1 Release:
Meridian Mail
Related Documents
For complete information concerning Meridian Mail, see the documents in
the lists that follow.
Meridian Mail GP
Master Index (553-7001-000)
. The audit function helps ensure that name data stored on the
Meridian 1 is synchronized with name data stored on Meridian Mail.
The system administrator can run the audit manually or request that
the system run it periodically.
. For sites that want to implement VMBA and already have VMBs
configured on Meridian Mail, the VMBA upload function lets the
system administrator create or update the Meridian 1 VMB database
from the existing Meridian Mail VMB database. Upload can
significantly reduce the time required to implement VMBA.
In X11 release 19, VMBA is supported on RT, XT, NT, and STE systems, as
well as on Options 21A, 21E, 51,61,71, and 81. Telephone types supported
include the SL-1, Meridian Modular telephones, M2317, M2000, M3000, and
500/2500.
CAUTION
Because there is a potential impact on the Meridian 1 CPND database
when using the VMBA application, users should read with care the
sections entitled “Name processing considerations” on page 108-4 and
“Site with a preconfigured Meridian Mail database” on page 108-15.
Operating parameters
The appropriate VMB class of service’ must be defined on Meridian Mail
before the Meridian 1 can add VMBs. Otherwise, Meridian Mail transaction
errors will occur.
A Meridian 1 supports only one Meridian Mail system for VMBs.
The Meridian 1 allows for only one VAS and one customer to be configured
for this application.
If a VMB is deleted on the Meridian 1 but not on Meridian Mail, the result
could be an orphan VMB. If the DN for the deleted VMB is reused on the
Meridian 1, Meridian Mail deletes the old DN and adds the new one, thereby
recovering the associated VMB. If the DN is not reused, the orphan VMB is
not recovered.
1. A Meridian Mail class of service specifies a particular set of Meridian Mail options.
_ .
Meridian Mail Voice Mailbox Administration 108-3
Feature interactions
- Automatic Set Relocation
Relocating a user with an associated VMB to a new TN will not affect
the VMB. The VMB remains logged in and continues to receive
incoming voice messages while the set is being relocated.
A telephone that is relocated out but not relocated back in can still have
an active VMB. A relocated set must be deleted manually on the
Meridian 1 before its associated VMB is removed.
- CPND
There is significant interaction between the Meridian 1 CPND database
and the Meridian Mail VMB database. The sections entitled “Common
data elements” on page 108-4 and “Name processing considerations” on
page 108-4 describe these interactions.
- Meridian Mail 8
Although there is no user impact, unsolicited link messages will appear
when VMBA is equipped.
Table 108-l
Data stored by both the Meridian 1 and Meridian Mail
Note: Because this feature may affect your name data, print the
Meridian 1 and Meridian Mail name databases before beginning to
implement VMBA on a system with VMBs already implemented. (Use
the appropriate administrative overlays to print the databases.)
Name lengths
XI 1 release 18 versus Xl 1 release 19
In X11 release 18 and earlier, CPND stores names on the Meridian 1 in a
single 27-character field. In X11 release 19 and later, CPND stores names in
two fields (first name and last name) with a combined length of up to 27
characters. A conversion from X11 release 18 to X11 release 19 includes the
following name processing:
- The entire contents of the X11 release 18 CPND name field is placed in
the X11 release 19 first name field.
- The contents of the X11 release 19 last name field is set to blanks.
In X11 release 19, Meridian 1 CPND accepts the following name lengths:
- Up to 27 characters for first name
- Up to 27 characters for last name
- Up to 27 characters for combined first and last names
I
108-6 Meridian Mail Voice Mailbox Administration
. :. .
Meridian Mail Voice Mailbox Administration 108-7
Character sets
Meridian Mail supports a subset of the characters that Meridian 1 supports.
When Meridian Mail encounters a name from the Meridian 1 that contains
characters outside its supported character set, it rejects the name. Therefore,
it is recommended that you use the most restrictive character set.
The character sets supported by the Meridian 1 and Meridian Mail are as
follows:
- Meridian 1: ASCII H.20 through H.7E, excluding asterisk (*) and
exclamation point (!)
- Meridian Mail: ASCII H.20 through H.7E excluding the plus sign (+),
underscore 0, and question mark (?)
Therefore, on a system with VMBs, the Meridian 1 user should avoid using
the asterisk (*), exclamation point (!), plus sign (+), underscore (J, and
question mark (?) in CPND names.
Table 108-2
Effect of running Audit with Data Correction enabled
Table 108-3
Effect of running Upload
Feature packaging
Meridian Mail Voice Mailbox Administration (VMBA) is available as
package 246. It requires X11 release 19 on the Meridian 1, and Meridian Mail
MM9.
Although not required, Calling Party Name Display (CPND), package 95, for
the Meridian 1 is recommended. Certain Meridian Mail features, such as
name dialing, require that CPND be equipped.
Feature implementation
Be sure to print the name databases for both the Meridian 1 and Meridian
Mail before beginning to implement the VMBA application.
Implementing VMBA requires that it be installed and equipped on the
Meridian 1. (In addition, Meridian Mail must be MM9 or later.) This section
includes instructions for three implementation scenarios:
1 A site with no preconfigured database on either the Meridian 1 or
Meridian Mail.
2 A site with a preconfigured database on the Meridian 1 but not on
Meridian Mail.
3 A site with VMBs configured on Meridian Mail, but not on the
Meridian 1.
Table 108-4
LD17-Configuring the VMBA application
REQ NEW
Table 108-5
LDlO-AddaVMB on a 500/2500 telephone
Table 108-6
LDl l-Add a VMB on a digital telephone
REQ NEW
.- -.
108-14 Meridian Mail Voice Mailbox Administration
.:: -.
:.
Meridian Mail Voice Mailbox Administration 108-15
CAUTION
The upload option also causes name data configured on Meridian Mail
to be uploaded to the Meridian 1. Any existing names on the Meridian
1 are replaced with names currently configured on Meridian Mail. See
“Name processing considerations” on page 108-4 for an explanation
of the changes that may result.
1 If necessary, configure and enable the AML link to Meridian Mail. For
assistance, refer to the (553-3201-110).
2 Configure the VMBA application in LD17 on the VAS associated with
Meridian Mail. See Table 108-4, on page 11. Set the DATA-CORRECT
and AUTO-AUDIT options to OFF until the installation is complete.
If the AML link is active, the VMBA application is automatically
enabled after it is configured in LD17. If the AML link is not active, the
VMBA application is placed in the LINKOOS (link out of service) state.
__- :_ :
Meridian Mail Voice Mailbox Administration 108-17
Feature operation
Enabling the VMBA application
Use the VAS gateway in LD17 to configure the VMBA application. See
Table 108-4, on page 11. After configuring the VMBA application, the
Meridian 1 sets the VMBA application state to INACTIVE and immediately
attempts to establish a VMBA session with Meridian Mail. If successful, the
Meridian 1 changes the VMBA application state to ACTIVE and prints an
APPLICATION ENABLED message on the TTY. If unsuccessful, the
following actions occur:
- If the AML link is down:
. The system issues a FAILED TO ENABLE APPLICATION
message to the TTY.
. The application’s state is changed to LINKOOS (link out of
service).
l
The application is automatically enabled when the link becomes
available.
Table 108-7
VMBA Application States
State Explanation
Deleting a VMB
There are three ways to delete a VMB:
- When using LDs 10 and 11, enter OUT at the VMB prompt.
When doing a normal CHG or ECHG on a telephone in LDs 10 and 11,
enter OUT at the VMB prompt to delete the telephone’s VMB.
- When using LDs 10 and 11 to delete a telephone, enter OUT at the REQ
prompt.
Table 108-8
LD20 - Print the DN block
REQ PRT
- Use the PRT TNB command to print the TN block. See Table 108-9.
Table 108-S
LD20 - Print theTN block
REQ PRT
- Use the PRT VMB command to print the VMB DN and VMB state. See
Table 108-10. For a definition of each state, see TablelOS-11 .
Table 108-l 0
LD20 - Print VMB data
REQ PRT
.:
108-24 Meridian Mail Voice Mailbox Administration
Table 108-I 1
VMB States
State Explanation
UPDPEidD A VMB update is pending. The VMB has been added or changed on the
Meridian 1 but Meridian Mail has not yet been updated. When the AML link
comes up (if it is down), or when the backlog of updates (if any) is
processed, the VMB will be updated automatically.
UPDINPROG A VMB update is in progress. The request was sent to Meridian Mail but a
confirmation has not yet been received by the Meridian 1.
UPDFAIL A transaction with Meridian Mail failed. AVMB UPDATE FAIL error message
appears on the Meridian 1 TTY indicating the cause of the failure. A
craftsperson must intervene to correct the problem.
MISMATCH There is a database mismatch between the Meridian 1 and Meridian Mail.
The mismatch was detected by VMBA Audit but not corrected (because
database correction is not enabled in LDI 7). A VMB MISMATCH FOUND
error appears on the Meridian 1 TTY indicating the mismatch. A
craftsperson must intervene to correct the problem.
INVALID The VMB is in an invalid state. Verity that the VMB data for the DN is correct
on the Meridian 1. Then use LD48 to run VMB Audit on the DN.
- To print VMB data in LD83, respond with TNB at the REQ prompt. This
response causes the TN block to print, including VMB data. See
Table 108-12.
Table 108-12
LD83 - Print ODAS data
:’ -.-
Meridian Mail Voice Mailbox Administration 108-25
CAUTION
LD17 includes a data correction setting (DATA-CORRECT = ON).
With this option activated when an audit is run, the system resolves
any discrepancy by changing the Meridian Mail database to match the
Meridian 1 database. If the databases are out of synchronization
because VMB data was changed directly on Meridian Mail, the audit
replaces the changed Meridian Mail data with the original Meridian 1
data. Therefore, it is advisable to run an audit initially with
DATA-CORRECT = OFF to determine what discrepancies (if any)
exist.
:,
108-26 Meridian Mail Voice Mailbox Administration
. . :
I
Meridian Mail Voice Mailbox Administration 108-27
The VMB upload command in LD48 causes the following processing, if the
ALL option is specified. The processing is applied to all SCR, SCN, MCR,
and MCN DNs configured on the Meridian 1.
1 For each DN on the Meridian 3, Meridian Mail checks to see if a VMB
is currently defined.
2 If a Meridian Mail VMB exists for the DN, the VMB data associated with
the DN, including the VMB name, is uploaded to the Meridian 1. The
Meridian 1 uses the uploaded data to create VMB data and name (or to
replace existing VMB data and name) for that DN.
CAUTION
If the second or third DNs received from Meridian Mail are greater
than four digits (or seven digits, if the DN expansion feature is
equipped), they are discarded. A subsequent audit with data correction
enabled deletes them from Meridian Mail.
, I
3 If a Meridian Mail VMB does not exist for the DN, and if a VMB is
currently configured for the DN on the Meridian 1, the VMB is deleted.
Note: A name currently configured for the DN on the Meridian 1 is not
deleted.
109-l
1
Meridian Manager
Note: Meridian Manager is supported with Xl 1 release 17 and earlier
only.
Operating parameters
Refer to the documents listed.
Feature interactions
Refer to the documents listed.
Feature packaging
Not applicable.
Feature implementation
Not applicable.
Feature operation
Not applicable.
The specific functions Meridian MAX and ACD-MAX perform include the
following: I
- receive agent, queue, and trunk status data from the Meridian USL-1
- calculate the necessary statistics
- display data for current performance and store data for past-performance
reports
- generate and print all performance reports based on historical data
- offer configuration control
- schedule and create report definitions
. . . . ...:. ..:
110-2 Meridian MAX/ACD-MAX
Related documents
For complete information regarding ACD-MAX and Meridian MAX, see the
following documents.
ACD-MAX
- Master Index (553-4001-003)
- ACD-MAX Znstallation (553-4001-110)
- ACD-MAX Operations (553-4401-510)
- ACD-MAX System Messages (553-4001-810)
- ACD-MAX Overview (553-4001-910)
- ACD-MAX 3.0 Supervisor’s User Guide (PO706646)
.._.
Meridian MAXIACD-MAX 110-3
‘. .-: .,I... :.
: -.
Message Center
Message Center allows an incoming trunk or internal call to be automatically
routed to a Message Center if it is not answered at the original destination.
The main functions of the Message Center are to
- receive and take messages for calls forwarded to the Message Center
- convey messages to called telephones or consoles on request
Automatic and manual diagnostics are provided to clear all active Message
Waiting indications when required. Three types of Message Center
operations are offered:
- SL- 1 and Meridian digital telephone
- attendant console
Depending on the packages equipped, you can have any Message Center
option or combination of Message Center options.
_: :
111-2 Message Center
:. .‘...
,
.. ,
112-1
Message Registration
Message Registration (MR) allows customers to meter local calls so that
Hospitality administration can read, change, and reset message units stored
on the meters.
Operating parameters
Meters are incremented when Reverse Battery (RVB) signals are received
from loop start or ground start Central Office (CO) trunks. The meter is
incremented once for each completed local call, regardless of duration,
against the originating Directory Number (DN). No charge is made to any
meter if a call over a metered route is not established.
The ATTN meter accumulates charges for all metered calls made by
attendant consoles within a customer group. The TRK meter is provided for
each incoming tie trunk route and Central Office (CO) route. Charges are
registered for tandem call connections made by incoming tie trunks over a
meter-assigned route. One ovefflow meter, the CUST meter, allows each
customer to accumulate any charges that cannot be registered to another
meter.
With call modification, the party originating the metered call has its meter
charged. Once the meter is charged, the charge cannot be transferred to
another party’s meter through Call Modification.
If the attendant originates a call to a CO trunk, and the call is not extended to
an internal Directory Number (DN), the attendant’s meter is incremented.
Incoming tie trunks involved in metered tandem calls are charged to a meter
associated with the route, to allow for billing to a party other than the
customer.
Metered calls made within the customer that cannot be charged to any other
meter are charged to the ovefflow meter associated with the CUST meter.
Message Registration (MR) uses only the Reverse Battery (RVB) type of
answer supervision. Periodic Pulse Metering is not supported.
A QPC219, QPC330, or QPC450 trunk card must be used for the CO trunk
routes receiving Reverse Battery Signals (RVB). Also, a QPC330 card must
have its signaling set up as for a QPC219 trunk card.
The Call Detail Recording (CDR) feature does not display message
registration meter information.
.:\ : c:
-.
112-4 Message Registration
Feature interactions
- Attendant Administration
MR service change is not supported by Attendant Administration.
- Automatic Voice Network (AUTOVON)/Coordinated Dialing Plan
(CDP)/Centralized Attendant Service (CAS)
MR is mutually exclusive of AUTOVON, CDP, and CAS.
- Call Transfer/Conference, Call Forward All Calls
The party that originates a call is charged. The charge cannot be moved
to another party using XFER, Conference, or Call Forward All Calls.
- Multiple Appearance Directory Number (MADN)
For MADNs, the system selects the appropriate meter for the DN based
by following this procedure:
a It accesses the meter of the most recently configured telephone
having a Prime DN (PDN) appearance and Message Registration
Allowed (MRA) class of service.
b If no Terminal Number (TN) in the DN block has MRA class of
service, the customer meter is charged. For the Message
Registration Key (MRK), the system provides overflow and sets the
MRK lamp to flash. For the Background Terminal (BGD), it prints
a NO DATA FOUND message.
- Multi-Tenant Services
The ability to retrieve or update hotel or motel Room Status (RMS) and
meter count exists at the customer level, not at the tenant level.
- Maintenance
Any maintenance testing done on metered trunks does not affect the
meter values.
Feature packaging
Message Registration (MR), package 101, requires
- Controlled Class of Service (CCOS), package 83
- Background Terminal (BGD), package 99
Feature implementation
LD16 - Activate Message Registration on routes.
-MR YES, RVB, (NO) Only prompted if TKTP = COT or FGOT; MR provided on all
routes, Reverse Battery (RVB) routes, or no routes (default)
... ... :.
. . ,’ ;
...... , .... ,
112-6 Message Registration
Feature operation
Not applicable.
,.. _.
,. I . .- ._-. ..:
Message Waiting Indication (MWI)
Interworking
Message Waiting Indication (MWI) Interworking provides a means to pass
the Message Waiting Indicator across a private network with the following
types of systems: Meridian 1, DMS-100, DMS-250, SL-100. This feature is
compatible with Meridian 1 Network Message Services.
With this feature, a single message system can serve a combined network,
with either of two configurations:
- Meridian 1 hosts the Message Center, and serves both Meridian 1 users
and users of the other system in the same enterprise group. See “Message
Center” on page 11 l- 1.
- The other system hosts the Message Center, and serves both Meridian 1 1
users and users of the other system in the same or different enterprise
groups. See Figure 113-2. I
. .
113-2 Message Waiting Indication (MWI) Interworking
Figure 113-I
Private Corporate Network with Meridian 1 hosting the Message Center
..,..... x ... .... .... .._
c..:..: ..:.
..::... F ‘( . . j ,:.,
...-... “:::s.>.,.
.y:..
,.g
.f .^
CTX
5534823
: I
Message Waiting Indication (MWI) lntetworking 113-3
Figure 113-2
Private Corporate Network with DMS hosting the Message Center
.: :
‘-. :. _: :y
5535824
Operating parameters
The switches in the network are connected as shown in Table 113-1.
Table 113-l
Network switch connections
To connect Use
Only Meridian Mail is supported for use as the Message Center on a Meridian
1. This feature does not support any other messaging system, such as a
manual Message Center hosted on a Meridian 1, a non-Meridian product
hosting the Message Center, or other server applications (such as FAX
servers or E-Mail).
The other system can be a tandem switch. DMS BCS 36 or later supports
DMS-100, DMS-250, and SL-100 systems. Only Northern Telecom systems
are supported.
. .
Message Waiting Indication (MWI) lntetworking 113-5
Feature interactions
- Multi Customer MWI
Interworking does not support multiple customers because Meridian
Mail supports only one customer. If multiple customers are required,
multiple Meridian Mail servers are required.
- Multi Tenant
Meridian Mail Phase 8 and later supports Multi Tenant. For MWI
Interworking, tenants that belong to the same customer can use one or
multiple Message Center servers. Tenants from different customers
cannot use the same Meridian Mail. The customer can allow (or
disallow) access to this feature for specific tenants by configuring (or not
configuring) the tenant’s sets for call forwarding to Meridian Mail DN.
- Trunk Optimization Before Answer
There is no Trunk Optimization when the call is redirected to DMS, or
answered by Meridian Mail. This applies to applications such as Auto
Attendant.
- Network Message Services-Meridian Mail
The Facility message for MWI Interworking uses a different Transaction
Capabilities Application Part (TCAP) format from that used for other
network message services. Message conversion occurs when sending
and receiving MWI Facility messages with software earlier than X11
release 19.
- DCH Error Monitoring
X11 release 17 DCH Error Monitoring monitors ISDN messages on a per
feature basis. The conflict between the Service Identifier used by
Meridian 1 and DMS for Network Message Services is resolved by
providing a different Service Identifier (H70). X11 release 19 supports
both the existing (H7C) and new Service Identifiers.
However, if the MWI RCAP for the D channel is added or deleted in
Overlay 17, the D channel message monitoring must be disabled and
enabled so that DCH Error Monitoring will work properly for the
Network Message Services (NMS) feature.
- ISDNIAP Link Recovery
Calls in the Meridian Mail ACD queue are redirected to the ACD Night
Call Forward DN when the Application Modular Link (AML) goes
down.
.
113-6 Message Waiting Indication (MWI) Interworking
Feature packaging
MWI Interworking is available as package 219. It requires the Network
Message Service features of Meridian Mail release 7. It also requires that the
other system be equipped with BCS 36 at a minimum. The package
requirements for each node are described in the following tables.
Table 113-2
Package requirements for the originating node (the node with Message
Center users)
,, ,, :. ,). ., .:. -. . . .: _
Message Waiting Indication (MWI) Interworking 113-7
Table 113-3
Package requirements for the host node (the node hosting the Message
Center)
Table 113-4
Package requirements for the tandem node (the node that does not
have Message Center users)
Feature implementation
‘See Figure 113-3 for the configuration required for MWI Interworking.
Figure 113-3
Configuration Requirements for MWI Interworking
MSL-1 MSL-1
R16, 17, RI9
18, or 19
WI
MSL-1
Rl9
553-5825
f
Message Waiting Indication (MWI) Interworking 113-9
Table 113-5
LD 17-Configuring MWI remote D channel capability
REQ CHG
TYPE CFN
Table 113-6
LD 23-Configuring a Message Center DN
REQ NEW/CHG
TYPE ACD
CUST xx
ACDN xxxx
MWC YES ACD DN message center DN
Feature operation
Not applicable.
::.‘.. ‘I
:I .
113-10 Message Waiting Indication (MWI) Interworking
114-l
The PBXT Message Waiting Lamp tests should be run under one of the
following conditions:
- automatically at a system specified time
Automatic scheduling should consider low traffic times, when there is still
enough ambient light to avoid the dark affect. To prevent the automatic
scheduling of LD32, LD32 must be excluded from the daily routines
(“midnights”) and the system defined hour must be the default “X” value.
When the hour defined defaults to the “x” value, an error message is output
to remind the customer that the PBXT tests are still part of the daily routines,
unless LD32 is removed from the list.
Operating parameters
There are no feature requirements.
Feature interactions
There are no feature interactions.
Feature packaging
Message Waiting Lamp Maintenance requires Message Waiting Center
(MWC), package 46.
Feature Implementation
LD17 - Define the time for the maintenance tests.
Feature operation
There is no specific procedure required to operate this feature.
.- .- ..
115-1
,
Multiple Appearance DN Redirection
Prime
With X 11 release 18 and later, Multiple Appearance DN Redirection Prime
(MARP) standardizes call redirection on Multiple Appearance DNs
(MADNs) by using a service changeable Multiple Appearance DN
Redirection Prime Terminal Number (MARP TN).
Operating parameters
Short Hunt takes precedence over MARP TN directions.
The MARP TN is defined in LDlO or LDll. When activated, only the MARP
TN is used to determine call redirection.
If MARP is not activated, the following overlays have this message printed,
“MARP NOT ACTIVATED.” The message appears only once, when the
overlay is loaded. When MARP is active, no message appears. The overlays
are
LDs 10, 11,20,22,25,80,81,82, and 83
Every single or multiple appearance DN has a MARP TN. MARP TNs are
also defined for Data DNs, optional incoming two-way Hot Line DNs, and
ringing and non-ringing Private Line DNs. Automatic Call Distribution
(ACD) DNs are not assigned MARP TNs.
New systems are installed with MARP activated. MARP TNs are assigned to
all single and multiple appearance DNs. Call redirection follows the MARP
TN assignments.
Conversion
When converting pre-X11 release 18 software to X11 release 18 or later, a
MARP TN is automatically assigned for each single and multiple appearance
DN. This conversion does not activate MARP. Call redirection operates
according to the pre-X11 release 18 algorithms. All the MARP prompts and
messages appear even if MARP is not active. MARP TNs can still be added,
assigned, and changed.
The “TN list” refers to the list of TNs that appears when you print the DN
block in LD20 or LD22 (TYPE = DNB). To determine the order in which
your TNs appear, print out the DN block.
When assigning MARP TNs during service change, the system conducts a
search beginning at the top of the TN list for the first appearance of the DN
as the Prime DN. The MARP TN is assigned based on the following:
1 The first TN found with a primary appearance of the DN is assigned as
the MARP TN.
2 If no primary appearance of the DN is found, the first TN encountered
with a secondary appearance of the DN is assigned as the MARP TN.
CAUTION
MARP assignments made during conversion may change the manner
in which calls are redirected. Refer to the individual call redirection
modules in this document for details of the pre-X11 release 18
algorithms.
Feature interactions
Attendant Administration
MARP TNs cannot be added, moved, or deleted with Attendant
Administration. The DN information that displays on the console does
include the MARP designation if applicable.
When a s e t leaves the system due to set relocation, the following Customer
Service Change (CSC) message appears:
csc010 x y
Where:
x = old TN (I s c u) for the telephone
y = ID code entered
The following Service Change (SCH) message appears for any MARP TN
reassignment:
SCH5524 DN nnnn NEW MARP 1 s c u
Where:
nnnn = the DN associated with the MARP TN
1 s c u = the new default MARP for DN nnnn
The History File can be configured to store these messages until a printout is
requested.
If the MARP TN is not a prime appearance but does have CFW enabled, a
search is made for a telephone with a prime appearance of that DN with CFW
enabled. When a TN is found, the call is redirected according to the MARP
TN’s parameters. If the MARP TN is not a prime appearance and does not
have CFW enabled, the system searches for a prime appearance with CFW
enabled. The incoming call is forwarded according to the other telephone’s
instructions (not the MARP TN’s), as shown in Figure 116-1.
Figure 116-l
CFW and MARP
Telephone A TeleDhone B
.CFW CFW
3000 3001
,200o
MARP
553-5527
..
Multiple Appearance DN Redirection Prime 116-7
Figure 116-2
MARP control
Telephone A TeleDhone B
I
.CFW
3000
2000
Hunting
The MARP TN always controls the call redirection for Hunting. Short
Hunting takes precedence over Hunting and MARP. The MARP TN is
referred to until short hunting is encountered. Short hunting is in control until
it expires. When short hunting expires, the MARP TN for the first DN in the
short hunt sequence takes control.
:..-
: .’
116-8 Multiple Appearance DN Redirection Prime
Feature packaging
This feature is included in the base X11 system software.
Feature implementation
If MARP is not activated, the following overlays have this message printed,
“MARP NOT ACTIVATED.” The message appears only once, at the very
beginning of the overlay. When MARP is active, no message appears. The
overlays are
LDs 10, 11, 20, 22, 2.5, 80, 81, 82, and 83
SCH5524 appears at the end of the service change session, when the MARP
TN has been changed.
: .
Multiple Appearance DN Redirection Prime 116-9
SCH.5524 DN nnnn NEW MARP lscu This message indicates the MARP for the old
DN nnnn is changed. The new MARP is
TN I s c u.
SCH5524 DN nnnn NEW MARP lscu The message indicates the MARP for the old
DN nnnn is changed. The new MARP is
TN I s c u.
-MARP MARP prints on the next line indicating this TN is the MARP
for DN yyyy
SCH5524 DN nnnn NEW MARP Iscu This message indicates the MARP for the
old DN nnnn is changed. The new MARP is
TNlscu.
SCH5524 DN nnnn NEW MARP lscu This message indicates the MARP for the
old DN nnnn is changed. The new MARP is
TNlscu.
SCH5524 DN nnnn NEW MARP lscu This message indicates the MARP for the
old DN nnnn is changed. The new MARP is
TNlscu.
DES NO DES
TN 0010 0 00
TYPE SLl
KEY 00 MCR 2000 MARP
01 MRK
Feature operation
Not applicable.
,. .
116-14 Multiple Appearance DN Redirection Prime
The assignment of Incoming Call Indicators (ICIs) and Trunk Group Busy
(TGB) key/lamp pairs is identical for all attendant consoles in the customer
group, except when Console Presentation Group Level Services, a
multi-tenant feature, is configured. The flexible features key/lamp strip can
be assigned on a per console basis.
The features that can be assigned to the flexible features strip include the
following:
- Attendant Administration
- Autodial
- Automatic Wake Up
- Barge-In
- Busy Verify
- Call Park
- Calling Party Number
- Charge Account
- Controlled Class of Service, Enhanced
- Display Calls Waiting
:..
117-2 Multiple Console operation
- Display Date
- Display/Change Date
- Display Destination
- Display Source
- Display Time
- Display/Change Time
- Do Not Disturb (Individual)
- Do Not Disturb (Group)
- End to End Signaling
- Malicious Call Trace
- Message Cancellation
- Message Indication
- Mini-CDR Low Tape Alarm (SL-1M only)
- Paging
- Routing Control
- Speed Call Controller
- System Speed Call Controller
- Stored Number Redial
Operating parameters
Prior to X11 release 8, only 15 attendant consoles per customer were
permitted. X11 release 8 and later software allows 63 consoles to be defined
per customer.
Feature interactions
- Departmental Listed Directory Number (DLDN)
DLDN supports the assignment of 63 consoles per Departmental LDN.
- Multi-Tenant Services
Up to 63 consoles may be defined in a single Console Presentation Group
(CPG).
Feature packaging
This capability is included in basic X11 system software.
Feature implementation
The following overlays have been modified to allow input of 63 consoles on
X11 release 8 and later software:
- Attendant Console LD12
- Customer Data Block LD15
- Tenant-to-Tenant Access LD93
Feature operation
There is no specific procedure required to operate this feature.
.; ”
, .: _
117-4 Multiple Console operation
,.: : : ... .
Multiple Customer Operation
The Meridian 1 system can serve up to 32 (customer numbers O-3 1)
individual customers from the same machine. X1 1 release 14 and later
software supports 100 customer groups (numbered O-99). Customers have
their own features, restrictions, numbering plans, trunks, and special services.
They are granted access to the system as if they are the sole user.
Operating parameters
Only XN, NT, XT, 6 1, 7 1, and 8 1 systems on Xl 1 release 14 and later
software can implement 100 customer groups.
Feature interactions
System hardware, like serial data interface (SDI), Digitone Receiver (DTR),
Tone and Digit Switch (TDS), and Conference, are shared among all the
customers on the machine.
The Speed Call list parameter (8 19 1) applies to the machine, not the
customer. It is shared among all customers on the system.
Feature packaging
Multiple Customer Operation (CUST), package 2, has no feature package
dependencies.
Feature implementation
Not applicable.
-.
1
Issued: 92 12 31
Status: Standard
X1 1 Release: All
119-l
Multi-Tenant Service
The Multi-Tenant Service feature facilitates the resale by Meridian I
customers of Meridian 1 services and resources. Telephones belonging to a
customer may be divided into customer sub-groups known as tenants. The
groups are separated by group access restrictions. Access to other tenants, to
attendant consoles, and to trunk routes can be programmed in such a way that
tenants can have private use of some facilities, share some, or be denied
access to others. Call Detail Recording (CDR) records include the tenant
number as well as the customer number.
The number of tenants that can be configured per customer depends on the
number of configured customers and the amount of available memory. The
maximum is 5 12 tenants per customer. All telephones default to Tenant 0
(zero).
I.
119-2 Multi-Tenant Service
- Tenant-to-Route Access
Meridian 1 supports up to 128 trunk routes per customer. XN, NT, XT,
61,71, and 81 systems support 512 trunk routes per customer on X11
release 14 and later software. Each tenant can share or have private
access to any or all of these routes. Tenant access applies only to
outgoing calls. All tenants have access to incoming calls on any route.
- Attendant Console Groups
Within the Multi-Tenant Service feature, all attendant consoles are
placed into groups that are associated with specific tenants and specific
incoming trunk routes. The group number range is from zero through 63.
All attendant consoles configured for a customer are automatically
members of group zero. The other groups are defined in service change
to fit tenant requirements.
Operating parameters
Refer to Multi-Tenant Service description (553-2831-100).
Feature interactions
Multi-Tenant access restrictions affect the way that tenants interact with other
tenants, trunk routes, and attendant consoles.
Feature packaging
Multi-Tenant Service (TENS), package 86, has no feature package
dependencies.
Feature implementation
LD93-Enable, disable, or print Multi-Tenant Service for a specified customer.
I Note: Ensure that the customer night DN and the attendant overflow DN (if assigned) are accessible by
tenants
all
DENY l-511 l-51 1 Tenant numbers denied access to and from this tenant
(prompted if ACC=DENY)
ALL All tenant numbers denied access to and from this tenant
(tenant can only access itself)
ALOW l-511 l-51 1 Tenant numbers allowed access to and from this tenant
(prompted if ACC=ALOW)
ALL All tenant numbers allowed access to and from this tenant
: ; . . .
. _ l._ ,. _
119-8 Multi-Tenant Service
:.
Issued:
Status:
Xl 1 Release:
120-I
Multi-User Login
Meridian-l Multi-User Login (MULTI-USER) (package 242) enables up to
three users to log in, load, and execute overlays simultaneously. These three
users are in addition to an attendant console or maintenance terminal. The
Multi-User Login capability increases the efficiency of craftspersons by
enabling them to perform tasks in parallel.
When a Universal trunk card is used, Music and RAN trunks can be assigned
to the same card.
The music trunk Terminal Number (TN) must be within the same network
group as the conference circuit to which it is assigned.
One music trunk per customer must be located in each network group
requiring music.
Music is not supplied across groups (if group 4 does not have a music trunk
and groups O-3 have music trunks, then an incoming call to group 4 placed on
hold will not receive music).
A single conference loop with one music trunk assigned can support up to 29
simultaneous listeners.
If more than one music trunk is assigned to one conference loop, they must
use different routes. The total number of possible listeners is 30 minus the
number of assigned trunks. Additional music trunks and conference loops can
be configured if required.
The music source must be compatible with the music trunk circuit pack.
Feature interactions
- Attendant Trunk Group Busy Indication
A music route that appears on a Trunk Group Busy key on the attendant
console cannot be controlled by activation of the Trunk Group Busy key.
In addition, the associated lamp will not reflect the status of the music
trunks.
- Conference
With enhanced music on hold, when a call is placed on consultation hold
while a conference is being established, music plays. Once the
conference is established, music no longer plays. If the call returns to a
two-party call, music plays whenever the call is held.
With basic music on hold. when a call is placed on consultation hold
while a conference is being established, music does not play.
- Call Park
When a call is parked, music is not heard. When a trunk is parked, music
plays if music is enabled for the route.
Feature packaging
Music (MUS), package 44, requires:
- Recorded Announcement (RAN), package 7
Music on Delay
Music on Delay presents a listen-only path to a music source for calls waiting
in ACD queues. Music on Delay sources are identified separately for each
Automatic Call Distribution Directory Number (ACD DN). Complete details
are described in Automatic Call Distribution advanced features description
(553-2671-101).
Feature implementation
LD17 - Add or change conference loops for Music on Hold.
:. -: .’
122-1
Music, Enhanced
Enhanced Music (EMUS) provides music for internal and external calls.
Music is provided when telephones are placed on Hold, Consultation Hold,
and Camp-On and when calls at the attendant console are split using the
“Exclude Source/Destination” keys.
Table 122-l
Features vs. No Music, Music, and Enhanced Music
OPe
Feal
122-4 Music, Enhanced
Feature implementation
LD17 -Add or change conference loops for Music on Hold.
,
Network Message Services
The Network Message Services (NMS) uses signaling capabilities from the
Integrated Services Digital Network (ISDN) to provide messaging services
over a network link. Networks with Primary Rate Interfaces (PRI) or
Integrated Services Links (ISL) can extend existing message services to users
supported by that network, on a customer basis. Access to the Network
Message Services (NMS), and feature activation from the messaging system,
is transparent to the end user.
. . :.
123-2
123-4 Network Message Services
Operating parameters
New Flexible Code Restriction (NFCR) can be programmed to count the
number of digits dialed and deny any call exceeding the specified number of
digits.
Only the digits zero through nine are considered. If a user dials an asterisk (*),
it is not counted as a dialed digit. If the user dials an octothorpe (#) before
NFCR has finished digit counting, the call is disallowed and the appropriate
intercept treatment is provided. This prevents digits from 2500-type
telephones or dual tone multifrequency (DTMF) trunks from being outpulsed
before being counted or analyzed by code restriction.
As many as 255 code restriction trees are available per customer. Eight code
restriction trees can be referenced by each trunk route.
When Code Restriction (LD19) and NFCR (LD49) are both enabled for the
same customer, NFCR takes precedence. Any parameters required for Code
Restriction are ignored.
Feature interactions
- Authorization Code
If the class of service of the authorization code is Toll Denied (TLD),
NFCR is applied. If the class of service is Conditionally Unrestricted
class of service (CUN) or Conditionally Toll Denied (CTD) and the call
is not routed through BARSmARS, CDP or ANI, NFCR is applied.
- Automatic Number Identification (ANI)
Calls from Toll Denied (TLD) stations routed by AN1 are subject to
NFCR. Calls placed by Conditionally Toll Denied (CTD) and
Conditionally Unrestricted class of service (CUN) stations subject to
AN1 are treated as unrestricted calls.
- BARS/NARS/CDP
Only TLD telephones are subject to NFCR when calls are routed by
BARS/NARS/CDP. CTD and CUN calls routed by BARS/NARS/CDP
are not subject to NFCR treatment.
_::
:
New Flexible Code Restriction 124-3
Feature packaging
NFCR, package 49, requires:
- Network Class of Service (NCOS), package 32
Fea
LDlS
REQ
TYPI
cus
NFC
MAX
LD87
REQ
124-6 New Flexible Code Restriction
LDlO - Assign a 500/2500 telephone a Toll Denied and Network Class of Service.
LDll -Assign SL-1 and digital telephones a Toll Denied and Network Class of Service.
I REQ
TYPE
CHG
aaa
Change
Trunk type
aaa = CSA, TIE, WAT
In each case, only the DID routes controlled by the initiating source (console
or telephone) are affected.
OP&
125-4 Night Key for DID Digit Manipulation
LD16 - Set IDC tree for Night mode. Note that a DID route cannot be removed if it is controlled
by a DCR key.
Three types of Night Service are provided the customer can specify
separately or in any combination:
- Selected Trunks to Selected Directory Number (DNs): Some or all of the
trunks can be assigned to ring selected DNs when the system is in Night
Service. The assignment of trunks to stations can be modified by the
attendant or by a service change.
- Night Answer Telephone: All calls normally routed to the attendant
console can be routed to one particular DN that is designated as the night
answer destination for the customer. Trunk Answer From Any Station
(TAFAS) can be used to pick up calls routed to this number.
- TAFAS: Incoming calls activate a common alerting device, such as a
bell, when the system is in Night Service. Any user can answer the call
by dialing the Special Prefix (SPRE) code and then pressing 4.
- Night Service by Time of Day (NSTD): Available in Xl 1 release 12 and
later, NSTD allows one of a group of Directory Numbers (DNs) to be
selected for call routing based on the time of day instead of all calls being
routed to a fixed Night Service DN. NSTD allows the definition of up to
four Night DNs with a time associated with each. Calls are forwarded to
the appropriate DN by the associated time.
OP
126-4 Night Service
Feature packaging
Night Service is included in basic X11 system software.
Feature implementation
LD15 Txdd or change Night Service for a customer.
.
126-6 Night Service
127-1
No Hold Conference
Combined with Conference, Speed Call, System Speed Call, Autodial, and
Hotline, No Hold Conference (NHC) allows you to establish a Conference
call without placing the current caller on hold.
For example, a call comes in to the customer notifying the customer of a fire.
The user wishes to notify the fire department of the emergency without
placing the original caller on hold, and the number is stored on the
Conference-Autodial key. By pressing the CA key, the customer establishes
a conference call. The fire department is notified and the original connection
is maintained.
:
127,
-
127-4 No Hold Conference
Feature packaging
No Hold Conference capability is available when the following features are
equipped:
- Autodial (ADL) for CA key configuration
- Speed Call User (SCU) if the CS key is configured
- Enhanced Hotline (EHOT) for the CH key (package 70)
- System Speed Call to configure CS or CH keys (package 34)
LDll -Add or change No Hold Conference for SL-1 and Meridian digital telephones.
-. aaaa = SL1,2006,2008,2009,2016,2018,2112,2216,
2317, 2616,300O
Feature operation
No Hold Conference (NHC)
To establish a NHC call using the NHC key:
1 Establish a call.
:>
2 Press NHC. The indicator goes on steadily.
3 Dial the number for conference. The indicator flashes until the call is
answered.
4 The conference is complete.
Conference-Autodial (CA)
To store an Auto dial number:
1 Press CA (Conference-Autodial). The CA indicator flashes.
2 Enter the number.
3 Press CA. The indicator goes off.
To use Conference-Autodial:
1 Establish a call.
2 Press CA. The indicator flashes until the call is answered.
3 The conference is complete.
Customers who use the Autodial feature, Speed Call, or the HOT Line feature
may need to modify the lists and tables associated with these features to
accommodate the new prefixes or to reflect changes to numbers resulting
from implementation of l+ dialing.
The remainder of this section discusses the procedure that Basic Alternate
Route Selection (BARS)/Network Alternate Route Selection (NARS)
customers need to follow to handle the NPA changes. Although Alternate
Route Selection (ARS) and Direct Trunk Access customers need not modify
their databases, those who use Call Detail Recording and/or Toll Denied
Class of Service should consider the effect of NPA changes on their
operations.
:
128-4 North American Numbering Plan
This software is available beginning with X11 release 19. Upgrades may also
require hardware modification depending on route selection capabilities,
system type, and software release.
System Upgrades
Upgrade requirements can include hardware and software. For specific
information, consult Upgrade system. installation (553-3001-250).
.: :
i. ,
North American Numbering Plan 128-5
Feature implementation
The following prompts have been modified to accept NPA input in the new
interchangeable format:
NPA 200-999 Three ANI digits in NPA format (prompt accepts only three
digits even if I+ dialing is in effect)
NPA - 200-999 Area code or extended NPA code translation (only three
200-999 200-999 digits accepted even if 1+ dialing is in effect)
LD90 -NARVBARS
Aggregators, although they must allow callers access to any long distance
caller, are permitted to block calls selectively. Selective equal access lets
aggregators choose to block direct-dialed calls that result in charges to the
originating telephone. Aggregators cannot block operator-assisted calls.
- CAC+O
- CAC + 0 + (NPA) + NXX + XXXX
- CAC+Ol+CC+NN
where:
CAC = Carrier Access Code (10xXx or 1OlXXXX)
NPA = Numbering Plan Area (area code)
NXX = Central Office code format
(N = any digit except 0 or 1; X = any digit (O-9))
XXXX = any four digits
CC = Country Code
NN = National number
Feature packaging
Equal Access compliance is included in basic X11 software. The Network
Class of Service package (NCOS, package 32) is required to configure Equal
Access.
Feature implementation
Current Equal Access users who install new software prior to the end of the
1995/1996 FCC interim period must set the Original Carrier Access Code
(OCAC) flag in LD17 to YES when they upgrade their software or begin
using a release that supports the CAC expansion feature.
129-1
If the ASCA class of service is assigned, but the telephone is not associated
to an OHAS DN, an error message appears on the maintenance TTY when the
system tries to redirect the call.
:. . .
. . ~., .-..,.,::.: ~
,:
129-2 Off Hook Alarm Security
The Alarm Security Timer (ASTM) provides dial tone and interdigit timing
for telephones with ASCA class of service. The ASTM does not apply to
telephones being Forced Out of Service (FSVC).
FSVC-call treatment
A digital telephone is considered FSVC when the line is cut, damaged, or
unplugged.
For example, a hospital with several locations can define separate OHAS
DNs for each location and define each distinct location as a zone. In
Figure 129-1, the hospital has four zones. A separate OHAS DN is defined
for each of the four zones. Zone 0 uses OHAS DN 0, Zone 1 uses OHAS DN
1, and so on. Each telephone in Zone 0 defines the OHID and FSVC numbers
to 0; each telephone in Zone 1 defines the OHID and FSVC numbers to 1, and
so on.
Figure 129-l
Zone Dependent example
pz-( )ziiY
if Hospita)q
553-5523
Figure 129-2
Event Dependent example
I I
Zone 0
OHAS DN 0 I
OHAS D N 2
@J
a
8
Q
. .:
Off Hook Alarm Security 129-5
Format
Output example
Operating parameters
OHAS is not supported for attendants or networks.
OHAS intercept treatment for telephones FSVC is provided only for the
following telephones:
- M2009, M2112, and M2018
- M2317
- M3000
- M2006, M2216, M2616, M2008, and M2016
The Alarm Security Timer (ASTM) does not apply to telephones being
FSVC.
The timing for recognizing a FSVC condition depends on the type of card that
the system is using:
- The Integrated Services Data Line Cards (ISDLCs) take approximately
6 sec. to recognize a FSVC condition.
- Peripheral Controller cards take approximately 1 sec. to recognize a
FSCV condition.
Feature interactions
- Call Redirection
Call Redirection features defined for telephones with ASCA class of
service work as currently defined in the system. The Call Redirection
features include the following:
. Call Forward All Calls
. Call Forward No Answer
. Call Forward Busy
. Call Forward by Call Type
. Call Pickup
. Hunting
- Call Transfer
A telephone receives the OHAS treatment if the telephone has ASCA
class of service and attempts to transfer a call and the ASTM expires.
- Conference
The OHAS line-lockout treatment occurs when a telephone associated
with an OHAS DN initiates a conference call and the ASTM expires.
Only the conference initiator receives the OHAS treatment; other
conferees remain in conference. If the initiator of the conference call
presses the conference key, the OHAS DN is conferenced in with the
other conferees.
- Line-lockout
OHAS treatment occurs when a telephone with ASCA class of service
receives an interdigit or dial tone timeout. The ASTM is used instead of
the dial tone and interdigit timers (DIDT and DIND, respectively)
normally used for LLT and DLT line-lockout treatment.
- No Hold Conference (NHC)
OHAS treatment occurs when a telephone with ASCA class of service
attempts a NHC call and the ASTM expires. The OHAS DN is
conferenced in with the other conferees.
- Last Number Redial/Stored Number Redial
OHAS treatment may apply to these features if the ASTM expires.
Feature packaging
OHAS is included in X11 base system software.
Feature operation
There is no procedure required to operate this feature.
Feature implementation
LD15 - Define the Off Hook Alarm Services (OHAS) Directory Numbers (DNs).
-ASTM l-(30)-63 The timer applies to all OHAS DNs and is programmable in
one-second increments.
Note: OHAS DNs must have ASCA class of service assigned in LDlO or LDll.
OHID OHID
Feature operation
There is no specific procedure required to operate this feature.
:.
Operating parameters
The Off-Premise Extension (OPX) feature applies only to single line
telephones. A QPC192 line circuit pack must be equipped.
Feature interactions
Refer to 500/2.500 line cards description and operation (553-2201-183).
Feature packaging
Off-Premise Extension (OPX) is included in basic Xl 1 system software.
Feature implementation
LDlGAdd or change Off-Premise Extension class of service for single line telephones.
.:
130-2 Off-Premise Extension
Feature operation
There is no specific procedure required to operate this feature.
:. : . . --
Issued: 92 1231
Status: Standard
Xl 1 Release: All
131-1
The Station Line Designator (DES) code is any alphanumeric code of one to
six characters. The customer selects this number which can help the customer
group telephones according to users, floor location, or any other category.
The following table lists the types of data that can be printed using Office
Data Administration System (ODAS) and the overlay program to use for each
task:
Operating parameters
It is recommended that 1200 baud printers be used on larger systems to reduce
the time required to obtain ODAS printouts. When a system is equipped with
a 1200 baud printer, a 300 baud device must not be assigned to perform the
same function.
Feature interactions
Refer to OfSice Data Administration System description and engineering
(553-2721-100).
Feature packaging
ODAS, package 20, has no feature package dependencies.
. . .. ;.: ..:
,
Office Data Administration System 131-3
Feature implementation
LD84/85 -Assign or change station line designator (DES) entry for telephones.
LDll-Assign or change DES entry for 500/2500, SL-1, M3000, and Meridian digital telephones.
Feature operation
There is no specific procedure required to operate this feature.
On Hook Dialing
The On Hook Dialing feature enables an SL- 1 or Meridian digital telephone
user to make a call without lifting the handset. Signaling tones and the voice
of the called party are heard over the loudspeaker. For two-way
communication, the user must lift the handset or activate the Handsfree unit
if equipped.
Operating parameters
The On Hook Dialing feature does not apply to 500/2500 telephones.
Feature interactions
There are no feature interactions.
Feature packaging
On Hook dialing is included in basic Xl 1 system software.
Feature implementation
Not applicable.
Feature operation
There is no specific procedure required to operate this feature.
133-1
Operating parameters
There are no feature requirements.
Feature interactions
Features that automatically dial digits onto a loop start CO trunk are provided
with an additional delay. These features include the following:
- Stored Number Redial
- Autodial
- Speed Call
- Call Forward All Calls
- Basic Alternate Route Selection/Network Alternate Route Selection
(BARS/NARS)
- System Speed Call
- Network Speed Call
- Flexible Hotline
Feature packaging
Optional Outpulsing Delay (OOD), package 79, has no feature package
dependencies.
Feature implementation
Not applicable.
Feature operation
There is no specific procedure required to operate this feature.
When an LDxx command is entered, the cache memory is checked for the
requested overlay. If the requested overlay is in cache memory, its data
portion is rapidly copied to the regular overlay area.
A requested overlay that is not in cache memory is loaded from the disk into
the normal overlay area and simultaneously stored into a cache memory
buffer, if one is available. If one is not available, the new overlay overwrites
another in the cache memory.
I
134-2 Overlay Cache Memory
If an overlay is loaded from disk and no unused buffer area exists, the overlay
used longest ago without its priority flag set is removed and replaced by the
new overlay.
Operating parameters
If the feature is deactivated with a zero entry at the CACH prompt in LD17,
no cache memory exists and all overlays are loaded from disk.
Each buffer requires 19K of PDS. The number of cache memory buffers
allocated by the system is limited by the availability of spare memory. If
enough memory exists, a maximum of 32 cache memory buffers is allowed.
Each buffer stores one overlay.
The number of overlay priorities set cannot exceed the number of cache
buffers allocated.
To load an overlay from disk use the command LDxx D. This is necessary for
the system to determine which overlay to read. The LDxx D command loads
the overlay from disk and overwrites the same overlay existing in cache
memory.
Using the LDxx D command to force load an overlay from disk does not
simultaneously support the peripheral download SUSP command.
When overlays are stored in cache memory, the ENLT and DIST commands
are not supported.
The system automatically stores and retrieves overlays from cache memory.
If the cache area is full when a new overlay is requested, the overlay gone
unused the longest without a priority flag set is removed and replaced by the
new overlay. Daily routines and background loaded overlays are not stored in
cache memory.
The Overlay Cache Memory feature does not apply to Option 81 telephones.
: :..
Overlay Cache Memory 134-3
Featur’e packaging
This feature is included in the base Xl 1 system software.
Feature implementation
LD17 - Change system configuration record
PRTY xx xx xx xx... Set priority for the stored overlays. Priority can be set only
for the number of overlays specified in CACH. xx = the
overlay number.
An X preceding the number deletes the priority flag for that
overlay.
Feature operation
There is no procedure required to operate this feature.
134-4 Overlay Cache Memory
The Override feature can be used after a user has dialed a busy Directory
Number (DN).
Operating parameters
On SL- 1 and digital telephones, a separate Override key must be assigned. An
associated lamp is not required.
Feature interactions
- Conference
Override cannot be used to enter a conference call.
Feature packaging
Override is included in basic X1 1 system software.
For 500/2500 telephones, Flexible Feature Code (FFC), package 139, must be
equipped.
Feature implementation
LDlO- Allow Override for 500/2500 telephones.
LD57 - Configure Flexible Feature Code (FFC) for Override on 500/2500 telephones.
Feature operation
To override a call in progress from a SL-1 or digital telephone:
1 Dial the number. You hear a busy tone.
2 Press Override. Everyone hears a one-second tone burst.
3 You are connected to the call. ‘-
. -.
135-4 Override
-_
136-1
Paging
The Meridian 1 provides switching access and trunk circuit interface to a
customer-supplied speaker or radio paging equipment. Paging equipment is
accessed by dial access or a Page key on attendant consoles. Telephones
cannot be assigned a Page key and must dial access this feature.
Attendant consoles using the Page key preempt telephones having only dial
access. Telephones preempted by the attendant are disconnected and must
re-access the paging trunk.
The trunk is disconnected when the Time Forced Disconnect (TFD) timer
expires in all cases, regardless of the status of the trunk at the time. Timing
starts as soon as the trunk is seized (not when the call is established), so the
timer must allow some delay for connection time.
The Time Forced Disconnect timer is used on the following trunk types:
- COT Central Office
- DIC Dictation
- FEX Foreign Exchange
- PAG Paging trunks
- TIE Tie direct lines
- WAT Wide Area Telephone Service
.
136-2 Paging
Operating parameters
Station dial access to the Paging trunk is restricted by the Trunk Group
Access Restriction (TGAR) code entered in LDlO or LDll.
All Zone Paging is not available with Meridian 1 unless the customer
provided paging equipment is equipped with separate “all-zone” input.
Feature interactions
- Private Line Routes
Route 31 cannot be assigned as a paging route on X11 release 13 and
earlier software.
. :’
Paging 136-3
Feature packaging
Paging is included in basic X11 system software.
Feature implementation
LX6 - Add or change a Paging trunk route.
ACOD xxx...x Trunk route access code (if the Directory Number
Expansion package is equipped, this access code can have
up to seven digits)
LD16- Define the timer for the Time Forced Disconnect feature.
LD14- Add or change a Paging trunk within the Paging trunk route.
LD12 - Assign Paging key for an attendant console. No programming is required to allow the
attendant dial access to Paging.
LDll -Allow or deny dial access to Paging for SL-1 and Meridian digital telephones.
Feature operation
There is no specific procedure required to operate this feature.
Pretranslation
In a business or hospitality environment, many communications situations
can be simplified with a flexible dialing plan. Pretranslation lets you create a
such a plan by using Speed Call lists as Pretranslation Tables.
With Pretranslation, only the first dialed digit of a call is pretranslated. The
translation choices are:
- Pass the digit as dialed with no changes
- Replace the first dialed digit with a specified substitute digit or digits,
and pass the remaining digits unchanged
- Delete the first dialed digit and pass the remaining digits unchanged
- Block the call based on the first digit dialed
The pretranslator must deal with all telephones, trunks and consoles capable
of delivering a dialed digit to the Meridian 1 digit processor. Each of these
must be assigned to one of 25.5 Pretranslation groups. The groups are
generally set up as follows:
- trunk and DISA calls default to group 0
-.,-
- attendant consoles are always unrestricted and are unaffected by
pretranslation
- telephones and terminals default to group 0, but may be assigned to
groups l-254.
The dialing capabilities of each group are reflected by the codes stored
against entries in the Pretranslation table. The four possible codes are:
Code Function
* Block call
%-A-k Delete Pretranslation (first dialed) digit,
pass remaining digits unchanged
Only the first dialed digit is sent from the digit processor to the pretranslator.
The pretranslator looks up the stored code for the dialed digit in the
Pretranslation table associated with the calling terminal, applies the treatment
specified by the entry and passes the result to the DN translator. From then
on, the call is processed normally. Pretranslation of the call is finished at this
point, unless call modification procedures, such as a Call Transfer, are
involved.
Table 137-1
Description of model
Floors 4-l 2 - Guest rooms (floors 4-9 each have 50 rooms, floors 1 O-l 2
each have 25 suites)
Table 137-2
Numbering plan for model
0 Operator 0
I~... ._. ‘. .;
. -.
Pretranslation 137-5
Table 137-3
Access and restrictions for model
Group
Allowed Denied
number Type of station
access access
(XL-)
: For an explanation of the groups used in this model, see Table 137-3.
Table 137-4
Group 0 - Default for unassigned trunks and telephones
Operator
Operator
Operator
Operator
6 Operator
7 Operator
8 Operator
9 Operator
0 Operator
:. .‘.
_. . :.-
Pretranslation 137-7
Table 137-5
Group 0 - Pretranslation Table (default)
1 0 replace Operator
2 0 replace Operator
3 0 replace Operator
4 0 replace Operator
5 0 replace Operator
6 0 replace Operator
7 0 replace Operator
8 0 replace Operator
9 0 replace Operator
I
137-8 Pretranslation
Dialing instructions for Group One in this model are shown in Table 137-6
and the corresponding Pretranslation Table is listed in Table 137-7.
Table 137-8
Group 1 - Guest dialing instructions for model
Actual digits
Desired destination
dialed
2 Security
4 Front desk
51 Room Service
52 Cafe
53 Restaurant
54 Gift shop
55 Health club
56 Salon
57 Housekeeping
58 Bell captain
59 Valet
9 Local calls
0 Operator
: .: .
..- ~-
Pretranslation 137-9
Table 137-7
Group 1 - Pretranslation Table (Guests)
Note: When a guest dials 51 for room service, the digit “5” is translated to the entry
“200” and the 1 is passed as is, resulting in the extension “2001.”
Dialing instructions for Group Two in this model are shown in Table 137-8
and the corresponding Pretranslation Table is listed in Table 137-9.
For an explanation of the groups used in this model, see Table 137-3.
Table 137-B
Group 2 - Lobby and courtesy telephone dialing instructions
Actual digits
Desired destination
dialed
2 Security
0 Operator
Table 137-9
Group 2 - Pretranslation Table (Lobby and courtesy telephones)
Dialing instructions for Group Three in this model are shown in Table 137-10
and the corresponding Pretranslation Table is listed in Table 137-11.
For an explanation of the groups used in this model, see Table 137-3.
Table 137-10
Group 3 - Administrative A dialing instructions for model
Actual digits
Desired destination
dialed
3 SPRE
0 Operator
Table 137-l 1
Group 3 - Pretranslation Table (Administrative A)
Dialing instructions for Group Four in this model are shown in Table 137-12
and the corresponding Pretranslation Table is listed in Table 137-13.
For an explanation of the groups used in this model, see Table 137-3.
Table 137-12
Group 4 - Administrative B dialing instructions for model
Actual digits
Desired destination
dialed
3 SPRE
0 Operator
Table 137-l 3
Group 4 - Pretranslation Table (Administrative B)
Operating parameters
The following limitations apply to the Pretranslation feature:
- Pretranslation table codes are limited to the four described previously.
- User groups are limited to 255 (8, before X11 release 14).
- Each pretranslation table entry can be up to 31 characters long, however,
it is recommended that a maximum of 8 characters is used.
After pretranslation, any previously loaded (but not pretranslated) digits
are added to the end of the pretranslated digits. If the total number of
digits exceeds 31, the excess digits will be truncated.
- Each Pretranslation table reduces the number of available Speed Call
lists in the system.
- Speed Call Controllers do not have access to Pretranslation tables. Lists
must be created and maintained through service change.
Feature interactions
Pretranslation cannot be used with the following features:
. Automatic Trunk Maintenance
. Private Line
. Telset Messaging
- Authorization Code
The first digit dialed after a valid Authorization Code is sent to the
pretranslator.
- Call Detail Recording (CDR)
If a number dialed is pretranslated, the translated digits appear in the
CDR records, not the dialed digits.
- Call Forward
The DN dialed-forwarded calls are pretranslated.
- Charge Account
The first digit dialed after a valid Charge Account Code is sent to the
pretranslator.
- Digit Display
The Pretranslation digit is displayed as it was dialed, but if fhe call is put
on hold, the digits of the pretranslated DN are displayed.
- Direct Inward System Access - DISA calls are automatically assigned
XLST 0.
-._
- Electronic Switched Network (ESN)
The pretranslator is used with calls to HNPA, HLOC, and Home CDP
locations.
- Flexible Feature Codes
FFC codes must be accessible through a Pretranslation Table entry in
order for users to activate features in this manner.
- Forced Charge Account
The first digit dialed after a valid Charge Account Code is sent to the
pretranslator.
- Meridian Link Calls
Pretranslation cannot function with Meridian Link calls if the Hospitality
Voice Services (HVS) package is enabled.
- Special Prefix
The SPRE code must be accessible through a Pretranslation Table entry
in order for users to activate features in this manner.
- Speed Call
Entries must be accessible through a Pretranslation Table entry in order
to place a speed call.
Feature packaging
Pretranslation (PXLT), package 92 has no feature package dependencies.
Feature implementation
LD17 - Allocate sufficient Speed Call lists to be used as Pretranslation Tables
(Xl 1 release 13 and later software).
LD18 - Add or change a Speed Call list to be used for each Pretranslation calling group.
WRT No, (Yes) Data is correct and can be updated in data store
WRT No, (Yes) Data is correct and can be updated in data store
.:
-.
137-16 Pretranslation
LD18 -Add or change the PTetTanslation data block, defining the calling group to Speed Call list
correlation. This procedure is necessary in X11 release 14 and later software.
LD15 -Activate Pretranslation and define calling groups to Speed Call list correlation.
.
. .
Pretranslation 137-l 7
Feature operation
There is no specific procedure required to operate this feature.
Privacy
SL- 1 and Meridian digital telephones automatically provide Privacy for
telephones sharing a single call arrangement Directory Number (DN). When
a call is in progress on the DN, no other telephone on which the DN appears
can enter the call.
Operating parameters
Privacy is not available for 500/2500 telephones.
If the Directory Number (DN) is shared with any single line telephone,
Privacy is not in effect for any appearance of the DN, and anyone sharing that
DN can enter an active call.
Feature interactions
- Privacy Override
The user can override the inherent privacy on SL-1 and Meridian digital
telephones. If an appearance occurs on a telephone with Privacy
Override enabled, that appearance can bridge into an active call. This
pertains to calls on a multiple appearance single call Directory Number
(DN) when not mixed with single line telephones.
Feature packaging
Privacy is included in basic Xl 1 system software.
Feature implementation
Not applicable.
Feature operation
There is no specific procedure required to operate this feature.
Operating parameters
Privacy Override does not apply to single line telephones.
.: ‘,
139-2 Privacy Override
Feature interactions
- Exclusive Hold
Telephones with POA class of service cannot bridge into calls on
Directory Numbers (DNs) with Exclusive Hold active.
- Call Transfer
Calls in a Privacy Override conference state cannot be transferred.
- Call Park
Calls in an Privacy Override conference state cannot be parked.
- Conference
The Conference feature can be used to add other parties to a Privacy
Override connection.
- Multiple Appearance DN, Mixed Mode
Since the Privacy feature is not active in this mode, telephones with a
POD class of service can bridge into an active call.
Feature packaging
Privacy Override is included in basic X11 system software.
Feature implementation
LDll- Allow or deny Privacy Override on an SL-1 or digital telephone.
Feature operation
To activate Privacy Override, press the multiple appearance single call DN.
You are automatically connected to the call.
140-l
Privacy Release
In multiple appearance single call arrangements of SL- 1 and Meridian digital
telephones, Privacy Release allows one other appearance of the Directory
Number (DN) to enter the call. Privacy is then reestablished until Privacy
Release is activated again.
Operating parameters
Available only with SL- 1 or Meridian digital telephones in multiple
appearance single call arrangements.
Feature interactions
- Exclusive Hold
If the telephone with Privacy Release has Exclusive Hold Allowed in the
class of service, and a call is on hold, another telephone with that
Multiple Appearance Directory Number (MADN) cannot access the call.
Feature packaging
Privacy Release is included in basic XI 1 system software.
Feature implementation
LDll-Allow/deny Privacy Release for SL-1 and Meridian digital telephones.
Feature operation
To allow someone with another appearance of the Directory Number (DN) to
enter a call:
1 Press Priv Rls. All appearances of that DN flash. One other party can
enter the call by pressing the flashing DN key that has the call.
2 You must press Priv Rls again to allow another appearance of the DN to
enter the call.
141-l
.. - :
141-2 Private Line Service
Operating parameters
Single line telephones with Private Line Service cannot access Meridian SL-1
features.
All Private Lines must be assigned to trunk route 31 on X11 release 13 and
earlier software. A Directory Number (DN) must be assigned to each trunk.
X11 release 14 and later software allow 512 Private Line trunk routes to be
defined.
Feature interactions
Call Modification Features (CMF) in the trunk data block can be inhibited as
follows:
- Call Transfer
- Conference
- Call Forward
- Call Forward No Answer
- Message Center
- Call Forward No Answer
Call Forward No Answer is always inhibited on Private Lines.
- Multiple-appearance
For multiple appearance calls, call modification cannot be blocked.
Feature packaging
Private Line Service is included in basic Xl 1 system software.
‘.
:.
Private Line Service 141-3
Feature implementation
LD16- Add or change a Private Line trunk route.
LD14 - Add or change Private Line trunks in the Private Line trunk route.
XTRK XUT. XEM Universal Trunk Card (NT8D14), E&M Trunk Card
(NT8D15). Prompted only for superloops and the first unit
on the card.
CMF Yes, (No) Call modification is or is not inhibited for private line
: .,
141-4 Private Line Service
LDll -Add or change Private Line Service for SL-1 Meridian digital telephones.
KEY xx PVN yyy.. .y Private Line non-ringing key (yyy...y is the same as for
PRDN prompt in LDl4)
xx PVR yyy...y Private Line ringing key (yyy...y is the same as for PRDN
prompt in LD14)
Feature operation
There is no specific procedure required to operate this feature.
PMSI Standardization
The PMSI Standardization features in X11 release 19 and later provide the
Meridian 1 with the following enhancements:
- Message retransmission
t,- _
- Polling
- Message monitoring
Note: Upon loading Xl 1 release 19, these features are not automatically
activated. You must go into LD17 to enable these features.
With X11 release 19 and later, PMSI Standardization provides the Meridian
1 with the capability to retransmit a message to the PMS. This means that,
whenever the Meridian 1 transmits a room message or the new polling
message to the PMS, the Meridian 1 will wait for an <ACK> response from
the primary PMSI port. If the Meridian 1 receives a <NAK>, or does not
receive any response before the predefined response timer expires, the same
message will be retransmitted to the primary PMSI port.
Polling
Prior to X11 release 19, the Meridian 1 did not have the capability to monitor
the status of the PMSI link (that is, the link between the Meridian 1 and the
PMS).
Message monitoring
Prior to X11 release 19, the Meridian 1 did not have the capability to track
incoming messages from the PMS or outgoing messages to the PMS.
With Xl1 release 19 and later, PMSI Standardization provides this tracking
capability by enabling these incoming/outgoing messages between the
Meridian 1 and the PMS to be displayed on all maintenance (MTC) lTYs on
the Meridian 1.
Operating parameters
Refer to Property Munagement System Inte$ace description (5.53-2801-101).
Feature interactions
Refer to Property Managemerzt System Inte$ace description (553-2801-101).
Feature packaging
Property Management System Interface (PMSI), package 103, requires:
- Controlled Class of Service (CCOS), package 81
- Room Status (RMS), package 100
- Background Terminal (BGD), package 99
Feature implementation
Refer to Property Management System Inter$ace description (553-2801-101).
Feature operation
There is no specific procedure required to operate this feature.
.-
~.
142-4 Property Management System interface
.~
-:, .-._:’ :: :-.,.,..; , :;,I
Public Switched Data Service
The Public Switched Data Service (PSDS) allows you to receive data on your
Meridian 1 at 56 kbps over Digital Trunk Interface (DTI) trunks (with Xl 1
release 16 and later), and at 64 kbps over an Integrated Services Digital
Network (ISDN) Primary Rate Interface (PRI) channel (with Xl 1 release 18
and later). See Figure 143-1.
Figure 143-l
Public Switched Data Service (PSDS) between Meridian 1 and Central
Off ice (CO)
0 Meridian
1
0 Central
Off ice
You can install a Tl link to different vendors and use the Meridian
Communications Adapter (MCA) or QMT21 high speed data module to
initiate or receive a 56 kb digital data call. The digital data call then transports
across the vendor’s digital network to another Meridian 1 or an SL- 100.
:.: .. ..::
143-2 Public Switched Data Service
Operating parameters
PSDS calls are supported in the following situations:
- an SL-1 and the Central Office (CO)
- a tandem call from an SL-100 to an SL-1
- an SL-1 and other PSDS-compatible switches
The PSDS supports Digital Trunk Interface (DTI)-type trunks, tie and
DID/DOD trunks, and Electronic Tie Network (ETN)-compatible signaling.
Feature interactions
ISDN PRI - The following routes are possible using this feature on Primary
Rate Access:
- Point to point access
For point to point access of tie trunks, the software can be modified to
handle the requirements of this feature.
- Tandem call
For tandem access, additional information on this feature is needed, or
the data call can be defined as a voice call.
- DIDIFEX/WATS/Accunet
The Meridian 1 supports PSDS data calls to these trunk types.
- Public Network hop off
Signaling is provided to inform the tandem switch about the PSDS data
call.
/_
Public Switched Data Service 143-3
Feature packaging
PSDS is included in basic X11 system software.
Feature implementation
The data selection (DSEL) in the Route Data Block can be defined as voice
calls only (VCE), data calls only (DTA), or voice and data calls (VOD). The
call can be defined as voice calls, regular data calls, or PSDS calls. Refer to
Xl I input/output guide (553-3001-400) to configure the Route Data Block.
Feature operation
Originating data calls
For direct access, dial the regular 7-digit or lo-digit number.
For special route access, dial a route access code after hearing a dial tone.
An auto answer call is answered by the data module, and no special operation
is necessary.
Related Features
When using PSDS, you may want to refer to the following features.
: .:
143-4 Public Switched Data Service
The MCU fully complies with RS-232C and can be configured as DCE or
D’FE to connect to a terminal, printer, or fax machine.
Unlike the MCA, the MCU provides a dedicated call key and call progress
tones. The MCU also permits smart modem pooling.
The MCU supports the DM-DM, T-Link, V.2.5 bis, and PSDS interfaces as
well as the RS-232C, CCI’lT V.35, CCI’IT V.24, and RS570/RS3449 (with
different cables) interfaces. It complies with V.28 for European approval.
:. .:
Public Switched Data Service 143-5
. ...
:
I
‘.
_.
92 12 31
Standard
All
144-l
Recorded Announcement
The Recorded Announcement (RAN) feature allows the Meridian 1 to
connect calls automatically to a customer-provided recorded announcement
machine. Recorded Announcements can be used for:
- Automatic Call Distribution (ACD)
- Automatic Wake Up
- Intercept Treatment (INTR)
- Recorded Overflow Announcements (ROAs)
Operating parameters
Dial access to RAN trunk groups is allowed and is limited only.by Trunk
Group Access Restrictions (TGARs).
Feature interactions
When using the QPC74, all ports on the card must be dedicated as TYPE
RAN or TYPE MUS.
Feature packaging
Recorded Announcement (RAN), package 7, requires:
- Intercept Treatment (INTR), package 11
Feature implementation
LD16- Add or change Recorded Announcement (RAN) trunk route. (Part 1 of 2).
ASUP Yes, (No) Supervision is or is not required to inform the Central Office
(CO) when the call is answered
Feature operation
There is no specific procedure required to operate this feature.
A call that is waiting in the queue receives the first recorded message after the
expiration of a timer (Tl). After the message is given, the call returns to the
attendant queue. While the call is in the waiting state, it can be connected
either to Music (MUS), Ringback tone (RGB), or Silence (SIL).
Operating parameters
Recorded Overflow Announcement (ROA) treatment is provided to call types
assigned to Incoming Call Indicator (ICI) keys on the attendant console.
: ‘. :. :
..:
..
145-2 Recorded Overflow Announcement
The delay time thresholds for the first and second recorded announcements
(Tl and T2) are assigned in LD15. The following thresholds can be defined
for these timers.
Table 145-l
Delay time thresholds
Thresholds
Loop start trunks do not provide disconnect supervision and are not
recommended for use with the ROA feature. A call on a loop start trunk that
is abandoned after the recorded message is given must be manually cleared
by the attendant.
When the CAS feature is activated at a remote PBX, the ROA feature is
inactive at the remote site.
If music is required, the Music (MUS) package must be equipped. Music can
be provided after the first and second Recorded Announcement (RAN). A
customer provided music source is required, connected through a music
trunk. Music is provided to delayed calls through a conference circuit pack in
a listen-only mode. The music source provided by the customer must be
compatible with the RAN trunk card.
Prior to X11 release 15, Music (MUS) and Recorded Announcement (RAN)
cannot share the same trunk card.
Feature interactions
ROA is only provided for call types assigned to Incoming Call Indicator (ICI)
keys. The following call types are eligible, if related ICI keys are assigned:
- Trunk routes
- LDN 0 through LDN 3
- Dial 0
- Dial 0 Fully Restricted
Feature packaging
Recorded Overflow Announcement (ROA), package 36, requires:
- Recorded Announcement (RAN), package 7
.‘.X
:
145-4 Recorded Overflow Announcement
Feature implementation
LD16 - Add or change Recorded Announcement (RAN) trunk route.
ASUP Yes (No) Supervision is or is not required to inform the Central Office
(CO) when the call is answered
Note: All RAN route members must be removed before the route can be removed.
:.. . .
:
..,
Recorded Overflow Announcement 145-5
yyy = i-254
RICI xx. .xx . .xx Incoming Call Indicator (ICI) key numbers eligible for ROA
Feature operation
There is no specific procedure required to operate this feature.
146-1
To access the dictation equipment, the user dials the access code assigned to
the dictation route. Access to the route is controlled by Trunk Group Access
Restrictions (TGARs).
Operating parameters
Each recorded dictation unit requires a separate trunk route.
Feature interactions
There are no feature interactions.
Feature packaging
Recorded Telephone Dictation is included in basic Xl 1 system software.
Feature implementation
LD16 - Add or change a trunk route for the Recorded Telephone Dictation feature.
LD14 - Add or change a trunk for the Recorded Telephone Dictation feature.
Feature operation
There is no specific procedure required to operate this feature.
~- 147-1
Operating parameters
RCFW requires the following:
- set the password length in LDl5, at the SCPL prompt
- add passwords in LD 10 and LD 11, at the SCPW prompt
To activate RCFW from outside of the local switch, you must use the Direct
Inward System Access (DISA) DN. The telephone’s Prime DN is associated
with the RCFW password for added security. Also, RCFW can activate or
deactivate Call Forward on a telephone, and verify the same feature on a
telephone.
If there are two telephones with the same Prime DN, it is recommended that
only one of them have a Station Control Password. With RCFW, it is possible
that two telephones could have the same password assigned. With the same
password, they could control each other’s security. For the same reason, the
Secondary DN for an ACD telephone should not appear as a Prime DN on
another telephone.
Changes to the Station Control Password length do not take affect until after
a data dump and sysload.
Operating parameters
RCFW is not supported for ACD telephones.
Feature interactions
Attendant Administration - Attendant Administration does not support the
telephone programming associated with Remote Call Forward.
Feature packaging
The following software packages are required to implement Remote Call
Forward:
- Extended PBX Features (OPTF), package 1
- Flexible Feature Codes (FFC), package 139
- Controlled Class of Service (CCOS), package 81
Feature implementation
LD15 - Set the Station Control Password length.
LDlO - Set the Station Control Password for single line telephones and allow Call Forward.
FTR CFW 4-(16)-23 Allow Call Forward and set forwarding DN length.
LDll - Set the Station Control Password for SL-1 and Meridian digital telephones and allow Call
Forward.
KEY xx CFW 4-(16)-23 Assign Call Forward key (xx) and set forwarding DN length.
Feature operation
From any telephone within the system, simply lift the handset and use the
following procedures. From any telephone outside the s y s t e m , first dial the
Direct Inward System Access (DISA) number for your system, wait for dial
tone and dial any required passwords and Authorization Codes.
1 Dial the Remote Call Forward Activate FFC.
2 Dial the Station Control Password for the telephone to be forwarded.
3 Dial the Prime DN of the telephone to be forwarded.
4 Dial the number to which calls will be forwarded.
5 Dial the end-of-entry digits (defined in LD15).
If the number you are forwarding calls to does not match your entry in step 4,
you will hear a fast busy signal. You will hear a confirmation tone after
entering the forward number if they do match and confirmation tone is
enabled in LD57.
:. -
147-6 Remote Call Forward
.- ..
Issued:. 921231
Status: Standard
Xi 1 Release: All
148-I
Operating parameters
Refer to Remote Peripheral Equipment description, installation and testing
(553-2601-200).
Feature interactions
Refer to Remote Peripheral Equipment description, installation and testing
(553-2601-200).
Feature packaging
Remote Peripheral Equipment (RPE), package 15, has no feature package
dependencies.
Feature implementation
If an even-numbered Tone and digit Switch (TFS), (CONF) or (MFSD) loop
(0,48,72, 150) is equipped, the succeeding odd-numbered loop (1,49, 73,
151) cannot be assigned as a voice loop.
The Peripheral Buffer card switch must be set for quad density. After changes
are made, the system must be initialized to activate the changes to the network
loop in the database.
Feature operation
There is no specific procedure required to operate this feature.
:
148-4 Remote Peripheral Equipment
When the system alerts you to ring again, you have a limited amount of time
to respond. 500/2500 telephones have 6 seconds, while SL-1 and digital
telephones have 30 seconds.
Operating parameters
A key/lamp pair must be assigned to SL- 1 and digital telephones for Ring
Again. M3000 and M23 17 telephones access Ring Again with a soft key.
Several people can activate Ring Again against the same DN while it is busy.
When the DN becomes free, the system notifies the first person in line.
Feature interactions
Basic/Network Alternate Route Selection (BARSmARS)
If the system is equipped with BARS or NARS, the Ring Again feature is
used with the Call Back Queueing option to queue for outgoing trunks.
Feature packaging
Ring Again is included in Extended PBX Features (OPTF), package 1, and
has no feature package dependencies.
Feature implementation
LDlO- Add or change Ring Again for single line telephones.
LDll -Add or change Ring Again for SL-1 and Meridian digital telephones.
Feature operation
Ring Again is slightly different for each telephone type. Be sure to follow the
correct operating instructions.
M3000Touchphone
To activate Ring Again after hearing a busy signal:
1 Press Ring Again.
2 Hang up, or press RLS.
3 When you hear the Ring Again tone, lift the handset or select a free DN.
4 Touch Connect. The number is automatically dialed.
.- . .
149-4 Ring Again
M2317 telephone
To activate Ring Again after hearing a busy signal:
1 Press RINGAGN.
2 Hang up, or press RLS.
3 When you hear the Ring Again tone, lift the handset or select a free DN.
150-l
Room Status
Room S t a t u s allows customers equipped with a Background Terminal (BGD)
to store and retrieve data pertinent to the occupancy, readiness, or cleaning
status of any guest room or group of guest rooms.
When equipped with the Room Status software, the Meridian 1 system
provides the following Room Status information:
- Guest registration and occupancy
oc (occupied)
VA (vacant)
CH (check in)
CH OU (check out)
- Cleaning status
RE (cleaning required)
PR (cleaning in progress)
CL (room cleaned)
FA (failed inspection)
PA (passed inspection)
SK (cleaning skipped)
:.:
150-2 Room Status
- Sale status
NS (not for sale)
SA (ready for sale)
Do Not Disturb (DND) has been enhanced for interaction with Room Status
on 5OOf2500 telephones. A new customer option allows a visual indication of
when the 500/2500 telephone is in the DND mode: The lamp on the telephone
lights up.
The Room Status feature provides four methods of accessing the Room Status
data:
- Off hook detection: Hotel and hospital staff generally clean occupied
rooms during certain hours of the day. From a Background Terminal
(BGD), an option can be entered to set all occupied rooms to “cleaning
status request” mode for a predefined time-of-day interval. During this
interval, the Meridian 1 system monitors the room telephone’s
switchhook state to detect a change in the Room Status.
- Dial Access: This method is an enhancement to the off hook detection
method for updating the room cleaning status. This method offers seven
cleaning-status options, as compared to the two offered by off hook
detection. Again, you allow or deny the dial access method by using the
Background Terminal commands.
:
: :
,., . ,,.
:
Room Status 150-3
Operating parameters
The Room Status key (RMK) is supported only on telephones equipped with
a display.
The M3000, M2317, and ACD telephones are not supported as room phones.
Room Status is not supported on telephones with DTA (data terminal
allowed) class of service. The RMK is not supported on attendant consoles.
A message center must be defined for the Do Not Disturb (DND) visual
indication function on 500/2500 telephones. This is mutually exclusive of
Integrated Messaging System (IMS) and Meridian Mail Message Centers.
All 500/2500 telephones that are to use the Do Not Disturb (DND) visual
indication must also have an LPA (Lamp Allowed) Class of Service.
,.
150-4 Room Status
Feature interactions
- Attendant Administration
Room S t a t u s is not supported by Attendant Administration.
- Automatic Wake Up
Room Status and Automatic Wake Up both use the Background
Terminal (BGD). If the WAKE option is selected for the
check-in/check-out operation, then the wake-up call for that room is
canceled after a check-in or check-out operation.
- Controlled Class of Service (CCOS)
You can change the access restrictions for room telephones from the
BGD or from a telephone equipped with a Room Status key (RMK).
- Maid ID
Maid ID is not required but is recommended to track maid performance.
The Maid ID must be entered each time the Room Status changes, or it
will not be recorded.
- Multiple Tenant
Telephones equipped with an RMK can change the Controlled Class of
Service (CCOS) of telephones for any tenant in a Customer Group.
- Off-Hook Alarm Security
Cleaning changes entered using the Off-Hook Detection Method are
mutually exclusive with the Off-Hook Alarm Security feature.
Feature packaging
Room Status (RMS), package 100, requires the following:
- Controlled Class of Service (CCOS), package 81
- Background Terminal (BGD), package 99
Feature implementation
Note: This procedure assumes that a BGD has been assigned. Refer to
Background Terminal Facility description (553-2311-316) for a
complete description and list of commands for the Background
Terminal.
LDlO - Add or change Controlled Class of Services (CCOS) for 500/2500 telephones requiring
Room Status updates.
LDll -Add or change Room Status key (RMK) for digit display telephones used for Room Status.
LD15 - Add or change customer data block to allow (or disallow) visual indication of Do Not
Disturb @ND) feature.
Offered on the customer level, this applies only to 500/2500 telephones equipped with a Message
Waiting (MW) lamp.
CUN, CTD, TLD, With CCOS active, the restrictions entered apply
SRE, FRE, FRI,
FR2
Feature operation
To read the Room Status by using the RMK (display needed):
1 Without lifting the handset, press Status.
2 Dial the Directory Number (DN) of the room telephone. The DN is
displayed, followed by a dash and a two-digit code.
The first digit indicates occupancy: zero (0) means vacant, one (1) means
occupied.
The second digit indicates Room Status:
1 = RE (cleaning required)
2 = PR (cleaning in progress)
3 = CL (cleaned)
4 = PA (passed inspection)
5 = FA (failed inspection)
6 = SK (cleaning skipped)
7 = NS (not for sale)
To change the Room Status by using Dial Access (from the room telephone):
1 Lift the handset and dial SPRE 86.
2 Dial the room status as shown below:
1 = RE (cleaning required)
2 = PR (cleaning in progress)
3 = CL (cleaned)
4 = PA (passed inspection)
5 = FA (failed inspection)
6 = SK (cleaning shipped)
7 = NS (not for sale)
3 Dial * and the Maid ID followed by #, if required.
4 Hang up or press RLS.
Note: For complete details on the Room Status operation, see
Background Terminal user guide.
Secretarial Filtering
Secretarial Filtering is an application of Call Forward All Calls. It allows you
to forward all calls to a second telephone. The user at the second telephone
answers the forwarded calls and can choose to transfer the call back to you.
Figure 151-l
Secretarial Filtering example
Set A Set B
PDN 2643 \ PDN 2743
\
SDN 2644 p&b SDN 2744
CFAC to 2744 553-5359
: I
._.,. ..1_ .:
,
151-2 Secretarial Filtering
Operating parameters
Only the Directory Number (DN) designated as the Call Forward number can
originate or transfer calls to the originally dialed DN.
All Single Appearance DNs on the forwarded telephone are forwarded to the
target DN.
Feature interactions
There are no feature interactions.
Feature packaging
Secretarial Filtering is included in basic X11 system software. It is provided
with Call Forward All Calls.
Feature implementation
This feature is enabled when Call Forward All Calls is enabled.
Feature operation
See the feature operation in “Call Forward All Calls” on page 40-l.
152-l
e.-
Operating parameters
Short Buzz for digital telephones does not apply to SL- 1 telephones.
Short Buzz for digital sets does not change the buzz tone given to ACD
telephones on the In-calls key.
Feature interactions
- Group Call
The special three-second buzz for Group Call is not affected by this
feature.
Feature packaging
This capability is included in basic Xl 1 system software.
Feature implementation
Not applicable.
Feature operation
Not applicable.
:
:
Speed Call
Speed Call allows you to place calls by dialing a one-, two-, or three-digit
code. You can use Speed Call for both internal and external calls. To use
Speed Call, SL- 1 telephones, Meridian digital telephones, and attendant
consoles may have a Speed Call key/lamp pair.
500/2500 telephones can activate Speed Call by using Special Prefix (SPRE)
or Flexible Feature Codes (FFC).
Each stored number is assigned a Speed Call code from the Speed Call list.
Each list may contain up to 1000 telephone numbers (entries). The maximum
number of digits of the telephone number that can be stored in each entry is
specified by the customer. Speed Call entries can be 4, 8, 12, 16, 20, 24,28,
or 3 1 digits long.
Operating parameters
You can define up to 255 (O-254) Speed Call lists per system. X 11 release 13
and later software allows up to 8191 (o-8190) Speed Call lists per system, as
long as sufficient memory is available. The new maximum includes all
combined Speed Call, System Speed Call (SSC), and Hot Line lists.
., . .:.,: _. :
153-2 Speed Call
You can have as many Speed Call lists as you have available key/lamp pairs
on any SL-1 telephone, Meridian digital telephone, or attendant console. Any
number of users can be assigned to a list. 500/2500 telephones can access
only one Speed Call list. More than one Speed Call Controller can be assigned
to each list, but this is not recommended.
A maximum of 31 digits for the telephone number is allowed per Speed Call
list entry. An asterisk (*), which indicates a pause, and an octothorpe (#),
which indicates end-of-dialing, may be programmed as part of the entry.
Speed Call list entries can be defined in LD18 or by Speed Call Controllers.
Speed Call Controllers must know the digit length (one, two, or three)
required for the Speed Call codes in each list.
Feature interactions
- Last Number Redial
A number dialed using Speed Call will become the Last Number Redial
number on all telephones except the M2317 and M3000.
Feature packaging
Speed Call is part of Extended PBX features (OPTF), package 1, and has no
feature package dependencies.
Feature implementation
LD17 - Set maximum number of Speed Call lists.
‘.,..’
Speed Call 153-3
LD18 - Compute Speed Call list memory size and disk records (Xl 1 release 17).
Use this prompt sequence to determine if there is enough memory and disk
records for new Speed Call lists. Compare the output with the MEM AVAIL
and DISK AVAIL values output before the REQ prompt.
REQ NEW, CHG, OUT Add, change, or remove a Speed Call list
DNSZ 4-(16)-31 Maximum number of digits in a list entry (4, 8, 12, 16, 20,
24, 28, or 31)
SIZE 1-I 000 Maximum number of entries in the Speed Call list
Note: The prompt WRT follows prompts SIZE and STOR, asking you to confirm the correctness of the data
just entered. If data is correct, enter Yes or <CR>. A response of No after the SIZE prompt causes all data
entered to be ignored. A response of No after the STOR prompt generates a warning message (SCH3213)
indicating the data was not stored and must be reentered.
A response of - aborts the program. Only the last STOR value is lost. All previous values to which WRT
was Yes are saved.
In Xl 1 release.1 7 and later, the following information is output with the WRT p r o m p t , f o l l o w i n g S I Z E :
ADDS: MEM: xxxxx DISK: yy.y
where xxxxx is the amount of protected memory and yy.y is the number of disk records required for the new
Speed Call list. Check the MEM AVAIL and DISK REC AVAIL values output before the REQ prompt.
TN l s c u Terminal Number
Feature operation
To store Speed Call entries from an SL-1, Meridian digital telephone, or
attendant console (Controller):
1 Without lifting the handset, press Speed Call. The indicator flashes.
2 Dial the Speed Call code (O-999), followed by the phone number it
represents.
3 Press Speed Call. If the entry is accepted, the indicator goes off. If the
entry is not accepted, the indicator continues flashing.
: e
Issued: 92 12 31
Status: Standard
Xl 1 Release: 13
154-l
Operating parameters
Authorization Code Conditionally Last is not supported.
An SL- 1 digital display set can display up to 16 digits. Additional digits cause
the digits to scroll off the display.
The M3000 set can display up to 29 digits. Additional digits cause the digits
to scroll off the display. Only one softkey, key 21, can be programmed for
Speed Call.
For SL-1 and Meridian digital sets, up to 31 digits per Speed Call entry are
allowed.
There is no validation of the Authorization Code until the Speed Call key is
activated.
Feature interactions
There are no feature interactions.
Feature packaging
The following packages are required to implement this enhancement:
- Basic Authorization Code (packages 24 and 25) or Network
Authorization Code (option 63)
- AutodiaWpeed Call (package 1) or System Speed Call (option 34) or
Network Speed Call (package 39)
Feature implementation
An Authorization Code can now be entered as part of a Speed Call list.
Feature operation
Not applicable.
.. .. .) .:
.I.. .
Issued: 9 3 08 01 1
Status: Standard
Xl 1 Release: 19
155-l
Operating parameters
Prior to Xl 1 release 13 you can define up to 255 (O-254) System Speed Call
lists and regular Speed Call lists can be defined per system. X 11 release 13
and later software allows up to 8 19 1 (O-8 190) Speed Call lists, as long as
sufficient memory is available. The new maximum includes all combined
Speed Call, System Speed Call and Hot Line lists, 4096 (o-4095) of which
can be System Speed Call lists.
System Speed Call lists may have up to 1000 entries and each entry can be up
to 3 1 digits in length.
,.,..- .‘... ,
155-2 Speed Call, System
System Speed Call lists can only be programmed in LD18 or from telephones
or attendant consoles equipped with a System Speed Call Controller key.
Prior to X11 release 19, the craftsperson enters each System or regular Speed
Call List individually. X11 release 19 enhances LD 18 so the craftsperson can
add or copy up to 100 System and regular Speed Call Lists at a time.
Feature interactions
- Basic or Network Alternate Route Selection (BARVNARS)
If the BARS or NARS package is equipped, an NCOS is assigned to the
System Speed Call list. The NCOS associated with the System Speed
Call list replaces the NCOS of the telephone if it increases the Facility
Restriction Level (FRL) of the user.
- Authorization Code
If the Basic Authorization Code (BAUT) or Network Authorization
Code (NAUT) package is equipped, a Network Class of Service (NCOS)
is assigned to the System Speed Call list. The NCOS of the System Speed
Call list replaces the NCOS of the Authorization code or Forced Charge
Account code if it increases the Facility Restriction Level (FRL) of the
code.
- Attendant Administration
System Speed Call lists may be assigned using Attendant
Administration.
- Last Number Redial
A number dialed using a System Speed Call key becomes the Last
Number Redial number on all telephones except the M2317 and M3000.
A number dialed using SPRE activated System Speed Call becomes the
Last Number Redial number on all telephones. The original
class-of-service and NCOS restrictions of the telephone apply when
using Last Number Redial.
- Flexible Feature Code (FFC)
With FFC, a confirmation tone is provided for speedcall store after the
EOD (end-of-dial) string is entered.
Feature packaging
System Speed Call (SSC), package 34, has no feature package dependencies.
..:
:.::
Speed Call, System 155-3
Feature implementation
LD17 - Set maximum number of Speed Call lists.
LD18 - Compute Speed Call list memory size and disk records (Xl 1 release 17).
Use this prompt sequence to determine if there is enough memory and disk
space for new speed call lists. Compare the output with the “MEM AVAIL”
and “DISK AVAIL” values output before the REQ prompt.
REQ NEW, CHG, OUT Add, change, or remove a single speed call list;
NEW xx, CPY xx Add or copy xx lists
DNSZ 4-(16)~31 Maximum number of digits in a list entry (4, 8, 12, 16, 20,
24, 28, or 31)
SIZE l-1 000 Maximum number of entries in the Speed Call list
Note: The prompt WRT follows prompts SIZE and STOR asking you to confirm the correctness of the data
just entered. If data is correct, enter “Yes” or <CR>. A response of “No” after the SIZE prompt causes all
data entered to be ignored. A response of “No” after the STOR prompt generates a warning message
(SCH3213) indicating the data was not stored and must be reentered.
A response of I-” aborts the program. Only the last STOR value is lost. All previous values to which WRT
was “Yes” are saved.
In Xl 1 release 17 and later, the following information is output with the WRT prompt, following SIZE:
ADDS: MEM: xxxxx DISK: yy.y
Where xxxxx is the amount of protected memory and yy.y is the number of disk records required for the new
speed call list. Check the “MEM AVAIC’ and “DISK REC AVAIc’values output before the REQ prompt.
LDll -Add or change System Speed Call list for SL-1 and digital telephones.
ssu YYYY System Speed Call list number (o-4095) for dial access
LD12 - Add or change a System Speed Call list for attendant consoles.
ssu YYYY System Speed Call list number (o-4095) for dial access
.--.:. - -, . . . .
155-6 Speed Call, System
Feature operation
To store System Speed Call entries from an SL-1, Meridian digital telephone,
or attendant console (Controller):
1 Without lifting the handset, press Speed Call. The indicator flashes,
2 Dial the Speed Call code (O-999), followed by the phone number it
represents.
3 Press Speed Call. lf the entry is accepted, the indicator goes off. If the
entry is not accepted, the indicator remains flashing.
The routine to add a call list aborts under the following conditions:
- trying to add a call list whose number is already in use
- trying to add multiple call lists when there is insufficient memory
156-l
Operating parameters
A maximum of 7 station categories (l-7) may be assigned.
Calls from fully restricted stations appear on the dial 0 fully restricted ICI.
The Station Category Indication (SCI) feature should not be mixed with any
other Incoming Call Indicator (ICI) assignment on the same ICI key/lamp
pair.
Feature interactions
- Controlled Class of Service (CCOS)
The CCOS feature has priority over SCI. A station’s SC1 category is
suppressed when CCOS is active, and calls to the attendant DN carry the
CCOS class defined in the database.
- Centralized Attendant Service (CAS)
When CAS is active, calls from a remote station to the attendant DN
appear on the remote ICI key/lamp pair at the CAS main, regardless of
the station SC1 category.
Feature packaging
Station Category Indication (SCI), package 80, has no feature package
dependencies.
Feature implementation
LD15 - Add or change a Station Category Indication ICI key/lamp pair for attendant consoles.
ICI O-l 9 CA1 -CA7 Assign ICI key/lamp pair for SCI
ICI O-1 9 DFO Full restricted (call from fully restricted telephones)
Feature Operation
Not applicable.
157-l
Operating parameters
The same authorization code may be assigned to more than one AUTR
telephone.
Overlay 88, which is used to delete an existing authorization code, does not
check if the authorization code is assigned as a station specific authorization
code before the deletion.
The Station Specific Authorization Code feature does not apply when the
authorization code is prompted from a tandem node.
Feature interactions
- Attendant Administration
Station Specific Authorization Code does not support Attendant
Administration.
- Authorization Code
Users cannot freely enter authorization codes from telephones that have
AUTR or AUTD class of service.
- Autodial
The SSAU feature treats stored autodial numbers as if they were entered
at the telephone.
- Speed Call
The SSAU feature treats stored speed call numbers as if they were
entered at the telephone.
Feature packaging
Station Specific Authorization Code (SSAU) is available as package 229.
Basic Authorization Codes (BAUT) (package 25) is a prerequisite.
....... : .....
.... ......
Station Specific Authorization Code 157-3
Feature implementation
The following entries create the Authorization Code data block:
.,
157-4 Station Specific Authorization Code
.,
.‘.
Station Specific Authorization Code 157-5
Feature operation
After an authorization code is entered, the Station Specific Authorization
Code feature determines if the set is allowed to use the entered code. If the
authorization code is not allowed on that set, the existing invalid
authorization code treatment occurs. Otherwise, normal authorization code
processing occurs.
_:
,. ,. . . , : ..,. ,,:’ .: .‘.. , : .:. -,. .::.
157-6 Station Specific Authorization Code
Issued: 92 12 31
Status: Standard
Xl 1 Release: All
158-l
Station-to-Station Calling
Station-to-Station Calling allows direct dialing between station users in the
same customer group without the assistance of the attendant.
Operating parameters
There are no feature requirements.
Feature interactions
- Manual Line Service
If a single line telephone has been assigned a Manual Line Class of
Service, the telephone automatically rings the attendant when it goes
offhook.
- Private Lines
You must go over the public network to reach a Private Line. The
software PRDN is not meant to be dialed directly.
Feature packaging
Station-to-Station Calling is included in basic Xl 1 system software.
Feature implementation
Not applicable.
Feature operation
There is no specific procedure required to operate this feature.
: .
158-2 Station-to-Station Calling
Depending on the type of telephone, the number can be stored before a call is
placed, during Ringback, while the number is busy, or during an active call.
On attendant consoles, the number can be stored only before a call is placed.
Stored Number Redial (SNR) is not supported on M23 17 telephones, M3000
Touchphones, or 5OOl2500 telephones serving as Private Lines.
Operating parameters
When a number is stored, it overwrites any previously stored number.
Storage is limited to one number per single line telephone and one number per
SNR key. When a call is established through a Tandem Tie Trunk Network
(TTTN), the user is required to pause for dial tone. When you store a number
using SNR, automatic redialing may fail because required delays are not
added. It is possible to include delays in the outpulsing by dialing the asterisk
(*) in the original digit string where dial tone is expected. Each asterisk (*)
signifies a 3 second delay in outpulsing.
During the stored Number Redial (SNR) programming mode, if the user
attempts to store more digits than the maximum number defined for the
telephone or console, SNR programming is canceled and overflow tone is
returned. During an active call on an SL-1 or digital telephone, if a user
attempts to store more digits than the specified limit, the SNR operation fails,
the previously stored number remains unchanged, and a failure indication is
not given. The SNR indicator remains off.
For 500/2500 telephones, in order to store a number dialed to a busy DN, the
maximum length of the stored number must be at least 5 (seeprompt FTR
RDL xx in LDlO).
Feature interactions
- Authorization Code, Charge Account, Forced Charge Account
The Authorization, Charge Account, and Forced Charge Account codes
are not stored. To store a code, dial the code prior to using Stored
Number Redial to dial the call.
- End-to-End Signaling (EES)
EES activates after a call to a trunk is established by expiration of the
end-of-dial timer. Further digits dialed are not stored by the SNR feature
once it is in EES mode.
Feature packaging
Stored Number Redial (SNR), package 64, has no feature package
dependencies.
Feature implementation
LDlO - Add or change SNR for single line telephones.
LDll -Add or change SNR for SL-1 and Meridian digital telephones.
Feature operation
Attendant consoles, SL-1, and digital telephones
To store a number prior to dialing (for attendant consoles, SL-1, and digital
telephones):
1 Without lifting the handset, press Stored No.
2 Dial the number.
3 Press Stored No. again. The number is stored, replacing any previous
one.
500/2500 telephones
To store a number prior to dialing:
1 Lift the handset.
2 Dial SPRE 78, or the FFC assigned for SNR.
3 Dial the number to be stored.
4 Hang up. The number is stored, replacing any previous one.
To store a number before a call is placed, during Ringback, while the number
is busy, or during an active call:
1 Flash the switchhook or press LINK.
2 Dial SPRE 78, or the FFC assigned for SNR.
160-I
Telephones
There are several different types of telephones you can use in the Meridian 1
system. Regular telephones are compatible with the Meridian 1 system, as
well as several special business telephones designed specifically to take
advantage of the many features available.
,
160-2 Telephones
Although 500/2500 type telephones do not have feature keys, you can access
various system features using Special Prefix (SPRE) codes. SPRE codes are
also useful for SL-1 or Meridian digital telephones to access features without
using feature keys. Dial the SPRE code (unique to each customer within the
system) and then the feature code that applies to the operation you desire.
Table 160-l lists the feature codes available using SPRE.
Table 160-l
Feature codes used with SPRE (Part 1 of 2)
,.:
: .;;
.,, .‘, ,. ._. : -.i’
Telephones 160-3
Table 160-l
Feature codes used with SPRE (Part 2 of 2)
Table 160-2
2500 type telephone features (No SPRE code used)
SL-1 telephones
The SL-1 telephone is designed specifically for the Meridian 1 system and
allows the user to access many system features. All SL-1 telephones are
equipped with a 12-key dial pad, 10 feature keys, and 3 fixed control keys.
Table 160-3 summarizes the different models of SL-1 telephones.
Table 160-3
SL-1 telephones
Comments
QSU1 No display.
QSU6 Same as QSUI, with two headset or handset jacks. Intended for
Automatic Call Distribution (ACD) operations.
QSU7 Same as QSU3, with two headset or handset jacks. Intended for
Automatic Call Distribution (ACD) operations.
QSUGO Similar to QSUl, with minor alterations for the U.S. market.
QSU61 Similar to QSU3, with minor alterations for the U.S. market.
Table 160-4
Add-on modules available for SL-1 telephones
Add-on
Description Comments
module
: . : ..,
. ‘.,
160-6 Telephones
M2000 series digital telephones are not designed for use in an ACD
environment.
Five soft, or screen dependent, keys are located beneath the display screen.
These keys, when operated, activate the function that the screen above
describes as being accessible. Each soft key is associated with a label, seven
characters wide, on the display screen immediately above the key.
Soft keys are designated as key numbers 17 through 29. When the M2317 is
configured in the system software, certain default features are automatically
assigned to the soft keys. Some features cannot be added to the soft keys. See
Table 160-5 for a description of soft key feature assignments.
‘,i:., :,.
, ,I. ., ,: ..’ : :
_. ‘, ~- .-. _ . _.
Telephones 160-7
Table 160-5
M2317 soft key feature assignments
11 Han&free/mute
23 A06 Conference 6
29 LNG Language
Note: Default key assignments are activated only if the feature is part of your
software package, the feature is defined for this customer, and the feature is
allowed for the telephone.
:
160-8 Telephones
M3000Touchphone
The M3000 Touchphone is available on X11 release 7 and later software. It
is a digital, integrated voice/data telephone with a touch sensitive liquid
crystal display (LCD) screen and integrated Handsfree. An M3000
Asynchronous Data Option provides data call capability.
All features are displayed on the screen and are accessed by touching the
appropriate name on the screen. The M3000 can display a number of online
feature descriptions and operating instructions in user-friendly language.
The M3000 has a directory that can store from 150 to 450 numbers (up to 28
digits) and names (up to 15 characters) that you can access by simply
touching the screen. You can search the directory or scroll the display up or
down, and dial the desired telephone number by touching the name on the
screen.
_
Telephones 160-9
Table 160-6
M3000 feature key assignments (Part 1 of 2)
.- .
160-10 Telephones
Table 160-6
M3000 feature key assignments (Part 2 of 2)
23 A06 Conference 6
24 CWT Call Waiting
25 CHG Charge Account
26 TRN Call Transfer
27 RGA Ring Again
28 PRS Privacy Release
29 Reserved for future development
30 MSB Make Set Busy
31 PRK Call Park
32 CPN Calling Party Number
33 ARC Attendant Recall
34 OVR Override
35 AAK Automatic Answerback
36 DSP Display
Table 160-7
Meridian ModularTelephones
Programmable
Set type Additional comments
keys
M2008 8 Multi-line
Table 160-6
Add-on modules for Meridian Modular Telephones
Key Expansion X X X X
Module
Programmable X X X X X X
Data Adapter
External alerter X X X X X
interface
Note: In this table, x indicates available add-ons for the telephone listed along the top row.
M2006
The M2006 is a digital single-line telephone that provides on-hook dialing,
volume control, Release, and Hold keys, and a Message Waiting indicator. In
addition, it provides four or five programmable feature keys (five if the data
option is not in use). It also has a one-way speaker and a programmable data
option.
The M2006 may have an optional external alerter interface which connects to
any standard remote alerting device.
Figure 160-l
M2006 telephone
Switchook
Brandline insert
.Speaker
000
r
000
000
000
<<< >>> 1
’ 1 Volume
control
553-l 850
M2008
The M2008 digital telephone has eight programmable feature/line keys,
on-hook dialing, volume control, Release, and Hold keys and a Message
Waiting indicator.
Figure 160-2
M2008 telephone
Iiller plate
speaker
Switchook -
L Message Waiting
amp
Rls key - 1
Hold Key -
\
m
000 -unction keys
000
000
Volume-
control
<<‘ >>> Prime DN
The M2616 Model 1 and the M2216 Model 2 are almost identical to the
M2616 with the following exceptions:
- Have no switchhook because they are designed for plug-in handset or
headset operation
- Display is standard rather than optional
Model 1 and Model 2 refer to the types of headsets with which the M2216
operates.
Figure 160-3
M2616 telephone
Filler plate
Brandline insert
Speaker
Message Wait@
lamp
Rls k e y
Hold key
-I 6 F u n c t i o n k e y s
with 6 LCDs
-Microphone
(2616)
Prime DN
553-I 852
Related documentation
Refer to the following publications for additional information on telephones
and add-on modules.
- Meridian I telephones description and specifications (553-3001-108)
- Digital telephone line engineering (553-2201-180)
- Telephone and attendant console installation (553-3001-215)
- XII input/output guide (553-3001-400)
Operating parameters
Refer to the preceding Northern Telecom publications.
Feature interactions
Refer to the preceding Northern Telecom publications.
Feature packaging
500/2500 type and SL-1 telephone capabilities are included in basic Xl 1
system software.
Feature implementation
LDlO-Add or change 500/2500 type telephones.
CDEN SD, DD, 4D Card density (single, double, quad). Not prompted for octal
density.
This prompt appears only if no units on the card have been
defined.
Note: Card density must be 4D if TYPE is not SL-1.
KEY xx aaa yyy.. . y DN and feature key assignment (key number, feature
mnemonic, directory number if applicable)
Note 7: A Message Waiting allowed (MWA) Class of Service must be defined to enable the message
waiting lamp.
Note 2: Key 7 (key 5 for M2006) is reserved for the PROGRAM key (M2008, M2016S, M2216ACD, M2616)
only if display or data is equipped.
LD17 - Meridian Modular Telephones related prompts and responses for Xl 1 release 18 and later.
Note: Default settings are recommended. See Summary of transmission parameters (553-2201-182)
before changing these parameters.
,..
Telephones 160-21
KEY xx aaa yyy...y DN and feature key assignment (key number, feature
mnemonic, directory number if applicable). See Note.
KEY xx aaa yyy...y DN and feature key assignment (key number, feature
mnemonic, directory number if applicable). See Note.
:..-
. . . ._
Issued: 92 1231
Status: Standard
Xl 1 Release: All
161-l
The Change Time or Change Date keys allow the attendant to change the time
or date. When a change is made, the system clock is altered to the new values.
The change keys also allow display of the time or date.
Operating parameters
The Time and Date feature is available with QCW, M 1250, and M2250
consoles.
If the Change Time (MTM) and Change Date (MOT) keys are provided on a
console, there is no need to for the Display Time (DTM) and Display Date
(DDT) keys because the MTM and MOT keys provide the display capability.
DTM and DDT keys are used when the console is only allowed to view, but
not change, the time and date.
When using the MTM and MOT keys, the date must be entered in the day,
month, and year format; and the time must be entered in the 24-hour clock
format. This is true even if the M 1250 or M2250 has selected a different date
and time format.
The Ml250 and M2250 consoles continuously show the time and date on
line 1 of the display. The attendant can change the format of time and date by
using the Options menu.
The Ml250 attendant can also change the date and time by using the Options
menu. However, this only changes the time and date on the console and does
not change the system clock. The MTM and MOT keys are required to change
the system clock.
The date and time are downloaded to the M2250 console from the system
:_ clock and cannot be changed by the Options menu. The change time and date
keys are required.
Feature interactions
Loops used when updating time or date cannot be put on hold.
Feature packaging
Time and Date (TAD), package 8, has no feature package dependencies.
Feature implementation
LD12 - Assign Time and Date keys on attendant consoles.
Note: The range of key numbers (xx) is O-19 on the M2250 console, O-9 on all other consoles.
I
Feature operation
To view the Time, press Display Time (DTM).
162-1
A set of basic tones and cadences are available on all systems. Flexible Tones
and Cadences (FTC) in X1 1 release 16 allow the tones to be changed.
Overflow tone
Overflow tone may be provided on an optional basis to a station user who
tries to access a trunk group when all trunks are busy, or who attempts to
access features that are unavailable to his or her telephone. Overflow tone is
best described as a fast sounding busy signal.
Tone buzzing
Tone buzzing is used in conjunction with such features as Call Waiting and
Manual Signaling (Buzz) to alert the user by a buzz tone through the
telephone’s loudspeaker. This applies when the telephone is off hook or has
a headset plugged in.
.::
162-2 Tones and Cadences
The desired cadences for the software controlled tones are defined by
providing the system with the time length of the ON and OFF phases.
Software also controls ringing for the 500/2500 telephones, although the
voltage is supplied by the ring generator card.
The tone data is stored in tables. Every customer and route must select which
tone table to use. Table 0 is filled in with default hexadecimal codes when the
first customer is created and must not be changed.
All data related to the flexible tones is kept in isolated areas called flexible
tone tables. Software Cadence tones and Master Cadence tables have an index
into the MCAD table for its corresponding software cadence.
Feature interactions
A customer option determines whether the cadence will be defined by the
originating or by the terminating end of the call.
Operating parameters
The tones that can be produced are limited to which tones are available on the
particular TDS card being used.
If a parked call was originally distinctive, and FTC is equipped, then the Call
Park Recall cadence takes precedence. If FTC is not equipped, then the
distinctive precedence ringing is given.
Feature packaging
Flexible Tones and Cadences (FTC), package 125, has no feature package
dependencies.
: . ..
162-4 Tones and Cadences
Feature implementation
Refer to Flexible Tone and Digit Switch cards description (553-2711-180).
Table 162-l
Hardware controlled tones (Part 1 of 2)
“ione Description
Message Waiting dial tone Indicates a message is waiting at the message center.
Call Forward dial tone Indicates that the user has call forwarded the phone.
Call Forward Message Indicates that the user has call forwarded the phone and a
Waiting dial tone message is waiting at the message center.
Control Dial tone Used for broker service to indicate a control digit is required after
the switchhook (only for 2500-type telephones with Digitone class
of service).
Ringback tone Given to the calling party while the called party is ringing. Also
given to CO trunks waiting for the DN to answer.
ACD RGA Ringback tone Given to a caller to an ACD group when entering the waiting call
queue and having RGA (Ring Again).
Overflow tone Indicates that the trunk route is busy, or the DN is blocked,
disabled, or that a not-allowed action has been carried out.
LDN tone indicates to a CAS attendant that the incoming call is a Listed DN
(LDN) call from a remote site.
Camp-On tone Provided as an initial burst when the attendant extends a call to a
busy DN that is not equipped with the Call Waiting feature.
Camp-On Confirm tone Confirms to a CAS attendant that a call to a busy DN at remote
, site has camped on, or that the called DN has not answered after
a specified time and the calling party has come back.
: . . .:
,,. .
1.
Tones and Cadences 162-5
Table 162-l
Hardware controlled tones (Part 2 of 2)
Tone Description
Dial “0” Recall tone Indicates to a CAS attendant that a call is a recall occurring due
to attendant recall or call forward busy to attendant from remote
site.
Hold Confirm tone Indicates to a CAS attendant that a call placed on silent hold has
timed out and is recalling.
:
162-6 Tones and Cadences
Table 162-2
Software controlled tones
Tone Description
Call WaitlTg tone Indicates to a busy station that another call is coming in.
Intrusion tone Provided when the attendant initiates the Barge-In, Busy
Verify, or Break-In feature.
Override tone Provided when a user operates the Override key and
enters the conversation of a busy extension.
Observe Blocking tone Given to the supervisor who encounters blocking while
attempting to observe an agent.
Off Hook Queuing tone Given to the call originator when the call enters the
off-hook queue.
Set Relocate tone Given after all information needed to relocate the phone is
given and proven to be correct. Also given to indicate all is
correct after plugging the phone back in at the relocated
Terminal Number (TN)
Telset Messaging Alert tone Indicates to caller that telset messaging facilities have
been entered.
Telset Messaging OK tone Indicates to caller that the message has been received
correctly and everything is fine.
Expensive Route Warning tone When Automatic Route Selection is in use, indicates that
all inexpensive routes are busy and an expensive route
must be chosen to complete the call.
ACD Call Force tone Indicates to the ACD agent that the current call has been
disconnected and a new caller is about to be given to the
agent.
. ..- ..:
,
:
Issued: 92 12 31
Status: Standard
Xl 1 Release: 14
163-1
The buzz cadence is the same as the ringing cadence that applies to a
particular kind of call. For example, if a user receives a call that is a Group
Call, FIT alerts users with a buzz cadence unique to group calls. If the user
receives a call on the Call Waiting key, FIT provides a buzz cadence \
signifying call waiting.
Operating parameters
Flexible Incoming Tones applies only to SL-1 and Meridian digital
telephones.
Flexible Incoming Tones does not apply to the following:
- ACD call forcing
- ACD agent receiving a call on ASP key
- ACD supervisor receiving a call on AMG key
- Manual signaling
- Signal Source activated by an attendant console
- Ring Again
Digital telephones in Handsfree mode receive the regular buzz, even if FIT is
enabled.
The telephone buzzes with a cadence only if the customer and telephone
options are activated. If either option is off, the telephone receives the
standard buzz.
Feature interactions
- ACD
If an ACD agent telephone has FIT allowed and is either off hook in the
handset mode, or has the headset plugged in, the agent receives a buzz
cadence when a new call is presented. If FIT is not allowed, the agent
telephone receives the standard buzz tone.
Dial Intercom Groups
For Dial Intercom Group (DIG) calls with the voice (V) option, if the
telephone receiving the call is busy, the user hears one buzz followed by
a flashing indicator. This is how DIG works with or without FIT.
Feature packaging
This capability is included in basic X11 system software.
.:
Tones, Flexible Incoming 163-3
Feature implementation
LD15 -Allow or deny Flexible Incoming Tones (FIT) at the customer level.
LDll - Allow or deny Flexible Incoming Tones for SGl and Meridian digital telephones.
Feature operation
There is no specific procedure required to operate this feature.
To the system, the PC appears as a 2500 type telephone which requires the
capability to seize a particular trunk member within a trunk route.
Operating parameters
It is recommended that the telephone with a Trunk Verification Allowed
(TVA) class of service also have CFW All Calls To External DN Denied
(CXFD), CFW Busy Denied (FBD), and CFW No Answer Denied (FND)
class of service. This setup prevents any restricted telephone from accessing
trunks by calling the TVA telephone and subsequently getting transferred or
forwarded.
Feature packaging
Trunk Verification from a Station (TVS), package 110, has no feature
package dependencies.
Feature interactions
The environment in which the TVS feature will be invoked is a machine
environment. That is, the user of the 2500 type telephone with this feature will
usually be a PC-based maintenance system. Therefore, minimal interaction
exists with other features.
When the 2500 type telephone with a TVA class of service makes a TVS call,
any Trunk Group Access Restrictions/Trunk Access Restriction Groups
(TGAR/TARG) restrictions defined in the system are removed for this call.
When a trunk group is busied out by an Attendant console, access to that trunk
group is not allowed with the TVS feature.
Feature implementation
LDlO - Allow or deny Trunk Verification from a 2500 telephone.
Feature operation
To verify that a trunk is working properly (from a 2500 telephone with TVA
Class of Service), follow these steps:
1 Lift the handset.
2 Dial SPRE + 70 + ACOD + mmm
where:
SPRE is the special function access prefix
70 is the special access code for the TVS feature
ACOD is the access code of the trunk group to be tested
mmm is the number of the trunk member that is to be seized, mmm
must be three digits (001, for example)
. .. :.
164-4 Trunk Verification from a Station
:. . .
-
Uninterrupted Line Connections
Uninterrupted Line Connections are connections assigned Warning Tone
Denied (WTD) Class of Service. The feature prohibits the imposition of any
camp-on or intrusion tones on that line.
Operating parameters
There are no feature requirements.
Feature interactions
- Barge-In, Busy Verify, and Override
These features cannot be applied to stations with a WTD class of service.
- Camp On
A call can be camped-on to a station with a WTD class of service, but
tone is not provided.
Feature packaging
This capability is included in basic Xl 1 system software.
. . - : . .
I
165-2 Uninterrupted Line Connections
Feature implementation
LDlO - Assign Warning Tone Allowed for 5OOl2500 telephones.
LDll- Assign Warning Tone Allowed for SL-1 and Meridian digital telephones.
Feature operation
No procedure is required for this feature to operate.
The Station Control Password feature must be active, with passwords defined
in LD15, for the user to change these redirection DNs.
Depending on the type of telephone, there are three ways to access this
feature: using a Special Service Prefix Code (SPRF 99 15), a Flexible Feature
Code (FFC), or the User Selectable Redirection (USR) key. The USR key is
available only on digital telephones.
The user can also change the RCO from a telephone after accessing USCR.
For security reasons, the user must enter the Station Control Password
(SCPW) before changing the redirection DNs or the RCO.
The CFNA prompt is now replaced with prompts CFNO, CFNl, and CFN2,
each of whose value can be in the range of 1-15, with a default of 4. The
number of distinctive ringing cycles for CFNA is also expanded. The DFNA
prompt in LD15 is replaced with DFNO, DFNl, and DFN2, with the same
value range and default.
Additionally, the Ringing Cycle Option (RCO) prompt appears in LDlO and
11 for each telephone. Its value, in the range of O-2, is a pointer t o the CFNx
and DFNx entries in the Customer Data Block. The following chart explains
the relationship of RCO value and the CFNx and DFNx entries in the
Customer Data Block.
Table 166-1
Relationship between RCO Value and CFNx, DFNx Contents
:.
... , _.-
User Selectable Call Redirection 166-3
Operating parameters
To assign or print the RCO for a telephone requires that it have the Flexible
Call Forward No Answer Allowed (FNA) Class of Service or Message
Waiting Allowed (MWA) Class of Service.
BRI telephones do not support USCR because they cannot access SPRE or
FFC, and have no feature keys. Therefore BRI telephones will always use the
entries for CFNO and DFNO.
The user cannot use USCR to initially configure call redirection features. The
features must be equipped, and the initial call redirection DNs must be
established, via a service change.
This feature cannot be used remotely. A user can only change redirection DNs
or the RCO for the telephone being used to access USCR.
Feature interactions
- Autodial
USCR does not support Autodial; it cannot be used to dial all or part of
the digits for USCR programming.
Attendant Administration
Attendant Administration does not support assigning the USR key, RCO,
or USRAKJSRD Class of Service.
Call Forward All Calls
When CFW redirects a call from telephone A to telephone B, and
telephone B does not answer, the RCO of telephone B determines how
long it rings. After the designated number of rings, the FDN of telephone
A redirects the call.
- Call Forward by Call Type (CFCT)
USCR enables a user to assign EFD from the telephone.
- Pretranslation
If Pretranslation (package 92)is enabled, the digits entered as the
redirection DN are pretranslated before they are stored. Note that no
pretranslation occurs when the redirection DNS are used in such call
processing features as Hunting or CFNA, eliminating the possibility that
the redirection DN is pretranslated twice.
- Short Hunting
USCR does not support changing the HUNT or EHT for a telephone with
short hunt enabled. USCR also does not support entering ‘000’ from a
telephone as the HUNT.
- Speedcall
Speedcall is not supported by USCR.
Feature packaging
User Selectable Call Redirection is available as part of X11 release 19.
Flexible Feature Codes (FFC) (package 139) is a prerequisite for the user
activation part of this feature because it provides for the Station Control
Password.
:. . . . :. .:
166-6 User Selectable Call Redirection
Feature implementation
Responses to the LD prompts shown in the following tables set. up USCR.
Responses differ depending on the type of telephone and the type of access
being set up.
Note: The craftsperson can use easy change to change the RCO and
USRA/USRD CL6 At the ITEM prompt, type RCO <value> where value is O-2.
.
User Selectable Call Redirection 166-7
Note: The craftsperson can use easy change to change the RCO and
USRA/USRD CLS. At the ITEM prompt, type RCO <value> where value is O-2.
:
166-8 User Selectable Call Redirection
...
: .: :_ . . :
-.
User Selectable Call Redirection 166-9
Feature operation
As a prerequisite to accessing the feature, the conditions shown in Table
166-2 must be met for the selected access method.
Table 166-2
Requirements for accessing USCR
Requirement
Access Method
1
USR Key SPRE FFC
,.
166-10 User Selectable Call Redirection
Procedure 166-l
To assign/query a redirection DN using SPRE:
1 Take the telephone off-hook, or press the DN key on a digital
telephone.
2 Enter the SPRE
3 Enter the USCR feature access code (9915)
4 Enter the Station Control Password.
5 Enter the USCR Option Code, as shown in Table 166-3.
Table 166-3
USCR option codes
I 2
3
I
HUNT redirection DN
EFD redirection DN
I
4 EHT redirection DN
1 5 1 RCO
:
,
User Selectable Call Redirection 166-11
Procedure 166-3
To assign or query a redirection DN using an FFC:
1 Take the telephone off-hook, or press the DN key on a digital
telephone.
2 Enter the USCR FFC.
3 Enter the Station Control Password.
4 Enter the USCR Option Code, as shown in Table 166-3.
5 Enter new RCO if assigning the RCO; enter redirection DN if assigning
the DN.
6 Place telephone on-hook, or press the RLS key on a digital telephone.
..
167-1
-a: 1
Voice Call
Voice Call allows you to talk through the speaker of a Meridian digital
telephone from another Meridian digital telephone. The called party does not
have to lift the handset to hear you. For a two-way conversation, the called
party must lift the handset or activate Handsfree, unless Handsfree Voice Call
is enabled.
If the called telephone is busy on another DN, the caller hears continuous
ringing. The called party hears a single beep and the Voice Call DN key
flashes. If the telephone is busy on the Voice Call DN, the caller hears a busy
tone. A fast busy tone may indicate that the Voice Call DN is no longer
available (it may not be a single appearance DN).
Operating parameters
Both telephones must be Meridian digital telephones.
The Voice Call DN must be single appearance.
Handsfree Voice Call allowed/denied is set at the system level and can only
be used with digital telephones that have handsfree capabilities (such as
M2112, M2317, M2616). It requires Class of Service Handsfree
Allowed/HFA on the destination telephone, which is set at the telephone
level.
Note: BRI, M3000, and SL-1 telephones do not support the Handsfree
feature.
Feature interactions
- Manual Signaling
The same DN can be used for both Voice Call and Manual Signaling
(Buzz) as long as it remains a single appearance DN.
- Multiple Appearance DNs
If a Voice Call DN is added to a second telephone, the DN becomes a
Multiple Appearance DN (MADN). Voice Call no longer works on that
DN and fast busy tone is returned.
- Auto Answer Back (AAB)
This feature is not affected by the Handsfree Voice Call feature.
Feature packaging
Voice Call requires the Extended PBX Features package (Package 1).
Handsfree Voice Call requires release 19 or above.
.,
Voice Call 167-3
Feature implementation
LDll- Add or change Voice Call for the originating SL-1 or Meridian digital telephone,
KEY xx SCR yyy...y Adds a single appearance single call key on the
terminating telephone
xx = key number
yyy...y = the DN assigned to the Voice Call key for the
originating telephone
KEY xx vcc yyy...y Adds a Voice Call key on the originating telephone
xx = key number
yyy...y = the DN of the terminating telephone
This key activates the feature.
LD15 - Add or change Handsfree Voice Call for the Meridian 1 system.
.,:. : :
167-4 Voice Call
Feature operation
Voice Call and Handsfree Voice Call operations are described below.
Voice Call
To make a Voice Call:
- Lift the handset and press Voice Call. The DN is automatically dialed. If
the called telephone is busy on another DN, you hear continuous ringing.
If the telephone is busy on the Voice Call DN, you hear busy tone.
If busy on another DN, you hear a single beep and the Voice Call DN
flashes. You must end your present call to receive the Voice Call.
HVA option
The originating telephone (telephone A) places a VCC/DIG call to the
destination telephone (telephone B).
- Telephone B rings once.
- After one ring, telephone B automatically answers the call in Handsfree
mode.
The DN and Handsfree LCDs are lit and a two-way voice path is
established.
HVD option
Telephone A places a call to telephone B.
- Telephone B rings once.
- After one ring, telephone B automatically answers the call in loudspeaker
only mode.
The DN LCD is lit and the Handsfree LCD remains dark, establishing a
one-way voice path from telephone A to telephone B. At this point,
telephone A is unable to hear the person at telephone B.
To re-establish a two-way voice path, telephone B must either go
off-hook, or press the Handsfree button.
Note: Busy calls are not changed by Handsfree Voice Call.
168-1
Operating parameters
Allow or deny these features in LDlO (500/2500 telephone administration).
Except for the access codes used, feature operation is the same as SL- 1 and
Meridian digital telephones.
Feature interactions
500 Set Features
When 500 Set Features (SS5), package 73, is equipped, 2500-type
telephones also access by dialing SPRE and a two-digit access code as
follows:
. System Speed Call User SPRE + 73
. Call Forward All Calls SPRE + 74
. Speed Call Controller SPRE + 75
. Speed Call User SPRE + 76
. Permanent Hold SPRE + 77
Remote Call Forward
When Flexible Feature Codes (FFC), package 139, is defined and
active on your system, a telephone provisioned for Call Forward in LD
10 can also Call Forward All Calls from a remote internal DN.
Feature packaging
2500 Set Features (SS25), package 18, has no feature package dependencies.
:
2500 Telephone Features 168-3
Feature implementation
LDlO - Enable 2500 Set features
Feature operation
Call Forward All Calls
Case 1: FFC active, CFW not active
On a telephone with Flexible Feature Codes implemented but without Call
Forward currently active, use these steps to activate the feature:
1 Lift the handset and dial SPRE + 74. You hear a dial tone.
2 Dial the DN where you want calls to be forwarded. The dial tone
disappears.
3 Hang up to complete the activation.
:
2500 Telephone Features 168-5
1 Lift the handset and dial #l. You hear a dial tone.
2 Dial the DN where you want calls to be forwarded. The dial tone
disappears.
3 Dial the EOD string. You hear a confirmation tone.
4 Hang up to complete the activation.
1 Lift the handset and dial #l. You hear a dial tone.
2 Hang up to complete the activation. Calls are forwarded to the last CA11
Forward DN used by this telephone.
,.
168-6 2500 Telephone Features
Permanent Hold
To activate Permanent Hold while on a call, follow these steps:
1 Flash the switchhook. You hear a dial tone.
2 D i a l #4.
3 Hang up.
The call remains on hold until you lift the handset again, or the other party
disconnects.
Operating parameters
Allow or deny these features in LDlO (500/2500 telephone administration).
Except for the SPRE codes used, feature operation is the same as with SL-1
and Meridian digital telephones.
Feature interactions
- 2500 Set Features
When the 2500 Set Features (SS25), package 18, is equipped, 2500-type
telephones also access by dialing the SPRE and a two digit access code.
Feature packaging
500 Set Features (SS5), package 73, requires the following:
- 2500 Set Features (SS25), package 18.
Feature implementation
LDlO- Enable 500 Set Features.
Feature operation
Call Forward All Calls
To forward your calls, follow these steps:
1 Lift the handset and dial SPRE + 74. You hear the dial tone.
2 Dial the DN where you want your calls forwarded.
3 Hang up.
;.:
:
169-4 500 Telephone Features
Permanent Hold
To activate Permanent Hold while active on a call, follow these steps:
1 Flash the switchhook. You hear a dial tone.
2 Dial SPRE + 77.
x-;.
3 Hang up.
The call remains on hold until you lift the handset again, or the other party
disconnects.
_:
170-l
This feature is programmed in LDlO, LD15, LD20, LD21, LD81, and LD83.
Refer to the XI 1 input/output guide (553-300 l-400) for a list of these prompts
and responses.
Figure 170- 1 illustrates how an incoming trunk call or internal call functions
with 500/2500 Type Line Disconnect.
., . .
170-2 500/2500 Type Line Disconnect
Figure 170-l
incoming Trunk Call of Internal Call Disconnects
500/2500 Pori
Dial Tone
@ml ian
ii
.‘:’ ... :’
, :
500/2500 Type Line Disconnect 170-3
This illustration shows the incoming trunk call or internal call disconnected
and dialtone being provided by the 500/2500 type port with the new Class of
Service (CLS) Line Disconnect Tone Allowed (LDTA)
Figure 170-2 illustrates how an outgoing call functions with this feature.
Figure 170-2
Outgoing Call from the Meridian 1 to a Central Office
\
\
Incoming Call \
\
/ \ Trunk Card \
500/2500 Port
This illustration shows an outgoing call to from the Meridian 1 system to the
Central Office. Station A transfers Station B to Meridian Mail and goes
on-hook. The dialtone is provided by the 500/2500 type port with the new
CLS LDTA after Station B disconnects.
Operating parameters
A 500/2500 port with LDTA Class of Service 500/2500 receives disconnect
tone’in the following cases:
- an incoming internal call is placed to an LDTA port and then disconnects
- incoming call from a trunk with disconnect supervision is placed to an
LDTA port and then the incoming trunk disconnects
- an internal DN places an outgoing call on a trunk with disconnect
supervision, then transfers the call to the LDTA port and then the trunk
disconnects
Line Disconnect Tone is not provided on outgoing calls from the LDTA port.
Feature interactions
- Conference/No Hold Conference
If one of the parties in the conference is connected to a 500/2500 port that
is in turn connected to a VRU, dial tone is provided to the 500/2500 port
when all the other parties in the conference disconnect. This feature
enhancement applies in the same way to Call Transfer and Hunting.
- Attendant Extended Call
500/2500 Line Disconnect applies if the attendant extends a call to a
50012500 port that is connected to a VRU; or the attendant extended a
call to a 500/2500 port that is connected to a VRU and remains in the call,
and the other party has disconnected.
- 500/2500 ACD agent
If a call is involved with a 500/2500 ACD agent that is connected to a
VRU and the other party has disconnected, 500/2500 Line Disconnect
applies. When the other party disconnects, the 500/2500 agent will be
returned to the idle agent queue.
Feature packaging
500/2500 Line Disconnect is included in basic X11 system software.
Feature implementation
LDlO - Allow or deny Line Disconnect Tone for 500/2500 ports.
LD15 - Define Line Disconnect Tone timer in the Customer data block.
Feature operation
No specific procedure is required for this feature to operate.