基于RFC3264的sip中的提供/应答模型
基于RFC3264的sip中的提供/应答模型
提问于 2019-01-23 14:51:56
我很难理解在RFC3264中所做的声明，它指定了在SIP中使用的报价/应答模型。
第2页第1段，第1章The answer has a matching media stream for each stream in the offer, indicating whether the stream is accepted or not..
因此，在回答中，提供的每个流都分配了一个匹配的流。这听起来像一个副本，提供全部或部分是复制成答案。在我的理解中，匹配流必须看起来像流的副本。更多的cit.：“应答有包含的”。因此，描述一个属性，它可以有一个单一的状态。在RFC的声明中，没有一个词是关于不匹配流的，也没有关于缺乏流的答案的。
在另一边，如果流被接受或不被接受，就会得到指示。这里有两个国家的神器。
我想知道1-状态的神器怎么能描述2-状态的神器.
回答 1
Stack Overflow用户
回答已采纳
发布于 2019-01-24 05:47:07
所谓“媒体流”是指某种媒体来源，如音频、视频等。答案有多个流，并且答案必须有一个对每个流的答复。“媒体流”的“基本”设置是"m=“行。
您可以在RFC的示例中看到这一点，如下所示：
10.1 Basic Exchange
Assume that the caller, Alice, has included the following description
in her offer. It includes a bidirectional audio stream and two
bidirectional video streams, using H.261 (payload type 31) and MPEG
(payload type 32). The offered SDP is:
v=0
o=alice 2890844526 2890844526 IN IP4 host.anywhere.com
s=
c=IN IP4 host.anywhere.com
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 51372 RTP/AVP 31
a=rtpmap:31 H261/90000
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000
The callee, Bob, does not want to receive or send the first video
stream, so he returns the SDP below as the answer:
v=0
o=bob 2890844730 2890844730 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 49920 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000您可以看到，该优惠有三个流提供，1音频和2视频，因为你可以从"m=“行阅读。
您还可以看到，答案有三行"m=“(顺序相同)。拒绝视频流的"m=video 0 RTP/AVP 31“线路由于"0”部分而提供接收。不需要更多的线路。
您还可以看到，这些行不是“副本”，而是接收媒体流所需的端点的实际设置。唯一的“副本”是"m=xxx“命令。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/54329912
复制相关文章
相似问题
腾讯云开发者
