Vodavi Starplus Hybrid Key Telephone System Installation Manual

							STARPLUS@ SPD 1428 & 2858 Digital Key Telephone Systems 
Appendix A-l 5 LCR Exception Code Table 
Issue 1, November 1991 Appendix A-23  
						

							sTARPLUS@ SPD 1428 & 2856 
Digital Key Telephone System 
APPENDIX B 
DIGITAL SYSTEMS PART NUMBERS 
Appendix B-l Digital System Component List 
. . 
Pescnptw Part No, 
SPD 1428 Components: 
4x8 Basic System (BKSU) 
2x4 CO/Sta Expander Module 
4x8 Expansion KSU 
4x8 CO/Sta Expander Module 
RS232/422 I/O Module 
SPD 2856 Components: 
Key Service Unit w/Power Supply (KSU) 
Central Processor Board (CPB) 
4x8 CO/Station Interface Board (CKB) 
4x8 CO/SLT Interface Board (CSB) 
RS232/422 I/O Module 
SPD 1428 & SPD 2856 Digital Terminals: 
Enhanced Key Telephone 
Executive Key Telephone 
Data Key Telephone (Data Module Unit) 
DSS Console Unit 
DSS Expansion Module 
Single Line Adapter 
Starplus Power Failure Transfer Unit (PFTU) 
Key Telephone Overlay (Pkg 25) 
Key Telephone Underlay (Pkg 100) 
Manuals: 
Description, Installation & Maintenance Manual 
Station Users Guide 
SLT Users Guide 
Attendant Users Guide 
Optional Components: 
DTMF Receiver Module 
1200 Baud Modem Module 
Relay/Sensor Interface Module 
*xX= 
00 - Black 
11 - Dark Green 
54 - Grey 
60 - Burgundy 1400-00 
1431-00 
1402-00 
1432-00 
1437-00 
2800-00 
2830-00 
2831-00 
2833-00 
2837-00 
1412-00 
1414-08 
1416-08 
1410-08 
1410-10 
1484-00 
SP536-00 
1460-xX* 
1462-99 
1450-00 
1452-00 
1453-00 
1454-00 
2834-00 
2837- 10 
1436-00 
Issue 1, November 1991 Appendix B-l  
						

							STARPLUS@ SPD 1428 & 2856 
Digital Key Telephone Systems 
APPENDIX C 
ICLID GENERAL DESCRIPTION 
C.l Introduction 
This specification provides the functional and imple- 
mentation definition for the addition of the ICLID 
feature to the Vodavi Key Systems. numbers of the calling party will be delivered over 
the individual tip and ring of the CO lines during the 
first silent interval between ringing. 
The features implemented are: 
C.2 System Configuration 
The preceding illustration depicts the configuration 
presumed for the implementation of the ICLID fea- 
ture for the system. The phones are presumed to be 
in a UCD group in order to allow proper operation 
with the system. 
C.3 Functional Performance 
The ICLID (Incoming Calling Line IDentification) fea- 
ture has beenadded to the Vodavi Key Systems as 
a first step in providing it generally. The keysystem 
operation of this feature is dependent on the feature 
first being activated from the central off ice so that the 
I- 
RS232 
1. Display of calling number/name on initial ring-in 
of a line on the display keysets. 
2. Recording of incoming call number/name on 
the SMDR printout. 
3. Management of an “unanswered call” table 
from a display phone with appropriate privilege 
level to allow tracking of unanswered calls for 
statistical information and return call manage- 
ment. 
4. Local translation of incoming numbers to 
names according to a table of number/name 
equivalences which can be administered by the 
system. 
LAN 
Figure C-l ICLID System Configuration 
Issue 1, November 1991 Appendix C-l  
						

							C-3.1 Calling Number/Name Display 
This feature is intended as the basic offering of the 
ICLID service when associated with a VCS keysys- 
tern. Essentially, whenever an incoming call is re- 
ceived at the system, the number received along with 
the ringing signal will be stored in the line control 
tables and used at various points in the processing 
of the call. 
The primary function will be that the calling number 
will be displayed (if available) at any point at which 
the “LINE RINGING” is displayed in the system. 
In addition, with the availability of the calling name 
feature, if the calling name is provided, the system 
will deliver that to the display instead of the calling 
4 
number. 
The specification for this feature is that the system 
will display its “LINE RINGING” message as nor- 
mally implemented and alter that display to the call- 
ing number/name if the information is made present 
on the line. This will allow the normal operation of 
the system when ICLID information is not presented 
or the device which intercepts it and provides the 
information to the KSU is missing or failed. 
1 bbbbb-bbbb 1  000000000111111111122222 
123456789012345678901234 
If the calling name is available, the display will be 
shown as above where the X’s represent the internal 
table storage of the calling name. Note that although 
the Central Office delivery of the calling name is 15 
characters, the internal table used to store the name 
for translation of a received number is 24 characters 
in width. If the Central Office delivers a name , it will 
be positioned left justified in the 24 character field on 
the display. Note that if a number is received which 
matches a number/name translation, the translated 
name will be used and the name delivered from the 
Central Office will be effectively discarded. 
If no name is available, either supplied from the 
Central Office or internally from the translation table, 
the delivered number will be positioned centered in 
the display as shown above for the 14 N’s.  Digital Key Telephone Systems 
sTARPLUS@ SPD 1428 & 2866 
C.3.2 Incoming Number/Name SMDR 
As with the above feature implementation, the intent 
is that the system operate normally in the absence 
of ICLID information or the failure of the ICLID equip- 
ment. If the information is present at the time that an 
SMDR record is generated for a call, it will alter the 
content and format of the SMDR output record. 
If the calling number is available, the number will be 
output in the SMDR record in the same location as 
the dialed number is located in the outgoing calls. 
If the calling name is present, an additional line will 
be output in the SMDR identifying the name. This 
record will immediately follow the normal SMDR 
record. The normal SMDR record will include an 
indicator which identifies that a following record with 
name identification is present. 
Unanswered calls will be recorded on the SMDR for 
incoming as a system option to allow the identifica- 
tion of callers for statistical and call-back purposes. 
These calls will be identified with an indicator in the 
SMDR record. 
C.3.3 Unanswered Call Management 
A 50 entry table will be maintained in the system. 
The calling number/name information pertaining to 
any unanswered call will be placed in this table at the 
time the system has determined that the call has 
been abandoned. 
This table may be administered from appropriately 
privileged phones so that the unanswered calls may 
be reviewed and handled by the customer. Upon 
entry into the review process, the functions available 
to a phone are: 
I 
Function Function 
Button , 
1. Go to beginning of list Dial Code 
635’ 
2. Review next item in this MUTE 
list entry 
3. Step to next list entry. HOLD 
4. Delete this list entry. FLASH 
5. Delete entire list. Note* 
6. Exit list review function. 
ON/OFF 
7. Step to previous list entry. TRANS 
8. Call Back. SPEED 
’ The access code is used to enter the list orocessina function. 
The remaining functions are exercixed by’use of a redefinition 
’ This feature will be implemented initially as an Admin  [;zVxey.Y function buttons. 
ProgrammIng function only due to an ongoing mvestrgabon as  . . . 1 
to whether it is practical to allow complete list deletion at the 
phones when it is relatively easy to clear the list one entry at a :. 
Appendix C-2 Issue 1, November 1991  
						

							STARPLUS@ SPD 1428 & 2856 
Digital Key Telephone Systems 
C.3.4 Local Name Translation 
An administrable table in the KSU will be provided. 
This will provide a local translation from a received 
calling number to a name. This will be administrable 
by the customer from the attendant console posi- 
tion’.ln cases of conflict between the name delivered 
from the CO and that in the local translation table, 
the local translation table shall rule. One hundred 
(100) entries will be provided in this table. 
C.3.5 ICLID Display Phone Operation 
The phone, modified as described in paragraph, will 
be used to deliver specific data messages identifying 
call states to a device attached to the phone via a 
serial channel following the data transmission re- 
quirements of RS232. The interface parameters to 
be used are 24OObps, no parity, 8 data bits, and 1 
stop bit. The implementation of this will be to deliver 
ICLID data to a Personal Computer attached to the 
phone for look-up of customer records and sub- 
sequent processing by the individual answering the 
telephone call. 
C.3.5a Information from the Phone to the PC 
The messages are provided from the keyset to the 
connected PC are: 
The formats of these messages are shown in the 
below table as follows: These messages are transmitted from the KSU to 
the phone and subsequently from the phone to the 
data line as the appropriate events occur within the 
system. Each event is separate and does not re- 
quire any history to be maintained. A PC connected 
to the phone must be prepared to accept and proc- 
ess any of these messages at any time. 
The data is sent from the KSU to the keyset using 
command FO. The keyset then takes the data byte 
and sends it out to the PC at 2400 baud, no parity, 
eight data bits, and one stop bit. There is no hand- 
shaking in the keyset so the PC must always be 
ready to receive the data sent to it. The data is in 
the form specified in the ICLID specification. 
C.3.5b information from the PC to the Phone 
The ICLID phone allows information from a con- 
nected PC to be used to simulate button depressions 
internally within the phone. The characters sent 
from the PC to the phone must be paced to provide 
at least 1OOms between characters (500ms for 
DTMF pad depressions). The data received from 
the PC is converted to keystroke data. The data is 
received at 2400 baud, no parity, eight data bits, and 
one stop bit. There is no handshaking in the keyset 
receive. To allow the keyset time to send the data 
to the KSU character pacing of 100ms is required. 
To allow DTMF outgoing digits to complete, 500ms 
pacing is required. The character received has bits 
seven and eight striped off and is converted to the 
Note: ii = Two bytes used to identify a call for subsequent messages so that a PC will be able to identify current 
call status for processing purposes. 
N...N = This is the number received from the Central Office. 
X...X = This is the name to be used for look-up purposes as delivered either from the Central Office or via the 
1 This function will be implemented for the initial implementation as an Admin Programming feature 
(FLASH 55 program) for efficiency purposes. Further investigation will be necessary to determine the 
feasibility of implementing this in attendant console processing. 
Issue 1, November 1991 Appendix C-3  
						

							Digital Key Telephone Systems STARPLUS@ SPD 1428 & 2866 
key strokes as per the following chart. Time must be 
allowed from the access of a CO line before digits 
are sent out to the line. The following table lists The 
ASCII characters and the button depression they 
cause. 
ASCII Btn ASCII 
Value # Pacing 
Char(s) 
oxoo .:::.:.~::i~~~~~~~~~ ~~~~~ 
~,~~~.~,~.~.~.~.~.~~:~.~.~.~:~,~.:~:.~ .:...... .  “‘r’:‘.‘....:.:..:.:~~::~~:~:~:.: . . . . . . :r::::.:i 
:)‘:::. ~ ,:::::: ~ ,,:,:,: : : : : : : : : : : 
: 
NUL 
, 
0x27 FLASH 1 100ms 1 
’ 
,‘? I’. ‘...“. 
ox28 ~~~li’:‘jal ‘.“(‘:-::::.:.:....?.: . . . . . . . . . . . . . . . . . . . . 
:.... . . . . . . . . . . . . . . ...*).._.,,,,,,,,,,,,:,,,,,,,,,,, 
( 
0x29 Digit 3 500ms 
) 
Ox2A Digit 6 500ms * C.4 implementation Plan 
The reference for this data delivery is the BellCoRe 
specification TR-TSY-000030 Issue 1 dated Novem- 
ber 1988. Other specifications will be consulted as 
they become available. In particular, the implemen- 
tation of the multiple message format provided by 
Northern Telecom must be examined for deviations 
from the multiple message format definition in the 
TR-TSY-000030 document. 
The steps necessary to implement this are detailed 
in the following sections. 
C.4.1 ICLID KTU Display Phone 
The ICLID KTU provides transmit, receive, and 
ground data lines from the phone u-processor which 
are used on command from the KSU to output infor- 
mation. The use of this capability would be to output 
the ICLID information to a PC attached to the phone. 
Future use could be made of this capability for low 
speed data provided to equipment attached to the 
phone. 
:. 
Appendix C-4 issue 1, November 1991  
						

							STARPLUS@ SPD 1428 & 2856 Digital Key Telephone Systems 
C.4.2 Table Structures 
C.4.2a Incoming Number Table (per CO line) 
co 
Line 
1 
2 
3 Received # 
(14) Received Name 
(24) Date 
(2) Time 
(2) CO tine 
(2) 
. . . . . . 
l . . 
. . . 
. . . . . . 
n-l 
n 
C.4.2b Unanswered Call Table 
. 
l . . . . 
. . 
. . . 0 
. . . 
. . . 
48 
49 
Issue 1, November 1991 Appendix C-5  
						

							Digital Key Telephone Systems STARPLUS@ SPD 1428 & 2866 
, 
C.4.2~ Number to Name Translation Table 

						

							STARPLUS@ SPD 1428 & 2856 
Digital Key Telephone Systems 
C.5 Potential Additional Features for Later Im- 
plementation 
(Features to be included in the Keysystem Software) 
Advantage System integration. This should be gen- 
eralized to the point where the data currently pro- 
vided to the special ICLID KTU would be instead 
tagged with a phone number and sent via an 
RS23ZYRS422 processor port from the KSU to a host 
computer. The concept in this case is that the host 
computer handles multiple terminals associated with 
the telephones. As a telephone is identified as re- 
ceiving ICLID data, the host computer would provide 
the appropriate data to the terminal associated with 
the message. 
C.6 Direction of Specific Numbers to Special 
Handling (Favored Customer Treatment). 
l e.g.Calling Number Blocking 
l Favored Customer UCD Group Selection 
l Favored Customer Off-net Forwarding 
l Special UCD Recording Selection 
l Accumulate multiple counts of the same 
number incoming, rather than entering the 
same number into the unanswered number 
table again. 
C.7 Features Implemented External to the 
KSU Software 
l Customer name/address look-up based on 
the incoming number. This would be a data 
base program which would be indexed on 
the customer name and number. 
Issue 1, November 1991 Appendix C-7  
						

							Digital Key Telephone Systems STARPLUS@ SPD 1428 & 2866 
C.8 ICLID Programming 
C.8.1 Local Name Translation 
Programming Steps 
If changes need to be made to ICLID Table: 
1. Press FLASH and dial [55]. The following mes- 
sage is shown on the display phone: 
, Where: 
XX=ICLID Index Number 00-99 
To program a phone number into the ICLID transla- 
tion table: 
2. Press the PHONE NUMBER flexible button 
(Button #l) to enter the desired phone number 
into the translation table. Maximum number of 
numbers is 14 including hyphens. 
The BACK SPACE flexible button can be used 
to erase the current number to correct for er- 
rors. Use the following table for table entries. 
A=21 
B=22 
C=23 
D=31 
E=32 
F=33 
G=41 
H=42 
I=43 
J=Sl 
K=52 
L=53 
M=61 N=62 
0=63 
P=71 
Q=74 
R=72 
s=73 
T=81 
U=82 
v=83 
w=91 
x=92 
Y=93 
if=94 
=F 
l=l# 
2=2# 
3=3# 
4=4# 
5=5# 
6=6# 
7=7# 
8=8# 
9=9# 
O=O# 
Space=1 1 
:=12 
-=I3 
‘=14 “=Oi 
,=02 
?=03 
/=04 
;I:; 
&=*4 
;I; 
)=#2 
+=#3 
==#4 
#=## ii 
3. Press the HOLD button to update the database. 
To program a name into the ICLID translation table: 
1. Press the NAME flexible button (Button #2) to 
enter the desired name into the translation ta- 
ble. Maximum number of characters is 24. 
The BACK SPACE flexible button can be used 
to erase the current letter to correct for errors. 
2. Press the HOLD button to update the database. 
To erase a current phone number and name entry: 
1. Press the CLEAR ENTRY flexible button (But- 
ton #3) to clear an entire phone number and 
name from the current index. Description 
An administrable table in the KSU is provided. This 
table provides a local translation from a received 
calling number to a name. This is administrable by 
the customer from the attendant console position. In 
cases of conflict between the name delivered from 
the CO and that in the local translation table, the local 
translation table shall rule. One hundred (100) en- 
tries are provided in this table. 
When programming the ICLID Translation Table, the 
flexible buttons are as follows: 
-4 
.~$:&~: 
PHONE NUMBER ( 
~I 
. . . . . . . ::: CLEAR ENTRY liii~~~~~ 
~~1 
BACK SPACE T-- Ili~~~~~ y&: 
D .r: x....  ;g ;::...?p::::::g 
A>> :j:/ :::::::::::: $$$I ~g@@?&j 
~~~~~ ~$g$g@g 
~~ 
NDCTINOEX 1 g$p- . . . . . . . . XL 
.::+::$&q 
~~~,3~~4 PREV ,NoM. ,1;g$$$m:: 1‘8 
.::&&g 
Basil 
-j!$j$ EDIT AN INW[ .:.:.“‘.‘:::::$qg w 
NOTE: If a match is found between a number in the 
translation table and an incoming call record, the 
translated name is displayed ancl/or stored in the 
unanswered call table. 
NOTE: Entry of phone numbers and names from a 
terminal require keystrokes corresponding to a 
keyset keystroke. Example: to enter a “I” from the 
terminal, an entry of “W is required or to enter an 
“A”, the terminal programmer must enter “21”. 
Appendix C-8 Issue 1, November 1991