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

Question

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

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

Answer 1

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.

Answer 2

Я не уверен, правильно ли я понимаю ваш вопрос, но 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 объединяются и передаются в декодер."

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