Режим пакетирования h264 для FUA
Мы столкнулись с несколькими проблемами взаимодействия, где: Режим видео, который требуется для нескольких конечных точек на рынке, немного отличается и понимает только режимы пакетирования H.264 (тип FUA) (т. Е.) Тип блока FU -NAL (в то время как другие не воспроизводить видео при получении полезной нагрузки типа fu-nal)
Кто-нибудь знает, что это за тип FUA режима пакетирования? Чем он отличается от режимов пакетирования 0,1,2, как определено в RFC3984? Поддерживает ли это видеокодер / декодер, как его можно соответствующим образом сигнализировать в сеансе SIP SDP, в котором атрибуты не изменяются даже при обходе через SIP B2BUA?
2 ответа
FUA используется в режимах пакетирования 1 и 2. По умолчанию режим пакетирования равен 0 (режим одного NAL); если обе стороны соглашаются на режимы 1 или 2, вы обычно увидите FU-A, когда NAL превышает UDP MTU или настроенный максимальный размер пакета.
Уровень пакетирования / распаковки должен принимать NAL и генерировать FU-A при необходимости, а при приеме принимать серию FU-A и повторно собирать NAL для подачи в декодер.
См. RFC 3984 и RFC 3984bis ( автором которых я являюсь).
B2BUA не должен принимать или предлагать режим пакетирования, который он не готов обработать, хотя он может просто проходить через предложение / ответ от другого UA.
Также обратите внимание, что (если он соответствует RFC 3984), UA должен поддерживать режим пакетирования 0, хотя не требуется предлагать его в INVITE.
Я не уверен, правильно ли я понимаю ваш вопрос, но 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.