Sip 媒体行中的媒体格式(payloadtype编号)不同于rtpmap

Sip 媒体行中的媒体格式(payloadtype编号)不同于rtpmap,sip,sdp,Sip,Sdp,在测试SIP视频呼叫时,我会在提供的媒体的回答中获得媒体线下的信息。这是有效的媒体线路吗?? 如果媒体格式编号与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 我认为这是一个实现缺陷,因为rtpmap属性没有引用媒体行中指定的有效

在测试SIP视频呼叫时,我会在提供的媒体的回答中获得媒体线下的信息。这是有效的媒体线路吗?? 如果媒体格式编号与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

我认为这是一个实现缺陷,因为rtpmap属性没有引用媒体行中指定的有效负载格式,这实际上使该属性变得无用

发件人:


我认为这是一个实现缺陷,因为rtpmap属性没有引用媒体行中指定的有效负载格式,这实际上使该属性变得无用

发件人:


这不是一个有效的会话描述,但原因比拉尔夫的回答更微妙。PT有效载荷类型109属于RTP/AVP配置文件的动态范围,由于m线中的RTP/AVP,因此适用于该RTP/AVP配置文件。动态意味着它所说的:RTP/AVP定义了一整套标准编解码器——PCM mu-law、G.729等等——还允许您定义自己的PTs

在这里,描述说我们将使用一个自定义PT 109,在96定义另一个PT,忘记定义109的含义


定义一堆rtpmap属性而不使用它们是完全有效的;使用PT然后不定义它是无效的

这不是一个有效的会话描述,但原因比拉尔夫的回答更微妙。PT有效载荷类型109属于RTP/AVP配置文件的动态范围,由于m线中的RTP/AVP,因此适用于该RTP/AVP配置文件。动态意味着它所说的:RTP/AVP定义了一整套标准编解码器——PCM mu-law、G.729等等——还允许您定义自己的PTs

在这里,描述说我们将使用一个自定义PT 109,在96定义另一个PT,忘记定义109的含义

定义一堆rtpmap属性而不使用它们是完全有效的;使用PT然后不定义它是无效的

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.