媒體行中的媒體格式（payloadtype number）與rtpmap不同

在測試SIP視頻呼叫時，我在下面的媒體行信息中找到了所提供媒體的答案。這是有效的媒體？地方媒體格式數量與rtpmap數不同：媒體行中的媒體格式（payloadtype number）與rtpmap不同

m=video 49218 RTP/AVP 109 
b=TIAS:322000 
a=rtpmap:96 H264/90000 
a=fmtp:96 profile-level-id=42801f; max-mbps=216000; max-fs=3600; sar=13 
a=sendonly

來源

2013-03-01 kavitha

我要說的是，這是一個實現的bug，因爲rtpmap屬性不引用已在媒體上線，有效地渲染指定了負載格式屬性無用。

從Rfc4566：

a=rtpmap:<payload type> <encoding name>/<clock rate> [/<encoding 
    parameters>] 

    This attribute maps from an RTP payload type number (as used in 
    an "m=" line) to an encoding name denoting the payload format 
    to be used.

來源

2013-03-01 15:37:57 Ralf

這不是一個有效的會話描述，但對於一個更微妙的原因，而不是拉爾夫的答案。 PT（有效載荷類型）109落在RFC 3551中定義的RTP/AVP配置文件的動態範圍內，這是由於m行中的RTP/AVP而導致的。「動態」意味着它說：RTP/AVP定義了一大堆標準編解碼器 - PCM mu-law，G.729等等，並且還允許您定義自己的PT。

在這裏，描述中說「我們將使用109的自定義PT，並在96處定義另一個PT，並且忘記定義109的含義」。

定義一堆rtpmap屬性並且不使用它們是完全有效的;使用PT然後不定義它是無效的！

來源

2013-03-02 11:52:07

媒體行中的媒體格式（payloadtype number）與rtpmap不同

回答

相關問題