Классификация потоков на панели мониторинга качества звонков (CQD)

Статья
07/21/2023
Применяется к:

Skype for Business, Microsoft Teams

Панель мониторинга качества звонка (ПМКЗ) для Microsoft Teams и Skype для бизнеса Online позволяет получить представление о качестве звонков, сделанных с помощью команд Microsoft и Skype для бизнес-услуг. В этом разделе представлена подробная информация о классификации качества потоков мультимедиа. Дополнительные сведения о CQD и его настройке см. в статье Настройка панели мониторинга качества звонков.

Определения классификатора

Потоки в CQD классифицируются как Good, Poor или Unclassified на основе значений доступных ключевых метрик качества. Метрики и условия, используемые для классификации потока, показаны в следующих таблицах. Измерения CQD "Бедный из-за" можно использовать, чтобы понять, какая метрика отвечает за классификацию Poor . Дополнительные сведения об этих измерениях см. в разделе Измерения и меры, доступные на панели мониторинга качества звонков.

Звуковой классификатор

Если выполняется одно или несколько из следующих условий и используется > 500 пакетов, аудиопоток помечается как плохой:

Показатель	Сценарий	Условие	Пояснение
Round Trip	ВСЕ	> 500	Среднее время распространения по сети в оба пути, вычисленное в миллисекундах. Сведения, доступные в RFC3550.
Packet Loss Rate	ВСЕ	> 0.1	Средний коэффициент потерь пакетов для потока.
Дрожание	ВСЕ	> 30	Среднее дрожание для потока в миллисекундах.

Классификатор видео из-за замораживания

Видеопоток помечается как Хороший или Плохой на основе значения оценки классификатора, созданной для оценки того, что конечный пользователь столкнулся с замороженным видео. Этот классификатор доступен только для продукта 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 не может классифицировать поток.
- Распространенный сценарий с низким уровнем использования пакетов возникает, когда участник присоединяется к собранию для прослушивания докладчика, но никогда не говорит (микрофон отключается для большей части звонка). В этом случае аудиопоток, входящий в клиент, имеет высокий уровень использования пакетов, а исходящий от клиента аудиопоток практически не имеет использования пакетов. Продолжительность потока может составлять час или больше, но использование пакетов в потоке от клиента к серверу невелико, так как микрофон был отключен, и результаты неклассифицированного потока.
Совет

Измерение «Утилизация пакета» и измерение «Среднее использование пакета» могут использоваться для определения активности пакета в потоке.