rtsp协议编程_TCP协议编程题_c协议编程(3)

TEARDOWN：

TEARDOWN请求终止了给定URI的媒体流传输，并释放了与该媒体流相关的资源。如：

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

CSeq: 892

Session: 12345678


S->C: RTSP/1.0 200 OK

CSeq: 892 

三、简单的RTSP消息交互过程

C表示RTSP客户端,S表示RTSP服务端

第一步：查询服务器端可用方法

C->S:OPTION request //询问S有哪些方法可用

S->C:OPTION response //S回应信息的public头字段中包括提供的所有可用方法

第二步：得到媒体描述信息

C->S:DESCRIBE request //要求得到S提供的媒体描述信息

S->C:DESCRIBE response //S回应媒体描述信息，一般是sdp信息

第三步：建立RTSP会话

C->S:SETUP request //通过Transport头字段列出可接受的传输选项，请求S建立会话

S->C:SETUP response //S建立会话，通过Transport头字段返回选择的具体转输选项，并返回建立的Session ID;

第四步：请求开始传送数据

C->S:PLAY request //C请求S开始发送数据

S->C:PLAY response //S回应该请求的信息

第五步： 数据传送播放中

S->C:发送流媒体数据 // 通过RTP协议传送数据

第六步：关闭会话，退出

C->S:TEARDOWN request //C请求关闭会话

S->C:TEARDOWN response //S回应该请求

上述的过程只是标准的、友好的rtsp流程，但实际的需求中并不一定按此过程。

其中第三和第四步是必需的！第一步，只要服务器客户端约定好，有哪些方法可用，则option请求可以不要。第二步，如果我们有其他途径得到媒体初始化描述信息（比如http请求等等），则我们也不需要通过rtsp中的describe请求来完成。

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