Классификация Stream на панели мониторинга качества звонков (CQD)
Панель мониторинга качества звонков (CQD) для Microsoft Teams и Skype для бизнеса позволяет получить аналитические сведения о качестве звонков, выполненных с помощью Microsoft Teams и служб Skype для бизнеса. В этом разделе представлена подробная информация о классификации качества потоков мультимедиа. Дополнительные сведения о CQD и его настройке см. в статье Настройка панели мониторинга качества звонков.
Более широкое и глубокое представление телеметрии вызовов, в которое рассматриваются несколько факторов для определения предполагаемого взаимодействия пользователей с вызовами и выявления возможной первопричины предполагаемого ухудшения качества, см. в статье Интеллектуальные классификаторы качества мультимедиа в CQD.
Определения классификатора
Потоки в CQD классифицируются как Good, Poor или Unclassified на основе значений доступных ключевых метрик качества. Метрики и условия, используемые для классификации потока, показаны в следующих таблицах. Измерения CQD "Бедный из-за" можно использовать, чтобы понять, какая метрика отвечает за классификацию Poor . Дополнительные сведения об этих измерениях см. в разделе Измерения и меры, доступные на панели мониторинга качества звонков.
Звуковой классификатор
Если выполняется одно или несколько из следующих условий и используется > 500 пакетов, аудиопоток помечается как плохой:
Показатель | Сценарий | Условие | Пояснение |
---|---|---|---|
Round Trip | ВСЕ | > 500 | Среднее время распространения по сети в оба пути, вычисленное в миллисекундах. Сведения, доступные в RFC3550. |
Packet Loss Rate | ВСЕ | > 0.1 | Средний коэффициент потерь пакетов для потока. |
Дрожание | ВСЕ | > 30 | Среднее дрожание для потока в миллисекундах. |
Примечание.
Классификатор аудио использует базовые данные телеметрии производительности сети для оценки наличия оптимальных условий для хорошего качества звука. Если какое-либо из пороговых значений нарушено, звук будет помечен как плохой, но это не означает, что звуковой поток был на самом деле низкого качества, и это не означает, что пользователь воспринимает проблему с качеством. Стек мультимедиа Teams предназначен для того, чтобы выдержать и исправить плохие сетевые условия и может снизить значительное снижение производительности сети, превышающее пороговые значения выше, прежде чем пользователи будут воспринимать снижение качества. Мы рекомендуем администраторам приложить все усилия для создания и настройки своих сетей и развертываний Teams для достижения наилучшего качества, и приведенные выше метрики являются полезным руководством для оценки производительности этих сетей.
Классификатор видео из-за замораживания
Видеопоток помечается как Хороший или Плохой на основе значения оценки классификатора, созданной для оценки того, что конечный пользователь столкнулся с замороженным видео. Этот классификатор доступен только для продукта Microsoft Teams.
Этап # | Показатель | Сценарий | Условие | Классификация, если условие верно | Классификация, если условие ложно | Классификация, если метрика недоступна | Пояснение |
---|---|---|---|---|---|---|---|
1 | Классификатор "Бедный из-за замораживания" | Is Server Pair is Client : Server | >0.246 | Poor | Good | Unclassified | Оценка от 0 до 1, которая создается на основе сочетания пользовательского интерфейса, статистики длительности замораживания и общего взаимодействия с вызовами. |
2 | Классификатор "Бедный из-за замораживания" | Is Server Pair is Client : Client | >0.524 | Poor | Good | Unclassified | Оценка от 0 до 1, которая создается на основе сочетания пользовательского интерфейса, статистики длительности замораживания и общего взаимодействия с вызовами. |
Видео классификатор
Видеопоток помечается как Хороший или Плохой на основе значения первой доступной метрики в следующем порядке:
Этап # | Показатель | Условие | Классификация, если условие верно | Классификация, если условие ложно | Классификация, если метрика недоступна | Пояснение |
---|---|---|---|---|---|---|
1 | Video Local Frame Loss Percentage Avg | > 50% | Poor | Good | Перейти к шагу 2 | Средний процент потери видеокадров, отображаемый пользователю. Среднее значение включает кадры, восстановленные после потери сети. |
2 | Video Frame Rate Avg | < 7 | Poor | Good | Перейти к шагу 3 | Среднее число кадров в секунду, принимаемых для видеопотока, вычисленное за период сеанса. |
3 | Video Post FECPLR | > 0.15 | Poor | Good | Unclassified | Скорость потери пакетов после применения FEC агрегирована во всех видеопотоках и кодеках. |
VBSS классификатор
Поток VBSS помечается как Хороший или Бедный на основе значения первой доступной метрики в следующем порядке:
Этап # | Показатель | Условие | Классификация, если условие верно | Классификация, если условие ложно | Классификация, если метрика недоступна | Пояснение |
---|---|---|---|---|---|---|
1 | Video Local Frame Loss Percentage Avg | Кодек НЕ является H264S , а StreamDirection — входящий , если FrameLoss > 50 % |
Poor | Good | Unclassified | Средний процент потери видеокадров, отображаемый пользователю. Среднее значение включает кадры, восстановленные после потери сети. FrameLoss используется только для классификации входящих потоков, отличных от H264S. |
2 | Video Frame Rate Avg | < 1 | Poor | Good | Unclassified | Среднее число кадров в секунду, принимаемых для видеопотока, вычисленное за период сеанса. Применяется ко всем исходящим потокам и либо к StreamDirection для H264S. |
Классификатор совместного использования приложений
Поток общего доступа к приложениям помечается как плохой при выполнении одного или нескольких из следующих условий:
Показатель | Условие | Пояснение |
---|---|---|
Spoiled Tile Percent Total | > 36 | Процент плиток, которые отбрасываются, а не отправляются в удаленный одноранговый узел (например, из MCU в средство просмотра). Отклоненные (или испорченные) плитки могут быть вызваны ограничениями пропускной способности между клиентом и сервером. |
AppSharing RDP Tile Processing Latency Average | > 400 | Средняя задержка в миллисекундах при обработке фрагментов в стеке RDP на сервере конференции. |
AppSharing Relative OneWay Average | > 1.75 | Средняя относительная односторонняя задержка между конечными точками в секундах для потоков общего доступа к приложениям. |
Неклассифицированные потоки
В CQD поток помечается как неклассифицированный , если подключение interactive Connectivity Establishment (ICE) завершается сбоем или если не отображаются все метрики, необходимые для вычисления классификации потоков.
Чтобы проверить сбои подключения ICE, изучите размеры «First Connectivity Ice» и «Second Connectivity Ice» для значения «FAILED». Если любое из значений указывает на сбой, поток помечается как неклассифицированный.
Если подключение ICE для неклассифицированного потока выполнено успешно, поток, скорее всего, считается неклассифицированным , так как не сообщалось о ключевых метриках потока. Существует несколько причин, по которым эти метрики могут не сообщаться:
Отчеты по QoE не получены . Метрики, используемые для классификации, отображаются в отчете качества обслуживания, отправленном в конце вызова. Если этот отчет не создается (например, из-за того, что некоторые сторонние конечные точки могут не отправлять QoE) или не может быть отправлен (например, из-за сбоя сети), CQD не сможет классифицировать поток.
Кончик
Измерение «QoE Record Available» может использоваться для определения того, был ли получен отчет QoE для потока. Обратите внимание, что это измерение будет иметь значение «True», если отчет QoE был получен от любой конечной точки. Отчет о QoE с обеих конечных точек требуется для наиболее точной отчетности показателей.
Короткие вызовы . Короткие вызовы могут не иметь достаточно активности мультимедиа для вычисления метрик потока ключей. Без этих показателей CQD не может классифицировать поток.
Кончик
Для определения продолжительности потока можно использовать размеры «Длительность (секунды)», «Длительность (минуты)», «Длительность 5 секунд или меньше» и «Длительность 60 секунд или более». Измерение «Средняя продолжительность звонка» также может использоваться для вычисления средней продолжительности для набора потоков.
Низкое использование пакетов . Как и в сценарии "короткий вызов", для вычисления метрик ключевого потока требуется достаточное использование пакетов. Без этих показателей CQD не может классифицировать поток.
- Распространенный сценарий с низким уровнем использования пакетов возникает, когда участник присоединяется к собранию для прослушивания докладчика, но никогда не говорит (микрофон отключается для большей части звонка). В этом случае аудиопоток, входящий в клиент, имеет высокий уровень использования пакетов, а исходящий от клиента аудиопоток практически не имеет использования пакетов. Продолжительность потока может составлять час или дольше, но использование пакетов в потоке от клиента к серверу является низким, так как микрофон отключен, и результаты неклассифицированного потока.
Кончик
Измерение «Утилизация пакета» и измерение «Среднее использование пакета» могут использоваться для определения активности пакета в потоке.
Статьи по теме
Улучшение и мониторинг качества звонков для Teams
Настройка панели мониторинга качества звонков (CQD)
Отправка данных о клиенте и сборке
Использование CQD для управления качеством звонков и собраний