Пользователь испытывает плохое качество звука

Существует множество различных факторов, которые могут повлиять на плохое качество звука. Например, это может быть вызвано следующими причинами:

• Плохое сетевое подключение
• Неисправный микрофон на конце говорящего
• Ухудшение качества звука, вызванное модулем обработки звука в браузере
• Неисправный динамик на конце приемника

В результате пользователь может слышать искаженные звуки, тресковые шумы и механические звуки.

Обнаружение с помощью пакета SDK

Обнаружение плохого качества звука может быть сложной задачей, так как сообщаемые сведения браузера не всегда отражают качество звука.

Тем не менее, даже если плохое сетевое подключение вызывает плохое качество звука, вы по-прежнему можете определить эти проблемы и отобразить сведения о потенциальных проблемах с качеством звука.

С помощью API диагностики для пользователей приложение может зарегистрировать обратный вызов прослушивателя, чтобы обнаружить изменения состояния сети.

Чтобы проверить качество сети конца отправки звука, найдите события со значениями networkSendQuality.

Чтобы проверить качество сети принимающего конца, найдите события со значениями networkReceiveQuality.

API статистики мультимедиа предоставляет несколько метрик, которые косвенно коррелируются с качеством сети или звука, например packetsLostPerSecond и healedRatio. Вычисляется healedRatio из счетчика скрытия, сообщаемого статистикой WebRTC. Если это значение больше 0,1, скорее всего, приемник испытывает некоторое снижение качества звука.

Устранение или устранение неполадок

Важно сначала найти место возникновения проблемы. Плохое качество звука может возникнуть из проблем с отправителем или получателем.

Чтобы отладить плохое качество звука, часто трудно понять проблему из описания текста только. Было бы больше полезно получить аудиозаписи, захваченные браузером пользователя.

Если пользователь слышит звук с роботизированным звуком, он обычно вызван потерей пакетов. Если вы подозреваете, что качество звука поступает с устройства отправителя, вы можете проверить звукозаписи, захваченные с стороны отправителя. Если отправитель использует Desktop Edge или Chrome, они могут следовать инструкциям в этом документе для сбора аудиозаписей: как собирать диагностические аудиозаписи.

Звукозаписи включают звук до и после обработки модулем обработки звука. Сравнивая записи, вы можете определить, откуда происходит проблема.

В некоторых сценариях, когда браузер воспроизводит звук, особенно если звук громкий, и пользователь начинает говорить, звук пользователя в первые несколько секунд может быть чрезмерно обработан, что приводит к искажению звука в звуке. Это можно наблюдать, сравнивая ref_out.wav и input.wav файлы в файлах aecdump. В этом случае снижение громкости звука может помочь.

Ссылки

Процесс устранения неполадок

Ниже приведена схема потока процесса устранения неполадок для этой проблемы.

1. Когда пользователь сообщает о плохом качестве звука во время звонка, первое, что необходимо проверить, является источником проблемы. Это может быть происходить с стороны отправителя или стороны получателя. Если другие участники в разных сетях также имеют аналогичные проблемы, это очень возможно, что проблема возникает с стороны отправителя.
2. Проверьте, есть networkSendQuality ли событие UFD Bad на стороне отправителя.
3. Если на стороне отправителя нет networkSendQuality события UFD Bad, плохой звук может быть вызван проблемами устройства или искажением звука, вызванным модулем обработки звука браузера. Попросите пользователя собирать диагностические аудиозаписи из браузера. Сведения о сборе диагностических аудиозаписей
4. Если событие networkSendQuality UFD Bad, качество звука может быть вызвано проблемами сети отправителя. Проверьте сеть отправителя.
5. Если пользователь испытывает плохое качество звука, но другие участники не имеют той же проблемы, и есть только два участника звонка, по-прежнему проверьте сеть отправителя.
6. Если пользователь испытывает плохое качество звука, но другие участники не имеют той же проблемы в групповом вызове, проблема может возникнуть из-за сети получателя. Проверьте наличие networkReceiveQuality события UFD Bad в конце приемника.
7. Если имеется networkReceiveQuality событие UFD Bad, проверьте сеть получателя.
8. Если вы не можете найти networkReceiveQuality событие UFD Bad, проверьте, являются ли другие метрики статистики мультимедиа на конце приемника плохой, например пакетыLost, jitter и т. д.
9. Если вы не можете определить, почему качество звука на конце приемника плохое, создайте запрос в службу поддержки для команды ACS для изучения.