我们遇到了几个互操作问题，其中，市场上几个端点所需的视频模式差别很小，只能理解H.264分组模式（FUA类型）（即FU -A NAL单元类型）。 （而其他人在接收最终类型的有效载荷时不播放视频）
有谁知道这种FUA类型的打包模式是什么？它与RFC3984中定义的分组模式0,1,2有什么不同？视频编码器/解码器是否支持它，如何在SIP SDP会话中适当地发出信号，即使在遍历SIP B2BUA时属性也不会改变？
答案 0 :(得分：8)
FUA用于分组模式1＆amp; 2.打包模式默认为0（单NAL模式）;如果双方同意模式1或2，当NAL超过UDP MTU或配置的最大数据包大小时，您通常会看到FU-A。
打包/解包层应采用NAL并在需要时生成FU-A，并在接收时采用一系列FU-A并重新组装NAL以馈送到解码器。
请参阅RFC 3984和RFC 3984bis（其中我是作者）。
B2BUA不应接受或提供其尚未准备好处理的打包模式，尽管它可能只是通过其他UA的提议/回答。
另请注意（如果符合RFC 3984），UA必须支持打包模式0，但不需要在INVITE上提供它。
答案 1 :(得分：4)
我不确定我是否正确理解你的问题，但是FU-A不是分组模式，它只是表示NAL单元是分段Nal单元，即NAL单元在几个RTP分组上被分段。 RFC3984表3示出了NAL FU-A只能用于交织和非交织分组模式（模式1和2），即不能用于单个Nal单元模式（模式0）。
对于编码器/解码器支持：如果SDP发信号通知分组模式1或2，则意味着RTP流中可能存在FU-As。这不会影响解码器，尽管RFC3894第7.1节：“如果解封装的数据包是FU-A，则碎片化NAL单元的所有片段都会连接并传递给解码器。”
我不明白你的问题的最后一部分与SIP B2BUA，SDP信号打包模式有关，并且基于RTP接收器必须能够处理RFC3984中指定的不同NAL单元类型。