режим пакетирования h264 для FUA

Мы столкнулись с несколькими проблемами взаимодействия, когда видеорежим, который требуется нескольким конечным точкам на рынке, немного отличается и понимает только режимы пакетирования H.264 (тип FUA) (т. е.) тип блока FU-A NAL (в то время как другие не воспроизводить видео при получении полезной нагрузки типа fu-nal)

Кто-нибудь знает, что это за тип режима пакетирования FUA? Чем он отличается от режимов пакетирования 0,1,2, определенных в RFC3984? Поддерживает ли видеокодер/декодер это, как это может быть соответствующим образом сигнализировано в сеансе SIP SDP, в котором атрибуты не изменяются даже при прохождении через SIP B2BUA?


h.264 video video-processing video-streaming sip
person Radhakrishnan    schedule 17.02.2011    source источник

Ответы (2)


arrow_upward
8
arrow_downward

FUA используется в режимах пакетирования 1 и 2. Режим пакетирования по умолчанию равен 0 (режим одиночного NAL); если обе стороны согласны с режимами 1 или 2, вы обычно увидите FU-A, когда NAL превышает MTU UDP или настроенный максимальный размер пакета.

Уровень пакетирования/депакетирования должен принимать NAL и при необходимости генерировать FU-A, а при приеме принимать серию FU-A и повторно собирать NAL для подачи на декодер.

См. RFC 3984 и RFC 3984bis (из которых я м автор).

B2BUA не должен принимать или предлагать режим пакетирования, который он не готов обработать, хотя он может просто передавать предложение/ответ от другого UA.

Также обратите внимание, что (если он совместим с RFC 3984) UA должен поддерживать режим пакетирования 0, хотя предлагать его в INVITE не требуется.

person jesup    schedule 15.03.2011

arrow_upward
4
arrow_downward

Я не уверен, правильно ли я понял ваш вопрос, но FU-A не является режимом пакетирования, он просто сигнализирует о том, что блок NAL является блоком Nal фрагментации, т. е. блок NAL фрагментирован на несколько пакетов RTP. В таблице 3 RFC3984 показано, что NAL FU-A можно использовать только в режимах пакетирования с чередованием и без чередования (режимы 1 и 2), т. е. не в режиме одиночного блока Nal (режим 0).

Что касается поддержки кодировщика/декодера: если SDP сигнализирует о режиме пакетирования 1 или 2, это означает, что в потоке RTP могут быть FU-As. Это не повлияет на декодер, несмотря на раздел 7.1 RFC3894: "Если декапсулированный пакет представляет собой FU-A, все фрагменты фрагментированного блока NAL объединяются и передаются декодеру".

Я не понимаю последнюю часть вашего вопроса, касающуюся SIP B2BUA, режимов пакетирования сигналов SDP и, исходя из этого, приемник RTP должен иметь возможность обрабатывать различные типы блоков NAL, указанные в RFC3984.

person Ralf    schedule 17.02.2011