CA2238867C - Method and apparatus for implementing a computer network/internet telephone system - Google Patents
Method and apparatus for implementing a computer network/internet telephone system Download PDFInfo
- Publication number
- CA2238867C CA2238867C CA002238867A CA2238867A CA2238867C CA 2238867 C CA2238867 C CA 2238867C CA 002238867 A CA002238867 A CA 002238867A CA 2238867 A CA2238867 A CA 2238867A CA 2238867 C CA2238867 C CA 2238867C
- Authority
- CA
- Canada
- Prior art keywords
- telephone
- call
- computer network
- telephone call
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000004891 communication Methods 0.000 claims abstract description 43
- 230000005540 biological transmission Effects 0.000 claims abstract description 27
- 238000012545 processing Methods 0.000 claims description 15
- 230000000977 initiatory effect Effects 0.000 claims description 12
- 238000013144 data compression Methods 0.000 claims description 9
- 230000000694 effects Effects 0.000 claims description 6
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 238000001914 filtration Methods 0.000 claims description 2
- 238000007726 management method Methods 0.000 claims 1
- 230000011664 signaling Effects 0.000 description 9
- 238000007906 compression Methods 0.000 description 8
- 230000006835 compression Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 4
- 239000000969 carrier Substances 0.000 description 4
- 239000011159 matrix material Substances 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 238000012937 correction Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 229910004383 CaII Inorganic materials 0.000 description 1
- BHPQYMZQTOCNFJ-UHFFFAOYSA-N Calcium cation Chemical compound [Ca+2] BHPQYMZQTOCNFJ-UHFFFAOYSA-N 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000002939 deleterious effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000002269 spontaneous effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/64—Distributing or queueing
- H04Q3/66—Traffic distributors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/56—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for VoIP communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/1245—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks where a network other than PSTN/ISDN interconnects two PSTN/ISDN networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/202—VoIP; Packet switched telephony
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2254—Arrangements for supervision, monitoring or testing in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
- H04M3/42289—Systems providing special services or facilities to subscribers in networks with carrierprovider selection by subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13034—A/D conversion, code compression/expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13092—Scanning of subscriber lines, monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13093—Personal computer, PC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13107—Control equipment for a part of the connection, distributed control, co-processing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13138—Least cost routing, LCR
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13166—Fault prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1322—PBX
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13396—Signaling in general, in-band signalling
Abstract
A method and apparatus are provided for communicating audio information over a computer network (214). A standard telephone (202) connected to PSTN (210) can communicate with any other PSTN-connected telephone (204), where a computer network, such as the Internet (214), is the transmission facility instead of conventional telepho ne transmission facilities. The caller dials the number of an access port (206) for the computer network and transmits the number of the called party when connected to the port. The port receives the number of the called party and establishes a two-way, full-duplex communication lin k via the computer network (214) to a corresponding remote access port or specialized computer system (216) in the vicinity of the call ed party (204). The port at the receiving end is connected to the local PSTN in the region of the called party, and uses the local PSTN to connect the call to the called party.
Description
S
METHOD AND APPARATUS FOR IMPLEMENTING A COMPUTER
NETVJORK/INTERNET TELEPHONE SYSTEM
FIELD OF THE INVENTION
The present invention generally relates to the field of telecommunications.
More specifically, the present invention concerns a method and apparatus for transmitting telephone calls to or from a standard telephone set using a computer network such as the Internet.
~3ACKGROUND OF THE INVENTION
Communication systems for transmitting telephone calls have become an integral, indispensable part of everyday life. The first roots of telephony were planted in 1876 with the invention of the first practical telephone by Alexander Graham Bell. As the number of calling stations or customer lines (telephones) in the system began to grow, the wiring system interconnecting the telephones became extremely complicated and unwieldy. One solution to this problem was the introduction of switching systems. Each customer line terminated in a local switching system commonly referred to as a central office (CO). The central office then performed the task of connecting each of the telephone lines it served to a corresponding telephone Iine in order to complete a call.
If the two parties to a call were serviced by the same central office, then the connection could be completed by the same central office without having to resort to other portions of the telecommunications network. If the call required connection to a telephone line serviced by a distant central office, then a connection between the central offices was carried out using a trunk, i.e., a connection between two central offices.
As the number of central offices increased, higher level switching was required to perform the interconnections between central offices. Essentially, each central
METHOD AND APPARATUS FOR IMPLEMENTING A COMPUTER
NETVJORK/INTERNET TELEPHONE SYSTEM
FIELD OF THE INVENTION
The present invention generally relates to the field of telecommunications.
More specifically, the present invention concerns a method and apparatus for transmitting telephone calls to or from a standard telephone set using a computer network such as the Internet.
~3ACKGROUND OF THE INVENTION
Communication systems for transmitting telephone calls have become an integral, indispensable part of everyday life. The first roots of telephony were planted in 1876 with the invention of the first practical telephone by Alexander Graham Bell. As the number of calling stations or customer lines (telephones) in the system began to grow, the wiring system interconnecting the telephones became extremely complicated and unwieldy. One solution to this problem was the introduction of switching systems. Each customer line terminated in a local switching system commonly referred to as a central office (CO). The central office then performed the task of connecting each of the telephone lines it served to a corresponding telephone Iine in order to complete a call.
If the two parties to a call were serviced by the same central office, then the connection could be completed by the same central office without having to resort to other portions of the telecommunications network. If the call required connection to a telephone line serviced by a distant central office, then a connection between the central offices was carried out using a trunk, i.e., a connection between two central offices.
As the number of central offices increased, higher level switching was required to perform the interconnections between central offices. Essentially, each central
2 office was treated as a line to a higher level switching system for switching traffic between the central offices. In this manner, a call from a first subscriber at one location to a second subscriber at a distant location is routed from the first subscriber to the central office servicing the first subscriber. The call is then routed from the first subscriber's central office to a higher level switching office and on to the second subscriber's central office. From the second subscriber's central office; the call is finally routed to the second subscriber.
Each switching system or central office includes equipment for providing signalling, control and switching functions. The signalling equipment monitors the activity of the various lines connected to the central office and forwards control information associated with each line to the control equipment. The control equipment receives the control information and establishes the appropriate connections by way of the switching equipment. The switching equipment is functionally a crosspoint matrix for completing connections between selected input lines and selected output lines. Prior to the introduction of digital switching systems, a number of crossbar switches were used to implement the crosspoint matrix. More recently, digital switching systems, such as the AT&T SESS, have been used in place of mechanical or electromechanical switching systems. The essentials of digital telephone switching systems, as well as digital telephony in general, are described in John Bellamy, Digital Telephony (John Wiley & Sons 1991).
Recently, the volume of telephone traffic between central offices has been growing more rapidly than local telephone traffic. As a result, so called "T-carriers" have evolved as a cost efficient method of transmission between central offices. T-carriers, such as T 1, T 1 C, T 1 D, T2, T3 and T4, are all digital carriers which require the conversion of analog telephone signals into digital format before they are transmitted over the carrier to the remote end. The most common type of T-carrier is the T1, and as such will be used in the present specification. At the remote end, the digital signals are converted back into analog format and routed through the telephone system. The transmission of digital signals over the T1 carrier may be accomplished using time division multiplexing (TDM) wherein a high bandwidth communications link, such as a 1.544 Mbit/S T1 carrier, is divided into a number of lower bandwidth communication channels, such as 64 Kbit/S channels. Each 64 Kbit channel is assigned a time slot of the T1 earner. In this way, the high bandwidth T1 carrier is periodically available for a ' ' 3 restricted portion of time, enough for each channel to transmit at an effective rate of 64 KbitlS.
Telephone customers are charged for their usage of the telephone network, with such charges typically being proportional to the amount of time used and the distance from the calling party to the called party. Thus, calls placed over long distances will usually cost more than calls placed over shorter distances. Additionally, local calls which do not involve higher level switching or routing within the system are oftentimes charged at a flat rate independent of the actual customer usage. To a lesser extent, flat rate charges may be established for long distance calls. This may be accomplished by way of a "leased Line" wherein the customer leases a dedicated communications link from one location to another. For a fixed fee, the customer is able to place calls between the two locations. The number of calls the customer is able to place is then limited by the bandwidth of the leased line or communications link.
Another type of flat rate service is Wide Area Telephone Service (WATS) 25 wherein a customer selects a certain geographic area for either receiving or transmitting calls. A flat rate is charged for this type of telephone service, depending on the size of the selected area and whether full time WATS service or measured time WATS
service, i.e., a certain number of hours per month, is selected.
For the average customer, WATS service or leased line service is economically impractical, since such services are only cost effective for high volume users such as corporations and other institutions. Thus, the average customer is relegated to paying for telephone service on a per minute or per usage basis and is not able to enjoy the benefits of fiat rate telephone usage.
An alternative to telephone comqnunication is data communication using computer technology. One way of data communication between computers is by way of modem. Specifically, a modem is used to transmit information or data from one computer to another computer similarly equipped with a modem. However, the transmission medium for modem communication is again the telephone network. Thus, there is effectively no real economic benefit. More recently, as the number of computers in use has increased, computer networks have been used to interconnect large numbers of computers in order to provide data communication. Although access to the computer networks is by way of the telephone system, the access point to the computer network for most users is often a local call which is usually charged at a flat rate. The interconnection 4' and routing of data once it has reached the computer network is typically by way of lower cost lines, such as leased lines, since there is now sufficient traffic to justify the cost associated with a Leased Line.
The Internet computer network in use today had its beginnings more than twenty years ago as a government project. Originally, the computer network was referred to as ARPANET (Advanced Research Projects Agency Network) and was constructed by identifying a small group of locations or cites across the United States that would function as network hubs. Each hub was directly connected to each other hub over a dedicated leased Line running at 56 Kbps. In this way, all the sites were connected to each other by way of high speed carriers and locally connected using the local telephone network to other terminal sites not having a direct connection to any other site. The resulting configuration was in effect, a national computer network.
As the network expanded, there was a significant increase in the number of additional terminal sites locally connected to a network site, which site was itself interconnected to other sites. The number of major hubs remained relatively constant while the terminal sites connected to them began to function as intermediate satellites for providing network access to other sites. In effect, a "tree" type network evolved.
Moreover, connections to countries other than the United States were established, thereby creating an international or world wide network. As the size of the network increased, the amount of data traffic also increased. This increase in traffic was the impetus for an increase in the bandwidth or capacity of the communications medium interconnecting the various hubs of the network. Today, in order to accommodate the increased traffic, fiber optic links are the primary communications link for most, if not all, of the interconnections among the network hubs. Satellite 'locations interface to the hubs primarily via fiber optic or Tl telephone link. Similarly, end users connected to the satellite locations are connected by way of modems or T1 lines. Currently, network control and operation is primarily administered by private or commercial organizations, as opposed to direct government involvement.
Figure 1 illustrates a typical segment 100 of the Internet network topology.
Each individual connection to the Internet is made through a router (not shown), such as part no. Cisco 4000 available from Cisco of Menlo Park, California or part no.
available from NewBridge of Herndon, Virginia. The router insulates Local area networks (LAN) at specific sites from the numerous data packets being sent across the Internet WO 97!16916 PCT/US96/I8526 ' ' $
which are of no interest to the particular LAN. For example, if a connection is established over the Internet from LAN 110 to LAN I20, any information exchanged between LAN 110 and LAN I20 is probably of no interest to LAN 130. The router thus prevents such information from reaching LAN ~I30. Conversely, if LAN 120 desires to transmit information to LAN I30, the router is sufficiently intelligent to allow this ' information to reach LAN 130 by way of the LAN 140 to which LAN 130 is connected.
The communications protocols used by computers on the Internet to communicate information include TCP (Transmission Control Protocol) and UDP
(User Datagram Protocol). TCP is a connection-oriented protocol that provides a reliable data path between two communicating entities. In contrast, UDP is a connectionless protocol that does not guarantee delivery of messages. Although messages are typically delivered successfully in UDP, this may not be the case in the event of network failure or congestion. Both the TCP and UDP protocols are built on top of a lower layer protocol known as the IP (Internet Protocol). IP is used to format and route TCP and UDP
messages. TCP/IP and UDP/IP have become worldwide de facto standards for interprocess communication and provide the underlying transport mechanism in use on the Internet. A detailed description of the principles and protocol of TCPIIP
communication is set forth in Douglas E. Comer, Internetworking with TCP/IP Volume I
Principle Protocols and Architecture, (Prentice Hall 1991).
Computer networks such as the Internet, which are capable of transmitting generic data or information between Iocatiols, have been used to transmit audio information between computers. At the transmitting computer, a person's voice may be digitized using an analog to digital (A/D) converter and transmitted to the receiving location where it is passed through a digital to analog (D/A) converter and presented as audio. This type of audio connectivity is arguably similar to flat rate telephony, in that audio information may be transmitted from one location to another by way of a high bandwidth, flat rate communications medium. However, this type of computer telephony system suffers from several major disadvantages. First, the system is limited to only those customers who have access to the Internet. While Internet access has now widely proliferated, it has not reached the near universal accessibility of POTS
("Plain Old Telephone Service") service. Such a system is utterly useless if it is desired to communicate with someone who does not have access to the Internet.
_ 6 Second, such systems provide only half duplex communication, viz. , that information can only be transmitted in one direction at any given point in time. There is no simultaneous, two way transfer of information. Third, user access to such a system is only by way of a computer, which is still significantly more expensive than a telephone.
Fourth, user access is extremely inconvenient in comparison with corded, cordless, portable, mobile or cellular telephones, in that access may only be provided at a location where a computer is physically located. Fifth, communication with a particular individual may only be made by addressing the information to their computer network address, not to their standard telephone number.
While attempts have been made to remedy some of these deficiencies, the resulting systems are still inadequate. For example, the "Internet Phone"
device available from VocalTec of Northvale, New Jersey, is a computer-based Windows device which provides full duplex audio connectivity across the Internet. However, the system is extremely cumbersome and impractical to use and also suffers from several disadvantages.
IS Specifically, the Internet Phone does not use standard telephone numbers to address individuals; it requires a computer at both transmitting and receiving ends;
and both transmitting and receiving locations must call in to establish a connection between the two parties. More important however, the system does not allow spontaneous communication since the communication sessions must be scheduled in advance. Each potential receiving end must state their time availability and specify a computer or machine location where they may be reached.
OBJECTS OF THE INVENTION
It is an object of the present invention to provide a method and apparatus capable of efficiently communicating audio information over a computer network.
It is an object of the present invention to provide a method and apparatus capable of efficiently communicating audio information over a computer network which is able to transmit the information at essentially a flat rate or charge.
It is an additional object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network between users who do not have direct access to the computer network.
' ~ 7 It is a further object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network in full duplex format.
It is yet another object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network without ~ requiring the use of a computer at the user location.
It is an additional object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network without requiring that the user be located at a computer location.
It is a further object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network using standard user telephone numbers to direct the information transmitted.
~TJ1VI1VIARY OF THE INVENTION
According to the present invention, a novel method and apparatus are provided for communicating audio information over a computer network. The present invention allows anyone with a standard telephone connected to the public switched telephone network (PSTN) to communicate with any other telephone, using a computer network, such as the Internet, as the transmission facility in lieu of conventional telephone transmission facilities, such as the interexchange or intralata facilities.
In using an illustrative embodiment of the present invention, the originator of a conversation (calling party) dials the number of an access port of the present system.
The call is routed to a central office switching system which is connected to the PSTN.
When the connection to the access port is established, a specialized computer system at the access port signals the user to transmit the number of the party that is to be called (the called party). The specialized computer system interfaces between the telephone switching system and a computer network, such as the Internet. The specialized computer system receives the number of the called party and establishes a two-way, full duplex communications link via the computer network to a corresponding specialized computer system at an access port in the vicinity of the called party. This specialized computer system at the receiving end is connected to the Iocal PSTN in the region of the called party, and uses the local PSTN to connect the call to the called party. Once the call is answered at the called party, the calling and called party may communicate as if the call had been established using the conventional telephone system.
Since the access ports are connected over the computer network, even if the call is over long distances, the user would only have to pay for the local calls to the access ports, as well as the reduced or flat rate cost for use of the computer network.
$RIEF DESCRIPTION OF THE DRAWINGS
Other objects, features and advantages of the invention discussed in the above brief explanation will be more clearly understood when taken together with the following detailed description of an embodiment which will be understood as being illustrative only, and the accompanying drawings reflecting aspects of that embodiment, in which:
Figure 1 is a block diagram of a prior art Internet computer network topology;
Figure 2 is a block diagram of a computer network telephone transmission system according to the present invention illustrating telephone to telephone communication;
Figure 3 is a block diagram of an alternative embodiment of the computer network telephone transmission system according to the present invention illustrating telephone to telephone communication;
Figure 4 is a block diagram of an alternative embodiment of the computer network telephone transmission system according to the present invention illustrating telephone to computer communication;
Figure 5 is a block diagram of a specialized computer system according to the present invention which interfaces the PSTN to a computer network;
Figure 6 is a flowchart illustrating the inbound call operation of the specialized computer system of Figure 5;
Figure 7 is a flowchart illustrating the outbound call operation of the specialized computer system of Figure 5;
Figure 8 is a flowchart illustrating the operation of the Call Initiation .
Module (CIM);
Figure 9 is a flowchart illustrating the operation of the Call Acceptance Module (CAM); and ' 9 Figure 10 is a flowchart illustrating the operation of the Telephony Internet Router Module (TIRM).
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
The overall operation of the present invention will first be described with ~ reference to Figure 2. Figure 2 is a block diagram of a computer network telephone transmission system according to the present invention illustrating telephone to telephone communication. As shown in Figure 2, computer network telephone transmission system 200 is used to provide telephone service between calling station 202 and called station 204. Initially, the user at the calling station dials the number of the specialized computer 206 at an Internet access port. The local switching office 208 routes the call through PSTN 210 to central office 212 which services specialized computer 206. At this point, a call has been established by way of PSTN 210 between the calling station 202 and the specialized computer 206.
Specialized computer 206 prompts the user at the calling station 202 to provide the telephone number of the desired or called party 204. Based on the telephone number of the called party 204, specialized computer 206 provides a communication link to the called party 204. This is accomplished by the specialized computer 206 initiating a series of signalling messages over the Global Internet 214 using the TCPIIP
protocol.
While the specific embodiment of the present invention shown in Figure 2 and discussed herein is described as using the Internet, it should be understood that the present invention may be used with any computer network in general. Additionally, specialized computer 206 can use either TCP/IP or UDP/IP to communicate voice data over the Internet. An advantage to using UDP/IP is that this protocol requires less transmission overhead resulting in faster data transmission. Due to the real-time nature of a telephone call, it is not worthwhile to attempt to redeliver messages initially returned as undeliverable.
This is because subsequent messages continually flow and need to be delivered in order to maintain the real-time aspect and flow of the call. It is practically of no use to deliver message portions shifted in time. The signalling messages are carried by the Internet 214 and delivered to a terminating specialized computer 216 at a remote access port. Terminating specialized computer 216 is identical to specialized computer 206, also referred to as the originating specialized computer, except that the originating specialized computer 206 is used to transmit a call, while the terminating specialized computer 216 is used to receive a call. Both originating and terminating specialized computers 206 and 216, respectively, are equipped with transmission circuits and receiving circuits and are capable of handling calls in either direction.
Terminating specialized computer 216 outdials a call through central office 5 218 to which it is connected. Central office 218 in turn, routes the call through PSTN
220 to central office 222 which services the called party 204. The telephone at the called party 204 is rung by central office 222 and a communications link between calling party 202 and called party 204 is established.
In an alternative embodiment according to the present invention shown as 10 250 in Figure 3, the need for dialing the telephone number of the specialized switch and then transmitting the telephone number of the called party 204 may be eliminated, by combining this operation into one step. Essentially, in this embodiment, specialized computer 216 connects directly to a central office or a private branch exchange (PBX) 218. In this situation, if the calling party is located at 204, which is directly connected to specialized computer by way of PBX 218, then the calling party at 204 need only dial the telephone number of the called party located at 202, since all calls originating from the central office or PBX 218 are routed directly to specialized computer 216.
There is no need to access specialized computer 216 by way of a PSTN. Of course, calls placed at location 202 must still first dial the telephone number of specialized switch 206, as described above.
A further alternative embodiment according to the present invention shown as 300 in Figure 4 allows for computer to telephone communication via Internet 214. In this situation, the telephone number of called party 204 corresponds to the telephone number associated with computer 252. In this situation, specialized computer 206 must know that the called party is a computer so that it does not direct the Internet call to an Internet access port in the vicinity of computer 252.
Referring now to Figure 5, therein is shown a block diagram of the specialized computer 206 at the Internet access port, also referred to as the Internet telephony switch (ITS) which is used for placing a call. Also shown is terminating specialized computer 216, also referred to as thp Remote ITS Node used for receiving a call. ITS Node 206 interfaces to the PSTN 210 using Telephone Network Interface Module (TNIM) 502. TNIM 502 receives calls from the PSTN 210 and answers those calls under the control of Internet Call Manager or ICM 506. The calls received from PSTN 210 are actually outgoing calls that are to be routed through the Internet. The calls received from PSTN 210 are routed to an ICM 506 (discussed in more detail below) for routing over the Internet. When ITS Node 206 serves as a terminating specialized computer, TNIM 502 is used to place outbound calls on PSTN 210 in order to service incoming calls received over the Internet. TNIM 502 may be implemented using a Dialogic Digital Telephony Interface DTI1211 T-1 Network Interface Board available from Dialogic Corporation of Parsippany, New Jersey, running the appropriate software to carry out the described functions. The Dialogic DTI/211 is described in Dialogic Products and Services Guide 12.20. The DTIl211 interfaces through a T1 connection (a DTI/212 may be used with an El connection) to a digital switch in a central office. Alternatively, an analog version of the DTI-211, i.e., the LSI120, may be used to interface to analog telephone lines. The DTI-211 provides the appropriate signalling required to communicate with the PSTN, e.g., G.711 signalling.
Within ITS Node 206, TNIM 502 is connected to a Voice Resources module 504. Voice Resources module 504 provides voice call processing, including DTMF (dual tone multifrequency) detection and generation, as well as coding of voice signals using either A-law or p-law pulse coded modulation (PCM) into 64 Kbit/s data streams. The 64 Kbit/s data rate may be varied down to 24 Kbit/s using data compression. Voice Resources module 504 may be implemented using a Dialogic D/121B 12-Port Voice Processing Board available from Dialogic Corporation of Parsippany, New Jersey, running the appropriate software to carry out the described functions. The Dialogic D/121B is described in Dialogic Products and Services Guide 11.42. The D/121B provides the capability to store the digitized voice data received from the PSTN and to play it back out to the computer network. The D1121B
includes programmable DSP units for storing and playing the digitized voice data. The also provides tone detection and generation used in telephone communication.
The D/121B is not provided with any specific telephone functionality per se. Rather, the D/121B communicates with the DTI/211 over a bus, such as the Dialogic SCbus (Signal Computing Bus). The SCbus allows voice data coming in from the PSTN, or to be transmitted out onto the PSTN, to pass from the D/121B to the DTI1211. Additionally, the SCbus may provide the functionality of a switch matrix in order to i2 connect an inbound call from the PSTN directly to an outbound call to the PSTN
in the event that it is more efficient to place the call entirely through the PSTN
rather than through the computer network.
Voice Resources module 504 interfaces to two separate Internet Call Managers (ICM) 506 and 508. Internet Call Manager 506 is used to process outgoing calls, i.e., those calls received from PSTN 2I0 and which are to be routed via the Internet to a called party. Conversely, Internet Call Manager 508 is used to process incoming calls from the Internet, i.e., those calls which originated at a remote site and were routed through the Internet and are to be connected to a called party by way of TNIM
502 and PSTN 210. An ICM may be implemented in hardware, software or a combination of both. In either event, the ICM function needs to be performed for each call which is being processed. If the ICM is being implemented in software, then an instance of the ICM must be created for each call. Alternatively, the ICM may be capable of handling multiple time slots and thus capable of simultaneously handling multiple calls. Similarly, if the ICM is being implemented in hardware, then a sufficient number of ICM
modules should be provided to handle a desired volume of call traffic based on statistical usage.
The ICM utilizes the digital signal processing (DSP) of the Voice Resources module to sample the incoming voice data stream and convert it to messages or packets which are then transmitted over the Internet. Each of ICMs 506 and 508 is directly connected to TNIM 502 for communicating call signalling information. The actual voice data is communicated between TNIM 502 and Voice Resources module 504 and then between Voice Resources module 504 and ICM 506 or 508.
Internet CaII Manager 506 accepts calls from TNIM 502 and prompts the calling party for the telephone number of the cal~~d party it is desired to reach. Internet Call Manager 506 then passes this information to Connection Initiation Module (CIM) S 10, which in turn establishes a data connection over Internet 214 and negotiates the various call setup and establishment parameters. Once the Internet data call is established by CIM 510, the data stream for the voice call is passed through an appropriate Ethernet interface 512 for transmission to Internet 214..
In order to establish the call, CIM 510 communicates with a Call Acceptance Module (CAM) 556 associated with the Remote ITS Node at the receiving end. During this call negotiation and set up phase, CIM 510 and CAM 556 exchange parameters such as the destination telephone number to be dialed, and whether or not the packetized voice data stream is to be filtered through the Voice Compander Module (discussed below) and/or the Line Quality Module {discussed below) before being transmitted over Internet 214. in addition, the particular protocol used for the data transmission between iTS Node 206 and ITS Node 216 is established. The data transmission protocol is typically either TCP/IP or UDP/IP, since these are the primary protocols supported by Internet 214. Once the initial call setup parameters have been exchanged between ITS Nodes 206 and 216, ICM 506 waits for an indication from Remote ITS Node 216 that the destination telephone number has been dialed by Remote ITS Node 216.
i0 Before establishing an Internet voice connection, ITS Node 206 utilizes Least Cost Routing (LCR) module 514 in order to locate the ITS Node that can route the call at the receiving end in the most cost efficient manner. To perform this function, LCR
514 first matches the characteristics of the destination telephone number (called party telephone number) with data stored in a local database. This may be carried out using a I5 hierarchical search to locate the ITS node in the region of the dialed telephone number.
Thus, Iong distance numbers are detected by parsing out an initial " I " in the dialed number (similarly, a "011" would indicate an international call). Next, the area code is parsed to determine the geographical region. Continuing, the exchange numbers are parsed to determine the specific geographical region and the ITS node serving that region.
20 In addition to or in place of the hierarchical search or matching, LCR 514 may include Iists of specific telephone numbers and their associated ITS nodes. While this may be less efficient in general, it may be more efficient in specific situations, such as frequently dialed telephone numbers. After searching the database, LCR S 14 indicates the optimal location of the receiving ITS Node for processing the particular call.
Additionally, the 25 above database may also include alternate ITS node information so that LCR
514 may also provide CIM 514 with the next most optimal ITS Node, and so on, so that if the optimal ITS Node is unavailable or cannot handle the call, CIM 510 can then attempt to place the call using the next most optimal receiving ITS Node.
Additionally, LCR Si4 determir_~s whether the destination telephone 30 number may be dialed more efficiently (based on the cost of the call, node availability and other system parameters) through the PSTN. If the call can be placed more efficiently through the PSTN, LCR 514 indicates this to I!:M 506, which then dials the destination telephone number using PSTN 210 by way of TNIM 502. The inbound PSTN call and 14 ' the outbound PSTN call are then bridged together in a crosspoint switch matrix in the TNIM 502. This situation may occur where both the calling and called parties are in the vicinity of the same ITS Node.
A full duplex voice path is established between ITS Node 206 and Remote ' S ITS Node 216 over Internet 214 using Telephony Internet Router Module (TIRM) located at ITS Node 206. When TIRM 518 is used in ITS Node 206 to place a call (as contrasted with receiving a call in Remote ITS Node 216), TIRM 518 functions to capture and route the packetized voice data to a corresponding TIRM S58 located at Remote ITS
Node 216. Similarly, when a TIRM is used to receive calls, e.g., TIRM 558 located at Remote ITS Node 216, it functions to receive the packetized voice data and direct it to an ICM to service the call. The ICM in turn sends the digital voice data to the TNIM.
In turn, the TNIM converts the digital voice. data into an analog audio signal to be transmitted by the PSTN to the called party. Alternatively, the digital data may be provided directly from the TNIM to the PSTN without conversion to analog in the event that the particular PSTN is capable of handling digital data.
Voice data continues to be exchanged between the two ITS Nodes 206 and 216 until either the calling or called party terminates the call. When a call is terminated, a supervisory signal is received by the TNIM and passed to the ICM at the ITS
Node where the call termination was initiated. The ICM at the terminating location notifies the TIRM at the terminating location to "tear down" or disconnect the call connection. In order to "tear down" the connection, the TIRM at the terminating location (ITS
Node) notifies the counterpart TIRM at the other ITS Node. The ICM at each location then frees up the voice processing DSP associated with the call, so that the DSP
resources may be used for subsequent calls.
Additional voice call processing elements may be incorporated into each ITS Node in order to enhance the overall performance of the ITS Node.
Specifically, a Voice Compander Module (VCM) 520 may be added to provide data compression and expansion functionality. Data compression is performed on the transmitted data stream in order to reduce the bandwidth required for transmission of the digitized voice data over the Internet. Similarly, when the received data stream over the Internet has been compressed, it must first be expanded before further processing.
Additionally, a Line Quality Monitor (LQM) 522 may be included in order to monitor line quality characteristics, such as echo and noise, and then to perform necessary filtering functions to reduce or eliminate such deleterious effects.
Further, a Call Security Module rnay be included to encrypt the conversation in order to prevent electronic eavesdropping over the Internet.
When receiving a call, an ITS Node waits for another ITS Node to contact 5 it using its TiRM and ICM and to request that a telephone call be initiated on behalf of a calling party who has dialed into the other ITS Node. Reception of the Internet voice call at Remote iTS Node 216 will now be described in detail using the receiver portion of ITS Node 206. In an actual system, the receiving portion of ITS Node 216 would process a voice call received from the Internet.
10 A telephone call is initiated when the CIM of a Remote ITS Node sends a connection request to the CAM of the local ITS Node. When receiving a call from the Internet 214 via Ethernet interface 512, the data stream associated with the particular call is first received by Connection Acceptance Module (CAM) 516. Connection Acceptance Module 516 receives the call setup parameters associated with the particular call and 15 passes the call on to Internet Call Manager 508, which performs the reverse operation of Internet Call Manager 506. Specifically, Internet Call Manager 508 receives the destination telephone number and places a call to the destination telephone number using the TNIM 502 and PSTN 210. ICM 508 then transmits an acknowledgement or "call dialed" indication to the Remote ITS Node ICM.
Each ITS Node may be implemented using a Hewlett Packard HP 9000/743 Telepace platform. The Telepace platform acts as the central processor for coordinating the tasks carried out by the individual modules, e.g., TNIM and ICM. All of the hardware components of the ITS Node are interconnected by a signalling bus which enables call and voice resource routing as required. The particular bus used may be, for example, the Dialogic SCbus. Alternatively, a standard computer platform may be used to implement an ITS Node, both for single user aid multiple call applications, depending on the particular hardware capabilities of the computer. In this situation, the Dialogic hardware may be used in a personal computer (instead of the HP Telepace platform) to provide multiple user service. This latter approach may be less efficient than using the HP Telepace platform; however, it may be more cost effective depending on the particular application. In yet another alternative configuration, an ITS node may be implemented using a computer equipped with a sound card capable of simultaneously sampling and playing speech, i.e., processing speech signals in both transmit and receive directions, as WO 97/16916 t'CT/LJS96/I8526 i~5 well as having a connection to the Internet. Alternatively, an ITS node may be implemented using a computer equipped with the appropriate DSP processing, e.g., in the form of a DSP chip, capable of performing the ITS functions discussed herein.
In the computer implementations, a headset or microphone/speaker combination may be used for the user audio interface.
Voice resources module 504 (Figure 5) receives digitized voice data from the ICM and routes this data to the TNIM over the bus connecting these two modules, such as the Dialogic SCbus. This data is then transmitted by the TNIM out onto the PSTN using standard Tl/El signalling. This is data which has been received from tine remote ITS node. Similarly, the Voice resources module 504 receives digitized voice data originating from the PSTN by way of the TNIM. This data is then passed to the ICM for transmission over the computer network. The Voice resources module 504 also performs the necessary tone generation and detection, such as DTMF tones, used to dial the digits of a telephone number.
TNIM 502 monitors the time slots used for the various telephone lines.
Each line is monitored for a number of events, including, a hang up by the calling or called party and inbound call notifications from the central office. The TNIM
notifies the ICM upon the occurrence of any of these event. Also, the TNIM processes requests from the ICM, such as, taking a timeslot off hook to dial an outgoing call and releasing an inbound or outbound call in the event of a hang up.
Voice compander module 520 provides data compression for the incoming data received from the PSTN before it is transmitter over the computer network. Since the resources of a computer network are limited, these resources may be overwhelmed during periods of high volume traffic. Potentially, data throughput may be decreased to the point where there is a noticeable delay between transmission and reception. Such a situation is extremely undesirable for real-time telephone communication. Data compression is used to reduce the overall amount of data being transmitted over the computer network, in order to reduce the data delay problems. Of course, the data transmission should not be applied to the point where it greatly affects the audio quality of the data being transmitted. When receiving compressed data which has been transmitted over the computer network, VCM 520 performs the inverse function of expanding the compressed data. The compression used in VCM 520 typically involves 8-bit ,u law PCM (Pulse Coded Modulation) having variable compression ratios.
The ' ' 17 types of compression used may be GSM (Global System for Mobile Communication), CELP (Code Excited Linear Prediction) or ADPCM (Adaptive Differential Pulse Code Modulation). While this is not an exhaustive list, any similar compression technique may be used, such as, for example, any of the compression techniques used by the Netscape Navigator software available from Netscape Communications Corporation of Mountain View, California. As the compression ratio increases, the voice quality typically decreases.
Line Quality Monitor or LQM 522 examines the sampled voice data and applies a number of different techniques to improve the voice quality. For example, an echo cancellation filter may be used to minimize the echo effects inherent in long distance telephone calls. Additionally, variable attenuation may be applied to the voice data signal to prevent echo. Because this technique only needs to be applied to the voice data one time between the two endpoints, either the calling party node or the called party node may modify the signal. If the calling party modifies the signal, then the LQM at the receiving node is notified to take no further action. Otherwise, the default situation is to have the receiving node perform the echo cancellation.
The logical flow of a call through an ITS Node from the calling party's perspective will now be described with reference to Figure 6. A call is first initiated when the calling party dials a telephone number which connects him directly to an ITS
Node via the PSTN. Referring now to Figure 6, the ICM receives an inbound call indication from the TNIM at step 602. This indicates that the calling party has initiated a telephone call. At step 604, the ICM instructs the TNIM to answer the call.
At step 606 the ICM (through the TNIM) receives info~-lnation from the PSTN relating to the calling and called parties. Specifically, the PSTN provides Dialed Number Identification Service (DNIS) digits specifying the destination or called party telephone number, as well as Automatic Number Identification (ANI) digit, identifying the calling party.
The DNIS
and ANI are provided to the ICM, which in turn provides this information to the Least Cost Routing or LCR Module at step 608. Based on the DNIS and/or ANI, the LCR
specifies to the ICM the ITS node that can most efficiently complete the call to the destination telephone number.
At step 610, if the Ioca1 ITS Node, i.e., the ITS Node associated with the calling party, is determined to be the most efficient node for routing the call, then the call is dialed back out on the PSTN using the TNIM, by branching out under the ""yes"
condition to step 612. At step 614, the ICM instructs the TNIM to connect the inbound call from the calling party with the outbound call placed by the Iocal ITS
Node. In this manner, a communication channel is established between the calling and called parties.
This call remains active as long as neither party has terminated the call. If a call termination is detected at either calling or called party locations at step 616, then the call is broken at step 618 and the calling and called parties are released at step 620.
Alternatively, if a remote ITS Node, i.e, not the local ITS Node, is specified by the LCR as being the most efficient node for routing the call, then this optimal call path is established using the Internet. This is shown as the "no"
branch at step 610. At step 622, the ICM at the local ITS Node passes the call setup data and requests the Iocal CIM to connect through the Internet to the CAM at the remote ITS node in order to establish a connection through the Internet to a counterpart ICM
at the Remote ITS Node. Step 622 involves first identifying the Internet address of the Remote ITS
Node, and then transmitting an initial message in order to establish a communications path IS between the ICM of the local ITS Node and thr~ ICM at the Remote ITS Node.
For example, if a call is being placed from New York City to a number in the United Kingdom, the Internet address of the node in the UK is used to establish a connection to that node. If there is more than one node in the UK, the LCR module determines the most optimally located node based on the destination telephone number. This node location is returned by the LCR module, as well as optionally, additional nodes in decreasing order of preference based on efficiency or other criteria.
As stated above, the call setup parameters used to establish the call include the destination telephone number and whether or not the voice data is to be passed through the Voice Compander Module and/or the Call Quality Module before being transmitted over the Internet. The specific protocol which is used to communicate the actual voice data between the two ITS nodes is configured at installation, and is either TCP/IP or UDP/IP. Once the connection between the local CIM and the remote CAM has been established, the local CIM indicates this to the local ICM at step 624. After the initial _ parameters have been established between the two ITS nodes, the local ICM
waits for the remote ICM to dial the destination telephone number and return an indication to the IocaI
ICM that the destination telephone number has been dialed. This occurs at step 626.
At step 628, both the local ICM and remote iCM begin to simultaneously capture voice data from their respective PSTN through their respective Voice Resources ' 19 Modules. While in this mode, the ITS node tests at step 630 to determine whether either of the calling and/or called parties have terminated the call. If a call termination is not detected, the system executes step 632 and performs compression if data compression has been turned on. Similarly, the system proceeds to execute step 634 and perform line S quality monitoring and correction if that feature is also turned on. The ICM
then proceeds at step 636 to segment the voice data into messages or packets which are then transferred over the Internet to the remote ICM through the local TIRM. The system then loops back to step 628 to continue the procedure discussed above. In this manner, voice data continues to be transmitted to the remote end. Similarly, voice data is also being received from the remote end, as will be discussed in detail below, such that voice data is being communicated in full duplex mode, i.e., both transmit and receive directions.
If a call termination or hang up is detected at step 630, the "yes" branch from step 630 is followed to step 638, where a call supervision signal from the PSTN
where the call termination occurred is first received by the ICM at the terminating location 1S and then transmitted by the TIRM at the terminating location to the ICM at the other location. System execution then proceeds to step 640 where the necessary procedures are carried out to hang up or "tear down" the call. Finally, the system exits at step 642 and essentially frees up the resources that were associated with the particular call so that they are available to process another call.
Steps 628 through 636 of Figure 6 represent the data transmission portion of a full duplex telephone call. Reception of data from the remote location begins at step 644, which is executed right after step 626, i.e., after the remote ICM has indicated that the destination telephone number has been successfully dialed. Execution of step 644 and the subsequent steps associated with data reception are performed in parallel with the data 2S transmission function, i.e., steps 628-636. After the local ICM receives each data packet from the remote ICM through the TIRM at step 644, the system tests at step 646 to determine if the call has been terminated by the remote party hanging up. If a call termination is detected, system execution proceeds along the "yes" branch of step 646 to steps 640 and 642 and the appropriate hang up and exit procedures are performed, as indicated above.
If a call termination is not detected at step 646, the system executes step 648 and performs decompression if data compression has been turned on at the remote end. Similarly, the system proceeds to execute step 6S0 and perform line quality monitoring and correction if that feature is also 'turned on. Finally, the processed voice data packet is sent by the local ICM through the Voice Resources Module to the TNIM
at step 652 so that it may then be delivered by way of the PSTN to the user.
System operation then loops back to step 644 in order to receive and process a subsequent voice 5 data packet.
The logical flow of a call through a local ITS Node located at a called party Location, i.e., from the called party perspective, will now be described with reference to Figure 7. As shown in Figure 7, the ICM at step 702 receives an indication that a call has been established through the Internet. It also receives the call setup data and 10 telephone number of the called party and proceeds to dial that number through the CAM
at step 708. Once the call to the destination telephone number has been completed, the local ICM transmits a dial completion message at step 710 to the remote ICM.
At this point, the communications link between the calling and called parties has been established, and the local and Remote ITS Nodes proceed to exchange voice data 15 packets. This is shown in the remaining portion of Figure 7, which is identical to the data exchange portion of Figure 6 discussed above. The steps shown in Figure 7 that correspond to those steps discussed above in connection with Figure 6 have been given the same designation numerals. Accordingly, the description of these steps in Figure 7 need not be repeated here, since they correspond to the same steps carried out in Figure 20 6.
The detailed operation of the individual blocks of Figure S will now be explained with reference to Figures 8 to 10. Referring now to Figure 8, therein is shown a flowchart of the operation of the CIM module. At step 802, the CIM module receives a connection request from the ICM. This connection request includes the destination address of the remote ITS Node. At step 804, the CIM proceeds to establish an Internet connection through the Internet to the CAM located at the remote ITS Node. At step 806, the CIM tests to see if the connection was successful. If the connection was successfully established, then the CIM transmits to the CAM a call initiation message indicating that a new call needs to be serviced. The call initiation message includes information such as any special configuration information indicating the communications protocol to be used, whether compression has been turned on, and if so, what type, whether echo cancellation has been turned on, and any other information needed to properly service the call. The call initiation message also includes the destination telephone number of the called party.
' 21 At step 810, the CIM informs the ICM that a connection has been successfully established with the CAM at the remote ITS Node. The ICM then waits for an indication that the destination number has been successfully dialed by the remote ICM. If at step 806 a successful connection was not completed, the CIM proceeds at step 812 to notify the ICM
of the failure to successfully connect to the remote ITS Node.
Referring now to Figure 9, therein is shown a flowchart of the operation of the CAM module. At step 850, the CAM module waits for and receives a connection request from a CIM module located at a remote ITS node. At step 852, the CAM
proceeds to establish a connection through the Internet to the CIM located at the remote ITS node. The CAM determines at step 854 whether a successful connection has been established. If the connection has been successfully established, the CAM
proceeds at step 856 to receive the call setup data from the CIM at the remote ITS node. As indicated above, this call setup data includes such information as the destination telephone number of the called party. The received call setup information and destination telephone number are then transmitted by the CAM to the ICM, which in turn instructs the TNIM
to out dial the destination telephone number.
Referring now to Figure 10, therein is shown a flowchart of the operation of the TIRM module. At step 902, the TIRM receives messages which have come either from the ICM located locally at the same rode or via the Internet from a counterpart TIRM module located at the remote ITS node. If the message has come from the local ICM, the TIRM receives this message at step 904. The message from the local ICM may include voice data. Alternatively, the message may include other information such as the destination telephone number, caller hangup information, etc. At step 906, the TIRM
packetizes this message into data packets of appropriate length and format and prepends a message header which may include message size, data type (voice, telephone number, etc.) or message sequence number. The packet or message is then sent to the remote ITS
node over the established Internet connection. '1''~e TIRM then proceeds at step 908 to determine if a hangup indication has been received. If a hangup indication has not been received, i.e., the current call is still active and additional data needs to be transmitted, the TIRM loops back to step 902 to receive :Further messages. If there is a hangup indication at step 908, TIRM breaks the Internet connection at step 9I0.
Alternatively, if the message received at step 902 is from the remote TIRM, the local TIRM proceeds to step 9i2 to receive voice data or hangup information from the WO 97/I69I6 PC'1'/US96/18526 remote TIRM. The header information, including sequence number, are validated at step 914. Validation of the sequence number insures that the messages have arrived in the proper order. Received messages, such as voice data, are handed off to the ICM
at step 916. The TIRM then proceeds at step 918 to determine if a hangup indication has been received. If a hangup indication has not been received, i.e., the current call is still active and additional data needs to be transmitted, the TIRM loops back to step 902 to receive further messages. if a hangup indication is received at step 918, the Internet connection is terminated at step 920. Processing of steps 904-910 is carried out in parallel with the processing of steps 912-920 since messages are being received simultaneously from the local ICM as well as from the remote TIRM.
While the invention has been particularly shown and described with reference to a preferred embodiment thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention.
Each switching system or central office includes equipment for providing signalling, control and switching functions. The signalling equipment monitors the activity of the various lines connected to the central office and forwards control information associated with each line to the control equipment. The control equipment receives the control information and establishes the appropriate connections by way of the switching equipment. The switching equipment is functionally a crosspoint matrix for completing connections between selected input lines and selected output lines. Prior to the introduction of digital switching systems, a number of crossbar switches were used to implement the crosspoint matrix. More recently, digital switching systems, such as the AT&T SESS, have been used in place of mechanical or electromechanical switching systems. The essentials of digital telephone switching systems, as well as digital telephony in general, are described in John Bellamy, Digital Telephony (John Wiley & Sons 1991).
Recently, the volume of telephone traffic between central offices has been growing more rapidly than local telephone traffic. As a result, so called "T-carriers" have evolved as a cost efficient method of transmission between central offices. T-carriers, such as T 1, T 1 C, T 1 D, T2, T3 and T4, are all digital carriers which require the conversion of analog telephone signals into digital format before they are transmitted over the carrier to the remote end. The most common type of T-carrier is the T1, and as such will be used in the present specification. At the remote end, the digital signals are converted back into analog format and routed through the telephone system. The transmission of digital signals over the T1 carrier may be accomplished using time division multiplexing (TDM) wherein a high bandwidth communications link, such as a 1.544 Mbit/S T1 carrier, is divided into a number of lower bandwidth communication channels, such as 64 Kbit/S channels. Each 64 Kbit channel is assigned a time slot of the T1 earner. In this way, the high bandwidth T1 carrier is periodically available for a ' ' 3 restricted portion of time, enough for each channel to transmit at an effective rate of 64 KbitlS.
Telephone customers are charged for their usage of the telephone network, with such charges typically being proportional to the amount of time used and the distance from the calling party to the called party. Thus, calls placed over long distances will usually cost more than calls placed over shorter distances. Additionally, local calls which do not involve higher level switching or routing within the system are oftentimes charged at a flat rate independent of the actual customer usage. To a lesser extent, flat rate charges may be established for long distance calls. This may be accomplished by way of a "leased Line" wherein the customer leases a dedicated communications link from one location to another. For a fixed fee, the customer is able to place calls between the two locations. The number of calls the customer is able to place is then limited by the bandwidth of the leased line or communications link.
Another type of flat rate service is Wide Area Telephone Service (WATS) 25 wherein a customer selects a certain geographic area for either receiving or transmitting calls. A flat rate is charged for this type of telephone service, depending on the size of the selected area and whether full time WATS service or measured time WATS
service, i.e., a certain number of hours per month, is selected.
For the average customer, WATS service or leased line service is economically impractical, since such services are only cost effective for high volume users such as corporations and other institutions. Thus, the average customer is relegated to paying for telephone service on a per minute or per usage basis and is not able to enjoy the benefits of fiat rate telephone usage.
An alternative to telephone comqnunication is data communication using computer technology. One way of data communication between computers is by way of modem. Specifically, a modem is used to transmit information or data from one computer to another computer similarly equipped with a modem. However, the transmission medium for modem communication is again the telephone network. Thus, there is effectively no real economic benefit. More recently, as the number of computers in use has increased, computer networks have been used to interconnect large numbers of computers in order to provide data communication. Although access to the computer networks is by way of the telephone system, the access point to the computer network for most users is often a local call which is usually charged at a flat rate. The interconnection 4' and routing of data once it has reached the computer network is typically by way of lower cost lines, such as leased lines, since there is now sufficient traffic to justify the cost associated with a Leased Line.
The Internet computer network in use today had its beginnings more than twenty years ago as a government project. Originally, the computer network was referred to as ARPANET (Advanced Research Projects Agency Network) and was constructed by identifying a small group of locations or cites across the United States that would function as network hubs. Each hub was directly connected to each other hub over a dedicated leased Line running at 56 Kbps. In this way, all the sites were connected to each other by way of high speed carriers and locally connected using the local telephone network to other terminal sites not having a direct connection to any other site. The resulting configuration was in effect, a national computer network.
As the network expanded, there was a significant increase in the number of additional terminal sites locally connected to a network site, which site was itself interconnected to other sites. The number of major hubs remained relatively constant while the terminal sites connected to them began to function as intermediate satellites for providing network access to other sites. In effect, a "tree" type network evolved.
Moreover, connections to countries other than the United States were established, thereby creating an international or world wide network. As the size of the network increased, the amount of data traffic also increased. This increase in traffic was the impetus for an increase in the bandwidth or capacity of the communications medium interconnecting the various hubs of the network. Today, in order to accommodate the increased traffic, fiber optic links are the primary communications link for most, if not all, of the interconnections among the network hubs. Satellite 'locations interface to the hubs primarily via fiber optic or Tl telephone link. Similarly, end users connected to the satellite locations are connected by way of modems or T1 lines. Currently, network control and operation is primarily administered by private or commercial organizations, as opposed to direct government involvement.
Figure 1 illustrates a typical segment 100 of the Internet network topology.
Each individual connection to the Internet is made through a router (not shown), such as part no. Cisco 4000 available from Cisco of Menlo Park, California or part no.
available from NewBridge of Herndon, Virginia. The router insulates Local area networks (LAN) at specific sites from the numerous data packets being sent across the Internet WO 97!16916 PCT/US96/I8526 ' ' $
which are of no interest to the particular LAN. For example, if a connection is established over the Internet from LAN 110 to LAN I20, any information exchanged between LAN 110 and LAN I20 is probably of no interest to LAN 130. The router thus prevents such information from reaching LAN ~I30. Conversely, if LAN 120 desires to transmit information to LAN I30, the router is sufficiently intelligent to allow this ' information to reach LAN 130 by way of the LAN 140 to which LAN 130 is connected.
The communications protocols used by computers on the Internet to communicate information include TCP (Transmission Control Protocol) and UDP
(User Datagram Protocol). TCP is a connection-oriented protocol that provides a reliable data path between two communicating entities. In contrast, UDP is a connectionless protocol that does not guarantee delivery of messages. Although messages are typically delivered successfully in UDP, this may not be the case in the event of network failure or congestion. Both the TCP and UDP protocols are built on top of a lower layer protocol known as the IP (Internet Protocol). IP is used to format and route TCP and UDP
messages. TCP/IP and UDP/IP have become worldwide de facto standards for interprocess communication and provide the underlying transport mechanism in use on the Internet. A detailed description of the principles and protocol of TCPIIP
communication is set forth in Douglas E. Comer, Internetworking with TCP/IP Volume I
Principle Protocols and Architecture, (Prentice Hall 1991).
Computer networks such as the Internet, which are capable of transmitting generic data or information between Iocatiols, have been used to transmit audio information between computers. At the transmitting computer, a person's voice may be digitized using an analog to digital (A/D) converter and transmitted to the receiving location where it is passed through a digital to analog (D/A) converter and presented as audio. This type of audio connectivity is arguably similar to flat rate telephony, in that audio information may be transmitted from one location to another by way of a high bandwidth, flat rate communications medium. However, this type of computer telephony system suffers from several major disadvantages. First, the system is limited to only those customers who have access to the Internet. While Internet access has now widely proliferated, it has not reached the near universal accessibility of POTS
("Plain Old Telephone Service") service. Such a system is utterly useless if it is desired to communicate with someone who does not have access to the Internet.
_ 6 Second, such systems provide only half duplex communication, viz. , that information can only be transmitted in one direction at any given point in time. There is no simultaneous, two way transfer of information. Third, user access to such a system is only by way of a computer, which is still significantly more expensive than a telephone.
Fourth, user access is extremely inconvenient in comparison with corded, cordless, portable, mobile or cellular telephones, in that access may only be provided at a location where a computer is physically located. Fifth, communication with a particular individual may only be made by addressing the information to their computer network address, not to their standard telephone number.
While attempts have been made to remedy some of these deficiencies, the resulting systems are still inadequate. For example, the "Internet Phone"
device available from VocalTec of Northvale, New Jersey, is a computer-based Windows device which provides full duplex audio connectivity across the Internet. However, the system is extremely cumbersome and impractical to use and also suffers from several disadvantages.
IS Specifically, the Internet Phone does not use standard telephone numbers to address individuals; it requires a computer at both transmitting and receiving ends;
and both transmitting and receiving locations must call in to establish a connection between the two parties. More important however, the system does not allow spontaneous communication since the communication sessions must be scheduled in advance. Each potential receiving end must state their time availability and specify a computer or machine location where they may be reached.
OBJECTS OF THE INVENTION
It is an object of the present invention to provide a method and apparatus capable of efficiently communicating audio information over a computer network.
It is an object of the present invention to provide a method and apparatus capable of efficiently communicating audio information over a computer network which is able to transmit the information at essentially a flat rate or charge.
It is an additional object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network between users who do not have direct access to the computer network.
' ~ 7 It is a further object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network in full duplex format.
It is yet another object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network without ~ requiring the use of a computer at the user location.
It is an additional object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network without requiring that the user be located at a computer location.
It is a further object of the present invention to provide a method and apparatus capable of communicating audio information over a computer network using standard user telephone numbers to direct the information transmitted.
~TJ1VI1VIARY OF THE INVENTION
According to the present invention, a novel method and apparatus are provided for communicating audio information over a computer network. The present invention allows anyone with a standard telephone connected to the public switched telephone network (PSTN) to communicate with any other telephone, using a computer network, such as the Internet, as the transmission facility in lieu of conventional telephone transmission facilities, such as the interexchange or intralata facilities.
In using an illustrative embodiment of the present invention, the originator of a conversation (calling party) dials the number of an access port of the present system.
The call is routed to a central office switching system which is connected to the PSTN.
When the connection to the access port is established, a specialized computer system at the access port signals the user to transmit the number of the party that is to be called (the called party). The specialized computer system interfaces between the telephone switching system and a computer network, such as the Internet. The specialized computer system receives the number of the called party and establishes a two-way, full duplex communications link via the computer network to a corresponding specialized computer system at an access port in the vicinity of the called party. This specialized computer system at the receiving end is connected to the Iocal PSTN in the region of the called party, and uses the local PSTN to connect the call to the called party. Once the call is answered at the called party, the calling and called party may communicate as if the call had been established using the conventional telephone system.
Since the access ports are connected over the computer network, even if the call is over long distances, the user would only have to pay for the local calls to the access ports, as well as the reduced or flat rate cost for use of the computer network.
$RIEF DESCRIPTION OF THE DRAWINGS
Other objects, features and advantages of the invention discussed in the above brief explanation will be more clearly understood when taken together with the following detailed description of an embodiment which will be understood as being illustrative only, and the accompanying drawings reflecting aspects of that embodiment, in which:
Figure 1 is a block diagram of a prior art Internet computer network topology;
Figure 2 is a block diagram of a computer network telephone transmission system according to the present invention illustrating telephone to telephone communication;
Figure 3 is a block diagram of an alternative embodiment of the computer network telephone transmission system according to the present invention illustrating telephone to telephone communication;
Figure 4 is a block diagram of an alternative embodiment of the computer network telephone transmission system according to the present invention illustrating telephone to computer communication;
Figure 5 is a block diagram of a specialized computer system according to the present invention which interfaces the PSTN to a computer network;
Figure 6 is a flowchart illustrating the inbound call operation of the specialized computer system of Figure 5;
Figure 7 is a flowchart illustrating the outbound call operation of the specialized computer system of Figure 5;
Figure 8 is a flowchart illustrating the operation of the Call Initiation .
Module (CIM);
Figure 9 is a flowchart illustrating the operation of the Call Acceptance Module (CAM); and ' 9 Figure 10 is a flowchart illustrating the operation of the Telephony Internet Router Module (TIRM).
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
The overall operation of the present invention will first be described with ~ reference to Figure 2. Figure 2 is a block diagram of a computer network telephone transmission system according to the present invention illustrating telephone to telephone communication. As shown in Figure 2, computer network telephone transmission system 200 is used to provide telephone service between calling station 202 and called station 204. Initially, the user at the calling station dials the number of the specialized computer 206 at an Internet access port. The local switching office 208 routes the call through PSTN 210 to central office 212 which services specialized computer 206. At this point, a call has been established by way of PSTN 210 between the calling station 202 and the specialized computer 206.
Specialized computer 206 prompts the user at the calling station 202 to provide the telephone number of the desired or called party 204. Based on the telephone number of the called party 204, specialized computer 206 provides a communication link to the called party 204. This is accomplished by the specialized computer 206 initiating a series of signalling messages over the Global Internet 214 using the TCPIIP
protocol.
While the specific embodiment of the present invention shown in Figure 2 and discussed herein is described as using the Internet, it should be understood that the present invention may be used with any computer network in general. Additionally, specialized computer 206 can use either TCP/IP or UDP/IP to communicate voice data over the Internet. An advantage to using UDP/IP is that this protocol requires less transmission overhead resulting in faster data transmission. Due to the real-time nature of a telephone call, it is not worthwhile to attempt to redeliver messages initially returned as undeliverable.
This is because subsequent messages continually flow and need to be delivered in order to maintain the real-time aspect and flow of the call. It is practically of no use to deliver message portions shifted in time. The signalling messages are carried by the Internet 214 and delivered to a terminating specialized computer 216 at a remote access port. Terminating specialized computer 216 is identical to specialized computer 206, also referred to as the originating specialized computer, except that the originating specialized computer 206 is used to transmit a call, while the terminating specialized computer 216 is used to receive a call. Both originating and terminating specialized computers 206 and 216, respectively, are equipped with transmission circuits and receiving circuits and are capable of handling calls in either direction.
Terminating specialized computer 216 outdials a call through central office 5 218 to which it is connected. Central office 218 in turn, routes the call through PSTN
220 to central office 222 which services the called party 204. The telephone at the called party 204 is rung by central office 222 and a communications link between calling party 202 and called party 204 is established.
In an alternative embodiment according to the present invention shown as 10 250 in Figure 3, the need for dialing the telephone number of the specialized switch and then transmitting the telephone number of the called party 204 may be eliminated, by combining this operation into one step. Essentially, in this embodiment, specialized computer 216 connects directly to a central office or a private branch exchange (PBX) 218. In this situation, if the calling party is located at 204, which is directly connected to specialized computer by way of PBX 218, then the calling party at 204 need only dial the telephone number of the called party located at 202, since all calls originating from the central office or PBX 218 are routed directly to specialized computer 216.
There is no need to access specialized computer 216 by way of a PSTN. Of course, calls placed at location 202 must still first dial the telephone number of specialized switch 206, as described above.
A further alternative embodiment according to the present invention shown as 300 in Figure 4 allows for computer to telephone communication via Internet 214. In this situation, the telephone number of called party 204 corresponds to the telephone number associated with computer 252. In this situation, specialized computer 206 must know that the called party is a computer so that it does not direct the Internet call to an Internet access port in the vicinity of computer 252.
Referring now to Figure 5, therein is shown a block diagram of the specialized computer 206 at the Internet access port, also referred to as the Internet telephony switch (ITS) which is used for placing a call. Also shown is terminating specialized computer 216, also referred to as thp Remote ITS Node used for receiving a call. ITS Node 206 interfaces to the PSTN 210 using Telephone Network Interface Module (TNIM) 502. TNIM 502 receives calls from the PSTN 210 and answers those calls under the control of Internet Call Manager or ICM 506. The calls received from PSTN 210 are actually outgoing calls that are to be routed through the Internet. The calls received from PSTN 210 are routed to an ICM 506 (discussed in more detail below) for routing over the Internet. When ITS Node 206 serves as a terminating specialized computer, TNIM 502 is used to place outbound calls on PSTN 210 in order to service incoming calls received over the Internet. TNIM 502 may be implemented using a Dialogic Digital Telephony Interface DTI1211 T-1 Network Interface Board available from Dialogic Corporation of Parsippany, New Jersey, running the appropriate software to carry out the described functions. The Dialogic DTI/211 is described in Dialogic Products and Services Guide 12.20. The DTIl211 interfaces through a T1 connection (a DTI/212 may be used with an El connection) to a digital switch in a central office. Alternatively, an analog version of the DTI-211, i.e., the LSI120, may be used to interface to analog telephone lines. The DTI-211 provides the appropriate signalling required to communicate with the PSTN, e.g., G.711 signalling.
Within ITS Node 206, TNIM 502 is connected to a Voice Resources module 504. Voice Resources module 504 provides voice call processing, including DTMF (dual tone multifrequency) detection and generation, as well as coding of voice signals using either A-law or p-law pulse coded modulation (PCM) into 64 Kbit/s data streams. The 64 Kbit/s data rate may be varied down to 24 Kbit/s using data compression. Voice Resources module 504 may be implemented using a Dialogic D/121B 12-Port Voice Processing Board available from Dialogic Corporation of Parsippany, New Jersey, running the appropriate software to carry out the described functions. The Dialogic D/121B is described in Dialogic Products and Services Guide 11.42. The D/121B provides the capability to store the digitized voice data received from the PSTN and to play it back out to the computer network. The D1121B
includes programmable DSP units for storing and playing the digitized voice data. The also provides tone detection and generation used in telephone communication.
The D/121B is not provided with any specific telephone functionality per se. Rather, the D/121B communicates with the DTI/211 over a bus, such as the Dialogic SCbus (Signal Computing Bus). The SCbus allows voice data coming in from the PSTN, or to be transmitted out onto the PSTN, to pass from the D/121B to the DTI1211. Additionally, the SCbus may provide the functionality of a switch matrix in order to i2 connect an inbound call from the PSTN directly to an outbound call to the PSTN
in the event that it is more efficient to place the call entirely through the PSTN
rather than through the computer network.
Voice Resources module 504 interfaces to two separate Internet Call Managers (ICM) 506 and 508. Internet Call Manager 506 is used to process outgoing calls, i.e., those calls received from PSTN 2I0 and which are to be routed via the Internet to a called party. Conversely, Internet Call Manager 508 is used to process incoming calls from the Internet, i.e., those calls which originated at a remote site and were routed through the Internet and are to be connected to a called party by way of TNIM
502 and PSTN 210. An ICM may be implemented in hardware, software or a combination of both. In either event, the ICM function needs to be performed for each call which is being processed. If the ICM is being implemented in software, then an instance of the ICM must be created for each call. Alternatively, the ICM may be capable of handling multiple time slots and thus capable of simultaneously handling multiple calls. Similarly, if the ICM is being implemented in hardware, then a sufficient number of ICM
modules should be provided to handle a desired volume of call traffic based on statistical usage.
The ICM utilizes the digital signal processing (DSP) of the Voice Resources module to sample the incoming voice data stream and convert it to messages or packets which are then transmitted over the Internet. Each of ICMs 506 and 508 is directly connected to TNIM 502 for communicating call signalling information. The actual voice data is communicated between TNIM 502 and Voice Resources module 504 and then between Voice Resources module 504 and ICM 506 or 508.
Internet CaII Manager 506 accepts calls from TNIM 502 and prompts the calling party for the telephone number of the cal~~d party it is desired to reach. Internet Call Manager 506 then passes this information to Connection Initiation Module (CIM) S 10, which in turn establishes a data connection over Internet 214 and negotiates the various call setup and establishment parameters. Once the Internet data call is established by CIM 510, the data stream for the voice call is passed through an appropriate Ethernet interface 512 for transmission to Internet 214..
In order to establish the call, CIM 510 communicates with a Call Acceptance Module (CAM) 556 associated with the Remote ITS Node at the receiving end. During this call negotiation and set up phase, CIM 510 and CAM 556 exchange parameters such as the destination telephone number to be dialed, and whether or not the packetized voice data stream is to be filtered through the Voice Compander Module (discussed below) and/or the Line Quality Module {discussed below) before being transmitted over Internet 214. in addition, the particular protocol used for the data transmission between iTS Node 206 and ITS Node 216 is established. The data transmission protocol is typically either TCP/IP or UDP/IP, since these are the primary protocols supported by Internet 214. Once the initial call setup parameters have been exchanged between ITS Nodes 206 and 216, ICM 506 waits for an indication from Remote ITS Node 216 that the destination telephone number has been dialed by Remote ITS Node 216.
i0 Before establishing an Internet voice connection, ITS Node 206 utilizes Least Cost Routing (LCR) module 514 in order to locate the ITS Node that can route the call at the receiving end in the most cost efficient manner. To perform this function, LCR
514 first matches the characteristics of the destination telephone number (called party telephone number) with data stored in a local database. This may be carried out using a I5 hierarchical search to locate the ITS node in the region of the dialed telephone number.
Thus, Iong distance numbers are detected by parsing out an initial " I " in the dialed number (similarly, a "011" would indicate an international call). Next, the area code is parsed to determine the geographical region. Continuing, the exchange numbers are parsed to determine the specific geographical region and the ITS node serving that region.
20 In addition to or in place of the hierarchical search or matching, LCR 514 may include Iists of specific telephone numbers and their associated ITS nodes. While this may be less efficient in general, it may be more efficient in specific situations, such as frequently dialed telephone numbers. After searching the database, LCR S 14 indicates the optimal location of the receiving ITS Node for processing the particular call.
Additionally, the 25 above database may also include alternate ITS node information so that LCR
514 may also provide CIM 514 with the next most optimal ITS Node, and so on, so that if the optimal ITS Node is unavailable or cannot handle the call, CIM 510 can then attempt to place the call using the next most optimal receiving ITS Node.
Additionally, LCR Si4 determir_~s whether the destination telephone 30 number may be dialed more efficiently (based on the cost of the call, node availability and other system parameters) through the PSTN. If the call can be placed more efficiently through the PSTN, LCR 514 indicates this to I!:M 506, which then dials the destination telephone number using PSTN 210 by way of TNIM 502. The inbound PSTN call and 14 ' the outbound PSTN call are then bridged together in a crosspoint switch matrix in the TNIM 502. This situation may occur where both the calling and called parties are in the vicinity of the same ITS Node.
A full duplex voice path is established between ITS Node 206 and Remote ' S ITS Node 216 over Internet 214 using Telephony Internet Router Module (TIRM) located at ITS Node 206. When TIRM 518 is used in ITS Node 206 to place a call (as contrasted with receiving a call in Remote ITS Node 216), TIRM 518 functions to capture and route the packetized voice data to a corresponding TIRM S58 located at Remote ITS
Node 216. Similarly, when a TIRM is used to receive calls, e.g., TIRM 558 located at Remote ITS Node 216, it functions to receive the packetized voice data and direct it to an ICM to service the call. The ICM in turn sends the digital voice data to the TNIM.
In turn, the TNIM converts the digital voice. data into an analog audio signal to be transmitted by the PSTN to the called party. Alternatively, the digital data may be provided directly from the TNIM to the PSTN without conversion to analog in the event that the particular PSTN is capable of handling digital data.
Voice data continues to be exchanged between the two ITS Nodes 206 and 216 until either the calling or called party terminates the call. When a call is terminated, a supervisory signal is received by the TNIM and passed to the ICM at the ITS
Node where the call termination was initiated. The ICM at the terminating location notifies the TIRM at the terminating location to "tear down" or disconnect the call connection. In order to "tear down" the connection, the TIRM at the terminating location (ITS
Node) notifies the counterpart TIRM at the other ITS Node. The ICM at each location then frees up the voice processing DSP associated with the call, so that the DSP
resources may be used for subsequent calls.
Additional voice call processing elements may be incorporated into each ITS Node in order to enhance the overall performance of the ITS Node.
Specifically, a Voice Compander Module (VCM) 520 may be added to provide data compression and expansion functionality. Data compression is performed on the transmitted data stream in order to reduce the bandwidth required for transmission of the digitized voice data over the Internet. Similarly, when the received data stream over the Internet has been compressed, it must first be expanded before further processing.
Additionally, a Line Quality Monitor (LQM) 522 may be included in order to monitor line quality characteristics, such as echo and noise, and then to perform necessary filtering functions to reduce or eliminate such deleterious effects.
Further, a Call Security Module rnay be included to encrypt the conversation in order to prevent electronic eavesdropping over the Internet.
When receiving a call, an ITS Node waits for another ITS Node to contact 5 it using its TiRM and ICM and to request that a telephone call be initiated on behalf of a calling party who has dialed into the other ITS Node. Reception of the Internet voice call at Remote iTS Node 216 will now be described in detail using the receiver portion of ITS Node 206. In an actual system, the receiving portion of ITS Node 216 would process a voice call received from the Internet.
10 A telephone call is initiated when the CIM of a Remote ITS Node sends a connection request to the CAM of the local ITS Node. When receiving a call from the Internet 214 via Ethernet interface 512, the data stream associated with the particular call is first received by Connection Acceptance Module (CAM) 516. Connection Acceptance Module 516 receives the call setup parameters associated with the particular call and 15 passes the call on to Internet Call Manager 508, which performs the reverse operation of Internet Call Manager 506. Specifically, Internet Call Manager 508 receives the destination telephone number and places a call to the destination telephone number using the TNIM 502 and PSTN 210. ICM 508 then transmits an acknowledgement or "call dialed" indication to the Remote ITS Node ICM.
Each ITS Node may be implemented using a Hewlett Packard HP 9000/743 Telepace platform. The Telepace platform acts as the central processor for coordinating the tasks carried out by the individual modules, e.g., TNIM and ICM. All of the hardware components of the ITS Node are interconnected by a signalling bus which enables call and voice resource routing as required. The particular bus used may be, for example, the Dialogic SCbus. Alternatively, a standard computer platform may be used to implement an ITS Node, both for single user aid multiple call applications, depending on the particular hardware capabilities of the computer. In this situation, the Dialogic hardware may be used in a personal computer (instead of the HP Telepace platform) to provide multiple user service. This latter approach may be less efficient than using the HP Telepace platform; however, it may be more cost effective depending on the particular application. In yet another alternative configuration, an ITS node may be implemented using a computer equipped with a sound card capable of simultaneously sampling and playing speech, i.e., processing speech signals in both transmit and receive directions, as WO 97/16916 t'CT/LJS96/I8526 i~5 well as having a connection to the Internet. Alternatively, an ITS node may be implemented using a computer equipped with the appropriate DSP processing, e.g., in the form of a DSP chip, capable of performing the ITS functions discussed herein.
In the computer implementations, a headset or microphone/speaker combination may be used for the user audio interface.
Voice resources module 504 (Figure 5) receives digitized voice data from the ICM and routes this data to the TNIM over the bus connecting these two modules, such as the Dialogic SCbus. This data is then transmitted by the TNIM out onto the PSTN using standard Tl/El signalling. This is data which has been received from tine remote ITS node. Similarly, the Voice resources module 504 receives digitized voice data originating from the PSTN by way of the TNIM. This data is then passed to the ICM for transmission over the computer network. The Voice resources module 504 also performs the necessary tone generation and detection, such as DTMF tones, used to dial the digits of a telephone number.
TNIM 502 monitors the time slots used for the various telephone lines.
Each line is monitored for a number of events, including, a hang up by the calling or called party and inbound call notifications from the central office. The TNIM
notifies the ICM upon the occurrence of any of these event. Also, the TNIM processes requests from the ICM, such as, taking a timeslot off hook to dial an outgoing call and releasing an inbound or outbound call in the event of a hang up.
Voice compander module 520 provides data compression for the incoming data received from the PSTN before it is transmitter over the computer network. Since the resources of a computer network are limited, these resources may be overwhelmed during periods of high volume traffic. Potentially, data throughput may be decreased to the point where there is a noticeable delay between transmission and reception. Such a situation is extremely undesirable for real-time telephone communication. Data compression is used to reduce the overall amount of data being transmitted over the computer network, in order to reduce the data delay problems. Of course, the data transmission should not be applied to the point where it greatly affects the audio quality of the data being transmitted. When receiving compressed data which has been transmitted over the computer network, VCM 520 performs the inverse function of expanding the compressed data. The compression used in VCM 520 typically involves 8-bit ,u law PCM (Pulse Coded Modulation) having variable compression ratios.
The ' ' 17 types of compression used may be GSM (Global System for Mobile Communication), CELP (Code Excited Linear Prediction) or ADPCM (Adaptive Differential Pulse Code Modulation). While this is not an exhaustive list, any similar compression technique may be used, such as, for example, any of the compression techniques used by the Netscape Navigator software available from Netscape Communications Corporation of Mountain View, California. As the compression ratio increases, the voice quality typically decreases.
Line Quality Monitor or LQM 522 examines the sampled voice data and applies a number of different techniques to improve the voice quality. For example, an echo cancellation filter may be used to minimize the echo effects inherent in long distance telephone calls. Additionally, variable attenuation may be applied to the voice data signal to prevent echo. Because this technique only needs to be applied to the voice data one time between the two endpoints, either the calling party node or the called party node may modify the signal. If the calling party modifies the signal, then the LQM at the receiving node is notified to take no further action. Otherwise, the default situation is to have the receiving node perform the echo cancellation.
The logical flow of a call through an ITS Node from the calling party's perspective will now be described with reference to Figure 6. A call is first initiated when the calling party dials a telephone number which connects him directly to an ITS
Node via the PSTN. Referring now to Figure 6, the ICM receives an inbound call indication from the TNIM at step 602. This indicates that the calling party has initiated a telephone call. At step 604, the ICM instructs the TNIM to answer the call.
At step 606 the ICM (through the TNIM) receives info~-lnation from the PSTN relating to the calling and called parties. Specifically, the PSTN provides Dialed Number Identification Service (DNIS) digits specifying the destination or called party telephone number, as well as Automatic Number Identification (ANI) digit, identifying the calling party.
The DNIS
and ANI are provided to the ICM, which in turn provides this information to the Least Cost Routing or LCR Module at step 608. Based on the DNIS and/or ANI, the LCR
specifies to the ICM the ITS node that can most efficiently complete the call to the destination telephone number.
At step 610, if the Ioca1 ITS Node, i.e., the ITS Node associated with the calling party, is determined to be the most efficient node for routing the call, then the call is dialed back out on the PSTN using the TNIM, by branching out under the ""yes"
condition to step 612. At step 614, the ICM instructs the TNIM to connect the inbound call from the calling party with the outbound call placed by the Iocal ITS
Node. In this manner, a communication channel is established between the calling and called parties.
This call remains active as long as neither party has terminated the call. If a call termination is detected at either calling or called party locations at step 616, then the call is broken at step 618 and the calling and called parties are released at step 620.
Alternatively, if a remote ITS Node, i.e, not the local ITS Node, is specified by the LCR as being the most efficient node for routing the call, then this optimal call path is established using the Internet. This is shown as the "no"
branch at step 610. At step 622, the ICM at the local ITS Node passes the call setup data and requests the Iocal CIM to connect through the Internet to the CAM at the remote ITS node in order to establish a connection through the Internet to a counterpart ICM
at the Remote ITS Node. Step 622 involves first identifying the Internet address of the Remote ITS
Node, and then transmitting an initial message in order to establish a communications path IS between the ICM of the local ITS Node and thr~ ICM at the Remote ITS Node.
For example, if a call is being placed from New York City to a number in the United Kingdom, the Internet address of the node in the UK is used to establish a connection to that node. If there is more than one node in the UK, the LCR module determines the most optimally located node based on the destination telephone number. This node location is returned by the LCR module, as well as optionally, additional nodes in decreasing order of preference based on efficiency or other criteria.
As stated above, the call setup parameters used to establish the call include the destination telephone number and whether or not the voice data is to be passed through the Voice Compander Module and/or the Call Quality Module before being transmitted over the Internet. The specific protocol which is used to communicate the actual voice data between the two ITS nodes is configured at installation, and is either TCP/IP or UDP/IP. Once the connection between the local CIM and the remote CAM has been established, the local CIM indicates this to the local ICM at step 624. After the initial _ parameters have been established between the two ITS nodes, the local ICM
waits for the remote ICM to dial the destination telephone number and return an indication to the IocaI
ICM that the destination telephone number has been dialed. This occurs at step 626.
At step 628, both the local ICM and remote iCM begin to simultaneously capture voice data from their respective PSTN through their respective Voice Resources ' 19 Modules. While in this mode, the ITS node tests at step 630 to determine whether either of the calling and/or called parties have terminated the call. If a call termination is not detected, the system executes step 632 and performs compression if data compression has been turned on. Similarly, the system proceeds to execute step 634 and perform line S quality monitoring and correction if that feature is also turned on. The ICM
then proceeds at step 636 to segment the voice data into messages or packets which are then transferred over the Internet to the remote ICM through the local TIRM. The system then loops back to step 628 to continue the procedure discussed above. In this manner, voice data continues to be transmitted to the remote end. Similarly, voice data is also being received from the remote end, as will be discussed in detail below, such that voice data is being communicated in full duplex mode, i.e., both transmit and receive directions.
If a call termination or hang up is detected at step 630, the "yes" branch from step 630 is followed to step 638, where a call supervision signal from the PSTN
where the call termination occurred is first received by the ICM at the terminating location 1S and then transmitted by the TIRM at the terminating location to the ICM at the other location. System execution then proceeds to step 640 where the necessary procedures are carried out to hang up or "tear down" the call. Finally, the system exits at step 642 and essentially frees up the resources that were associated with the particular call so that they are available to process another call.
Steps 628 through 636 of Figure 6 represent the data transmission portion of a full duplex telephone call. Reception of data from the remote location begins at step 644, which is executed right after step 626, i.e., after the remote ICM has indicated that the destination telephone number has been successfully dialed. Execution of step 644 and the subsequent steps associated with data reception are performed in parallel with the data 2S transmission function, i.e., steps 628-636. After the local ICM receives each data packet from the remote ICM through the TIRM at step 644, the system tests at step 646 to determine if the call has been terminated by the remote party hanging up. If a call termination is detected, system execution proceeds along the "yes" branch of step 646 to steps 640 and 642 and the appropriate hang up and exit procedures are performed, as indicated above.
If a call termination is not detected at step 646, the system executes step 648 and performs decompression if data compression has been turned on at the remote end. Similarly, the system proceeds to execute step 6S0 and perform line quality monitoring and correction if that feature is also 'turned on. Finally, the processed voice data packet is sent by the local ICM through the Voice Resources Module to the TNIM
at step 652 so that it may then be delivered by way of the PSTN to the user.
System operation then loops back to step 644 in order to receive and process a subsequent voice 5 data packet.
The logical flow of a call through a local ITS Node located at a called party Location, i.e., from the called party perspective, will now be described with reference to Figure 7. As shown in Figure 7, the ICM at step 702 receives an indication that a call has been established through the Internet. It also receives the call setup data and 10 telephone number of the called party and proceeds to dial that number through the CAM
at step 708. Once the call to the destination telephone number has been completed, the local ICM transmits a dial completion message at step 710 to the remote ICM.
At this point, the communications link between the calling and called parties has been established, and the local and Remote ITS Nodes proceed to exchange voice data 15 packets. This is shown in the remaining portion of Figure 7, which is identical to the data exchange portion of Figure 6 discussed above. The steps shown in Figure 7 that correspond to those steps discussed above in connection with Figure 6 have been given the same designation numerals. Accordingly, the description of these steps in Figure 7 need not be repeated here, since they correspond to the same steps carried out in Figure 20 6.
The detailed operation of the individual blocks of Figure S will now be explained with reference to Figures 8 to 10. Referring now to Figure 8, therein is shown a flowchart of the operation of the CIM module. At step 802, the CIM module receives a connection request from the ICM. This connection request includes the destination address of the remote ITS Node. At step 804, the CIM proceeds to establish an Internet connection through the Internet to the CAM located at the remote ITS Node. At step 806, the CIM tests to see if the connection was successful. If the connection was successfully established, then the CIM transmits to the CAM a call initiation message indicating that a new call needs to be serviced. The call initiation message includes information such as any special configuration information indicating the communications protocol to be used, whether compression has been turned on, and if so, what type, whether echo cancellation has been turned on, and any other information needed to properly service the call. The call initiation message also includes the destination telephone number of the called party.
' 21 At step 810, the CIM informs the ICM that a connection has been successfully established with the CAM at the remote ITS Node. The ICM then waits for an indication that the destination number has been successfully dialed by the remote ICM. If at step 806 a successful connection was not completed, the CIM proceeds at step 812 to notify the ICM
of the failure to successfully connect to the remote ITS Node.
Referring now to Figure 9, therein is shown a flowchart of the operation of the CAM module. At step 850, the CAM module waits for and receives a connection request from a CIM module located at a remote ITS node. At step 852, the CAM
proceeds to establish a connection through the Internet to the CIM located at the remote ITS node. The CAM determines at step 854 whether a successful connection has been established. If the connection has been successfully established, the CAM
proceeds at step 856 to receive the call setup data from the CIM at the remote ITS node. As indicated above, this call setup data includes such information as the destination telephone number of the called party. The received call setup information and destination telephone number are then transmitted by the CAM to the ICM, which in turn instructs the TNIM
to out dial the destination telephone number.
Referring now to Figure 10, therein is shown a flowchart of the operation of the TIRM module. At step 902, the TIRM receives messages which have come either from the ICM located locally at the same rode or via the Internet from a counterpart TIRM module located at the remote ITS node. If the message has come from the local ICM, the TIRM receives this message at step 904. The message from the local ICM may include voice data. Alternatively, the message may include other information such as the destination telephone number, caller hangup information, etc. At step 906, the TIRM
packetizes this message into data packets of appropriate length and format and prepends a message header which may include message size, data type (voice, telephone number, etc.) or message sequence number. The packet or message is then sent to the remote ITS
node over the established Internet connection. '1''~e TIRM then proceeds at step 908 to determine if a hangup indication has been received. If a hangup indication has not been received, i.e., the current call is still active and additional data needs to be transmitted, the TIRM loops back to step 902 to receive :Further messages. If there is a hangup indication at step 908, TIRM breaks the Internet connection at step 9I0.
Alternatively, if the message received at step 902 is from the remote TIRM, the local TIRM proceeds to step 9i2 to receive voice data or hangup information from the WO 97/I69I6 PC'1'/US96/18526 remote TIRM. The header information, including sequence number, are validated at step 914. Validation of the sequence number insures that the messages have arrived in the proper order. Received messages, such as voice data, are handed off to the ICM
at step 916. The TIRM then proceeds at step 918 to determine if a hangup indication has been received. If a hangup indication has not been received, i.e., the current call is still active and additional data needs to be transmitted, the TIRM loops back to step 902 to receive further messages. if a hangup indication is received at step 918, the Internet connection is terminated at step 920. Processing of steps 904-910 is carried out in parallel with the processing of steps 912-920 since messages are being received simultaneously from the local ICM as well as from the remote TIRM.
While the invention has been particularly shown and described with reference to a preferred embodiment thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention.
Claims (24)
1. A method of routing a full duplex telephone call between a first telephone set and a second telephone set using a public computer network as at least part of a communication link connecting the first and the second telephone sets, comprising the steps of:
receiving at a first computer network access port a first telephone call from a central office placed from the first telephone set initiating the full duplex telephone call, the first telephone call specifying a telephone number of the second telephone set, without specifying additional telephone destinations;
converting data received from the central office to an Internet protocol;
establishing a communication link over the public computer network between the first computer network access port and a remote second computer network access port;
placing a second telephone call from the second computer network access port to the second telephone set using a PSTN protocol;
converting data received from the public computer network from the Internet protocol to the PSTN protocol; and connecting the first telephone call, the communication link and the second telephone call to thereby establish a telephone call between the first telephone set and the second telephone set.
receiving at a first computer network access port a first telephone call from a central office placed from the first telephone set initiating the full duplex telephone call, the first telephone call specifying a telephone number of the second telephone set, without specifying additional telephone destinations;
converting data received from the central office to an Internet protocol;
establishing a communication link over the public computer network between the first computer network access port and a remote second computer network access port;
placing a second telephone call from the second computer network access port to the second telephone set using a PSTN protocol;
converting data received from the public computer network from the Internet protocol to the PSTN protocol; and connecting the first telephone call, the communication link and the second telephone call to thereby establish a telephone call between the first telephone set and the second telephone set.
2. The method of claim 1, comprising the step of receiving the first telephone call from a public switched telephone network.
3. The method of claim 2, comprising the step of placing the second telephone call using the public switched telephone network.
4. The method of claim 1, comprising the step of placing the second telephone call using a public switched telephone network.
5. The method of claim 1, wherein the first telephone call is an only call required to be placed by the first telephone set to effect communication with the second telephone set.
6. The method of claim 2, wherein the computer network is at least a portion of an Internet computer network.
7. The method of claim 6, wherein the first and the second computer network access ports are first and second telephone switches, said method further comprising the steps of:
using a telephone network interface device to receive the first telephone call;
using a computer network call manager device to answer the first telephone call;
routing the first telephone call from the telephone network interface device to a voice resources module for processing and routing the first telephone call to the computer network call manager device;
using a call initiation module to establish a connection through the computer network to the second computer network telephone switch;
transmitting call setup information from the call initiation module to the second computer network telephone switch; and transmitting information contained in the first telephone call from the computer network call manager device to the second computer network telephone switch.
using a telephone network interface device to receive the first telephone call;
using a computer network call manager device to answer the first telephone call;
routing the first telephone call from the telephone network interface device to a voice resources module for processing and routing the first telephone call to the computer network call manager device;
using a call initiation module to establish a connection through the computer network to the second computer network telephone switch;
transmitting call setup information from the call initiation module to the second computer network telephone switch; and transmitting information contained in the first telephone call from the computer network call manager device to the second computer network telephone switch.
8. The method of claim 7, comprising the step of determining a least cost routing procedure for routing the first telephone call from the first computer network telephone switch to the second telephone set.
9. The method of claim 8, comprising the step of routing the first telephone call from the first computer network telephone switch to the second telephone set using the public switched telephone network based on the least cost routing procedure.
10. The method of claim 8, wherein said step of determining a least cost routing procedure comprises the step of performing a hierarchical search based on information indicative of the second telephone set.
11. The method of claim 7, comprising the step of: performing at least one of data compression, echo cancellation and noise filtering on the information contained in the first telephone call.
12. The method of claim 7, comprising the steps of:
receiving, at a call acceptance module, information contained in the second telephone call from the second computer network telephone switch;
routing the information contained in the second telephone call to the computer network call manager and to the voice resources module for processing; and routing the information contained in the second telephone call from the voice resources module to the telephone network interface device for transmission to the first telephone set as part of the first telephone call.
receiving, at a call acceptance module, information contained in the second telephone call from the second computer network telephone switch;
routing the information contained in the second telephone call to the computer network call manager and to the voice resources module for processing; and routing the information contained in the second telephone call from the voice resources module to the telephone network interface device for transmission to the first telephone set as part of the first telephone call.
13. A system for routing a full duplex telephone call between a first telephone set and a second telephone set using a public computer network as at least part of a communication link connecting the first and the second telephone sets, comprising:
a first computer network access port receiving a first telephone call from a central office placed from the first telephone set initiating the full duplex telephone call, the first telephone call specifying a telephone number of the second telephone set, without specifying additional telephone destinations;
a first protocol conversion module converting data received from the central office to an Internet protocol;
a communication link over the public computer network between said first computer network access port and a second computer network access port;
a calling circuit which places a second telephone call from said second computer network access port to the second telephone set using a PSTN
protocol;
a second protocol conversion module converting data received from the public computer network from the Internet protocol to the PSTN protocol; and a call management circuit which connects the first telephone call, the communication link and the second telephone call to thereby establish a telephone call between the fist telephone set and the second telephone set.
a first computer network access port receiving a first telephone call from a central office placed from the first telephone set initiating the full duplex telephone call, the first telephone call specifying a telephone number of the second telephone set, without specifying additional telephone destinations;
a first protocol conversion module converting data received from the central office to an Internet protocol;
a communication link over the public computer network between said first computer network access port and a second computer network access port;
a calling circuit which places a second telephone call from said second computer network access port to the second telephone set using a PSTN
protocol;
a second protocol conversion module converting data received from the public computer network from the Internet protocol to the PSTN protocol; and a call management circuit which connects the first telephone call, the communication link and the second telephone call to thereby establish a telephone call between the fist telephone set and the second telephone set.
14. The system of claim 13, further comprising a public switched telephone network interface circuit which receives the first telephone call through the public switched telephone network.
15. The system of claim 14, further comprising a second public switched telephone network interface circuit which places the second telephone call through the public switched telephone network.
16. The system of claim 13, wherein the public switched telephone network interface circuit places the second telephone call through the public switched telephone network.
17. The system of claim 13, wherein the first telephone call is an only call required to be placed by the first telephone set to effect communication with the second telephone set.
18. The system of claim 14, wherein the computer network comprises an Internet computer network connection.
19. The system of claim 18, wherein said first and second access ports are first and second telephone switches, further comprising:
a telephone network interface device receiving the first telephone call;
a computer network call manager device answering the first telephone call, said computer network call manager device routing the first telephone call from the telephone network interface device to a voice resources module for processing and routing the first telephone call to the computer network call manager device;
a call initiation module establishing a connection through the computer network to the second computer network telephone switch; and a call setup information circuit transmitting call setup information from said call initiation module to the second computer network telephone switch;
wherein said computer network call manager device transmits information contained in the first telephone call from the computer network call manager device to the second computer network telephone switch.
a telephone network interface device receiving the first telephone call;
a computer network call manager device answering the first telephone call, said computer network call manager device routing the first telephone call from the telephone network interface device to a voice resources module for processing and routing the first telephone call to the computer network call manager device;
a call initiation module establishing a connection through the computer network to the second computer network telephone switch; and a call setup information circuit transmitting call setup information from said call initiation module to the second computer network telephone switch;
wherein said computer network call manager device transmits information contained in the first telephone call from the computer network call manager device to the second computer network telephone switch.
20. The system of claim 19, comprising a least cost routing system for determining a least cost routing procedure for routing the first telephone call from the first computer network telephone switch to the second telephone set.
21. The system of claim 20, wherein said computer network call manager device routes the first telephone call from the first computer network telephone switch to the second telephone set using the public switched telephone network based on the least cost routing procedure.
22. The system of claim 20, wherein said least cost routing system comprises a hierarchical search system which searches based on information indicative of the second telephone set.
23. The system of claim 19, comprising at least one of a data compression circuit, an echo cancellation circuit and a noise filter which operates on the information contained in the first telephone call.
24. The system of claim 19, comprising a call acceptance module receiving information contained in the second telephone call from the second computer network telephone switch; said computer network call manager device routing the information contained in the second telephone call to the voice resources module for processing and to the telephone network interface device for transmission to the first telephone set as part of the first telephone call.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/548,323 US6243373B1 (en) | 1995-11-01 | 1995-11-01 | Method and apparatus for implementing a computer network/internet telephone system |
US548,323 | 1995-11-01 | ||
PCT/US1996/018526 WO1997016916A1 (en) | 1995-11-01 | 1996-10-29 | Method and apparatus for implementing a computer network/internet telephone system |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2238867A1 CA2238867A1 (en) | 1997-05-09 |
CA2238867C true CA2238867C (en) | 2005-10-18 |
Family
ID=24188348
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002238867A Expired - Lifetime CA2238867C (en) | 1995-11-01 | 1996-10-29 | Method and apparatus for implementing a computer network/internet telephone system |
Country Status (12)
Country | Link |
---|---|
US (1) | US6243373B1 (en) |
EP (1) | EP0873637B1 (en) |
CN (2) | CN1825877A (en) |
AT (1) | ATE357810T1 (en) |
AU (1) | AU716096B2 (en) |
CA (1) | CA2238867C (en) |
DE (1) | DE69636988T2 (en) |
DK (1) | DK0873637T3 (en) |
ES (1) | ES2285716T3 (en) |
HK (1) | HK1018372A1 (en) |
PT (1) | PT873637E (en) |
WO (1) | WO1997016916A1 (en) |
Families Citing this family (214)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100208634A1 (en) | 1994-10-11 | 2010-08-19 | Arbinet Corporation | System and Method For Managing Multimedia Communications Across Convergent Networks |
US6188756B1 (en) * | 1994-10-11 | 2001-02-13 | Alexander Mashinsky | Efficient communication through networks |
US6226365B1 (en) | 1997-08-29 | 2001-05-01 | Anip, Inc. | Method and system for global communications network management and display of market-price information |
US6144727A (en) | 1997-08-29 | 2000-11-07 | Anip, Inc. | Method and system for global telecommunications network management and display of market-price information |
GB2294179B (en) | 1994-10-11 | 1999-09-01 | Alex Mashinsky | Method of and system for use of telecommunication networks |
US6912277B1 (en) | 1997-08-29 | 2005-06-28 | Anip, Inc. | Assigning telecommunications services to matchable classes |
US7334024B2 (en) * | 1995-05-19 | 2008-02-19 | Cyberfone Technologies, Inc | System for transmission of voice and data over the same communications line |
US6973477B1 (en) | 1995-05-19 | 2005-12-06 | Cyberfone Technologies, Inc. | System for securely communicating amongst client computer systems |
US20070299808A1 (en) * | 1995-05-19 | 2007-12-27 | Cyberfone Technologies, Inc. | Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases |
US20050119992A1 (en) * | 1995-05-19 | 2005-06-02 | Martino Rocco L. | Telephone/transaction entry device and system for entering transaction data into databases |
AU7093896A (en) * | 1995-10-11 | 1997-04-30 | Alexander Mashinsky | Efficient communication through networks |
US20010040885A1 (en) * | 1995-10-13 | 2001-11-15 | Howard Jonas | Method and apparatus for transmitting and routing voice telephone calls over a packet switched computer network |
US6021428A (en) * | 1997-09-15 | 2000-02-01 | Genesys Telecommunications Laboratories, Inc. | Apparatus and method in improving e-mail routing in an internet protocol network telephony call-in-center |
GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
US7336649B1 (en) * | 1995-12-20 | 2008-02-26 | Verizon Business Global Llc | Hybrid packet-switched and circuit-switched telephony system |
US20030112795A1 (en) * | 1998-07-22 | 2003-06-19 | Wilkes T. Clay | Voice internet transmission system |
US9014177B2 (en) | 1996-03-06 | 2015-04-21 | Bear Creek Technologies, Inc. | System for interconnecting standard telephony communications equipment to internet |
WO1997033412A1 (en) * | 1996-03-06 | 1997-09-12 | Bear Creek Technologies, Inc. | System for interconnecting standard telephony communications equipment to internet protocol networks |
US6154445A (en) | 1996-04-18 | 2000-11-28 | Bell Atlantic Network Services, Inc. | Telephony communication via varied redundant networks |
US6069890A (en) | 1996-06-26 | 2000-05-30 | Bell Atlantic Network Services, Inc. | Internet telephone service |
GB9615029D0 (en) * | 1996-07-17 | 1996-09-04 | British Telecomm | Internet call centre |
US6078579A (en) * | 1996-07-25 | 2000-06-20 | Wjw Technologies Inc. | Telephonic systems for communication over computer networks |
US6266328B1 (en) | 1996-08-26 | 2001-07-24 | Caritas Technologies, Inc. | Dial up telephone conferencing system controlled by an online computer network |
FR2753862B1 (en) * | 1996-09-26 | 1998-12-11 | Henri Tebeka | INTERACTIVE COMMUNICATION METHOD AND SYSTEM BETWEEN TWO TELEPHONE DEVICES VIA THE INTERNET NETWORK |
US20070123251A1 (en) * | 1996-10-23 | 2007-05-31 | Riparius Ventures, Llc | Remote internet telephony device |
US6690654B2 (en) | 1996-11-18 | 2004-02-10 | Mci Communications Corporation | Method and system for multi-media collaboration between remote parties |
US7145898B1 (en) * | 1996-11-18 | 2006-12-05 | Mci Communications Corporation | System, method and article of manufacture for selecting a gateway of a hybrid communication system architecture |
US6909708B1 (en) | 1996-11-18 | 2005-06-21 | Mci Communications Corporation | System, method and article of manufacture for a communication system architecture including video conferencing |
US6335927B1 (en) * | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
US6754181B1 (en) | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
US6304567B1 (en) * | 1996-11-26 | 2001-10-16 | Lucent Technologies Inc. | Methods and apparatus for providing voice communications through a packet network |
SE511342C2 (en) * | 1996-12-09 | 1999-09-13 | Telia Ab | Method and device for telephony via the Internet |
US6078582A (en) * | 1996-12-18 | 2000-06-20 | Bell Atlantic Network Services, Inc. | Internet long distance telephone service |
US6829231B1 (en) * | 1996-12-31 | 2004-12-07 | Mci Communications Corporation | Internet phone system and directory search engine using same |
EP0966815A4 (en) * | 1997-02-02 | 2001-12-12 | Fonefriend Systems Inc | Internet switch box, system and method for internet telephony |
US6600733B2 (en) * | 1997-02-06 | 2003-07-29 | Verizon Laboratories Inc. | System for interconnecting packet-switched and circuit-switched voice communications |
US6104802A (en) | 1997-02-10 | 2000-08-15 | Genesys Telecommunications Laboratories, Inc. | In-band signaling for routing |
US7031442B1 (en) | 1997-02-10 | 2006-04-18 | Genesys Telecommunications Laboratories, Inc. | Methods and apparatus for personal routing in computer-simulated telephony |
US6480600B1 (en) | 1997-02-10 | 2002-11-12 | Genesys Telecommunications Laboratories, Inc. | Call and data correspondence in a call-in center employing virtual restructuring for computer telephony integrated functionality |
US6775264B1 (en) | 1997-03-03 | 2004-08-10 | Webley Systems, Inc. | Computer, internet and telecommunications based network |
IL120370A0 (en) * | 1997-03-04 | 1997-07-13 | Shelcad Engineering Ltd | Internet and intranet phone system |
US6137869A (en) * | 1997-09-16 | 2000-10-24 | Bell Atlantic Network Services, Inc. | Network session management |
JP4067613B2 (en) * | 1997-03-17 | 2008-03-26 | 富士通株式会社 | CTI control system |
US6292479B1 (en) | 1997-03-19 | 2001-09-18 | Bell Atlantic Network Services, Inc. | Transport of caller identification information through diverse communication networks |
US6870827B1 (en) | 1997-03-19 | 2005-03-22 | Verizon Services Corp. | Voice call alternative routing through PSTN and internet networks |
EP0972394B1 (en) * | 1997-03-31 | 2003-12-03 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Interconnection of telephone exchanges via a computer network |
KR19980086889A (en) * | 1997-05-15 | 1998-12-05 | 이데이 노부유끼 | Data communication method, data communication terminal, data communication system and communication control system |
CA2205731A1 (en) * | 1997-05-20 | 1998-11-20 | Northern Telecom Limited | System and method for remote access to a telephone switching system using internet protocol networks |
US6798770B1 (en) * | 1997-05-27 | 2004-09-28 | Siemens Aktiengesellschaft | Method for handling telephone calls via at least one telephone network using the internet |
JP3152167B2 (en) * | 1997-06-04 | 2001-04-03 | 日本電気株式会社 | Voice cell transmission system, voice cell transmission method, and recording medium storing voice cell transmission control program |
US6891824B1 (en) * | 1997-06-30 | 2005-05-10 | Emc Corporation | Audible communication with a modem over a wide area network |
US6463051B1 (en) * | 1997-07-17 | 2002-10-08 | Inter—tel, Inc. | Internet calling system |
US6385195B2 (en) * | 1997-07-21 | 2002-05-07 | Telefonaktiebolaget L M Ericsson (Publ) | Enhanced interworking function for interfacing digital cellular voice and fax protocols and internet protocols |
DE19739981C2 (en) | 1997-09-11 | 2000-12-14 | Siemens Ag | Procedure for handling telecommunications connections via a public exchange |
NO326260B1 (en) * | 1997-09-29 | 2008-10-27 | Ericsson Telefon Ab L M | Method of routing calls from a terminal in a first telecommunications network to a terminal in a second telecommunications network |
US6711611B2 (en) | 1998-09-11 | 2004-03-23 | Genesis Telecommunications Laboratories, Inc. | Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure |
US6985943B2 (en) | 1998-09-11 | 2006-01-10 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center |
JP3685912B2 (en) * | 1997-10-16 | 2005-08-24 | 富士通株式会社 | Internet phone system |
GB2331197B (en) * | 1997-11-11 | 2002-10-02 | Ericsson Telefon Ab L M | Method of handling a telephone call |
USRE46528E1 (en) | 1997-11-14 | 2017-08-29 | Genesys Telecommunications Laboratories, Inc. | Implementation of call-center outbound dialing capability at a telephony network level |
JPH11164044A (en) * | 1997-11-25 | 1999-06-18 | Brother Ind Ltd | Communication equipment and storage medium |
US6343073B1 (en) * | 1997-12-31 | 2002-01-29 | Anip, Inc. | Method and system for efficient link utlization |
JPH11225218A (en) * | 1998-02-05 | 1999-08-17 | Matsushita Electric Ind Co Ltd | Internet telephone system, communication system utillizing wide area data communication network, and terminal adapter |
US8130749B2 (en) * | 1998-02-17 | 2012-03-06 | Genesys Telecommunications Laboratories Inc., A Corp of California | Telephone network interface bridge between data telephony networks and dedicated connection telephony networks |
US7907598B2 (en) | 1998-02-17 | 2011-03-15 | Genesys Telecommunication Laboratories, Inc. | Method for implementing and executing communication center routing strategies represented in extensible markup language |
WO1999043182A1 (en) * | 1998-02-17 | 1999-08-26 | Nova-Technik Entwicklung Von Und Handel Mit Medizinischen Geräten Gmbh | Method for transmitting digitised audio data and device for realising the same |
US6332154B2 (en) | 1998-09-11 | 2001-12-18 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing media-independent self-help modules within a multimedia communication-center customer interface |
WO1999046904A1 (en) * | 1998-03-12 | 1999-09-16 | John Griffits | Improved realtime internet functions by use of a hybrid pstn and ip protocol means |
US6169795B1 (en) | 1998-03-30 | 2001-01-02 | International Business Machines Corporation | Internet telephony callback system and method of operation |
SG71115A1 (en) | 1998-05-04 | 2000-03-21 | Univ Singapore | An internet network based telephone call forwarding system and method |
GB2337893B (en) * | 1998-05-28 | 2000-09-06 | Matsushita Electric Ind Co Ltd | Internet telephone apparatus and internet telephone gateway system |
US6487196B1 (en) * | 1998-05-29 | 2002-11-26 | 3Com Corporation | System and method for simulating telephone use in a network telephone system |
US6529594B1 (en) | 1998-06-05 | 2003-03-04 | Inet Technologies, Inc. | System and method for generating quality of service statistics for an international communications network |
US6411604B1 (en) | 1998-06-05 | 2002-06-25 | Inet Technologies, Inc. | System and method for correlating transaction messages in a communications network |
DE19829421A1 (en) * | 1998-07-01 | 2000-01-05 | Bosch Gmbh Robert | Method for the transmission of audio and / or video data between telecommunication terminals |
USRE46153E1 (en) | 1998-09-11 | 2016-09-20 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus enabling voice-based management of state and interaction of a remote knowledge worker in a contact center environment |
US6560216B1 (en) | 1998-09-17 | 2003-05-06 | Openwave Systems Inc. | Data network computing device call processing |
SG99288A1 (en) * | 1998-09-22 | 2003-10-27 | Citibank Na | Method and system for enterprise internet protocol telephony |
US7212522B1 (en) * | 1998-09-30 | 2007-05-01 | Cisco Technology, Inc. | Communicating voice over a packet-switching network |
US6614781B1 (en) | 1998-11-20 | 2003-09-02 | Level 3 Communications, Inc. | Voice over data telecommunications network architecture |
US6442169B1 (en) | 1998-11-20 | 2002-08-27 | Level 3 Communications, Inc. | System and method for bypassing data from egress facilities |
US6353607B1 (en) * | 1998-11-20 | 2002-03-05 | Ericsson Inc. | IP base GSM inter-MSC handover |
US6370120B1 (en) * | 1998-12-24 | 2002-04-09 | Mci Worldcom, Inc. | Method and system for evaluating the quality of packet-switched voice signals |
US7099282B1 (en) | 1998-12-24 | 2006-08-29 | Mci, Inc. | Determining the effects of new types of impairments on perceived quality of a voice service |
US6985559B2 (en) * | 1998-12-24 | 2006-01-10 | Mci, Inc. | Method and apparatus for estimating quality in a telephonic voice connection |
US7085230B2 (en) * | 1998-12-24 | 2006-08-01 | Mci, Llc | Method and system for evaluating the quality of packet-switched voice signals |
US7653002B2 (en) * | 1998-12-24 | 2010-01-26 | Verizon Business Global Llc | Real time monitoring of perceived quality of packet voice transmission |
US6810036B1 (en) * | 1998-12-31 | 2004-10-26 | Nortel Networks Limited | Caller IP address |
SE521089C2 (en) * | 1999-02-02 | 2003-09-30 | Ericsson Telefon Ab L M | Telecommunication system and method for routing calls in a telecommunication system |
US6487209B1 (en) | 1999-03-16 | 2002-11-26 | Ericsson Inc. | System and method for supporting DTMF tone sending in an IP based GSM network |
US6493324B1 (en) * | 1999-03-29 | 2002-12-10 | Worldcom, Inc. | Multimedia interface for IP telephony |
US7408919B1 (en) * | 2000-05-09 | 2008-08-05 | Infointeractive | Internet based telephone line |
CA2271828A1 (en) * | 1999-05-11 | 2000-11-11 | Infointeractive Inc. | Internet based telephone line |
EP1061728A1 (en) * | 1999-05-20 | 2000-12-20 | teledis Telecom Dienstleistungen AG | Least-cost-routing method using Internet |
AU4161599A (en) * | 1999-05-25 | 2000-12-12 | Comgates Communications, Ltd. | Packet based telephony over satellite links |
FR2794925B1 (en) * | 1999-06-08 | 2001-12-14 | Aplio Sa | COMMUNICATION METHOD AND SYSTEM THROUGH AN INTERNET-TYPE COMPUTER NETWORK |
US6842447B1 (en) | 1999-06-14 | 2005-01-11 | Mci, Inc. | Internet protocol transport of PSTN-to-PSTN telephony services |
US6832254B1 (en) | 1999-08-23 | 2004-12-14 | Nortel Networks Limited | Method and apparatus for associating an end-to-end call identifier with a connection in a multimedia packet network |
CN1108676C (en) * | 1999-09-29 | 2003-05-14 | 孙群 | Management method and equipment capable of making IP telephone slitless connection with public telephone exchange network |
US6918034B1 (en) | 1999-09-29 | 2005-07-12 | Nokia, Corporation | Method and apparatus to provide encryption and authentication of a mini-packet in a multiplexed RTP payload |
US7860114B1 (en) | 1999-11-08 | 2010-12-28 | Verizon Business Global Llc | Method and system for dynamic gateway selection in an IP telephony network |
US6480588B1 (en) * | 1999-11-08 | 2002-11-12 | Worldcom, Inc. | Methods for providing prepaid telephony service via an internet protocol network system |
US6615236B2 (en) | 1999-11-08 | 2003-09-02 | Worldcom, Inc. | SIP-based feature control |
US6434143B1 (en) | 1999-11-08 | 2002-08-13 | Mci Worldcom, Inc. | Internet protocol telephony voice/video message deposit and retrieval |
US9281996B1 (en) | 1999-11-08 | 2016-03-08 | Verizon Patent And Licensing Inc. | Method and system for dynamic gateway selection in an IP telephony network |
EP1104157A3 (en) * | 1999-11-25 | 2005-01-05 | International Business Machines Corporation | Phone system with multiple capabilities for establishing telephone calls using the internet network |
US7929978B2 (en) | 1999-12-01 | 2011-04-19 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing enhanced communication capability for mobile devices on a virtual private network |
US6687351B1 (en) * | 1999-12-07 | 2004-02-03 | Bellsouth Intellectual Property Corporation | Method for providing telephone services for commercial classes of service |
US7068668B2 (en) * | 2000-01-07 | 2006-06-27 | Feuer Donald S | Method and apparatus for interfacing a public switched telephone network and an internet protocol network for multi-media communication |
US7516190B2 (en) * | 2000-02-04 | 2009-04-07 | Parus Holdings, Inc. | Personal voice-based information retrieval system |
US6721705B2 (en) | 2000-02-04 | 2004-04-13 | Webley Systems, Inc. | Robust voice browser system and voice activated device controller |
WO2001065815A2 (en) * | 2000-02-29 | 2001-09-07 | Sylantro Systems Corp. | Internet server including internet-pstn gateway and http server |
FR2805955B1 (en) * | 2000-03-02 | 2002-09-06 | Sagem | METHOD FOR ESTABLISHING A COMMUNICATION WITH A MOBILE TELEPHONE DURING A ROAMING PHASE |
US7110391B1 (en) * | 2000-03-03 | 2006-09-19 | Nortel Networks Limited | Transporting telephony signaling over a data network |
FR2806246B1 (en) * | 2000-03-08 | 2005-02-11 | Sagem | METHOD OF CALLING, FOR COMMUNICATION THROUGH A COMPUTER NETWORK, A TERMINAL OF A FIRST REGIONAL CELLULAR NETWORK MOVING IN THE REGION OF A SECOND REGIONAL CELLULAR NETWORK |
CA2304353A1 (en) * | 2000-04-06 | 2001-10-06 | Stephen Murphy | Telephone call manager |
US7324635B2 (en) | 2000-05-04 | 2008-01-29 | Telemaze Llc | Branch calling and caller ID based call routing telephone features |
US6888794B1 (en) * | 2000-06-15 | 2005-05-03 | Nortel Networks Limited | Method of data rate exchange for transmissions across a packet-based network |
US6757275B2 (en) * | 2000-09-11 | 2004-06-29 | Bob Sorrentino | Method and system of managing connections between circuit-switched and packet-switched networks |
EP1350370B1 (en) * | 2000-12-14 | 2013-05-22 | Bridgeport Networks, Inc. | Redirection of a call from a private IP network to a wireless communication network |
WO2002058351A1 (en) * | 2001-01-19 | 2002-07-25 | Iappliance | User transparent internet telephony device and method |
US6553061B1 (en) | 2001-02-08 | 2003-04-22 | Worldcom, Inc. | Method and apparatus for detecting a waveform |
US6728535B2 (en) | 2001-05-02 | 2004-04-27 | The Boeing Company | Fail-over of forward link equipment |
EP1271910A1 (en) * | 2001-06-21 | 2003-01-02 | Alcatel | Communication system with internal packet switching and method for transmitting and switching data using said system |
US6928070B2 (en) * | 2001-06-28 | 2005-08-09 | Emerson, Iii Harry E. | Integrating the internet with the public switched telephone network |
US6700884B2 (en) | 2001-06-28 | 2004-03-02 | Emerson, Iii Harry E. | Integrating the Internet with the public switched telephone network |
US6704305B2 (en) | 2001-06-28 | 2004-03-09 | Emerson, Iii Harry E. | Integrated device for integrating the internet with the public switched telephone network |
US20030016661A1 (en) * | 2001-07-18 | 2003-01-23 | Emerson Harry E. | Telephone switching system for integrating the internet with the public switched telephone network |
US7327720B2 (en) * | 2001-07-18 | 2008-02-05 | Emerson Iii Harry E | Integrated telephone central office systems for integrating the internet with the public switched telephone network |
US6697357B2 (en) | 2001-08-10 | 2004-02-24 | Emerson, Iii Harry E. | Call management messaging system for integrating the internet with the public switched telephone network |
US7843835B2 (en) * | 2001-11-16 | 2010-11-30 | Ibasis, Inc. | System and method of monitoring an internet based telephone call routing system |
US7529225B2 (en) * | 2001-11-16 | 2009-05-05 | Ibasis, Inc. | System and method for voice over internet protocol (VoIP) and facsimile over internet protocol (FoIP) calling over the internet |
US20030149874A1 (en) * | 2002-02-06 | 2003-08-07 | Xerox Corporation | Systems and methods for authenticating communications in a network medium |
US7937089B2 (en) * | 2002-02-06 | 2011-05-03 | Palo Alto Research Center Incorporated | Method, apparatus, and program product for provisioning secure wireless sensors |
TW574819B (en) * | 2002-05-23 | 2004-02-01 | Chen Wu Tien | Wireless digital key telephone system |
US7333478B2 (en) * | 2002-05-30 | 2008-02-19 | Garth Wiebe | Methods and apparatus for transporting digital audio-related signals |
US8509391B2 (en) | 2002-06-20 | 2013-08-13 | Numerex Corp. | Wireless VoIP network for security system monitoring |
US9131040B2 (en) | 2002-06-20 | 2015-09-08 | Numerex Corp. | Alarm system for use over satellite broadband |
US9054893B2 (en) | 2002-06-20 | 2015-06-09 | Numerex Corp. | Alarm system IP network with PSTN output |
US7581096B2 (en) * | 2002-08-30 | 2009-08-25 | Xerox Corporation | Method, apparatus, and program product for automatically provisioning secure network elements |
US7275156B2 (en) * | 2002-08-30 | 2007-09-25 | Xerox Corporation | Method and apparatus for establishing and using a secure credential infrastructure |
US7185199B2 (en) * | 2002-08-30 | 2007-02-27 | Xerox Corporation | Apparatus and methods for providing secured communication |
JP4131154B2 (en) * | 2002-09-19 | 2008-08-13 | 富士ゼロックス株式会社 | Communication terminal device and control method thereof |
US7904720B2 (en) * | 2002-11-06 | 2011-03-08 | Palo Alto Research Center Incorporated | System and method for providing secure resource management |
US7549047B2 (en) * | 2002-11-21 | 2009-06-16 | Xerox Corporation | Method and system for securely sharing files |
GB0307403D0 (en) | 2003-03-31 | 2003-05-07 | Medical Res Council | Selection by compartmentalised screening |
GB0307428D0 (en) | 2003-03-31 | 2003-05-07 | Medical Res Council | Compartmentalised combinatorial chemistry |
US20060078893A1 (en) | 2004-10-12 | 2006-04-13 | Medical Research Council | Compartmentalised combinatorial chemistry by microfluidic control |
US7426271B2 (en) * | 2003-04-25 | 2008-09-16 | Palo Alto Research Center Incorporated | System and method for establishing secondary channels |
US8949443B2 (en) * | 2003-06-11 | 2015-02-03 | Canon Kabushiki Kaisha | Communication apparatus, control method, and computer-usable medium for selecting a network for data transmission |
US7454619B2 (en) * | 2003-06-24 | 2008-11-18 | Palo Alto Research Center Incorporated | Method, apparatus, and program product for securely presenting situation information |
MXPA03005992A (en) * | 2003-07-02 | 2005-04-11 | Rodriguez De La Garza Ricardo | Wireless internet telephony adapter. |
US7006625B2 (en) * | 2003-07-02 | 2006-02-28 | Nvg, Inc. | Cordless telephone-to-sound card interface adapter with hybrid transformer and control circuit |
US7529200B2 (en) * | 2003-07-24 | 2009-05-05 | 3E Technologies International, Inc. | Method and system for fast setup of group voice over IP communications |
US8140980B2 (en) | 2003-08-05 | 2012-03-20 | Verizon Business Global Llc | Method and system for providing conferencing services |
US7295660B1 (en) | 2003-10-23 | 2007-11-13 | Aol Llc | Telemarketer screening |
US20050100166A1 (en) * | 2003-11-10 | 2005-05-12 | Parc Inc. | Systems and methods for authenticating communications in a network medium |
US7757076B2 (en) * | 2003-12-08 | 2010-07-13 | Palo Alto Research Center Incorporated | Method and apparatus for using a secure credential infrastructure to access vehicle components |
US20050129240A1 (en) * | 2003-12-15 | 2005-06-16 | Palo Alto Research Center Incorporated | Method and apparatus for establishing a secure ad hoc command structure |
US20050221339A1 (en) | 2004-03-31 | 2005-10-06 | Medical Research Council Harvard University | Compartmentalised screening by microfluidic control |
US7552322B2 (en) * | 2004-06-24 | 2009-06-23 | Palo Alto Research Center Incorporated | Using a portable security token to facilitate public key certification for devices in a network |
US7809381B2 (en) | 2004-07-16 | 2010-10-05 | Bridgeport Networks, Inc. | Presence detection for cellular and internet protocol telephony |
US7491123B2 (en) * | 2004-07-29 | 2009-02-17 | Nintendo Co., Ltd. | Video game voice chat with amplitude-based virtual ranging |
US7785197B2 (en) * | 2004-07-29 | 2010-08-31 | Nintendo Co., Ltd. | Voice-to-text chat conversion for remote video game play |
US7451921B2 (en) * | 2004-09-01 | 2008-11-18 | Eric Morgan Dowling | Methods, smart cards, and systems for providing portable computer, VoIP, and application services |
US7968287B2 (en) | 2004-10-08 | 2011-06-28 | Medical Research Council Harvard University | In vitro evolution in microfluidic systems |
US8094800B1 (en) | 2004-12-21 | 2012-01-10 | Aol Inc. | Call treatment based on user association with one or more user groups |
US7852831B2 (en) | 2005-02-22 | 2010-12-14 | Akbar Imran M | Method and system for providing private virtual secure Voice over Internet Protocol communications |
US7724766B2 (en) * | 2005-03-31 | 2010-05-25 | Siemens Aktiengesellschaft | High-density wireless local area network |
US20070002837A1 (en) * | 2005-07-01 | 2007-01-04 | Eric Tan | VOIP access cellphone adapter |
WO2007041649A2 (en) * | 2005-10-03 | 2007-04-12 | Lagunawave Inc | Voip with local call access |
US8483100B2 (en) * | 2005-11-14 | 2013-07-09 | Broadcom Corporation | Communication device supporting both internet and public switched telephone network telephony |
US20080089499A1 (en) * | 2005-12-09 | 2008-04-17 | American Telecom Services, Inc. | Apparatus, System, Method and Computer Program Product for Pre-Paid Long Distance Telecommunications and Charitable Fee Sharing |
US20070133767A1 (en) * | 2005-12-09 | 2007-06-14 | American Telecom Services, Inc. | Apparatus, system, method and computer program product for pre-paid long distance telecommunications |
US9008075B2 (en) | 2005-12-22 | 2015-04-14 | Genesys Telecommunications Laboratories, Inc. | System and methods for improving interaction routing performance |
CA2636855C (en) | 2006-01-11 | 2016-09-27 | Raindance Technologies, Inc. | Microfluidic devices and methods of use in the formation and control of nanoreactors |
EP2047910B1 (en) | 2006-05-11 | 2012-01-11 | Raindance Technologies, Inc. | Microfluidic device and method |
US9562837B2 (en) | 2006-05-11 | 2017-02-07 | Raindance Technologies, Inc. | Systems for handling microfludic droplets |
EP2077912B1 (en) | 2006-08-07 | 2019-03-27 | The President and Fellows of Harvard College | Fluorocarbon emulsion stabilizing surfactants |
US20080064237A1 (en) * | 2006-08-16 | 2008-03-13 | Eric Tan | Wireless adapter apparatus for portable information appliances |
US8772046B2 (en) | 2007-02-06 | 2014-07-08 | Brandeis University | Manipulation of fluids and reactions in microfluidic systems |
WO2008130623A1 (en) | 2007-04-19 | 2008-10-30 | Brandeis University | Manipulation of fluids, fluid components and reactions in microfluidic systems |
CN102077265A (en) * | 2008-04-28 | 2011-05-25 | 松下电器产业株式会社 | Method for driving plasma display panel and plasma display device |
WO2010009365A1 (en) | 2008-07-18 | 2010-01-21 | Raindance Technologies, Inc. | Droplet libraries |
WO2010111231A1 (en) | 2009-03-23 | 2010-09-30 | Raindance Technologies, Inc. | Manipulation of microfluidic droplets |
US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
CA2759229C (en) | 2009-06-17 | 2019-07-16 | Bridgeport Networks, Inc. | Enhanced presence detection for routing decisions |
WO2011042564A1 (en) | 2009-10-09 | 2011-04-14 | Universite De Strasbourg | Labelled silica-based nanomaterial with enhanced properties and uses thereof |
EP2517025B1 (en) | 2009-12-23 | 2019-11-27 | Bio-Rad Laboratories, Inc. | Methods for reducing the exchange of molecules between droplets |
US9399797B2 (en) | 2010-02-12 | 2016-07-26 | Raindance Technologies, Inc. | Digital analyte analysis |
US9366632B2 (en) | 2010-02-12 | 2016-06-14 | Raindance Technologies, Inc. | Digital analyte analysis |
EP2534267B1 (en) | 2010-02-12 | 2018-04-11 | Raindance Technologies, Inc. | Digital analyte analysis |
US10351905B2 (en) | 2010-02-12 | 2019-07-16 | Bio-Rad Laboratories, Inc. | Digital analyte analysis |
WO2012045012A2 (en) | 2010-09-30 | 2012-04-05 | Raindance Technologies, Inc. | Sandwich assays in droplets |
EP2673614B1 (en) | 2011-02-11 | 2018-08-01 | Raindance Technologies, Inc. | Method for forming mixed droplets |
EP2675819B1 (en) | 2011-02-18 | 2020-04-08 | Bio-Rad Laboratories, Inc. | Compositions and methods for molecular labeling |
CA2832081A1 (en) | 2011-04-04 | 2012-10-11 | Numerex Corp. | Delivery of alarm system event data and audio |
WO2012138443A1 (en) | 2011-04-04 | 2012-10-11 | Numerek Corp. | Delivery of alarm system event data and audio over hybrid networks |
US8705716B2 (en) | 2011-04-27 | 2014-04-22 | Numerex Corp. | Interactive control of alarm systems by telephone interface using an intermediate gateway |
DE202012013668U1 (en) | 2011-06-02 | 2019-04-18 | Raindance Technologies, Inc. | enzyme quantification |
US8841071B2 (en) | 2011-06-02 | 2014-09-23 | Raindance Technologies, Inc. | Sample multiplexing |
US8658430B2 (en) | 2011-07-20 | 2014-02-25 | Raindance Technologies, Inc. | Manipulating droplet size |
TWI513269B (en) * | 2012-09-06 | 2015-12-11 | Nen Fu Huang | Communication method and system thereof |
EP2915150A2 (en) | 2012-09-28 | 2015-09-09 | Numerex Corp. | Method and system for untethered two-way voice communication for an alarm system |
US11901041B2 (en) | 2013-10-04 | 2024-02-13 | Bio-Rad Laboratories, Inc. | Digital analysis of nucleic acid modification |
US9944977B2 (en) | 2013-12-12 | 2018-04-17 | Raindance Technologies, Inc. | Distinguishing rare variations in a nucleic acid sequence from a sample |
WO2015103367A1 (en) | 2013-12-31 | 2015-07-09 | Raindance Technologies, Inc. | System and method for detection of rna species |
CN103941608A (en) * | 2014-04-28 | 2014-07-23 | 成都衔石科技有限公司 | Intelligent safe-guard system |
US9183730B1 (en) | 2014-07-16 | 2015-11-10 | Numerex Corp. | Method and system for mitigating invasion risk associated with stranger interactions in a security system environment |
US9449497B2 (en) | 2014-10-24 | 2016-09-20 | Numerex Corp. | Method and system for detecting alarm system tampering |
US10647981B1 (en) | 2015-09-08 | 2020-05-12 | Bio-Rad Laboratories, Inc. | Nucleic acid library generation methods and compositions |
TWI713902B (en) * | 2018-09-26 | 2020-12-21 | 立新 陳 | A telephone communication system and method for dynamic assignment the ip-pbx |
CN114071492B (en) * | 2020-07-31 | 2023-07-25 | 中国联合网络通信集团有限公司 | Voice call quality optimization method, terminal and base station |
US11924514B2 (en) * | 2022-03-17 | 2024-03-05 | Charter Communications Operating, Llc | Caller identification for a destination wireless user equipment |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0162173B1 (en) * | 1984-05-23 | 1989-08-16 | International Business Machines Corporation | Digital transmission system for a packetized voice |
US4771425A (en) * | 1984-10-29 | 1988-09-13 | Stratacom, Inc. | Synchoronous packet voice/data communication system |
US4866704A (en) * | 1988-03-16 | 1989-09-12 | California Institute Of Technology | Fiber optic voice/data network |
US5726984A (en) * | 1989-01-31 | 1998-03-10 | Norand Corporation | Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones |
US5115431A (en) * | 1990-09-28 | 1992-05-19 | Stratacom, Inc. | Method and apparatus for packet communications signaling |
JPH0774827A (en) * | 1992-03-31 | 1995-03-17 | Fujitsu Ltd | Routing control system for complex network |
US5594784A (en) * | 1993-04-27 | 1997-01-14 | Southwestern Bell Technology Resources, Inc. | Apparatus and method for transparent telephony utilizing speech-based signaling for initiating and handling calls |
US5526353A (en) * | 1994-12-20 | 1996-06-11 | Henley; Arthur | System and method for communication of audio data over a packet-based network |
CA2139081C (en) * | 1994-12-23 | 1999-02-02 | Alastair Gordon | Unified messaging system and method |
FI104869B (en) * | 1995-05-24 | 2000-04-14 | Ericsson Telefon Ab L M | Method for establishing a voice connection between networks and an intelligent network service |
US5764741A (en) * | 1995-07-21 | 1998-06-09 | Callmanage Ltd. | Least cost rooting system |
US20010040885A1 (en) * | 1995-10-13 | 2001-11-15 | Howard Jonas | Method and apparatus for transmitting and routing voice telephone calls over a packet switched computer network |
US7336649B1 (en) * | 1995-12-20 | 2008-02-26 | Verizon Business Global Llc | Hybrid packet-switched and circuit-switched telephony system |
-
1995
- 1995-11-01 US US08/548,323 patent/US6243373B1/en not_active Expired - Lifetime
-
1996
- 1996-10-29 DK DK96939734T patent/DK0873637T3/en active
- 1996-10-29 AU AU76821/96A patent/AU716096B2/en not_active Expired
- 1996-10-29 AT AT96939734T patent/ATE357810T1/en active
- 1996-10-29 PT PT96939734T patent/PT873637E/en unknown
- 1996-10-29 DE DE69636988T patent/DE69636988T2/en not_active Expired - Lifetime
- 1996-10-29 CN CNA2005101164118A patent/CN1825877A/en active Pending
- 1996-10-29 WO PCT/US1996/018526 patent/WO1997016916A1/en active IP Right Grant
- 1996-10-29 CN CN96199457.6A patent/CN1232096C/en not_active Expired - Lifetime
- 1996-10-29 ES ES96939734T patent/ES2285716T3/en not_active Expired - Lifetime
- 1996-10-29 EP EP96939734A patent/EP0873637B1/en not_active Revoked
- 1996-10-29 CA CA002238867A patent/CA2238867C/en not_active Expired - Lifetime
-
1999
- 1999-08-03 HK HK99103338A patent/HK1018372A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
EP0873637B1 (en) | 2007-03-21 |
WO1997016916A1 (en) | 1997-05-09 |
HK1018372A1 (en) | 1999-12-17 |
CN1825877A (en) | 2006-08-30 |
DE69636988D1 (en) | 2007-05-03 |
EP0873637A1 (en) | 1998-10-28 |
CN1232096C (en) | 2005-12-14 |
ATE357810T1 (en) | 2007-04-15 |
PT873637E (en) | 2007-06-28 |
CN1207226A (en) | 1999-02-03 |
ES2285716T3 (en) | 2007-11-16 |
AU716096B2 (en) | 2000-02-17 |
AU7682196A (en) | 1997-05-22 |
DK0873637T3 (en) | 2007-07-30 |
EP0873637A4 (en) | 1999-01-13 |
US6243373B1 (en) | 2001-06-05 |
CA2238867A1 (en) | 1997-05-09 |
DE69636988T2 (en) | 2007-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2238867C (en) | Method and apparatus for implementing a computer network/internet telephone system | |
WO1997016916A9 (en) | Method and apparatus for implementing a computer network/internet telephone system | |
US6584094B2 (en) | Techniques for providing telephonic communications over the internet | |
US6463053B1 (en) | Voice-and-fax-over IP dialing plan | |
EP1035719B1 (en) | Apparatus and method for dynamic Internet protocol telephony call routing and call rerouting | |
EP0858711B1 (en) | Call back service for a regulatory restrictive area | |
US7106848B1 (en) | Method and apparatus for in-progress call forwarding | |
US6810033B2 (en) | Transmission system using packet switched network | |
EP0905959A2 (en) | A packet-switched-network telephone system | |
CA2321472A1 (en) | Alternate network fallback for ip telephony | |
JPH11225206A (en) | System and method to set up call connection | |
JPH0799549A (en) | Communication method and communication equipment | |
US6603760B1 (en) | System and method for gradual transition of local phone services from PSTN to next generation network | |
JPH0730688A (en) | Communication method and communication equipment | |
EP0969689A1 (en) | Switching internet traffic through digital switches having a time slot interchange network | |
EP0969689A2 (en) | Switching internet traffic through digital switches having a time slot interchange network | |
Peters | Voice over IP Fundamentals | |
US6707810B1 (en) | System and method for establishing a direct call path for routing a signal to a data network using a digital loop carrier | |
Cisco | Cisco Voice Telephony | |
US20020031115A1 (en) | System and method for automatically establishing a telephone call over a computer network | |
EP1014667A2 (en) | Data network call handling method | |
KR100565182B1 (en) | How to establish communication link between heterogeneous networks | |
EP0998153A2 (en) | System and method for ubiquitous services on a packet switched network | |
Yu | A Global Packet-Phone Network for Global Enterprises-Theory and Practice | |
JP2003023492A (en) | Call quality service switching system using bicc protocol |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKEX | Expiry |
Effective date: 20161031 |