會話描述協(xié)議的提供/應(yīng)答模型

会话描述协议(SDP)的提供/应答模型被两个实体用来对会话描述达成协议,例如会话中包含哪些媒体流、编码方案等。提供者在提供中表明所希望的会话描述，应答者则在应答中从应答者的观点来指明所希望的会话描述。提供/应答模型可用来创建会话或修改已有的会话。然而，在提供和应答中可以出现什么内容是有限制的。以下章节描述提供和应答是如何被创建的。提供/应答模型在[RFC3264]中进行更详细的描述。

14.1提供

当一个实体希望创建一个会话时，或者当前正处在会话中时，可以产生一个SDP会话描述，这个会话描述即构成一个提供。在这个提供中包含提供者所希望使用的媒体流的集合和编码方案的集合，以及提供者想用来接收媒体的IP地址和端口。

会话行，或称s行，在提供/应答中总是设为或单个空格。

由于信令协议，如SIP,是用来创建单播会话的，因此SDP提供/应答交换中的起始和停止时间都设为O。

14.2 应答

应答者产生一个SDP应答来与它收到的提供相对应，该应答表明：

•  是否接受一个媒体流。

•  将要使用的编码方案。

•  应答者想用来接收媒体的IP地址和端口。

14.3提供/应答处理

   对于何时可产生提供或应答存在如下限制条件：

•   接收到提供的客户端不能再产生新的提供，直到它已用应答进行了响应,或直到它已拒绝了该提供。

•   已产生提供的客户端不能再产生新的提供，直到它已得到了对原先那个提供的应答，或直到原先的提供已被拒绝。

对于一个应答可以拥有的m行的数目也有限制，应答中m行的数目必须等于提供中的m行数。

如果有多个不同类型的媒体流，就意味着提供者希望同时使用那些媒体流。可通过将一个媒体行中的端口号设为0来实现对该媒体的拒绝，而不能通过去掉该媒体行来实现，因为如前所述，应答中m行的数目必须与提供中的相等。

提供者收到应答后，就开始发送媒体（在收到应答之前它不能这样做，因为不知道把媒体送往哪个IP地址或端口）。它使用应答中列出的媒体格式，并且一般使用应答中列出的第一个媒体格式，因为建议媒体格式在SDP提供/应答中出现的顺序能使优先级最高的出现在列表的顶部而优先级最低的出现在最后。

14.3.1 修改会话描述

在会话中的任何时间，任何一个参与者都可以发布新的提供来修改会话的特性。新创建的提供里的每个流都必须有一个在以前提供/应答交换中相匹配的媒体流，并且媒体流的顺序不能改变。在这两个要求下，媒体流中m行的数目永不会减少：或者保持相同或者增加，下面的一些例子对此进行说明（注意，下述例子中的语法没有正确显示）。

第一个提供：

m=a

m=b

第一个应答：

m=a

m=b

正确的第二个提供：

m=a

m=b

m=c

正确的第二个应答：

m=a

m=b

m=c

不正确的第二个提供（顺序发生改变）：

m=a

m=c

m=b

不正确的第二个提供（行的数目减少）：

m=a

正如创建一个初始提供/应答时一样，我们可以通过将端口值设为0来禁止一个媒体流。同样，新增加的媒体流可以再次使用那些已被前面的提供/应答交换并通过将端口设为0来禁止了的媒体行。

14.3.2  媒体流的保持

如果一个客户端希望指示远端停止在一个流上发送媒体，但不希望完全禁止该媒体，可以通过两种方法来实现。方法的选择取决于在先前的提供/应答交换中所协商的流方向。先前设为sendrecv属性（该流媒体既发送又接收）的流，可通过在新的提供/应答里给它分配一个sendonly的属性来将它置于保持；先前设为recvonly属性的流，可通过在新的提供/应答里给它分配一个inactive的属性来将它置于保持。