4.5.3 Буфер fec, избыточная информация и последствия задержек

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

L*D≤100

1≤L≤20

4≤D≤20

Эти ограничения относятся к потокам FEC. Следует отметить, от этого, что это для транспортировка второго потока FEC возможна при L ≥ 4.

Вышеперечисленные ограничения применяются только к передаче транспортных потоков MPEG-2, другие видео форматы могут использовать те же схемы FEC, но с разными рекомендуемыми ограничениями.

В следующей таблице приведены соотношения различных значений L и D, избыточности информации, задержки подразумеваемой (для случая 7 TS пакетов в IP-пакет) и эффективности восстановления.

4.5.4 Формат rtp заголовка fec пакета

RFC2733 накладывает ограничения на значения полей в заголовке RTP. Они указывают, что поля Р, Х, М, и CC вычисляются на основе пакетов полезной нагрузки, но из-за ограничений в разделе 4.2 значения этих полей будут все равны нулю.

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

В RFC2733 тип полезной нагрузки носит символическое название "parityfec", который позволяет использовать один идентификатор типа полезной нагрузки RTP внешних механизмов. Предложную FEC рекомендуется называть "2dparityfec".

Поскольку нет простого механизма для обработки динамической полезной нагрузки, то только RTP трафик приёмо-передающих устройств соответствующий этим практическим рекомендациям может содержать FEC данные и данные MPEG (которые имеет фиксированный тип полезной нагрузки). FEC данные должны быть отправлены с использованием первого доступного номера типа динамической полезной нагрузки, которая равна 96 в десятичном коде.

Будут приняты следующие дополнительные ограничениями.

• Значение поля SSRC не будет использоваться приёмником.

• Нет необходимости указывать начальный номер последовательности, для случайного распределения, как это предлагается в RFC3550.

• Поля временных меток не будут использоваться приемником.

4.5.5 Формат заголовка fec

Заголовок FEC ,описанный в RFC 2733, изначально содержит 12 байт. Учитывая расширение схемы коррекции ошибок, заголовок FEC должен быть изменён, как описано на рисунке 3.

0	1	2	3	4	5	6	7	8	9	0	1	2	3	4	5	6			7	8	9	0	1	2	3	4		5	6	7	8	9	0	1
SNBase low bits																		Length Recovery
E	PT recovery							Mask
TS recovry
X	D	type			Index			Offset									NA										SNBase ext bits

Рис.3 Заголовок FEC

Поля заголовка описаны в RFC2733:

• SNBase low bits: минимальное количество последовательных пакетов, связанных с пакетом FEC. Для транспортных потоков MPEG2 16 битного номера последовательности должно быть достаточно для того, что бык что этот параметр должен содержать весь номер последовательности. Протоколы с более длинными номерами последовательности, это поле будет содержать младшие 16 бит порядкового номера.

• Length Recovery: это поле используется, чтобы определить длину любого медиа пакета связанного с пакетом FEC.

• PT recovery: это поле используется для определения типа полезной нагрузки медиа пакетов, связанных с пакетом FEC.

• TS Recovery: это поле используется для восстановления временных меток любых медиа пакетов, связанных с пакетом FEC.

Дополнительные поля были изменены от того, что было в RFC2733, или которые являются новыми. Определение из них:

E: В RFC2733 этого должны быть установлены в '0 ', в этом кодексе практике это должен быть установлен в '1', чтобы указать, что заголовок продлен.

Маски: В RFC2733 это используется, чтобы выбрать, какие пакеты пакет FEC применяется. Определение маски позволяет сложные отношения между пакетами данных и FEC пакетов, но это добавляет сложности реализации. Для простоты, маски поле будет установлен в ноль для реализации поддержки этого кодекса практики, а поле парламента будет использоваться вместо этого. Обработка Маска требует особого ухода в связи с изменение вида использования из КС № 3 января 2003 года.

X: Этот бит зарезервирован для будущих расширений заголовка и должны быть установлены в ноль, чтобы они соответствовали этой версии заголовка ТЭК.

D: Этот бит предоставляется в качестве дополнительного средства определения того, какие FEC потока пакетов принадлежат. Оно должно быть установлено в 0 для FEC пакеты рассчитаны на колонны и устанавливается в 1 для FEC пакеты вычисляется по строкам.

Тип: Это поле показывает, какой исправляющих ошибки кода выбирается. Это может быть XOR (тип = 0), Хэмминга (тип = 1), Рида-Соломона (тип = 2). Более методы кодирования могут быть использованы. По этой версии Кодекса практики оборудование должно использовать только XOR типа.

Индекс: Это поле используется для более сложных коды ошибок защиты. Для XOR метод, только один FEC пакет защищает каждой группы пакетов, средств массовой информации и, следовательно, поле индекса всегда будет содержать 0.

Смещение: Это 1-байтовое поле является выбранный период для выбора носителя пакеты, связанные с этим пакетом ТЭК, и в точности соответствует параметру L выше для пакетов вычисляется по столбцам (первый поток FEC). Для пакетов, вычисляется по строкам (второй поток FEC) этот параметр всегда должна быть одна. Это поле должно быть постоянным в течение сессии для каждого потока FEC.

Н. А.: Это 1-байтовое поле указывает количество пакетов, средств массовой информации, связанные с этим пакетом ТЭК, и в точности соответствует параметру D выше пакеты, принадлежащие первого потока FEC, и должен соответствовать L параметр пакеты, принадлежащие ко второй FEC поток. Это поле должно быть постоянным в течение сессии для каждого потока FEC.

SNBase доб бит: Это поле зарезервировано для использования с протоколами, которые требуют расширенных порядковых номеров больше, чем 16 бит. Для потоков MPEG2 транспорта 16 разрядные числа последовательности достаточно, так что этот параметр должен быть установлен в ноль.