Networking Sip邀请中的编解码器协商

Networking Sip邀请中的编解码器协商,networking,sip,sdp,Networking,Sip,Sdp,我已经分别用编解码器PCMA、PCMU和G729A配置了我的驱动和接收sip端点。当我从驱动端看到sip invite时,我看到编解码器的顺序是相同的。来自接收端的183会话进程显示G729A,呼叫使用此编解码器进行。为什么会发生这种情况?我希望协商的编解码器是PCMA。是否有任何优先权?例如有效载荷类型 SDP产品中的每个medialine都包含受支持的编解码器,按优先顺序递减 各国(关于SDP优惠): 在所有情况下,“m=”行中的格式必须按顺序列出 首选项,首选列出的第一种格式。在这个 在这

我已经分别用编解码器PCMA、PCMU和G729A配置了我的驱动和接收sip端点。当我从驱动端看到sip invite时,我看到编解码器的顺序是相同的。来自接收端的183会话进程显示G729A,呼叫使用此编解码器进行。为什么会发生这种情况?我希望协商的编解码器是PCMA。是否有任何优先权?例如有效载荷类型

SDP产品中的每个medialine都包含受支持的编解码器,按优先顺序递减

各国(关于SDP优惠):

在所有情况下,“m=”行中的格式必须按顺序列出 首选项,首选列出的第一种格式。在这个 在这种情况下,首选是指要约的接收人应使用 具有可接受的最高首选项的格式

及(有关"可持续发展计划"的答复):

尽管回答者可能会按照所需的顺序列出格式 首选,建议除非有具体原因, 回答者列表的格式与它们的相对顺序相同 出现在报价中。换句话说,如果提供列表中的流 音频编解码器8、22和48,按顺序排列,仅回答者 支持编解码器8和48,建议回答者 没有理由更改,答案中的编解码器顺序为8, 48,而不是48,8。这有助于确保在应用程序中使用相同的编解码器 两个方向

以下行取自SDP报价;发件人宣布他支持编解码器8、0和101。他更喜欢8(PCMA)而不是0(PCMU)

接收器将决定实际使用的编解码器,并在SDP应答中发送该编解码器。他将省略他不支持的编解码器,并可能更改其余编解码器的相对顺序(尽管不推荐)

m=audio 6200 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000