Method and system for independent participant control of audio during multiparty communication sessions

[0002] The present invention relates generally to the field of multiparty communications, and more particularly to a method and system for independent participant control of audio during multiparty communication sessions.

[0003] Modern business practices often require that several persons meet on the telephone to engage in a conference call. The conference call has introduced certain applications and techniques that are superior to those found in a meeting with persons physically present in the same location. For example, a conference call attendee who is not participating at the moment may wish to mute their audio output and simply listen to the other conferences. This allows the particular conferee to work on another project while still participating in the conference.

[0004] While the conference call has been substantially helpful in minimizing travel expenses and other costs associated with business over long distances, significant obstacles still remain in accomplishing the same tasks with the same efficiency as one would in having a meeting with all persons in the same physical location. For example, the audio received by a particular conferencee may be inadequately balanced between the other conferencees such that one conferencee mutes or makes more difficult to hear the comments and participation of the other conferencees or to distinguish between other conferencees.

[0005] The present invention provides a method and a system for independent participant control of audio during multiparty communication sessions that substantially eliminate or reduce the disadvantages and problems associated with previous systems and methods. In particular, independent and discrete control of audio signal strength are provided to participants of a conference call or other suitable multiparty connection.

[0006] In accordance with one embodiment of the present invention, a method and system for independent participant control of audio during a multiparty communication session includes receiving an audio stream from each of a plurality of participants to a multiparty communication connection. An audio control signal is received from a participant for an audio stream of another participant. A conference output stream is generated for the participant by applying an audio parameter based on the audio control signal to the audio stream of the other participant.

[0007] More specifically, in accordance with a particular embodiment of the present invention, the audio parameter comprises an audio volume parameter and a conference output stream for the participant comprises a volume for the audio stream adjusted based on the audio volume parameter. The audio control signals may comprise the audio parameter on an adjustment to the audio parameter.

[0008] Technical advantages of the present invention include providing a method and system for independent participant control of audio during multiparty communication sessions. In one or more embodiments, an audio volume feature allows a participant of a conference call to independently and discretely adjust the relative volume of each other participant within his or her conference stream. Accordingly, participants on a conference call or other multiparty session may each customize characteristics of the call without affecting other participants.

[0009] Another technical advantage of one or more embodiments of the present invention include providing an improved conference bridge. In particular, the conference bridge independently and dynamically adjusts for each participant the audio volume or signal strength of the other participants. Accordingly, the conference bridge allows participants to each customize call characteristics to suit their particular needs and to more efficiently conduct business during the call.

[0010] Other technical advantages of the present invention will be readily apparent to one skilled in the art from the following figures, description and claims.

[0011] For a more complete understanding of the present invention and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, wherein like numerals represent like parts, in which:

[0012] FIG. 1 is a block diagram illustrating a communications system in accordance with one embodiment of the present invention;

[0013] FIG. 2 is a block diagram illustrating details of the conference bridge of FIG. 1 in accordance with one embodiment of the present invention;

[0014] FIG. 3 is a table diagram illustrating details of the conference parameters of FIG. 2 in accordance with one embodiment of the present invention;

[0015] FIG. 4 is a block diagram illustrating the conference bridge of FIG. 2 configured for an exemplary conference call in accordance with one embodiment of the present invention;

[0016] FIG. 5 is a flow diagram illustrating a method for independent participant control of audio during a conference call in accordance with one embodiment of the present invention; and

[0017] FIG. 6 is a flow diagram illustrating a method for providing conference streams to participants on a conference call based on individualized parameters of the participants in accordance with one embodiment of the present invention.

[0018] FIG. 1 illustrates a communications system 12 in accordance with one embodiment of the present invention. In this embodiment, the communications system 12 is a distributed system transmitting audio, video, voice, data and other suitable types of real-time and non real-time traffic between source and destination endpoints.

[0019] Referring to FIG. 1, the communications system 12 includes a network 14 connecting a plurality of communication devices 16 to each other and to standard analog telephones 18 through a gateway 20 and the public switched telephone network (PSTN) 22. The communication devices 16, standard analog telephones 18 and gateway 20 are connected to the network 14 and/or PSTN 22 through twisted pair, cable, fiber optic, radio frequency, infrared, microwave and/or any other suitable wireline or wireless links 28.

[0020] In one embodiment, the network 14 is the Internet, a wide area network (WAN), a local area network (LAN) or other suitable packet-switched network. In the Internet embodiment, the network 14 transmits information in Internet Protocol (IP) packets. Telephony voice information is transmitted in the Voice over IP (VoIP) format. Real-time IP packets such as VoIP packets are encapsulated in real-time transport protocol (RTP) packets for transmission over the network 14. It will be understood that the network 14 may comprise any other suitable types of elements and links and that traffic may be otherwise suitably transmitted using other protocols and formats.

[0021] The communication devices 16 also communicate control information with the network 14 to control call setup, teardown and processing as well as call services. The communication devices 16 comprise IP or other digital telephones, personal and other suitable computers or computing devices, personal digital assistants (PDAs), cell or other mobile telephones or any other device or set of devices such as the telephone 18 and gateway 20 combination capable of communicating real-time audio, video and/or other information over the network 14.

[0022] For voice calls, the communication devices 16 comprise real-time applications that play traffic as it is received or substantially as it is received into which packet delivery cannot be interrupted without severely degrading performance. A codec (coder/decoder) converts audio, video or other suitable signals generated by users from analog signals into digital form. The digital encoded data is encapsulated into IP or other suitable packets for transmission over the network 14. IP packets received from the network 14 are converted back into analog signals and played to the user. It will be understood that the communication devices may otherwise suitably encode and decode signals transmitted over or received from the network 14.

[0023] The gateway 20 provides conversion between analog and/or digital formats. The standard analog telephones 18 communicate standard telephony signals through PSTN 22 to the gateway 20. At the gateway 20, the signals are converted to IP packets in the VoIP format. Similarly, VoIP packets received from the network 14 are converted into standard telephony signals for delivery to the destination telephone 18 through PSTN 22. The gateway 20 also translates between analog the network call control system and the Signaling System 7 (SS7) protocol and other signaling protocols used in PSTN 22.

[0024] In one embodiment, the network 14 includes a call manager 30 and a conference bridge 32. The call manager 30 and the conference bridge 32 may be located in a central facility or have their functionality distributed across and/or at the periphery of the network 14. The call manager 30 and the conference bridge 32 are connected to the network 14 by any suitable type of wireline or wireless link. In another embodiment, the network 14 may be operated without the call manager 30, in which case the communication devices 16 may communicate control information directly with each other or with other suitable network elements. In this embodiment, services are provided by the communication devices 16 and/or other suitable network elements.

[0025] The call manager 30 manages calls in the network 14. A call is any communication session between two or more parties. The parties may be persons and/or equipment such as computers. The sessions may include real-time connections, connections having real-time characteristics, non real-time connections and/or a combination of connection types.

[0026] The call manager 30 is responsive to service requests from the communication devices 16, including the standard telephones 18 through the gateway 20. For example, the call manager 30 may provide voicemail, bridging, multicasting, call hold, conference call and other multiparty communications and/or other suitable services for the communications devices 16. The call manager 30 provides services by performing the services, controlling performance of the services, delegating performance of the services and/or by otherwise initiating the services.

[0027] The conference bridge 32 provides conference call and other suitable audio, video, and/or real-time multiparty communication sessions between communication devices 16. In particular, the conference bridge 32 receives media from participating devices 16 and, using suitable signal processing techniques, mixes the media to produce conference signals. During normal operation, each device 16 receives a conference signal that includes contributions from all other participating devices.

[0028] As described in more detail below, the conference bridge 32 provides for independent participant control of audio during multiparty communications sessions. The audio may be voice data from a conference call or other suitable transmission including an audio component. The multiparty communication session includes three or more parties exchanging audio and/or other suitable information.

[0029] In a particular embodiment, the conference bridge 32 provides a volume feature that allows each participant to independently and discretely adjust within his or her conference output stream the relative audio volume, or signal strength, of each other participant. Thus, participants on a conference call or other multiparty communications session may each customize parameter for the call to suit their needs without affecting other participants.

[0030] To support independent participant control of audio, the call manager 30 may receive audio control signals from the individual participants and pass the signals onto the conference bridge 32 for customization of each participant's conference output stream. In another embodiment, the communication devices 16 may directly communicate the audio control signals to the conference bridge 32 for customization of the conference output streams. The audio control signals may comprise audio parameters for customizing the conference output streams or adjustments to pre-existing audio parameters for customizing the conference output streams. The audio control signals may comprise a call signaling message and be generated by the communication devices 16, telephones 18 and/or gateway 20 by or in response to a hard key, a soft key, a feature button or a sequence of keypad presses.

[0031] In operation, a call initiation request is first sent to the call manager 30 when a call is placed over the network 14. The call initiation request may be generated by a communication device 16 and/or the gateway 20 for telephones 18. Once the call manager 30 receives the call initiation request, the call manager 30 sends a signal to the initiating communication device 16 and/or gateway 20 for telephones 18 offering to call the destination device. If the destination device can accept the call, the destination device replies to the call manager 30 that it will accept the call. By receiving this acceptance, the call manager 30 transmits a signal to the destination device causing it to ring. When the call is answered, the call manager 30 instructs the called device and the originating device to begin media streaming to each other. If the originating device is a PSTN telephone 18, the media streaming occurs between the gateway 20 and the destination device. The gateway 20 then transmits the media to telephone 18.

[0032] For conference calls, the call manager 30 identifies participants based on the called number or other suitable criteria. The call manager 30 controls the conference bridge 32 to set up, process and tear down conference calls and other multiparty communication sessions. During the multiparty communications sessions, participants are connected and stream media through the conference bridge 32. The media is cross connected and mixed to produce conference output streams for each participant. The conference output stream for a participant includes the media of all other participants, a subset of other participants or other suitable mix dictated by the type of multiparty session and/or the participant.

[0033] FIG. 2 illustrates details of the conference bridge 32 in accordance with one embodiment of the present invention. In this embodiment, the conference bridge 32 provides real-time multiparty audio connections between three or more participants. It will be understood that the conference bridge 32 may support other types of suitable multiparty communications sessions including real-time audio streams without departing from the scope of the present invention.

[0034] Referring to FIG. 2, conference bridge 32 concludes controller 50, buffers 52, converters 54, normalizer 56, adaptive summers 58 and database 60. The controller 50, buffers 52, converters 54, normalize 56, adaptive summers 58 and database 60 may comprise logic encoded in media. Logic comprises functional instructions for carrying out programmed tasks. The media comprises computer disks or other suitable computer-readable media, applications specific integrated circuits (ASIC), field programmable gate arrays (FPGA), digital signal processor (DSP) or other suitable specific or general purpose processors, transmission media or other suitable media in which logic may be encoded and utilized.

[0035] The controller 50 directs the other components of the conference bridge 32 and communicates with the call manager 30 to set up, process and tear down conference calls. The controller 50 also receives audio control signals from participants either directly from the communication devices 16 or through the call manager 30. The audio control signals include audio parameters and/or adjustments to stored audio parameters for the conference output streams of each participant. As used herein, the term each means everyone of at least a subset of identified items. The audio parameters or adjustments to audio parameters are stored in the database 60.

[0036] The buffers 52 include input and output buffers. The input buffers receive and buffer packets of input audio streams from participants for processing by the conference bridge 32. The output buffers receive and buffer conference output streams generated by the conference bridge 32 for transmissions to participants. In a particular embodiment, a particular input buffer or set of input buffer resources are assigned to each audio input stream and a particular output buffer or set of output buffer resources are assigned to each conference output stream. The input and output buffers may be associated with corresponding input and output interfaces and perform error check, packet loss prevention, packet ordering and congestion control functions.

[0037] The converters 54 include input and output converters. The input converters receive input packets of a participant from a corresponding buffer and convert the packet from the native format of the participant's device 16 to a standard format of the conference bridge 32 for cross linking and processing in the conference bridge 32. Similarly, the output converters receive conference output streams for participants in the standard format and convert the conference output streams to the native format of participant's devices. In this way, the conference bridge 32 allows participants to connect using a variety of devices and technologies.

[0038] The normalizers 56 include input and/or output normalizers. The normalizers received packets from the input audio streams in a common format and normalize the timing of the packets for cross connections in the adaptive summers 58.

[0039] The adaptive summers 58 include a plurality of summers or other suitable signal processing resources each operable to sum, add or otherwise combine a plurality of input streams based on dynamic parameters into conference output streams for participants to a conference call. Once the adaptive summers 58 have generated the conference output streams, each conference output stream is converted by a corresponding converter and buffered by a corresponding output buffer for transmission to the corresponding participant.

[0040] In one embodiment, each participant is assigned an adaptive summer that receives audio input streams from each other participant to the conference call and audio parameters for the input streams. The adaptive summer combines the audio input streams based on the audio parameters to generate a customized conference output stream for delivery to the participant. The adaptive summers may each store relevant audio parameters or may access the database 60 to obtain the audio parameters. The audio parameters may be dynamically and independently changed by each participant during a conference call to allow dynamic and ongoing modifications to the conference output stream for the participant.

[0041] In a particular embodiment, the adaptive summers 58 store a participant parameter for each input audio stream and multiplies each input audio stream by the corresponding audio parameter. In this way, the adaptive summers 58 can individually and discretely amplify or attenuate the strength of any signal within the conference output stream for a participant. For example, in generating a conference output stream for participant “A”, an adaptive summer 58 may amplify the signal strength of participant “B” by multiplying it by a factor of 1.1, attenuate the signal strength of participant “C” by a factor of 0.9 and maintain the signal strength of participant “D”.

[0042] This may be illustrated by the following formula:

[0043] A=1.1*B+0.9*C+1.0D

[0044] where A is the conference output stream for participant “A”; B is the input audio stream from participant “B”, C is the input audio stream from participant “C” and D is the input audio stream from participant “D”.

[0045] The database 60 includes a set of conference parameters 62 for each ongoing conference call of the conference bridge 32. The conference parameters 62 for each conference call include an identification of participants 64 and individualized audio parameters 66 for each participant. In one embodiment, the participants are identified at the beginning of a conference call based on caller ID, phone number or other suitable identifier. The audio parameters may be initially set to a default value with adjustments to the parameters and/or new parameters received from the participants in-band with the audio stream or over a control link or channel. Each adjustment to an audio parameter and/or new audio parameter should directly or indirectly identify the participant setting that parameter and the input audio stream to which it applies. Upon modification of an audio parameter, the new parameter is written to the corresponding adaptive summer 58 for application.

[0046] FIG. 3 illustrates a data structure for conference parameters 62 in accordance with one embodiment of the present invention. In this embodiment, the conference parameters 62 are stored in a database table for each ongoing conference call. It will be understood that the conference parameters 62 may be otherwise suitably stored without departing from the scope of the present invention.

[0047] Referring to FIG. 3, a conference parameter table 80 includes a participant column 82 uniquely identifying the participants to a conference call and audio parameter columns 84 each storing audio parameters to be applied to the input audio stream of the corresponding participant. These parameters are selected by other participants for their conference output streams. Each participant row 86 indicates the audio parameters 88 selected by the corresponding participant for each other participant's audio input stream. The audio parameter of each participant's input stream in its own output stream may be empty if the adaptive summer 58 for the participant is not provided with that participant's own input stream or may be zero to eliminate the participant's own input stream from its own conference output stream.

[0048] In exemplary table 80, participant “1” has an audio parameter of 1.2 for participant “2” and 1.4 for participant “3.” Thus, the signal for the audio stream of participant “3” will be relatively higher, or louder, than that of participant “2” in the conference output stream provided to participant “1.” Participant “2” has an audio parameter of 1.0 for the audio stream of participant “1” and an audio parameter of 0.6 for the audio stream of participant “3.” An audio parameter of 1.0 may be a default and/or neutral parameter neither amplifying nor attenuating the corresponding signal. Thus, participant “1” will have a relatively higher volume than participant “3” in the conference output stream for participant “2”. Similarly, participant “3” has an audio parameter of 0.8 for participant “1” and 1.0 for participant “2.” Thus, participant “2” will have a relatively higher volume than participant “1” in the conference output stream for participant “3.” It will be understood that the audio parameter may indicate other suitable types of treatment for distinguishing between the input streams in the conference output stream.

[0049] FIG. 4 illustrates a conference bridge 100 managing an exemplary conference call between users A, B, C and D. In the illustrated embodiment, the conference bridge 100 is configured to provide each participant 102 an input buffer 104, adaptive summer 106 and output buffer 108. Each input buffer 104 receives and buffers an audio stream from a corresponding participant 102 and passes the packets to the converter and normalizer 110. The converter and normalizer 110 convert the packets from their native format to a common format for the conference bridge 100 and/or conference call and normalize the packets. The packets are then cross connected to the adaptive summers 106.

[0050] Each adaptive summer 106 is associated with a participant 102 and receives input audio streams from each other participant 102. Thus, adaptive summer 106 for participant A, for example, includes audio input streams for participants B, C and D. Similarly, adaptive summer 106 for participant B receives audio streams from participants A, C and D, while adaptive summer 106 for participant C receives audio streams from participants A, B and D and adaptive summer 106 for participant D receives audio streams from participants A, B and C.

[0051] In the adaptive summers 106, each audio stream is, before being combined with other streams, multiplied by a corresponding audio parameter set by the participant to which the conference output stream is provided. The audio streams are multiplied by a value of that is greater than 1 to amplify the signal, a value of 1 to leave the signal unchanged and by a value that is less than 1 to attenuate the signal. In addition, each audio signal may be multiplied by a value of 0 or substantially 0 to remove or substantially remove the signal from the conference output stream.

[0052] The conference output streams with the adjusted input signals are each passed to the converter 112 for conversion back to the native format of the corresponding participant. Packets of the conference output stream are buffered at output buffer 108 for transmission to the corresponding participant 102.

[0053] FIG. 5 illustrates a method for independent participant control of audio during a conference call in accordance with one embodiment of the present invention. The method begins at step 150 in which a conference call is initially set up by the call manager 30 in the conference bridge 32.

[0054] Proceeding to step 152, audio parameters are set to default for each participant to the conference call. In one embodiment, the default parameters include a value of 1.0 such that each input stream has the same relative weight of each other input stream. It will be understood that other suitable default parameters may be used or that audio parameter may be initially received from each participant for the conference call. Step 152 leads to state 154.

[0055] At state 154, a conference output stream is generated for each participant based on audio parameters set by and/or for the participant. In a particular embodiment, the audio input streams of each other participant is multiplied by the audio parameters set by a participant and then combined into a conference output stream for the participant.

[0056] In response to receipt of a new audio volume parameter, adjustment of an existing volume parameter or other suitable volume change, state 154 transitions to step 156. At step 156, the new audio volume parameter is stored or the existing audio parameter adjusted based on control signal received from the participant. The signal may be received in-band with the packets or may be an out-of-band control signal. Thus, the participant may adjust the volume of one member of the conference without increasing the volume of the other members. Step 156 returns to state 154 in which the conference output stream is generated using the new parameter.

[0057] In response to call termination, state 154 transitions to step 158. At state 158, the conference call is torn down. Upon teardown of the conference call, the conference parameter 62 may be deleted from the database 60. Alternatively, parameters for certain participants may be stored and reused in later conference calls.

[0058] FIG. 6 illustrates a method for providing conference streams to participants on a conference call based on individualized participant parameters in accordance with one embodiment of the present invention. The method begins at step 200 in which an audio stream is received from each participant and buffered.

[0059] Proceeding to step 202, the audio streams are each converted to a common format for the conference bridge 32. Next, at step 204, the audio streams are normalized. At step 206, the normalized audio streams are cross connected to the adaptive summers 58 or other suitable device capable of combining the streams to generate conference output streams.

[0060] At step 208, individualized audio parameters are applied to each audio stream for each participant. At step 210, the adjusted audio streams are combined to generate conference output streams for each participant. In this way, each participant is able to individually and discretely control the participation of each other participant in his or her conference stream.

[0061] Next, at step 212, each conference output stream is converted to the native format of the corresponding participant. At step 214, the conference streams are buffered and transmitted to the participants. Step 214 leads to the end of the process by which the conference bridge customizes the conference call for each participant based on inputs from that participant.

[0062] Although the present invention has been described with several embodiments, various changes and modifications may be suggested to one skilled in the art. It is intended that the present invention encompass such changes and modifications as fall within the scope of the appended claims.