rtsp协议 编码_udp协议_视频编码协议(20)

如果有新的媒体流加到表示中（比如在一个现场表示中），整个表示描述应该重发；而不只是增加组件，如果这样做的话，组件也可以被删除了。

示例：

C->S: ANNOUNCE rtsp://server.example.com/fizzle/foo RTSP/1.0

CSeq: 312

Date: 23 Jan 1997 15:35:06 GMT

Session: 47112344

Content-Type: application/sdp

Content-Length: 332

v=0

o=mhandley 2890844526 2890845468 IN IP4 126.16.64.4

s=SDP Seminar

i=A Seminar on the session description protocol

u=http://.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps

e=mjh@isi.edu (Mark Handley)

c=IN IP4 224.2.17.12/127

t=2873397496 2873404696

a=recvonly

m=audio 3456 RTP/P 0

m=video 2232 RTP/P 31

S->C: RTSP/1.0 200 OK

CSeq: 312

10.4 SETUP

SETUP 请求为URI指定流式媒体的传输机制。客户端能够发出一个SETUP请求为正在播放的媒体流改变传输参数，服务器可能同意这些参数的改变。若是 不同意，它必须响应错误"455 Method Not Valid In This State"。 为了尽量绕开防火墙干涉，即使它不会影响参数，客户端也必须指出传输参数，例如，指出服务器向外发布的固定的广播地址。

由于SETUP包括了所有传输初始化信息，防火墙和其他中间的网络设备（它们需要这些信息）分让了解析DESCRIBE响应的繁琐任务，这些任务留给了媒体初始化。

Transport首部域指定了客户端数据传输时可接受的传输参数；响应包含了由服务器选出的传输参数。

C->S: SETUPrtsp://example.com/foo/bar/baz.rm RTSP/1.0

CSeq: 302

Transport: RTP/P;unicast;client_port=4588-4589

S->C: RTSP/1.0 200 OK

CSeq: 302

Date: 23 Jan 1997 15:35:06 GMT

Session: 47112344

Transport: RTP/P;unicast;

client_port=4588-4589;server_port=6256-6257

作为对SETUP请求的响应，服务器产生了会话标志符。如果对服务器的请求中包含了会话标志符，服务器必须将此setup请求捆绑到一个存在的会话，或者返回"459 Aggregate Operation Not Allowed"。

10.5 PLAY

PLAY 方法告知服务器通过SETUP中指定的机制开始发送数据 。在尚未收到SETUP请求的成功应答之前，客户端不可以发出PLAY请求。PLAY请求将正常播放时间（normal play time）定位到指定范围的起始处，并且传输数据流直到播放范围结束。PLAY请求可能被管道化（pipelined），即放入队列中（queued）； 服务器必须将PLAY请求放到队列中有序执行。也就是说，后一个PLAY请求需要等待前一个PLAY请求完成才能得到执行。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-47670-20.html