|Publication number||US5530699 A|
|Application number||US 08/245,188|
|Publication date||Jun 25, 1996|
|Filing date||May 17, 1994|
|Priority date||May 17, 1994|
|Also published as||CN1123977A, EP0687088A2, EP0687088A3|
|Publication number||08245188, 245188, US 5530699 A, US 5530699A, US-A-5530699, US5530699 A, US5530699A|
|Inventors||Richard B. Kline|
|Original Assignee||Motorola, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (4), Referenced by (56), Classifications (19), Legal Events (5)|
|External Links: USPTO, USPTO Assignment, Espacenet|
Fast packet networks, such as ATM (asynchronous transfer mode) systems and B-ISDN (Broadband Integrated Services Digital Network) systems, integrate voice and data communication into a single network.
Fast packet networks sample, digitize and compress voice communication, placing the digital information into "fast packets" or "cells". (A discussion of this process and such an apparatus may be found in "Perspectives on Packetized Voice and Data Communications, Ed. William P. Lidinski IEEE 1991) A fast packet is a discrete segment of digital information. Typically, one speaker generates 25 to 200 fast packets per second. Thus, in a ten minute conversation, a speaker may generate thousands of fast packets.
Each fast packet contains, among other things, the logical channel number to reach the destination node and the digital representation of a portion of the speech. Upon receipt of the packets, the destination node depacketizes the data, optionally decompresses the digitized speech and then converts the digitized speech into a speech waveform. The destination node plays the sound for the user at the destination node.
A fast packet network should be transparent to the users. Users of a fast packet network should be able to perform all tasks currently available with a dedicated telephone system. One useful task performed by analog telephone systems is voice conferencing.
In voice conferencing, more than two individuals participate in a joint telephone discussion. Voice conferencing is a valuable tool for conducting meetings with participants at various locations throughout the world. In telephone networks other than fast packet networks, the sounds from each conference participant is sent to a central conferencing hub. At the hub, the sounds are added, and then sent to the conference participants.
In order for a fast packet network to perform like a dedicated telephone system, voice conferencing between users of the fast packet network is very desirable.
FIG. 1 is a fast packet network.
FIG. 2 is a drawing of the path of fast packets in a fast packet network.
FIG. 3 is a drawing of the concurrent steps in the construction of joint conferencing in a fast packet network.
FIG. 4 is a flowchart for the voice conferencing.
FIG. 1 shows a fast packet network. Users 10, 12, 14 interact with fast packet network 16 through edge nodes 18, 20, 22. ["Users", as defined herein, refers generally to a person communicating through a telephone and a device, such as a PBX (private branch exchange)]. (Obviously, there could be many more than three users of a fast packet network.)
Users 10, 12, 14 input digital information into the network. Edge nodes 18, 20, 22 packetize the information.
Packetizing the information consists of segmenting data from users 10, 12, 14 into small units (i.e., packets) and appending additional information (the fast packet header) that allows network 16 to route that packet from one user to another accurately and reliably. Edge nodes 18, 20, 22 transmit the packet into network 16. Network 16 transports the packets to the appropriate edge node. Upon receipt of fast packets, edge node 18, 20, 22 then depacketize the information and reconstruct the packets into digital data for use by the end user. Packetization, broadcasting, and depacketization creates delay before receipt of the packets by the end user.
During voice conferencing between users 10, 12, 14, each user 10, 12, 14 generates digital information generally in response to the digital information received from the other users. (While voice conferencing is specifically referred to herein, the methods and devices described herein could refer to any conferencing, including video conferencing.)
FIG. 2 shows one method for performing voice conferencing in a fast packet network. Edge nodes 30, 3 2, 34 continuously sample, compress (encode) and packetize the sound from each user 36, 38, 40, respectively into speech fast packets. Edge nodes 30, 32, 34 send the packets to central conference handler 42. Conference handler 42 decodes the packets and creates a conference speech fast packet for each user 36, 38, 40 that includes the sound from the other users, being careful not to include the sound generated by the user receiving that particular packet. The packet is recompressed. This could be accomplished either by creating one packet as a sum from all three users and then echo cancelling the sound from the user to receive the packet or by using separate summers for each user.
Thus, the conference handler 42 creates a conference speech fast packet for user 36 that contains the sound from users 38 and 40. Three different packets are created during each time segment. The conference packet for each user 36, 38, 40 is then sent through the respective edge nodes 30, 32, 34.
Edge nodes 30, 32, 34 disassemble the conference packets, decompress the sound, and play the sound to users 36, 38, 40.
FIG. 3 shows a second method of performing voice conferencing in a fast packet network. Edge nodes 50, 52, 54 generate voice packets only when users 56, 58, 60 speak. When the edge node creates a fast packet, it sends the fast packets directly to the other conference participants. Thus, user-B 58 receives packets only when either user-A 56 or user-C 60 speaks. Otherwise, user-B 58 receives no packets.
FIG. 4 shows an implementation of the process shown in FIG. 3 at an edge node. The process has an "edge node transmission method" and an "edge node receiving method". The edge node transmission method is described as follows. Network 70 sends packets from the other nodes in the conference to receiver packet interface 72.
The packets are placed in received buffer pool 74. Received buffer pool manager 76 controls the receipt of the packets, the storage of the packets, and the playout of the packets based upon information contained in the fast packer header (such as the logical channel number) 70.
Smoothing delay buffer 78 receives the packets from the received buffer pool 74. Packets generated at edge node travel a path through the network from the originating edge node to the destination edge. The path is a series of intermediate nodes. Further, the queuing delay along the path from originating node to destination node may change from one packet to the next. This is known as "queuing delay jitter". In order for the fast packet network to be transparent to the user, the destination node must adjust the playout of the received packets to compensate for the packet arrival time jitter. A "smoothing delay" is used. Pending patent application "Method for Adaptive Smoothing Delay for Packet Voice Applications", U.S. application Ser. No. 08/123,822, assigned to the assignee of this application, contains a description of one method for smoothing the playout of the fast packets.
The packets from smoothing delay buffer 78 are sent to received packet decoder 80. Received packet decoder 82 reconstructs the voice from each node.
At each edge node, each conference user, other than the conference user at that edge node, has a separate smoothing buffer 78 and received packet decoder 80. Thus, for three conference participants, each edge node must have two smoothing delay buffers 78 and two received packet decoders 80. Generalizing, an n-person conference call requires n-1 smoothing delay buffers 78 and n-1 received packet decoders 80 at each edge node. Where n is large, the number of smoothing delay buffers could be limited to three or four since it is unlikely (except in conferences involving attorneys) that more than three or four people would talk simultaneously, no matter how many people participate in the conference.
Received packet decoders 80 sends the decoded data to summer 82 that digitally sums the data from each received packet decoder 80.
Reference buffer 84 receives the data, and forwards the data to the user receive interface 88. User interface 88 converts and sends speech signal to user 90.
The edge node transmission method is as follows. When user 90 speaks, user transmit interface 92 converts the speech signal into digital information. Echo buffer 94 stores the digital information.
Echo buffer 94 sends the digital information to echo canceller 96. Echo canceller 96 also receives the summed conference data from reference buffer 84. Echo canceller 96 uses the summed conference data from reference buffer 84 to cancel the echo from the receiver analog interface 92. One method of echo cancelling is described in D.G. Messerschmitt, "Echo Cancellation in Speech and Data Transmission," IEEE Journal on Selected Topics in Communications, SAC-2, No. 2, 283-303 (March, 1984).
Thus, the only digital data sent to input buffer 98 is the digital representation of sound generated by user 90.
This system requires a maximum of one echo canceller per user at each edge node. Because an echo canceller is required for each user at the edge node even for non-conference calls, no additional echo cancellers need be used to implement conference calls.
Transmitting coder 100 compresses the digital information from input buffer 98, packetizes the digital information, and places the packet into transmit packet queue 102. Transmit packet interface 104 takes packets from the transmit packet queue 102, replicates the packets, adds fast packet headers identifying each other user and sends the packets into network 70.
If the network (such as an Asynchronous Transfer Mode (ATM) network implementing ATM forum user network interface specification 3.0) is capable of establishing point-to-multipoint connections, then the transmit packet interface would not need to replicate the packets since the network itself would replicate the packets. A point-to-multipoint system is capable of establishing connections to multiple points from one point by way of a single call.
This method of voice conferencing provides many advantages. Packets are sent only to the conference users that did not generate the packets. Therefore, the described method reduces the number of fast packets. Further, a conferencing center is not needed. Each edge node, when properly equipped, can perform conferencing. There is only a single encoding of voice data, reducing the mount of voice degradation. No additional echo cancellers need be supplied either at the edge nodes or by the network. There is less delay because the packets are not first sent to a conference center prior to the packets being sent to the users.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4271502 *||Jun 19, 1979||Jun 2, 1981||Magnavox Government And Industrial Electronics Co.||Digital voice conferencer|
|US5150410 *||Apr 11, 1991||Sep 22, 1992||Itt Corporation||Secure digital conferencing system|
|US5157491 *||Aug 27, 1990||Oct 20, 1992||Kassatly L Samuel A||Method and apparatus for video broadcasting and teleconferencing|
|US5341374 *||Mar 1, 1991||Aug 23, 1994||Trilan Systems Corporation||Communication network integrating voice data and video with distributed call processing|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US5784568 *||Aug 31, 1995||Jul 21, 1998||Intel Corporation||Multi-party audio chat system which allows individual user utterances to be staged separately to render received utterances in order|
|US5889764 *||Aug 2, 1996||Mar 30, 1999||Intel Corporation||Low-latency multi-party audio chat|
|US6141597 *||Sep 8, 1997||Oct 31, 2000||Picturetel Corporation||Audio processor|
|US6241612||Nov 9, 1998||Jun 5, 2001||Cirrus Logic, Inc.||Voice communication during a multi-player game|
|US6466550 *||Nov 11, 1998||Oct 15, 2002||Cisco Technology, Inc.||Distributed conferencing system utilizing data networks|
|US6487200 *||Apr 4, 1996||Nov 26, 2002||At&T Corp.||Packet telephone system|
|US7428223 *||Sep 26, 2001||Sep 23, 2008||Siemens Corporation||Method for background noise reduction and performance improvement in voice conferencing over packetized networks|
|US7599357 *||Dec 14, 2004||Oct 6, 2009||At&T Corp.||Method and apparatus for detecting and correcting electrical interference in a conference call|
|US7619994 *||Nov 26, 2003||Nov 17, 2009||Nortel Networks Limited||Adapter for use with a tandem-free conference bridge|
|US7742588||Jun 22, 2010||Polycom, Inc.||Speakerphone establishing and using a second connection of graphics information|
|US7787605||Aug 31, 2010||Polycom, Inc.||Conference bridge which decodes and responds to control information embedded in audio information|
|US7796565||Sep 14, 2010||Polycom, Inc.||Mixed voice and spread spectrum data signaling with multiplexing multiple users with CDMA|
|US7821918||Oct 26, 2010||Polycom, Inc.||System and method for communication channel and device control via an existing audio channel|
|US7864938||Mar 15, 2005||Jan 4, 2011||Polycom, Inc.||Speakerphone transmitting URL information to a remote device|
|US7978838||Jul 12, 2011||Polycom, Inc.||Conference endpoint instructing conference bridge to mute participants|
|US8004556||Aug 23, 2011||Polycom, Inc.||Conference link between a speakerphone and a video conference unit|
|US8023458||Feb 27, 2007||Sep 20, 2011||Polycom, Inc.||Method and apparatus for wideband conferencing|
|US8102984||Jan 24, 2012||Polycom Inc.||Speakerphone and conference bridge which receive and provide participant monitoring information|
|US8126029||Jun 8, 2005||Feb 28, 2012||Polycom, Inc.||Voice interference correction for mixed voice and spread spectrum data signaling|
|US8144854 *||Mar 27, 2012||Polycom Inc.||Conference bridge which detects control information embedded in audio information to prioritize operations|
|US8199791||Sep 28, 2006||Jun 12, 2012||Polycom, Inc.||Mixed voice and spread spectrum data signaling with enhanced concealment of data|
|US8223942||Jul 17, 2012||Polycom, Inc.||Conference endpoint requesting and receiving billing information from a conference bridge|
|US8553520 *||Feb 25, 2011||Oct 8, 2013||Tokbox, Inc.||System and method for echo suppression in web browser-based communication|
|US8582520||Aug 12, 2011||Nov 12, 2013||Polycom, Inc.||Method and apparatus for wideband conferencing|
|US8705719||Dec 2, 2011||Apr 22, 2014||Polycom, Inc.||Speakerphone and conference bridge which receive and provide participant monitoring information|
|US8805928||May 10, 2002||Aug 12, 2014||Polycom, Inc.||Control unit for multipoint multimedia/audio system|
|US8885523||Mar 15, 2005||Nov 11, 2014||Polycom, Inc.||Speakerphone transmitting control information embedded in audio information through a conference bridge|
|US8934381||Mar 15, 2005||Jan 13, 2015||Polycom, Inc.||Conference endpoint instructing a remote device to establish a new connection|
|US8934382||Mar 15, 2005||Jan 13, 2015||Polycom, Inc.||Conference endpoint controlling functions of a remote device|
|US8947487||May 6, 2005||Feb 3, 2015||Polycom, Inc.||Method and apparatus for combining speakerphone and video conference unit operations|
|US8948059||Mar 15, 2005||Feb 3, 2015||Polycom, Inc.||Conference endpoint controlling audio volume of a remote device|
|US8964604||Mar 15, 2005||Feb 24, 2015||Polycom, Inc.||Conference endpoint instructing conference bridge to dial phone number|
|US8976712||Mar 15, 2005||Mar 10, 2015||Polycom, Inc.||Speakerphone and conference bridge which request and perform polling operations|
|US8977683||Mar 15, 2005||Mar 10, 2015||Polycom, Inc.||Speakerphone transmitting password information to a remote device|
|US9001702||Mar 15, 2005||Apr 7, 2015||Polycom, Inc.||Speakerphone using a secure audio connection to initiate a second secure connection|
|US20020188731 *||May 10, 2002||Dec 12, 2002||Sergey Potekhin||Control unit for multipoint multimedia/audio system|
|US20030063572 *||Sep 26, 2001||Apr 3, 2003||Nierhaus Florian Patrick||Method for background noise reduction and performance improvement in voice conferecing over packetized networks|
|US20040022272 *||Mar 3, 2003||Feb 5, 2004||Jeffrey Rodman||System and method for communication channel and device control via an existing audio channel|
|US20050114433 *||Nov 26, 2003||May 26, 2005||Rafi Rabipour||Adapter for use with a tandem-free conference bridge|
|US20050212908 *||May 6, 2005||Sep 29, 2005||Polycom, Inc.||Method and apparatus for combining speakerphone and video conference unit operations|
|US20050213517 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference endpoint controlling audio volume of a remote device|
|US20050213725 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Speakerphone transmitting control information embedded in audio information through a conference bridge|
|US20050213728 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference endpoint instructing a remote device to establish a new connection|
|US20050213729 *||Mar 15, 2005||Sep 29, 2005||Polycom,Inc.||Speakerphone using a secure audio connection to initiate a second secure connection|
|US20050213730 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference endpoint instructing conference bridge to dial phone number|
|US20050213731 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference endpoint instructing conference bridge to mute participants|
|US20050213732 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference bridge which decodes and responds to control information embedded in audio information|
|US20050213734 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference bridge which detects control information embedded in audio information to prioritize operations|
|US20050213735 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Speakerphone transmitting URL information to a remote device|
|US20050213737 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Speakerphone transmitting password information to a remote device|
|US20050213739 *||Mar 15, 2005||Sep 29, 2005||Polycom, Inc.||Conference endpoint controlling functions of a remote device|
|US20060282184 *||Jun 8, 2005||Dec 14, 2006||Polycom, Inc.||Voice interference correction for mixed voice and spread spectrum data signaling|
|US20070047624 *||Sep 28, 2006||Mar 1, 2007||Polycom, Inc||Mixed voice and spread spectrum data signaling with enhanced concealment of data|
|US20070140456 *||Feb 27, 2007||Jun 21, 2007||Polycom, Inc.||Method and apparatus for wideband conferencing|
|US20080143819 *||Feb 29, 2008||Jun 19, 2008||Polycom, Inc.||Conference link between a speakerphone and a video conference unit|
|US20110235499 *||Sep 29, 2011||Rajasekar Badri N||System and method for echo suppression in web browser-based communication|
|U.S. Classification||370/260, 379/202.01, 370/390, 370/286|
|International Classification||H04L12/56, H04L12/64, H04M3/56, H04Q11/04|
|Cooperative Classification||H04Q11/0478, H04L2012/6491, H04L2012/6481, H04L12/6418, H04L2012/5643, H04L2012/5642, H04L2012/5671, H04M3/56|
|European Classification||H04Q11/04S2, H04M3/56, H04L12/64B|
|May 17, 1994||AS||Assignment|
Owner name: MOTOROLA, INC., ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KLINE, RICHARD B.;REEL/FRAME:007005/0725
Effective date: 19940411
|Sep 23, 1999||FPAY||Fee payment|
Year of fee payment: 4
|Sep 26, 2003||FPAY||Fee payment|
Year of fee payment: 8
|Sep 14, 2007||FPAY||Fee payment|
Year of fee payment: 12
|Apr 6, 2011||AS||Assignment|
Free format text: CHANGE OF NAME;ASSIGNOR:MOTOROLA, INC;REEL/FRAME:026081/0001
Owner name: MOTOROLA SOLUTIONS, INC., ILLINOIS
Effective date: 20110104