Video 用于FUA的h264打包模式

Video 用于FUA的h264打包模式,video,video-streaming,video-processing,sip,h.264,Video,Video Streaming,Video Processing,Sip,H.264,我们遇到了两个互操作问题,其中,市场上两个端点所需的视频模式差别不大,仅理解H.264打包模式(FUA类型)(即FU-A NAL单元类型)(而其他人在接收FU-A NAL类型负载时不播放视频) 有人知道这种FUA类型的打包模式是什么吗?它与RFC3984中定义的打包模式0,1,2有何不同?视频编码器/解码器是否支持它,如何在SIP SDP会话中适当地发送信号,即使在通过SIP B2BUAs时属性也不会改变?我不确定是否正确理解了您的问题,但FU-A不是打包模式,它只是表示NAL单元是分段NAL单

我们遇到了两个互操作问题,其中,市场上两个端点所需的视频模式差别不大,仅理解H.264打包模式(FUA类型)(即FU-A NAL单元类型)(而其他人在接收FU-A NAL类型负载时不播放视频)


有人知道这种FUA类型的打包模式是什么吗?它与RFC3984中定义的打包模式0,1,2有何不同?视频编码器/解码器是否支持它,如何在SIP SDP会话中适当地发送信号,即使在通过SIP B2BUAs时属性也不会改变?

我不确定是否正确理解了您的问题,但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 B2BUAs、SDP信号打包模式有关,基于此,RTP接收器必须能够处理RFC3984中指定的不同NAL单元类型。

FUA用于打包模式1和2。打包模式默认为0(单NAL模式);如果双方同意模式1或2,则当NAL超过UDP MTU或配置的最大数据包大小时,通常会看到FU-A

打包/反打包层应在需要时获取NAL并生成FU-A,并且在接收时获取一系列FU-A并重新组装NAL以馈送到解码器

参见RFC 3984和(我是其中的作者)

B2BUA不应接受或提供其尚未准备好处理的打包模式,尽管它可能只是传递来自其他UA的报价/答复

还要注意的是(如果符合RFC 3984),UA必须支持打包模式0,尽管不需要在邀请时提供