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

10.2 DESCRIBE

DESCRIBE 方法从服务器检索表示的描述或媒体对象，这些资源通过请求统一资源定位符（the request URL）识别。此方法可能结合使用Accept首部域来指定客户端理解的描述式。服务器端用被请求资源的描述对客户端作出响应。DESCRIBE的答复 -响应对（reply-response pair）组成了RTSP的媒体初始化阶段。

示例：

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

CSeq: 312

Accept: application/sdp, application/rtsl, application/mheg

S->C: RTSP/1.0 200 OK

CSeq: 312

Date: 23 Jan 1997 15:35:06 GMT

Content-Type: application/sdp

Content-Length: 376

v=0

o=mhandley 2890844526 2890842807 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

m=whiteboard 32416 UDP WB

a=orient:portrait

DESCRIBE响应必须包含它所描述资源的所有媒体初始化信息。如果媒体客户端从一个数据源获得表示描述，而非通过DESCRIBE，并且该描述包含了一个媒体初始化参数的全集，那么客户端就应该使用这些参数，而不是再通过RTSP请求相同媒体的描述。

再有，服务器不应该（SHOULD NOT）使用DESCRIBE响应作为media indirection的方法。

需要建立基本的规则，使得客户端有明确的方法了解何时通过DESCRIBE请求媒体初始化信息，何时不请求。强制DESCRIBE响应包含它所描述媒体流 集合的所有初始化信息，不鼓励将DESCRIBE用作media indirection的方法，通过这两点避免了使用其他方法可能会引起的循环问题（looping problems）。

媒体初始化是任何基于RTSP系统的必要条件，但RTSP规范并没有规定它必须通过DESCRIBE方法完成。RTSP客户端可以通过3种方法来接收媒体初始化信息：

. DESCRIBE方法；

.其它一些协议（HTTP，email附件，等）；

.命令行或标准输入（同一个SDP或其它媒体初始化式的文件一起启动，工作方式类于浏览器的帮助程序）。

为了实际协同工作，严重（）推荐最精简的服务器也支持DESCRIBE方法，最精简的客户端也支持从标准输入，命令行和/或其它对于客户端操作环境合适的方法来接收媒体初始化文件的能力。

10.3 ANNOUNCE

ANNOUNCE方法有两个用途：

当客户端向服务器发送时，ANNOUNCE将通过请求URL识别的表示描述或者媒体对象提交给服务器；

当服务器向客户端发送时，ANNOUNCE实时更新会话描述。

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