Telecom-REQUEST@MIT-XX.ARPA (10/23/85)
From: Moderator <Telecom-REQUEST@MIT-XX.ARPA>
TELECOM Digest Tuesday, October 22, 1985 5:34PM
Volume 5, Issue 54
Today's Topics:
Re: Dear Mr. Phone Company
"You must have a long distance..." and others
Voicemail info follow-up
Vadic 3400 protocol
May 1985 DC call-guide
active-line indicator
----------------------------------------------------------------------
Date: 21 Oct 85 09:04:32 EDT
From: Louis Steinberg <STEINBERG@RED.RUTGERS.EDU>
Subject: Re: Dear Mr. Phone Company
Have you tried sending a letter to your state Public Utilities
Commission (or whatever it is called in your state)? With a copy,
of course to your phone company. I was getting a royal runaround from
my power company for months, and finally sent a letter to the PUC with
a copy to the utility. I got a letter from the utility almost
by return mail, "thanking" me for my letter (!) and things got straightened
out within days.
[I threatened to do so because after they connected my hunting service
finally, they forgot to connect the line to my pair so calls going
to me were falling on the floor. They fixed that in 2 hours, but
only because I had gotten the name of the supervisor I had spoken to
and threatened to call the PUC and the phone companies Executive
Complaint office (which I think is more effective in this case),
if it wasn't fixed in reasonable time (i.e. not 4 days like they
told me I would have to wait). --JSol]
------------------------------
Date: Mon 21 Oct 85 11:53:04-PDT
From: Evan Kirshenbaum <evan@SU-CSLI.ARPA>
Subject: "You must have a long distance..." and others
Out of curiousity, if you don't have a default long distance carrier
(a story in itself), why does it take two rings to aprise you of this
fact (i.e., before you get that obnoxious message)? This even happens
if you dial a number which is busy (like the one you're calling from).
Evan Kirshenbaum
ARPA: evan@SU-CSLI
UUCP: {ucbvax|decvax}!decwrl!glacier!evan
------------------------------
Date: Monday, 21 Oct 1985 13:56:28-PDT
From: minow%rex.DEC@decwrl.DEC.COM (Martin Minow, DECtalk Engineering ML3-1/U47 223-9922)
Subject: Voicemail info follow-up
<<moderator: please don't reformat the following>>
Notes on early voice processing systems.
Disclaimer
Patent 4,371,752, filed Nov. 26, 1979, issued Feb. 1,
1983, (the VMX patent) claims to cover voice-mail
systems. The reader should not assume that information
in this note disputes those claims.
There are two main early research efforts in the voice-processing field:
the Arpa real-time voice project and the IBM Voice Filing System. There
are also a number of smaller efforts.
1 THE ARPA REAL-TIME VOICE PROJECT
The ARPAnet is a digital packet-switched network that connects a number
of computers doing government (Defense Department) sponsored work.
In a report "Evolution of the ARPAnet", published in 1981 by E. J.
Feinler of SRI, The network voice protocol is described as follows:
"The Network Voice Protocol (NVP) was implemented in 1973 and has
been in use since then for realtime voice communication over the
ARPANET [Cohen, D. Specifications for the Network Voice Protocol
(NVP), RFC 741, NIC 42444, Nov. 22, 1977, pp 43-88 IN: ARPANET
Protocol Handbook, NIC 7104, Network Information Center, SRI
International, Menlo Park CA, rev. Jan 1978.]. The protocol was
developed by a group headed by the University of Southern
California, Informatin Sciences Institute (ISI), as part of ARPA's
Network Secure Communications (NSC) project. The goal of this
project was to demonstrate a digital, high-quality, low-bandwidth,
secure voice handling capability across the ARPANET. The protocol
has been used successfully for experiments between ISI, BBN, SRI,
MIT'S Lincoln Laboratory (MIT-LL), Culler-Harrison, Incl, and the
Speech Communications Research Lab, Inc."
Packetized voice was first tranmitted in 1974 with point-to-point
connections, and in 1975 with conference connections. A prototype voice
message system was implemented at ISI in 1978. This was integrated into
the user's work environment, rather than "just" a computer-based
answering machine. I do not know whether the ISI voice message system
was integrated into the public telephone network.
The ARPA voice project is discussed in two papers:
Cohen, D., "A voice message system," in R. P. Uhlig (ed.),
Computer Message Systems, pp. 17-27, North-Holland, 1981.
Gold, Bernard (invited paper), "Digital Speech Networks", Proc.
IEEE Vol. 65, No. 12, Dec. 1977.
2 THE IBM VOICE FILING SYSTEM
(These notes are from a collegue's trip-report, dated Sep. 12, 1978).
At COMPCON 78 (September, 1978), Steve Boise, Manager of the Voice
Filing System project at IBM, Yorktown Heights, gave a presentation.
There are six people on the project. it was started five years ago
(i.e. in 1973). Three of them are psychologists, three computer types.
They considered this the first step toward an integrated office
information system. The project is aimed toward providing direct
support to office principals (i.e., not secretaries or other support
people). (Note: the COMPCON proceedings do not appear to have an
abstract or paper on the IBM system.)
Boise's project is an audio correspondence system. "Correspondence"
refers to non-interactive communications, those not requiring people to
get together at the same time.
IBM has had a system in use, at an experimental level, for 2 1/2 years
(i.e., since 1976). it uses a System 7 for real-time control, and a
370/168 as a time-shared host. The main purpose of the 168 is for mass
storage. They use 2 hours of CPU time per month. There is 1 Mbyte of
"on line" storage, and 800 Mbytes in "MSS" (archival storage?). Users
access the system by dialing in from any touch-tone phone.
Boise gave a demo of the actual system. All control for the system is
by touch-tone. Audio input is used only for message content. The user
can originate messages, transmit them (using touch-tone keys to specify
addresses), listen to his own mail, and several other functions.
The system automatically eliminates any long pauses from messages. This
has had the unanticipated benifit of practically eliminating "mike
fright". Users don't have to worry about pausing when deciding what to
say. The system also uses some other tricks to speed up playback
without altering voice quality. Typically, 50 wpm recording becomes 150
wpm on playback. Another unintended result is that recordings sound
much more as if the person knows what he is talking about.
You can record a message, and specify it to be delivered at some future
time. The computer will call up the addressee and tell him about the
message. It can try several different numbers, and will call back later
if no answer. If you go away, you can leave a forwarding number.
Users can file mail if they desire. Retrieval can be by originator,
dates, and classification -- all under touch-tone control. Messages are
automatically erased from the mailbox after two weeks, if they have been
read at least once. Users like this feature as it frees them from
having to worry about disposing of old mail.
File protection concepts are built in. Every message has an owner.
Several levels of access are possible: read-only, read and forward,
read, append, and forward.
There are also several "classifications": unclassified, personal, and
confidential.
You can check if someone has read the mail you sent him. Other status
information is also available, such as whether he has logged in today,
etc. You can also record a message to be read to anyone who asks about
you. So, for example, if you are out of town for a week, you can leave
a message saying so.
The system provides extensive editing facilities which are mostly unused
as the users think they are too complex.
The system is heavily instrumented. The implementors know which
features are used, and how much. They know every command that has been
given on the system (but not message content).
The real issue is building a good "principal interface". You must make
the entry cost to the principal very low. The system uses lots of
(audio) prompting an dmultiple-choice responses.
To start using the system, there are only seven touch-tone commands to
learn. Commands use the touch-tone letters as mnemonics, e.g., *R means
"record". There is a "help" facility. The " " key, followed by any
other key tells what that key will do.
References for the IBM system include the following:
Gould, J. D., and Boies, S. J. "Speech filing -- an office system
for Principals." IBM Systems Journal, Vol 23, No. 1, 1984. pp.
65-81. (Also IBM Res. REp. RC-9769, Dec. 1982).
Gould, J. D., and Boies, S. J. "Human factors challenges in
creating a principal support office system -- The Speech Filing
System Approach." ACM Trans. on Office Info. Systems, Vol. 1, No.
4, October 1983, pp. 273-298.
The following were referenced by the above papers. I haven't seen them
at this time.
Boies, S. J. "A computer based audio communication system," AIIIE
Conference on Automating Business Communications, (January 23-25,
1978), pp. 369-372. (Paper can be obtained from Management
Education Corporation (MEC), Box 3727, Santa Monica, CA 90403.)
Zeheb, D. and Boies, S. J. "Speech filing migration system," in
H. Inose (Editor), Proceedings of the International Conference of
Computer Communication (September 1978), pp. 571-574.
IBM Audio Distribution System Subscriber's Guide, SC34-0400-1, IBM
Corporation, 4111 Northside Parkway N.W., Box 2150, Atlanta, GA
30056; also available from IBM branch offices.
3 OTHER WORK (NOT NECESSARILY VOICE-MAIL)
A number of companies produced systems for audio-response applications
where a customer could retreive information stored on a computer by
using a Touch-tone (tm) telephone. Survey articles were published in
Datamation (1969) and by Datapro (September 1976). These systems used
prerecorded human speech to produce messages with limited content. The
misdial message "the number you have dialed, 555-1212, is not in
service..." is produced by a similar system.
Delphi Communications (part of Exxon information systems) was founded to
do voice messaging.
Computalker Consultants (Santa Monica, CA) developed hardware for speech
synthesis (connected to microcomputers using the S100 bus architecture).
The Computalker CT1) could not be directly connected to the public
telephone network.
Rice, D. L. "Friends, humans, and countryrobots: lend me your
ears", Byte, Number 12, August 1976.
Rice, D. L. "Speech Synthesis by a set of rules (or can a set of
rules speak English?)", Proceedings of the First West Coast Computer
Faire, San Francisco, 1977.
Rice, D. L. "Hardware and software for speech synthesis", Dr.
Dobbs Journal, April 1976.
Votrax (Troy Michigan) developed hardware for phonemic synthesis that
could be connected to any computer that supported Ascii text (RS232
asychronous port) and could connect to a Bell 407 -- and hence to the
public telephone system.
Systems using the Votrax and Bell 407 were developed at Bell Labs by M.
D. McIlroy to do unrestricted text-to-speech conversion. This allowed
directory-assistance applicications to be implemented on a Unix (version
6) system. The software was available under license from Bell
Laboratories in 1978 (or earlier). By connecting the text-to-speech
software to to standard Unix utilities using the "pipe" mechanism, voice
mail and computer-generated broadcast messages ("Time for lunch!") could
be easily implemented.
Using the same hardware, Lauren Weinstein implemented a "Touch-tone
Unix" interface at UCLA.
Using this hardware, and suggestions from Lauren Weinstein, I
implemented a Touch-tone RSTS/E system at the Dec Research and
Development group. It was shown publicly at Canada Decus, February
26-29, 1980.
Posted: Mon 21-Oct-1985 16:53 Maynard Time. Martin Minow MLO3-3/U8, DTN 223-9922
To: RHEA::DECWRL::"human-nets@rutgers.arpa",RHEA::DECWRL::"telecom@mit-xx.arpa"
------------------------------
Date: Mon, 21 Oct 85 21:19:21 EDT
From: "Keith F. Lynch" <KFL@MIT-MC.ARPA>
Subject: Vadic 3400 protocol
Date: Tuesday, 15 October 1985 14:20-MDT
From: "William P. Malloy" <decvax!ittatc!ittral!malloy@Ucb-Vax.ARPA>
Does anyone out there have Racal Vadic VA 4224 modems installed ...
p.s. Interesting point. These suckers talk (2400/1200/300) but the
protocols supported are (V.22/212/103). Note: Vadic 3400 protocol is
not supported!
A few years ago, Vadic 3400 and Bell 212 were equally popular. For a
while it looked like Vadic 3400 was pulling ahead. But now, it seems to
be one with the dinosaurs.
This is unfortunate, since Vadic 3400 was a better protocol. Does anyone
know why Bell 212 came out ahead? Restrictive licensing by Vadic, perhaps?
...Keith
------------------------------
DATE: MON, 21 OCT 85 21:51:48 EDT
FROM: <WGREGGS%CLEMSON.BITNET@WISCVM.ARPA>
Active Line Detector Analysis
An active line dectector should not be to hard for someone to design.
The phone line has a potential of about 5 volts when off the hook. Its
on hook voltage is considerably higher. All that need be designed is
a simple circut that detects the low voltage. When the device sees
this lower voltage is draws a very small amount of current for the LED.
I am unfortunatly unable to take it beyond this stage. I would
however be interested in the plans if someone can handle the next step.
W. Gregg Stefancik
Clemson University
BITNET: wgreggs@clemson.BITNET
ARPA : wgreggs%clemson.BITNET@wiscvm.ARPA
------------------------------
Date: Tue, 22 Oct 85 9:46:24 EDT
From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
Subject: May 1985 DC call-guide
List in May 1985 DC call-guide of Washington DC & suburban exchanges
has some noise:
950, 954 Alexandria/Arlington, Va.--but 954 is also listed in DC (and
is in DC on my 1982 tape), and wasn't 950 reserved for this "equal-
access" thing?
693--Dept. of Defense, Va.--but I checked with the operator (and my
1982 tape) and it's Washington. It's one of those exchanges in the
Pentagon, which IS physically in Va., but must use areacode 202.
------------------------------
Date: 22 Oct 85 13:52:07 EDT
From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
Subject: active-line indicator
Line ------------------------------------------------> to devices
100 ohms
+--/\/\/\/\/\/--+
| |
Line ------+------|<|------+-------------------------> to devices
| |
+------|>|------+
LED
The thing in the middle is a regular diode pointing the other way. If you
want to get fancy, you can use a green LED pointing one way and a red one
pointing the other [in place of the regular one], which will indicate line
polarity. The 100 ohm resistor passes some of the line current and protects
the LEDs. This will give you an almost indiscernible current drop at the
phone end...
_H*
------------------------------
End of TELECOM Digest
*********************