7.3.2. Фрагментация

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

Рис. 7.4. Фрагментация большого фрейма

Процесс фрагментации критичен к потере пакетов. Желательна возможность декодирования отдельных фрагментов, в противном случае потеря одного фрагмента приводит к потере всего фрейма.

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

7.3.3. Заголовки, зависящие от формата данных

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

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

7.4. Поведение получателя

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

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

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

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

Операции, выполняемые получателем, сложнее операций, выполняемых отправителем. Многие из этих осложнений связаны с необходимостью восстановления потерянной при передаче информации.