- •«Томский политехнический университет»
- •Е.С. Чердынцев мультимедийные сети
- •Глава 1. Введение в мультимедиа
- •1.1. Классификация мультимедиа
- •1.2. Текст
- •1.3. Звук
- •1.4. Графика и анимация
- •1.6.1. Характеристики реального времени (ограничения на задержки и нестабильность)
- •1.5. Видео
- •1.6. Требования к передаче мультимедиа по сетям
- •1.6.2. Требование высокой пропускной способности
- •1.6.3. Требования к ошибкам
- •1.6.4. Поддержка мультикаста
- •1.6.5. Управление сессиями
- •1.6.6. Безопасность
- •1.6.7. Поддержка мобильности
- •Глава 2. Поддержка распределенного мультимедиа трафика в Интернете
- •2.1. Поддержка трафика реального времени в Интернете
- •2.1.1. Задержки при обработке пакетов
- •2.1.2. Задержки при передаче пакетов
- •2.1.3. Задержка передачи
- •2.1.4. Задержки маршрутизации и обработки очередей
- •2.2. Требование высокой пропускной способности
- •2.3. Ошибки характеристик сети
- •2.4. Предлагаемые модели сервисов Интернет
- •2.4.1. Уточнение требований к сервисам и описанию трафика
- •2.4.2. Управление доступом
- •2.4.3. Управление трафиком
- •2.4.4. Классификация пакетов
- •2.4.5. Планирование пакетов
- •2.4.6. Потеря пакетов
- •2.4.7. Маршрутизация на основе QoS
- •2.5. Интегрированные сервисы
- •2.5.1. Классы гарантированного обслуживания
- •2.5.2. Сервис управления загрузкой
- •2.5.3. Сервис негарантированной доставки
- •2.5.4. Недостатки модели Intserv для Интернета
- •2.6. Дифферецированный сервис
- •2.6.1. Per Hop Behavior
- •2.7. Мультипротокольная коммутация по меткам
- •Глава 3. Расширение стека протоколов tcp/ip для поддержки функциональных требований распределенных мультимедийных приложений
- •3.1. Поддержка мультикаста
- •3.2. Управление сессиями
- •3.3. Безопасность
- •3.4. Мобильность
- •3.6. Session Initiation Protocol
- •Глава 4. Введение в rtp
- •4.1. Базовые принципы rtp
- •4.2. Стандартные элементы rtp
- •4.3. Связанные с rtp стандарты
- •Глава 5. Описание протокола rtp
- •5.1. Сессии rtp
- •5.2. Структура пакета rtp
- •5.3. Проверка качества пакета
- •5.4. Трансляторы и миксеры
- •Глава 6. Описание протокола rtсp
- •6.1. Компоненты rtcp
- •6.2. Передача пакетов rtcp
- •6.3. Формат пакетов rtcp
- •6.4. Безопасность и конфиденциальность
- •6.5. Проверка корректности данных
- •6.6. База данных участников сессии
- •6.7. Управление характеристиками времени
- •6.7.1. Отчетные интервалы
- •6.7.2. Базовые правила передачи
- •6.7.3. Процедура пересмотра вперед
- •6.7.4. Процедура пересмотра назад
- •6.7.5. Пересмотр пакетов bye
- •6.7.6. Общие проблемы реализации
- •Глава 7. Захват мультимедиа, проигрывание и управление характеристиками времени
- •7.1. Поведение отправителя
- •7.2. Захват мультимедиа и сжатие
- •7.2.1. Захват и сжатие звука
- •7.2.2. Захват и сжатие изображения
- •7.2.3. Использование предварительно записанной информации
- •7.3. Генерация пакетов rtp
- •7.3.1. Метки времени и модель времени rtp
- •7.3.2. Фрагментация
- •7.3.3. Заголовки, зависящие от формата данных
- •7.4. Поведение получателя
- •7.5. Получение пакетов
- •7.5.1. Получение пакетов данных
- •7.5.2. Получение управляющих пакетов
- •7.6. Буфер проигрывания
- •7.7. Декодирование, смешивание и проигрывание
- •7.7.1. Декодирование
- •7.7.2. Смешивание звука
- •Глава 8. Синхронизация звука и изображения
- •8.1. Поведение отправителя
- •8.2. Поведение получателя
- •8.3. Точность синхронизации
- •Глава 9. Компенсация ошибок
- •9.1. Компенсация потерь звука
- •9.1.1. Измерение качества звука
- •9.1.2. Замещение периодами тишины
- •9.1.3. Замещение шума
- •Глава 10. Исправление ошибок
- •10.1. Прямое исправление ошибок
- •Глава 11. Контроль перегрузок
- •11.1. Необходимость контроля перегрузок
- •10.1.1. Контроль четности
- •References
- •Multimedia networks
- •Published in author’s version
8.3. Точность синхронизации
Может возникнуть вопрос, каким значением задержки между потоками можно пренебречь? Ответ на этот вопрос зависит от ряда факторов, в том числе от того, что синхронизируется и с какой целью. Например, синхронизация звука и изображения может быть достаточно нестрогой и изменяться в зависимости от качества видео и скорости фреймов, в то время как синхронизация звуковых потоков должна быть очень точной.
При синхронизации звука и изображения считается достаточной точность синхронизации в рамках нескольких десятком миллисекунд. Эксперименты с проведением видеоконференций дают граничное значение порядка 80-100 миллисекунд, превышение которого не следует допускать. При повышении качества передаваемого изображения этот порог уменьшается.
Глава 9. Компенсация ошибок
Предыдущие главы рассматривали прохождение потока RTP по протоколам UDP/IP в ненадежных сетях и соответствующее поведение приложений. Возникающие в процессе передачи данных ошибки можно либо компенсировать, либо корректировать. Рассмотрим оба этих варианта.
9.1. Компенсация потерь звука
Когда пакет RTP, содержащий звук, независимо от того, речь это или музыка, потерян, то получатель должен генерировать его заменитель, чтобы обеспечить непрерывность воспроизведения. Это можно сделать разными способами в зависимости от степени чувствительности системы к ошибкам.
9.1.1. Измерение качества звука
Восприятие звука человеком – комплексный процесс, зависящий от многих факторов. Это делает достаточно трудным оценку качества звука. Недостаточно просто сравнить отправленный и принятый звук, потому, что восприятие различий не соответствует этой разнице напрямую. Простые измерители, такие как отношение уровня сигнала к уровню шума, здесь не подходят. Более сложные схемы дают результат, но не со 100 % надежности.
Из-за отсутствия объективных мер измерения приходится применять субъективные тесты. Такие тесты включают проигрывание разных типов музыки, набора слов, фраз и предложений с оценкой качества реальным слушателем по заданной шкале.
Шкала выбирается в зависимости от типа оцениваемых данных. Если это речь, то можно применять шкалу MOS (Mean Opinion Score). Это пятибалльная шкала (excellent = 5, good = 4, fair = 3, poor = 2, bad = 1). Для обеспечения статистической значимости оценки ее надо проводить на большом количестве тестов и разных примерах. Типичное значение качества передачи звука для обычных телефонных переговоров имеет оценку около 4.2, а для мобильной сети – от 3.5 до 4.
Шкала MOS дает достаточно стабильные результаты, но не различает специфику передаваемых данных. Даже при высокой оценке нельзя гарантировать понятность принятой речи. Поэтому данная оценка обычно дополняется серией синтаксических тестов, на основе которых подсчитывается статистическая оценка качества передачи данных.
9.1.2. Замещение периодами тишины
Простейшая техника замещения потерянных пакетов периодами тишины показана на рис. 9.1.
Рис. 9.1. Замещение потерянных пакетов периодами тишины
Данная техника применима только к очень коротким пакетам (менее 16 миллисекунд) при низкой доле потерянных пакетов (менее 2 процентов), иначе она приводит к существенному падению качества передачи данных.
