Note: Descriptions are shown in the official language in which they were submitted.
CA 02228324 l998-0l-29
782.1038
TITLE OF THE INVENTION
A Telephone System Integrating
A Public Switched Telephone Network,
A Packet-Switched Network And
A Call Answering System
Cross Reference to Related Applications
This application is related to U.S.
application serial number 08/743,793 and U.S. Patents
5, 029,199, 5,193,110 and 5, 493, 607 all incorporated by
reference herein.
BACKGROUND OF THE INVENTION
Field of the Invention
The present invention is directed to the field
of pack:et-switched network telephony and, more particularly,
to a system that allows a network user using a network, such
as the Internet, to receive a telephone call through a call
answering system while interacting with the network without
disconnecting from the network, thereby integrating local
telephone service with the Internet using the call answering
system.
Description of the Related Art
Many people access the Internet from their
home u ing a 14.4 or 28. 8Kbps modem over their single
residential phone line. When a subscriber is using the
Internet, they are "tying up" their phone line, and are
therefc,re unable to receive telephone calls from the public
switched telephone network (PSTN), i.e. their line is
"busy." With the advent of "Enhanced Services," residential
customers can subscribe to "Call Answering," where a
subscriber can rent a mailbox from a service provider and
CA 02228324 l998-0l-29
782.1038
have the local telephone company forward busy and ring-no-
answer calls to the subscriber's mailbox. For example, when
a subscriber is using the Internet, and the telephone line
is bus-y the mailbox is used to record and save messages.
While this is better than giving the caller a busy signal,
it re~lires that the subscriber log off of their on-line
service in order to access their mailbox to check if they
have a message.
What is needed is a system that allows the
subscriber to receive an indication on their PC that a call
is waiting, and allows the subscriber to answer the call and
speak lo the calling party without disconnecting from the
network session.
SUMMARY OF THE INVENTION
It is an object of the present invention to
provide a system that allows a subscriber to take a
telephone call or, at the subscriber's discretion, direct
the ca~Ll to a mailbox, all without disconnecting from the
Internet.
It is another object of the present invention
to provide a system in which a telephone subscriber does not
need multiple telephone lines from the PSTN to speak to
calling parties while the subscriber uses the on-line
service, thereby providing a significant cost savings to the
subscr ber.
It is an additional object of the present
invent:Lon to provide a system that works with hardware that
is comrnonly available and deployed today.
It is a further object of the present
invent:Lon to provide a system that does not require the
CA 02228324 1998-01-29
782.1038
subscriber to obtain special equipment, such as a
simultaneous voice and data modem.
It is still another object of the present
invention to allow a subscriber who has a system by which
they access the Internet to use this system to answer a
telephone call.
It is an object of the present invention to
integrate the Internet with call-answering and local
telephone service.
It is also an object of the present invention
to allow the subscriber to screen calls by instructing the
system to take a message from the caller and allow the
subscriber to listen to the message over the network as it
is recorded.
It is an additional object of the present
invention to provide a system that will record facsimile
messages and provide them to the subscriber while the
subscriber is involved in a network session.
It is a further object of the present
invention to allow the subscriber to receive a call over the
network even when the subscriber is not using their
residential telephone line and is away from home.
It is another object of the present invention
to perform echo cancellation of echoes produced by PSTN
circuits.
It is also an object of the present invention
to not transfer speech packets when a party is silent.
The above objects can be attained by a system
that allows a subscriber to take a telephone call over a
packet-switched network when the subscriber telephone line
is busy servicing a network session, such as a browser-based
Internet session, or the subscriber is away from home and
CA 02228324 1998-01-29
782.1038
involved in a network session. The system transfers an
incoming telephone call from a subscriber telephone line
that is busy (or on which a ring-no-answer occurs) to a call
servicing platform. The platform determines if the
subscriber line is busy due to an interactive network
session or if there is no answer because the subscriber is
engaged in a network session at another location. In either
case, if such a session is in progress, the platform informs
the subscriber via a network message to the subscriber~s
computer involved in the session that a call is waiting. If
the subscriber accepts the call, the platform digitizes the
speech of the caller and sends it to the computer where it
is output to the subscriber, and the computer digitizes the
speech of the subscriber and sends it to the platform where
it is output to the caller. If the subscriber chooses to
screen the call, the caller is allowed to record a message
and the message is provided to the subscriber over the
network as the message is recorded. If the call is a
facsimile call, the platform saves the facsimile message and
the subscriber can retrieve the facsimile message over the
network during the network session. The network session can
continue during the transfer of the speech packets, so that
the subscriber need not terminate the network session to
speak to the caller.
These together with other objects and
advantages which will be subsequently apparent, reside in
the details of construction and operation as more fully
hereinafter described and claimed, reference being had to
the accompanying drawings forming a part hereof, wherein
like numerals refer to like parts throughout.
CA 02228324 l998-0l-29
782.1038
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 depicts an integrated system
according to the present invention;
Figure 2 illustrates the components of the
platfo:rm 22 of figure 1;
Figures 3 and 4 illustrate the process
performed by the PC 10 of figure 1; and
Figures 5 and 6 illustrate the process
perfonned by the platform 22 of figure 2.
~ESCRIPTION OF THE PREFERRED EMBODIMENTS
The present invention allows a person using a
packet-switched network, such as the Internet, to take a
telephc)ne call using their computer without disconnecting
from the network. To help in understanding the invention,
it is useful to describe the basic call flow of a typical
end-to--end call.
In a typical situation, a subscriber uses a PC
10 to access a packet-switched network 12, such as the
Internet, by requesting that a modem 14 dial the access
number for an Internet Service Provider (ISP) 16. The modem
14 uses a loop-start analog line connected to the local
public switched telephone network (PSTN) 18 to dial a second
modem ~~0 connected to the ISP 16. The PC 10 then uses a
Serial Line Internet Protocol driver (SLIP or PPP) to
convert. Internet Protocol (IP) packets for transmission over
the mocLem serial connection between the PC 10 and the ISP
16. The ISP 16 routes IP packets received from the
subscri.ber's PC 10 to the network 12, and routes packets
from the network 12 to the subscriber's PC 10 via the modem
connect.ion. Preferably, the local PSTN 18 and the ISP 16
are owned by the same company, so that the subscriber will
CA 02228324 l998-0l-29
782.1038
not be faced with multiple bills for the same set of
integrated transactions, although the ISP 16 can be that of
a company different from the local telephone service
provicler.
Once the subscriber is connected to the
network 12, a software application or process on the
subscriber's PC 10 registers the IP address of the client PC
10 with the platform 22 via the network 12 by sending a
message (a "registration" packet) with the IP address of the
PC 10 to the platform 22. The platform 22 stores this
information in the subscriber database associated with this
subscriber. The subscriber database stores, among other
items, the subscriber's telephone number, i.e. the number of
the telephone line whose busy, or no-answer, calls are to be
handled by the platform 22. This telephone number is
referred to as having been "provisioned" on the platform 22.
The registration process associates the subscriber's PC IP
address with the provisioned telephone number. Security and
encryption mechanisms (such as available from RSA) are
preferably used to ensure that the subscriber's PC 10 is the
PC registered to control the provisioned telephone number
(so that "hackers" cannot usurp phone calls intended for
other parties).
Once the address registration is completed,
the subscriber typically interacts with the network 12 using
a conventional inter~ace, such as a browser. While the
subscriber is on-line with the ISP 16, the subscriber's PSTN
phone line is busy. At some point, a calling party 24
wishes to speak to the subscriber, so the calling party 24
dials the telephone number for the subscriber. In this
situation, a PSTN end office (not shown) forwards busy calls
intend,-d for the subscriber's telephone number to the
CA 02228324 1998-01-29
782.1038
platform 22 via a multi-line hunt group connection that the
platform 22 has with the PSTN 18. When the call arrives,
the platform 22 examines automatic number identification
(ANI ) information associated with the incoming call (using a
SMDI, SS7, ISDN or DID protocol) and compares the called
party number with the subscriber database to ascertain which
subscriber is being called or attempted. The platform 22
also looks in the subscriber database record for the called
subscriber to determine if an IP address is currently
associated with the subscriber's telephone number. Since
the subscriber is on-line and the registration process has
been completed, there is an IP address associated with the
subscriber, so the platform 22 initiates a conventional
TCP/IP session with the software process running on the
subscriber's PC 10 and sends a call-waiting notification to
the process on the PC 10. The client software running on
the subscriber's PC 10 notifies the subscriber that a call
has arrived using, for example, a pop-up window, and
optionally gives the subscriber the calling party
information that was supplied by the PSTN 18 to the platform
22 to allow the subscriber to screen calls.
In the meantime, the calling party 24 is
receiving a ring-back signal, although a different signal
can be played, so that the calling party does not know that
the subscriber's line is busy. The device that provides the
ring-back signal to the calling party depends on the type of
signal]ing interface that is used to connect the platform 22
to the PSTN 18. If the platform is connected as "line side~'
equipment, the end or central office provides the ring-back
signal until the platform 22 answers the call. When the
platform has answered the call or in a DID environment
("trunk: side"), the platform provides the ring-back signal.
CA 02228324 1998-01-29
~ '~
782.1038
For simplicity of discussion herein the description simply
refers to a ring-back signal being provided to the caller.
When the subscriber chooses to answer the
call, a nc~ification message (an "accept" call packet) is
sent back to the platform 22 via the network 12 indicating
this fact. The platform 22 then answers the incoming call
from the calling party 24 via the PSTN 1.8. At this point,
the pl.~tform 22 digitizes the calling party's speech signal
and transmits it via User Datagram Protocol ~UDP/IP) packets
to the subscriber's PC 10. The platform 22 accepts UDP/IP
speech packets via the network 12 from the subscriber's PC
10 and plays them to the calling party 24 through the
telephone. A similar process occurs at the same time on the
subscr:iber's PC 10, where software and hardware on the -
subscr:iber's PC 10 digitizes speech from a PC microphone and
sends t:he digitized speech via UDP/IP packets to the
platform 22 and accepts UDP/IP speech packets from the
platform 22 and plays them over the PC 10 speaker to the
subscriber.
If the calling party hangs up, signaling
information is sent via the PSTN 18 to the platform 22
indicat:ing this fact. The platform 22 then notifies the
software running on the subscriber's PC 10 via the network
12 that. the calling party has disconnected. At this time,
call event records can be generated on the platform 22 for
billing purposes.
As an additional feature, the subscriber can
configu.re the platform 22, via the PC 10 over the network
12, to notify the subscriber of calls arriving from only
particular calling parties by creating or updating a list of
numbers and corresponding people maintained in the
subscriber database for the subscriber for this purpose. In
CA 02228324 l998-0l-29
782.1038
this case, the platform 22 examines the calling party
telephone number supplied by the PSTN 18. If the calling
party t:elephone number matches a number on the list defined
by the subscriber, then the platform 22 initiates the call
as described above. If, however, the calling party number
does not match (or if no calling party information was
supplied), then the platform 22 can either provide a busy
signal back to the calling party or the platform can
immedia.tely answer the call and take a voice or facsimile
message, as the platform 22 does conventionally in a call
answering application.
Note that the subscriber's telephone line need
not necessarily be in use to have calls redirected to the PC
10. For example, if the subscriber is away from home and
has access to the network 12 via an ISP, then the subscriber
can notify the platform 22 to direct calls via the network
12 to the subscriber's PC 10 wherever the subscriber happens
to be at that time. In this case, the PSTN 18 must be
configured to forward either all calls to the platform 22,
or to forward ring-no-answer calls to the platform 22, based
on the subscriber's preferences.
Finally, the call to the platform 22 need not
arrive via the PSTN 18 shown in figure 1. Instead, the call
could also have originated via the digital IP network 12.
In this case, the "originating" platform 26 communicates
with the subscriber's "home" platform 22 to determine if the
subscriber is currently accepting calls via the PC 10, and
if so the subscriber's IP address is provided to the
originating platform 26 and the originating platform 26
plays the role of platform 22 in figure 1. The originating
platfOrln 26 plays the role of the platform 22 in this
situation because the caller is connected to that
CA 02228324 1998-01-29
782.1038
originating platform 26. The originating platform 26 could
be anot:her PC 28. In either case, the platform 22 is no
longer involved as it is only used to obtain the
subscriber's IP address. The originating platform 26
communi.cates directly to the PC 10 using the IP address
associated with the subscriber on platform 22. In this
situation, if the subscriber declines the call, the
origina.ting platform 26 records a message for the
subscriber. The originating platform 26 then sends the
message via the network 12 to the subscriber's "home"
platform 22, where it is stored.
The PC 10 depicted in figure 1 is preferably a
conventional multimedia Pentium'M class personal computer
having a full-duplex sound card, speakers, a microphone, a
modem with preferably a speed of at least 28Kbps to allow
the sending and receiving of speech data in "real-time~ and
an operating system such as Windows95r~. The software
running on the PC for the present invention is typically a
client PC application or process that executes in "parallel"
with the browser. However, the PC 10 could include a
conventional Internet browser, such as Netscape NavigatorT4
or Micr~soft Internet Explorerr~, that allows "plug-in"
applications to be automatically initiated while the user is
browsing sites on the network 12 with the client PC
application running as a plug-in. The PC 10 also includes a
conventional Internet telephony/voice package, such as
TrueSpeech, that performs speech signal compression and
decompression. The client PC process, as well as the
browser, can be provided to the subscriber via a floppy disk
or downloaded via the network 12 for storage on the hard
disk medium of the PC 10 when the subscriber signs up or
registe:rs for service over the network 12.
-- 10
CA 0222X324 1998-01-29
782.1038
The platform 22 preferably has an
architecture, as illustrated in figure 2, that is based on
the distribute~ voice mail platform described in U.S. patent
5,029,199. The platform 22 includes a control unit (CU) 30
which communicates with the PSTN 18 for telephone call
control and routing. An incoming call is routed through a
digital switch 32 to form a connection between an
application processing unit (APU) 34, which performs the
call processing of the platform 22, and the PSTN 18. The
digital switch 32 and the routing control by the CU 30 are
not required when ports of the APU 34 are dedicated to the
telephony operation of the invention and a central office
switch is provided within the PSTN 18 that hunts for an
available trunk to the dedicated APU 34. The digitized
speech packets of the caller 24 can be transferred between
the APU 34 and a network processing unit (NPU) 36 over an
internal ethernet 38. The system also can include a high
speed 100 Mbps ethernet connection 40 directly between the
APU 34 and NPU 36. The NPU 36 iS essentially a conventional
IP router, such as available from Cisco Systems or Bay
Networks, through which the digital speech packets are
routed to the PC 10. Each of the units 30 and 34 iS based
on a personal computer, such as an Intel PentiumT~ 133/166
MHz processor with 32M RAM, 4GB mirrored/redundant disk
drives running the Microsoft WindowsNTTM operating system and
coupled together by the lOMb ethernet 38, such as found in
the AccessNPTM system available from Boston Technology Inc.
The processes of the present :invention are typically stored
on disk drives and loaded into RAM -or execution as needed.
The units also include appropriate conventional interface
units, such as voice modules from Natural Microsystems
including a high speed digital signal processor (DSP),
CA 02228324 l998-0l-29
782.1038
necessary to perform the interface function of that
particular unit. It is also possible for the NPU 36 to be
configured with the voice logic circuits necessary for the
NPU 36 to also perform the functions of the APU 34. That
is, a single processor can handle the interface and routing
functions.
Although not shown in figure 2, the APU 34
preferably includes echo cancellation technology, such as
that available from Coherent Communications, located on the
PSTN "side" of the platform 22 to cancel echoes that are
produced in the 2-to-4-wire hybrid circuits of the PSTN 18.
Because of the delay associated with the packet-switched
network 12, the echo is noticeable and annoying to the
subscriber at PC 10 and is preferably cancelled.
- During a typical incoming telephone call to a
platform, such as platform 22, the CU 30 of the platform
uses the telephone number dialed by the calling party to
control the switch 32 to ro~te the call from the incoming
trunk to an available voice port of an APU 34 that includes
a network telephony application. The CU 30 also informs the
particular APU 34 assigned the call that the call is
arriving on the available port.
The network telephony application of the APU
34 interacts with the calling party using a conventional
process to cause a ringing signal to be provided to the
caller while the PC 10 is being queried. While the ringing
signal is being played, the APU 34 accesses a subscriber
database, typically maintained by the CU 30, to obtain the
IP address of the PC 10. If the subscriber database stores
no IP address, the APU 34 performs conventional operations
to allow the caller 24 to leave a message for the
subscriber.
- 12 -
CA 02228324 l998-0l-29
782.1038
On the other hand, if the database stores an
-IP address, the IP address is used by the APU 34 to form a
packet to be sent to the PC 10. The packet includes a
message or notification indicating that a call is waiting as
well as the ANI information of the caller. This "call
waiting packet" is provided to the NPU 36, which routes it
to the PC 10. When the PC 10 responds with a message
accepting the call, the APU 34 establishes a virtual
connection over the Internet 16 to the PC 10. Once the PC
10 has accepted the call and a connection has been
established, the APU 34 samples the incoming speech of the
calling party and compresses the speech using a compression
procedure, such as the low bit rate procedure available from
DSP Group known as TrueSpeech/G.723 and which is typically
used for the audio portion during video conferencing (See
www.dspg.com for detailed information about this
technology). Of course other compression algorithms, such
as u-law or A-law (G.711) can be used. The APU 34 then
sends speech segment sample UDP packets over the internal
ethernet 40 through the NPU 36 to the PC 10. The APU 34
also performs conventional call monitoring operations on the
caller's trunk looking, for example, for a dial tone
indicating that the caller has hung-up.
The processes discussed below with respect to
the present invention are described for convenience using
flow charts that depict the operations as flowing from one
operation to another. However, the processes are preferably
implemented as interrupt driven processes. For example,
during a conversation, the PC 10 digitizes the speech of the
subscriber and sends it to the platform ~22 to be played to
the caller, and when the subscriber "clicks" on a window
CA 02228324 l998-0l-29
782.1038
button to hang-up, this click is detected by an interrupt
manager that then executes the hang-up process.
The PC 10, as previously mentioned establishes
a connection 50 to the ISP 16 as depicted in figure 3. Once
the connection is established, the PC 10, using the platform
IP address (PIP) of the subscriber's home platform 22,
transmits 52 an ~lon-linel' command or "notification~ packet
to the platform 22 that includes the IP address and port
number (PCIPPN) of the PC 10. This occurs in the following
manner.
The client PC software or process, which is
configured to execute each time the PC 10 starts a network
session, requests a TCP port from the operating system, such
as Windows95~. The process also requests from the operating
system the IP address of the PC 10. It should be noted that
this IP address can change for each network session that the
subscriber invokes. Using the configuration information
that was previously entered into the PC 10 by a sign-on
process or by the subscriber, the client PC process
"registers" with the client's (subscriber's) platform 22.
The client's platform 22 is known by a specific machine
name, such as "anpl2.bostech.com." The client process uses
the Domain Name Service (DNS) of the ISP 16 to translate the
machine name of the platform 22 to its IP address. The
client process then connects (via TCP/IP) to the IP address
returned by DNS, at a particular TCP port number (PN). The
port number is "hard coded" to refer to a particular service
or application and in this case the service may be called
"Internet Call Waiting Registration Service" using the IP
address and port number (PIPPN) of the platform. For
example, the "http" service is (by default) at TCP port
"80.~ After connecting to the platform 22, the client
CA 02228324 l998-0l-29
782.1038
process sends a packet to the platform. This packet
includes the following information: the subscriber~s
telephone number, the appropriate security code for
authentication of the subscriber, the IP address of the PC
10, and the TCP port number (PN) that the PC operating
system provided to the clien~ process. The platform stores
this IP address and port number (PCIPPN) in the subscriber's
database record (see 102 of figure 5) using the subscriber's
telephone number.
The PC 10 then "returns" to the normal browser
process where the subscriber uses the browser to access
various sites on the Internet through the ISP 16. During
this period, each time an IP packet arrives, it is routed 54
to the appropriate process based on the IP address and port
number (PCIPPN). When the packet is not a "call-waiting"
packet (or a "TCP connect" packet), the packet is provided
to the browser process and the browser process continues 56.
When the user has finished browsing and a disconnect
interrupt is detected, the PC 10 sends an "off-line" command
packet to the platform 22 that includes the PCIPPN, which
causes the platform 22 to delete the PCIPPN from the
subscriber's database record (see 12 6 of figure 4).
When the packet: is a "TCP connect'~ packet from
the platform 22 the client PC process responds with a "TCP
accept" packet. The client process then waits for a "call
waiting" packet.
When the packet: is the "call waiting" packet
which includes the UDP port number (UPN) of the platform,
the client PC process of the present invention receives the
packet and ~pops-up" 62 a window on the PC 10 that informs
the subscriber that a call is waiting and provides
information, such as the cal].er ID of the caller, etc. If
- 15 -
CA 02228324 l998-0l-29
782.1038
the caller's name and ID are in a caller database on the PC
10, the caller's name can also be displayed. The window
preferably includes a button that allows the subscriber to
accept or reject (decline) the call. The window also
preferably includes a button that allows the subscriber to
~screen" the call.
If the user selects the "decline" option, the
PC 10 sends 66 a "decline" command or notification packet to
the platform 22 (APU 34), which then performs a conventional
ring-no-answer process that allows the caller to record a
message (see 110 of figure 5).
If the subscriber accepts 62 the call, the PC
10 obtains a UDP port number (UPN) from the operating
system, sends 68 an "accept" command packet to the PIPUPN of
platform 22 (APU 34) that includes the UDP port number, so
that the APU 34 can respond with speech packets to the
PCIPUPN. The PC then begins 70 digitizing the speech of the
subscriber, sending speech packets to the platform 22 using
the PIPUPN as a destination address, accepting speech
packets of the caller's speech from the platform 22
addressed to the PCIPUPN and playing those packets to the
subscriber.
If the subscriber selects 80 the "screen"
option (see figure 4), the PC 10 sends 82 a "screen" command
packet to the platform 22 at the PIPUPN. The APU 34 of
platform 22 immediately begins recording and saving a
message as though the subscriber had declined the call. The
APU 34 also copies the speech segments, creates speech
packets from the copy, and transmits the packets to the PC
10 using the PCIPUPN as the destination address. The PC 10
performs 84 the receive and play operations of the talking
phase previously discussed, t:hus allowing the subscriber to
- 16 -
CA 02228324 l998-0l-29
782.1038
listen to the message as it s recorded, but without the
caller knowing that the message is being heard by the
subscriber as it is being recorded. The record and transmit
operations of the talk phase are not performed by the PC 10,
resulting in no speech packets being sent by the PC 10 to
the platform 22. In this process the APU 34 stores speech
segments on the message storage disk at the same time that
the segments are transmitted to the PC 10. The subscriber
can listen to the message long enough to choose whether to
accept the call. The subscriber can then decline the call,
which will continue the recording but disconnect the call
being transferred to the PC 10. Alternatively, the
subscriber can accept 64 the call and the operations (70)
previously discussed that establish the bi-directional
connection and allow two way speech packets to be
transmitted are performed, the recording process is
terminated and the recorded message is discarded.
During a period of UDP packet exchange between
the PC 10 and platform 22, each side sends each UDP packet
with a monotonically increasing packet sequence number. The
receiving side discards any packet that arrives with a
sequence number that is less than or equal to the packet
sequence number of the packet that is currently playing (or
has completed playing).
The platform 22 and PC 10 also preferably
perform a silence detection operation and do not send speech
packets when the parties are not speaking, thereby
conserving network resources. In this situation, the other
side does not receive speech packets during a silent period
and "plays" silence to the party. The silence detection
operation preferably has a very short silence-to-energy
detection threshold period (<5ms) to insure that all the
CA 02228324 1998-01-29
782.1038
speech of the parties is captured and there is little or no
speech clipping. The operation preferably has a relatively
long energy-to-silence detection threshold period (~500ms).
By meeting these criteria, computing resources are not
wasted flipping back and forth between energy/silence.
During the period (70) of speech packet
exchange (see figure 3), the network session can be stopped
by the user, can be put in a wait state by the user or can
continue using the multi-processing capabilities of
Windows95~, which is depicted by the bi-directional dashed
line between the browser 56 and talk 70-steps. That is, in
a session continuation situation, if the network session is
updating/sending a page to the PC 10, the session can
continue running in a main window of the PC 10 while the
caller and the subscriber talk. In this situation, to
facilitate the processing of the speech, the speech
digitization and transmission operations of the PC 10 are
preferably given a higher priority than the network session
processing, and the processing of the speech packets
received by the PC 10 is preferably given a higher priority
than the processing of the network session packets. To
allow the session to continue while the caller and the
subscriber are talking, preferably a high speed network
connection using a 56Kbps modem or an ISDN line is used. It
is also possible to prioritize processing and reserve
bandwidth by using some of the more recently proposed IP
protocols, such as RSVP.
If the PC 10 determines that a hang-up 72 (see
figure 3) has been initiated, by receiving a "hang-up'~
command packet from the platform 22 or the user activates a
hang-up button in the window, the PC 10 stops 74 digitizing
the subscriber's speech, stops transmitting speech packets
- 18 -
CA 02228324 l998-0l-29
782.1038
to the platform 22 and stops playing speech packets received
from the platform 22. The PC 10 then sends 76 an
"acknowledge" or disconnect command packet to the platform
22 and resumes the browsing process 56.
In the platform 22, as depicted in figure 5,
when an "on-line" packet is received 100, the IP address
(PCIPPN) is stored 102 in the subscriber's database record,
and the platform awaits a call arrival 104 from the caller
24. When a call is transferred to the platform 22 by the
central office switch of the PSTN 18, and the APU 34 answers
the call, a ringing signal is played 106 to the caller, and
the APU 34 examines 108 the subscriber database record to
determine if there is an PCIPPN (IP address and TCP port
number) stored for the subscriber. If not, a conventional
ring-no-answer process is performed 110 by the APU 34 to
allow the caller to leave a message for the subscriber.
If a PCIPPN is available for the subscriber,
the APU 34 starts a timer and sends a "TCP connect" packet
to the PCIPPN. When a "TCP accept" packet arrives from the
PC, the APU 34 of the platform 22 then sends 112 a "call
waiting" packet (in TCP format) to the PC 10 using the
PCIPPN. The call waiting packet includes the IP address and
the UDP port number (PIPUPN) of the application or process
servicing the caller 24.
If after a short interval a response is not
received from the PC 10 to the "TCP connect" packet, the
platform 22 can send another "TCP connect" packet and
continue to send them several more times. If after several
such transmissions, there is no connect accept ("TCP
accept~) response from the cl:ient PC process, then the
platform 22 (APU 34) assumes that the subscriber has
disconnected from the network and the platform 22 removes
CA 02228324 l998-0l-29
782.1038
the PCIPPN from the subscriber database. The call is then
processed 110 conventionall~ to, for example, take a
message.
After the TCP connect, the platform 22 ~APU
34) is then essentially waiting 114 for an "accept",
'~decline" or "screen" command packet. If the "accept" (or
"screen") packet does not arrive within the predetermined
time-out period or if a "decline" packet is received, the
APU 34 performs the ring-no-answer process 110 as if a
"decline" command packet had been received (and the PCIPPN
is not deleted).
Since the subscriber PC can be involved in a
compute intensive communication with the ISP 16, it is
possible for the platform 22 to use a TCP connect failure
counter to count the number of failures and only delete the
PCIPPN when the number of failures exceeds some predefined
value.
When an "accept" packet is received, the APU
34 begins 116 (See figure 5) digitizing the speech of the
caller, providing the speech segment packets with the
PCIPUPN to the NPU 36, which routes the speech packets to
the PC 10. At the same time, the NPU 36 begins accepting
subscriber speech packets from the PC 10 including the
PIPUPN and providing (routing) the speech packets to the APU
34, which plays the digitized speech of the subscriber to
the caller 24. When a hang-up is initiated 118, such as by
the caller hanging up or the platform 22 receiving a
~disconnect" command packet, the APU 34 stops 120 digitizing
the caller's speech segments, stops supplying the packets to
the NPU 36 and stops converting subscriber speech segments
into speech output to the caller. The platform 22, in the
case of a "disconnect" command from the PC 10, sends 122 an
- 20 -
CA 02228324 1998-01-29
782.1038
"acknowledgement" notification to the PC 10 and, in the case
of a hang-up by the caller, sends a "disconnect" command to
the PC 10.
As previously discussed, if a "screen" command
packet is received, the APU 34 (see figure 6) records and
stores a message using the conventional message recording
process and also sends 132 the speech segments in packets to
the PC 10 for playing to the subscriber. If an "accept"
command is received 114 while the call screening process is
being performed, the APU 34 switches to the talk process 116
previously discussed.
Once the exchange of speech packets has been
discontinued, the platform 22 waits for another call arrival
104 or for the arrival 124 (See figure 5) of an "off-line"
command packet. When the "off-line" command, which includes
the PCIPPN, arrives, the APU 34 accesses the subscriber
database in the CU 32 and deletes 126 the network address of
the subscriber.
On occasion the caller may not be a person but
may be a machine, such as a facsimile machine. When the
call is a facsimile call, after the subscriber has decided
to accept the call and the APU 34 begins digitizing the
input signal, the call monitoring process of the APU 34
recognizes that the signal is a facsimile "poll" tone (CNG).
The APU 34 causes the DSP therein to switch to the function
of a facsimile modem. The APU 34 also notifies the
subscriber at PC 10 that the call is a facsimile call and
drops the network call between the platform 22 and the PC 10
by sending an appropriate "disconnect" packet. The APU 34
continues to receive the facsimile signal and stores it as a
facsimile message in a unified mailbox as described in U.S.
application serial number 08/743,793. After the message has
CA 02228324 1998-01-29
782.1038
been stored, the subscriber can access the message over the
network 12 and retrieve it while remaining connected to the
ISP 16. As an alternative, the APU 34 can digitize the
facsimile one page t a time and the pages can be
transmitted as "html'i pages over network 12 to the PC 10
browser using the PCIPPN of the browser, and the subscriber
can then choose to display, save or print the pages.
The ~resent invention has been de~cribed with
respect to establishing a telephone call over a packet-
switched network, such as the Internet, however, it ispossible for the call to be established over other types of
packet-switched networks, such as an intranet. The
invention could also be implemented using the types of
modems that allow simultaneous data and voice transmissions
over the same telephone line. The invention can also be
used with the emerging standards (incorporated herein by
reference) being developed for the Internet, such as H.323,
H.245 and T120 that allow the call to be a videophone call
and allow call conferencing, and with emerging protocols
(incorporated by reference herein), such as RSVP which
allows the reservation of resources for a desired level of
service quality, and RTP and RTCP, which enhance the
timeliness and synchronization of the packets.
The present invention has been described with
2S respect to the APU 34 receiving a call and playing a ringing
signal to the caller while the APU 34 queries the
subscriber. It is also possible, when the platform 22
receives ANI signalling, that the APU 34 performs the look-
up and queries the subscriber before answering the call,
thereby allowing the end office to provide the ringing
signal to the caller.
_ ~!2 -
CA 02228324 l998-0l-29
782.1038
The present invention has also been described
with respect to using the microphone and speaker of a
conventional multi-media computer. However, it is possible
to substitute a telephone handset for the microphone and
speaker.
The many features and advantages of the
invention are apparent from the detailed specification and,
thus, it is intended by the appended claims to cover all
such features and advantages of the invention which fall
within the true spirit and scope of the invention. Further,
since numerous modifications and changes will readily occur
to those skilled in the art, it is not desired to limit the
invention to the exact construction and operation
illustrated and described, and accordingly all suitable
modifications and equivalents may be resorted to, falling
within the scope of the invention.
