Во время вызова пользователь испытывает задержки

Высокая задержка кругового пути и высокая задержка буфера jitter являются наиболее распространенными причинами задержки звука.

Существует несколько причин, которые могут привести к высокому времени кругового пути. Помимо длительного расстояния или большого количества прыжков между двумя конечными точками, одна из распространенных причин — это перегрузка сети, которая возникает при перегрузке сети трафиком. Если есть перегрузка, сетевые пакеты ожидают в очереди дольше. Другая возможная причина — это большое количество пакетов, которые повторно передаются на TCP уровне, если клиент использует TCP или TLS ретранслятор. Большое число повторной отправки может возникать при потере или задержке пакетов при передаче. Кроме того, физический носитель, используемый для передачи данных, также может повлиять на время кругового пути. Например, Wi-Fi обычно имеет более высокую задержку сети, чем Ethernet, что может привести к увеличению времени кругового пути.

Буфер jitter — это механизм, используемый браузером для компенсации драки пакетов и переупорядочения. В зависимости от сетевых условий длина задержки буфера jitter может отличаться. Задержка буфера jitter относится к периоду времени, когда образцы звука остаются в буфере jitter. Высокая задержка буфера jitter может привести к задержкам звука, заметным для пользователя.

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

Api диагностики для пользователей можно использовать для обнаружения изменений в сетевом состоянии. Для качества сети завершения отправки звука проверьте события UFD со значениями networkSendQuality. Для качества сети принимающего конца проверьте события UFD со значениями networkReceiveQuality.

Кроме того, api статистики мультимедиа можно использовать для отслеживания и отслеживания производительности сети в режиме реального времени от веб-клиента. Существует две метрики, связанные с задержкой звука: rttInMs и jitterBufferDelayInMs.

RttInMs напрямую влияет на задержку звука, так как метрика указывает время кругового пути пакетов. Высокая задержка может привести к заметной задержке звука. Рекомендуется использовать время круговой поездки в 200 мс или меньше. Если время круговой поездки превышает 500 мс, пользователи могут столкнуться с значительными задержками, которые могут привести к разочарованию и препятствовать эффективному взаимодействию. В таких случаях поток общения может быть нарушен, что затрудняет плавное и естественное взаимодействие.

В jitterBufferDelayInMs показано, как долго звуковые образцы остаются в буфере jitter. Это значение может повлиять на различные факторы, такие как поздний поступление пакетов, вне порядка, потери пакетов и т. д. Как правило, это менее 200 мс. Пользователи могут заметить задержки звука в вызове, если это значение является высоким.

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

С точки зрения пакета SDK для вызовов ACS сетевые проблемы рассматриваются как внешние проблемы. Для решения сетевых проблем часто необходимо понять топологию сети и узлы, вызывающие проблему. Эти части включают сетевую инфраструктуру, которая находится за пределами области пакета SDK для вызовов ACS.

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