Исследование влияния коэффициента перегрузки канала на качество передаваемого видео потока

Гончаров А.А. (goncharov@itep.ru)(1), Ильин А.Ю. (2),

Семенов Ю.А. (1)

(1)Институт теоретической и экспериментальной физики имени А.И.Алиханова (2)Российский научно-исследовательский институт развития общественных сетей

1. Введение

Широкое внедрение IP-телефонии, цифрового ТВ поверх Интернет, P2P ТВ и других мультимедиа приложений ставит проблему обеспечения гарантированного качества передачи в условиях кратковременных и долговременных перегрузок. Мы исследовали влияние долговременных перегрузок на качество передачи потокового видео.

Нами передавался видеоролик через тестовый канал, показанный на рис. 1.

Рис.1. Схема тестового канала.

На исходящем интерфейсе маршрутизатора на канальном уровне использовался протокол ATM. На канальном уровне ATM нами используется класс VBR-rt (Variable Bit Rate real-time) [1]

Всего в видеопотоке посылалось 300 кадров и это занимало 10 сек. Входной поток был практически постоянным. Обозначим его скорость через Цбит/сек], а пропускную способность на выходе канала обозначим д[бит/сек].

Если Х<1А, потери качества передаваемого видеоролика не происходит. В противном случае возникает перегрузка канала. В зависимости от длительности перегрузки, маршрутизатор может помещать пакеты в буфер отправки либо отбрасывать их. В современном Интернете перегрузка каналов является обычным явлением. Но, несмотря на то, что большинство из нас работает через перегруженные каналы, мы всё же можем продолжать работать в сети.

Цель нашего эксперимента заключалась в исследовании границ приемлемой перегрузки для передачи потокового видео. Как бы ни был перегружен канал, часть кадров из видео потока дойдут до получателя. Но сможет ли получатель что-нибудь увидеть и разобрать по цветным пятнам на экране и обрывкам звуков. Где та граница перегрузки канала, при которой ещё имеет смысл транслировать видео ролик по сети? Целью данной работы была попытка ответить на этот вопрос.

2. Описание эксперимента

Для передачи видео использовался пакет программ Evalvid 2.1. [2] и кодек Ffmpeg [3] для кодирования и декодирования видеопотока. Для видеопотока мы варьировали соотношение в пределах от 0,8 до 2,5 с шагом 0,1.

Видеопоток разбивался на RTP пакеты c размером поля данных 1024 байта. Битовая скорость видеоролика при воспроизведении из файла составляла 118 кбит/сек. При передаче этого видеоролика по сети с учетом заголовков генерировался поток 127,5 кбит/сек.

Незакодированный файл видеоролика в формате YUV420 [4] занимал 45 Мбайт. В аббревиатуре YUV: Y - яркость, U=R-Y - разность между красной компонентой и яркостью, V=B-Y - разность между голубой компонентой сигнала и яркостью. Для передачи по сети файлы сжимались кодеком, затем производилась разбивка полученного файла по пакетам, и происходила передача данных через канал. Чтобы просмотреть видео ролик получатель должен получить пакеты и декодировать их. Во время передачи видео ролика по сети интервал следования пакетов может варьироваться, для компенсации этого эффекта на стороне получателя используют входной буфер. Для оценки качества принятого кадра используют следующие характеристики: Peak Signal-to-Noise Ratio (PSNR) и Mean Opinion Score (MOS) [5].

Качество видеоизображения - это субъективная характеристика. Метрика качества изображения основана на особенностях восприятия человека. Численная характеристика, основанная на субъективном восприятии человека, обозначается MOS и оценивается по пятибалльной шкале.

Рис. 2. ITU-R таблица оценок качества видеоизображения (MOS)

В качестве объективного параметра качества переданного изображения по сравнению с эталонным изображением используют величину Peak Signal-to-Noise Ratio (PSNR) [5], которая может быть вычислена по формуле:

PSNR(s, d) = 20log

Vpeak MSE (s, d)

[dB] = 20log1

Vpeak

N , N

col row

££[Ys (n, i, j) - YD (n, i, j )]2

NcolNrow i=0 j=0

здесь Vpeak = 2k -1, k - битовая глубина цвета MSE(s,d)= среднеквадратичная ошибка s и d

Значение PSNR вычисляется для каждого кадра. Если видео ролик содержит нескольких сотен или тысяч кадров, то вычисление PSNR представляет собой трудоёмкую задачу. Кроме этого очень интересной характеристикой является искажение изображения в процессе трансляции видео ролика по сети. Мы сравнивали полученный по сети искаженный образ видео ролика с его прообразом, т.е. вычисляли PSNR канала.

Другим вариантом анализа является вычисление значения MOS. Существует общепринятая таблица соответствия между MOS и PSNR.

По умолчанию на маршрутизаторе максимальная длина очереди для потока default = 75 пакетов. Мы оставили значение по умолчанию, так как оборудование фирмы Cisco широко применяется практически всеми сервис-провайдерами.

При кодировании исходного видео образа в формат MPEG-4 несколько ухудшается качество каждого видео кадра.

PSNR

0 50 100 150 £00 £50 300

frame number

Рис. 3. Ухудшение качества исходного видео ролика при кодировании из

формата YUV420 в формат MPEG-4.

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

6 @ mi I 11 11 11 11 11 11 11 I 11111 I 11 11 I 11 11 11 11 I 111111 11 11 I 11 11 11 11 111111 11 11 I I 11 11 11 11 11 11111 ill

e.s l i.s 1.4 1.6 i.s г г.г г.4 г.6

1am/nu

Рис. 4. Зависимость процента потерянных пакетов от коэффициента перегрузки.

В рисунке 4 видно, что вероятность потери пакета монотонно возрастает с ростом перегрузки. Рис. 4 нам нужен, чтобы прокомментировать зависимость среднего (по 300 фреймам) значения PSNR от величины перегрузки А/ц. Проверка качества производится попиксельно.

30 F.........I.........I.........I.........I.........I.........I.........I.........I.........Ч

0.8 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6

1ат/пи

Рис. 5. Зависимость среднего (по 300 фреймам) значения PSNR от величины

перегрузки А/д.

Зависимость PSNR (рис. 5) немонотонна. Это связанно с тем, что один фрейм не всегда кодируется одним пакетом RTP. Из рис. 5. видно, что иногда может возникнуть ситуация, при которой рост числа потерянных пакетов, не приводит к ухудшению качества. Дело в том, что передаваемые кадры неэквивалентны по влиянию на качество изображения. Потеря I-кадра (базового изображения) оказывает длительное и весьма существенное воздействие на качество картинки, потеря же других кадров (транспортирующих дифференциальные видеоданные) не столь существенна.

Литература

1. http: www.cisco.com/warp/public/121/atm vbrshape.shtml

2. http: www.tkn.tu-berlin.de/research/evalvid/

3. http: ffmpeg.mplayerhq.hu

4. http: www.fourcc.org/fccyuv.htm

5. Cross-Layer Optimization of OFDM Transmission Systems for MPEG-4 Video Streaming , J. Gross, J. Klaue, H. Karl and A. Wolisz

6. Семенов Ю.А., Протоколы Интернет. Энциклопедия , из-во Горячая линия -Телеком , Москва 2001г.