Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

System for Mitigating Poor Audio Quality during Conference Calls

IP.com Disclosure Number: IPCOM000248829D
Publication Date: 2017-Jan-16
Document File: 2 page(s) / 43K

Publishing Venue

The IP.com Prior Art Database

Abstract

Disclosed is a system to prevent poor voice quality and background noise from affecting a conference call. Either before entering or during a conference call, the solution allows a user to test the audio quality through playback on the device on which the call will take place.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 52% of the total text.

1

System for Mitigating Poor Audio Quality during Conference Calls

Often during conference calls with multiple participants in various locations, background noise from a participant’s location or technical noises/glitches can be a distraction. In these instances, the facilitator then needs to remind the drowned out participant to mute the line to block the noise or speak louder. This disrupts the meeting and can be embarrassing for the participant . A method or system is needed to prevent these situations from occurring.

The prior art focuses on automatic detection and mitigation or focuses on the speaker after an issue has already occurred .

The novel contribution is a system to prevent poor voice quality from affecting the conference before the affected participant even enters it. Either before entering or during a conference call, the solution allows the user to test the audio quality through playback (presumably while saying something) on the phone that will be used.

In the preferred embodiment, a user enters a conference call on which the user expects to speak. After dialing in, the robotic conference moderator asks for the participant’s name, and then repeats the voice/sound quality back to the participant. If the participant realizes that the connection/line is bad, then the user can take some corrective action to improve the quality. The user might use an alternative means of dialing-in (e.g., on a cell phone instead of using a computer microphone), move to a quieter area, etc. The participant can then dial back in or re-test using the same line using a sequence of keys (e.g., *6) after some corrective action has been taken.

Implementing the audio quality test comprises the following components and process : 1. System begins the playback test in one of the following ways:

A. Manually, initiated by the user at any time B. Automatically, by the system per a preset configuration for conference calls C. Automatically, at the personal cell phone level, with the owner of the phone possibly configuring the associated

device to start the playback test 2. The playback test runs

A. User presses a certain combination of keys (e.g., *6) or the system follows preset configuration B. User speaks into the phone line or the system follows preset configuration (e.g., captures the participants’ names as

each enters the call and speaks) C. System repeats the phrase (or each participant’s name) back to the user D. User verifies audio qua...