Улучшение качества звонков и управление ими

  • Статья

В этой статье представлены ключевые инструменты, которые можно использовать для мониторинга, устранения неполадок и улучшения качества звонков в Службы коммуникации Azure. Следующие материалы помогут вам спланировать лучший интерфейс для конечных пользователей. Прежде всего ознакомьтесь с нашими краткими материалами по вызову.

Подготовка сети и приоритет важных сетевых трафика с помощью QoS

По мере того как пользователи начинают использовать Службы коммуникации Azure для звонков и собраний, они могут столкнуться с голосовой связью звонящего или вырезать или выйти из звонка или собрания. Общий видео может заморозить или пиксельно или завершиться сбоем. Это связано с IP-пакетами, которые представляют голосовой и видео-трафик, сталкивающийся с перегрузкой сети и поступающим из последовательности или нет вообще. Если это происходит (или, чтобы предотвратить его в первую очередь), используйте качество обслуживания (QoS), следуя нашим рекомендациям по сети.

При использовании QoS вы определяете приоритет трафика с учетом задержки (например, голосовых или видеопотоков), что позволяет ему "сократить линию" перед трафиком, который менее чувствительный (например, скачивание нового приложения, где дополнительная секунда для скачивания не является большой проблемой). QoS идентифицирует и помечает все пакеты в потоках в режиме реального времени с помощью объектов групповой политики Windows и функции маршрутизации с именем "Списки на контроль доступа основе портов", которая предписывает сети предоставлять голос, видео и общий доступ к экрану собственной выделенной пропускной способности сети.

В идеале вы реализуете QoS в внутренней сети при подготовке к развертыванию решения Службы коммуникации Azure, но вы можете сделать это в любое время. Если вы достаточно малы, возможно, вам не потребуется QoS.

Подробные инструкции см. в статье " Оптимизация сети".

Подготовка развертывания к исследованиям качества и надежности

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

Поэтому перед началом разработки необходимо определить варианты использования и требования клиента. Например, клиенту, который должен отслеживать десятки веб-каналов камер безопасности одновременно, может не потребоваться максимальное разрешение и частота кадров, которые могут предоставлять каждый видеопоток. В этом сценарии можно использовать наши ограничения видео, чтобы ограничить объем пропускной способности, используемой каждым видеопотоком.

Реализация существующих возможностей качества и надежности перед развертыванием

Примечание.

Мы рекомендуем использовать наши простые в реализации примеры, так как они уже оптимизированы для предоставления пользователям лучшего качества звонков. См. примеры

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

Перед запуском и масштабированием настраиваемого решения для вызова Службы коммуникации Azure реализуйте следующие возможности для поддержки высококачественного интерфейса звонков. Эти средства помогают предотвратить распространенные проблемы с качеством и надежностью вызовов и диагностировать проблемы, если они возникают. Имейте в виду, что некоторые из этих данных вызова не создаются или хранятся, если вы их не реализуете.

В следующих разделах подробно описаны средства для реализации на разных этапах вызова:

  • Перед вызовом
  • Во время вызова
  • После вызова

Перед вызовом

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

Средство диагностики сети

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

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

  • Дополнительные сведения см. в статье " Средство диагностики сети".

API диагностики предварительного вызова

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

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

  • Дополнительные сведения см. в статье "Предварительный вызов диагностики".

Конфликтующие клиенты звонков

Так как Службы коммуникации Azure голосовых и видеозвонков, выполняемых в веб-браузерах, у пользователей может быть несколько вкладок браузера, на которых выполняются отдельные экземпляры пакета SDK для вызовов Службы коммуникации Azure. Это может произойти по разным причинам. Может быть, пользователь забыл закрыть предыдущую вкладку. Может быть, пользователь не мог присоединиться к вызову без презентации организатора собрания, и он повторно попытается открыть ссылку на url-адрес присоединения к собранию, который открывает отдельную вкладку мобильного браузера. Независимо от того, как пользователь в конечном итоге получает несколько вкладок браузера вызовов одновременно, это приводит к сбоям в поведении звука и видео по вызову, в котором они пытаются участвовать, называется целевым вызовом. Перед началом вызова следует убедиться, что перед началом вызова не открывается несколько вкладок браузера, а также отслеживаться во время всего жизненного цикла вызова. Вы можете активно уведомлять клиентов о закрытии своих лишних вкладок или помочь им правильно присоединиться к вызову с полезными сообщениями, если они не могут присоединиться к вызову первоначально.

Во время вызова

Взаимодействие с вызовом — во время вызова состояние сети пользователя может ухудшаться или они могут столкнуться с проблемами надежности и совместимости, все из которых могут привести к плохому вызову. В этом разделе показано, как применить возможности для управления проблемами в вызове и общении с пользователями.

Диагностика для пользователей (UFD)

Когда пользователь находится в вызове, важно заранее уведомить их в режиме реального времени о проблемах по их вызову. Диагностика для пользователей (UFD) предоставляет флаги в режиме реального времени для проблем, таких как отключение микрофона во время разговора или плохого качества сети. Вы можете подталкивать или действовать от их имени. Помимо обмена сообщениями, можно рассмотреть упреждающие подходы к защите ограниченной пропускной способности пользователя. Вы можете настроить сообщения пользовательского интерфейса для оптимального набора сценариев. Если вы обнаружите, что пользователи не последовательно отключают свое видео при получении уведомления от вас, вы можете заранее отключить видео пользователя, чтобы определить приоритеты его звукового подключения или даже скрыть возможность видео от клиента в пользовательском интерфейсе перед присоединением к вызову.

Пример.

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

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

  • Дополнительные сведения см. в разделе " Диагностика для пользователей".

Ограничения видео

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

Индикатор тома

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

Подробная статистика мультимедиа

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

  • Эти метрики помогают указать проблемы с Службы коммуникации Azure клиентским пакетом SDK для отправки и получения потоков мультимедиа. Например, вы можете активно отслеживать исходящий видеопоток availableBitrate, обратите внимание на постоянное падение ниже рекомендуемого 1,5 Мбит/с и уведомить пользователя о том, что качество видео ухудшается.

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

  • Дополнительные сведения см. в статье " Статистика качества мультимедиа"

Оптимальное количество видео

Во время группового вызова с 2 или более участниками качество видео пользователя может меняться из-за изменений в условиях сети и их конкретных ограничений оборудования. Используя API оптимального числа видео, вы можете улучшить качество вызовов пользователей, понимая, сколько видеопотоков их локальная конечная точка может отображаться одновременно, не ухудшая качество. Реализуя эту функцию, вы можете сохранить качество вызова и пропускную способность локальных конечных точек, которые в противном случае попытались бы плохо отображать видео. API предоставляет свойство, оптимальное значениеVideoCount, которое динамически изменяется в ответ на возможности сети и оборудования локальной конечной точки. Эта информация доступна во время выполнения и обновлениях во время вызова, позволяя настраивать визуальный интерфейс пользователя в виде изменения условий сети и оборудования.

  • Чтобы реализовать, посетите руководство по управлению видео на веб-платформе и ознакомьтесь с разделом "Качество удаленного видео".

Завершение опроса звонков

Отзывы клиентов бесценны, в конце опроса звонков вы можете понять, как конечные пользователи воспринимают общее качество и надежность решения для вызовов JavaScript или веб-пакета SDK. Опрос можно изменить в различных форматах опроса, если у него уже есть решение для опроса. После публикации данных опроса можно просмотреть результаты опроса в Azure Monitor для анализа и улучшения. Службы коммуникации Azure также использует результаты API опроса для мониторинга и повышения качества и надежности.

После вызова

Отслеживайте и устраняйте неполадки с качеством звонков и надежностью. Перед выпуском и масштабированием решения для вызова Службы коммуникации Azure реализуйте эти возможности мониторинга качества и надежности, чтобы обеспечить сбор доступных журналов и метрик. Эти данные вызова не хранятся до тех пор, пока они не будут реализованы, поэтому вы не сможете отслеживать и отлаживать качество вызова и надежность без них.

Начало сбора журналов вызовов

Ознакомьтесь с этой документацией, чтобы начать сбор журналов вызовов: включение журналов с помощью диагностических Параметры в Azure Monitor

  • Мы рекомендуем выбрать группу категорий "allLogs" и выбрать целевую деталь "Отправить в рабочую область Log Analytics" для просмотра и анализа данных в Azure Monitor.
  • Если у вас нет рабочей области Log Analytics для отправки данных, необходимо создать ее.
  • Рекомендуется отслеживать использование данных и политики хранения, чтобы учитывать затраты по мере необходимости. См. статью "Управление затратами".

Диагностика вызовов с помощью диагностики вызовов

Диагностика вызовов — это интерфейс Azure Monitor, который предоставляет специальное представление через специализированные страницы телеметрии и диагностики в портал Azure.

После начала хранения данных журнала в рабочей области log analytics можно визуализировать поиск отдельных вызовов и визуализировать данные в диагностике вызовов. В учетной записи Azure Monitor необходимо просто перейти к ресурсу Службы коммуникации Azure и найти колонку диагностики вызовов на боковой панели.

  • Ознакомьтесь с диагностикой звонков, чтобы узнать, как лучше использовать эту возможность.

Просмотр качества звонков с помощью предварительной версии голосовой и видео Аналитика

После включения журналов можно просмотреть аналитические сведения о вызовах в ресурсе Azure с помощью примеров визуализации: голосовая и видео Аналитика

  • Можно изменить существующие книги или даже создать собственные: книги Azure

  • Примеры более глубокого предлагаемого анализа см. в журналах вызовов запросов

Анализ тональности конечных пользователей с помощью опроса окончания звонка

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

Анализ данных вызова непосредственно из клиента

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

Возможно, вызов вызвал диагностику пользователя, указывающую на серьезную проблему с качеством входящего или исходящего носителя. Сохраняя подробную статистику мультимедиа из вызова, вы можете просмотреть, когда UFD произошло, чтобы узнать, были ли высокие уровни потери пакетов, jitter или задержки в течение этого времени, указывающие на плохое состояние сети. Вы узнаете, повлияла ли сеть на неуправляемую сеть внешнего клиента, ненужный сетевой трафик из-за неправильной политики приоритета сети (QoS) или ненужной виртуальной частной сети (VPN).

Примечание.

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

Запрос поддержки

Если вы столкнулись с проблемами качества или надежности, вам не удается устранить и получить поддержку, вы можете отправить запрос на техническую поддержку. Чем больше информации вы можете указать в запросе, тем лучше, однако вы по-прежнему можете отправлять запросы с частичной информацией, чтобы начать запрос. См. инструкции по созданию запросов на поддержку Azure

  • Если вы уведомляете о требованиях к лицензии при попытке запросить техническую поддержку, вам может потребоваться выбрать платный план поддержка Azure, который лучше всего соответствует вашим потребностям. См. сравнение планов поддержки.
  • Если вы предпочитаете не приобретать поддержку, вы можете использовать поддержку сообщества. См. статью " Поддержка сообщества".

Другие вопросы

Следующие шаги