rtsp协议 编码_海康rtsp协议_http 协议(28)

Conference:199702170042.SAA08642@obiwan.arl.wustl.edu%20Starr

若conference-id无效，返回一个452（452 找不到会议）响应码。

12.10 连接（Connection）

见[H14.10]

12.11 内容-基础（Content-Base）

见[H14.11]

12.12 内容-编码（Content-Encoding）

见[H14.12]

12.13 内容-语言（Content-Language）

见[H14.13]

12.14 内容-长度（Content-Length）

该域包含方法的内容的长度（即是说，从最后一个头部后面的两个CRLF之后）。和HTTP不同的是，它【必须】包含在所有头部后有内容（content）的消息内。如果它丢失了，则假设其为0。根据[H14.14]给出解释。

12.15 内容-位置（Content-Location）

见[H14.15]

12.16 内容-类型（Content-Type）

见[H14.18]。注意适用于RTSP的Content-Type倾向于限制在表示描述的惯例和parameter-value类型范围内。

12.17 应答序列号（CSeq）

CSeq域指示了RTSP请求-响应对的序列号。该域【必须】出现在所有的请求和响应中。对于每一个包含了序列号的RTSP请求，它对应的响应会有相同的序列号。任何重传的请求必须包含和原来一样的序列号（即是说，重传同一个请求时，序列号不增加）。

12.18 日期（Data）

见[H14.19]

12.19 过期（Expires）

Expires实体-头部域给出了一个日期和时间，超过该时间的描述或者媒体流就不再被视为有效的。具体涵义视方法而定：

DESCRIBE响应：

Expires头部指明了描述的最后有效日期和时间。

缓存（包括代理缓存和用户程序缓存）一般不会返回过期的条目，除非先向原始服务器（或者缓存有该条目的有效拷贝的中间服务器）验证过。关于过期模式的进一步解释见章节13.

出现Expires域并不暗示原始资源会在所述时间内，或之前、之后改变或被删除。

该式是一种绝对时间，和[H3.3]中HTTP-date的相同，它【必须】是RFC1123-date式：

Expires = "Expires" ":" HTTP-date

用例：

Expires: Thu, 01 Dec 1994 16:00:00GMT

RTSP/1.0的客户端和缓存【必须】把其他无效的数据式尤其是"0"，当作是过去产生的（也就是“已经过期的”）。

要把一个响应标记为“已经过期”，原始服务器应该使用等于时间头部的过期时间（Expires date）。要把响应标记为“永不过期”，则原始服务器应该用从响应发送时起大约一年后的时间作为过期时间。RTSP/1.0服务器不应该发送超过当前时间一年之久的过期时间。

除非另有缓存-控制（Cache-Control）头部域指示，否则对于一个默认是不可缓存的媒体流，如果出现了数据为将来某个时间的Expires头部域，则为指示该媒体流是可缓存的。

12.20 来自（From）

见[H14.22].

12.21 主机（Host）

RTSP不需要该HTTP请求头部域。如果发送了该头部，接收方应该无动作地直接忽略它。

12.22 如果-符合(If-Match)

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