RTSP、RTMP、HTTP协议

一、异同

1、RSTP、RTMP、HTTP协议共同点

1. RTSP RTMP HTTP都是用在应用层。
2. 理论上这三种协议都可以做直播和点播，但直播一般用RTSP和RTMP点播用HTTP。

2、RSTP、RTMP、HTTP协议区别

1. HTTP将数据作为文件处理，所以HTTP不是流媒体协议，RTMP和RTSP是流媒体协议。
2. RTMP是Adobe的私有协议，未完全公开，RTSP和HTTP是共有协议。
3. RTMP一般传输flv,f4v格式流，RTSP传输ts，MP4格式流，HTTP没有特定的流。
4. RTSP一般需要2-3个通道，数据和命令通道分开，RTMP和HTTP在一个通道上传输命令和数据。

二、RTSP

RTSP被用于建立的控制媒体流的传输，它为多媒体服务扮演“网络远程控制”的角色。尽管有时可以把RTSP控制信息和媒体数据流交织在一起传送，但一般情况RTSP本身并不用于转送媒体流数据。媒体数据的传送可通过RTP/RTCP等协议来完成。

RTSP操作流程

1. 客户端连接到流服务器，查询服务器可用方法

OPTIONS
功能：
获取服务器/客户端支持的能力集
关键字段：无
特殊说明：IPTV系统中未使用该方法

实例
C->S:OPTION request       //询问S有哪些方法可用
S->C:OPTION response    //S回应信息的public头字段中包括提供的所有可用方法过程。

2. 发送一个RTSP描述命令（DESCRIBE），流服务器通过一个SDP描述来进行反馈，反馈信息包括流数量、媒体类型等信息。

DESCRIBE
主要功能：
从服务器获取流媒体文件格式信息
从服务器获取流媒体文件传输信息
关键字段：
Content-Type：一般是SDP
Content-length：一般是SDP的长度

实例
C->S:DESCRIBE request      //要求得到S提供的媒体描述信息
S->C:DESCRIBE response    //S回应媒体描述信息，一般是sdp信息

3. 客户端再分析该SDP描述，并为会话中的每一个流发送一个RTSP建立命令(SETUP)，RTSP建立命令告诉服务器客户端用于接收媒体数据的端口。

SETUP
主要功能：
与服务器协商流媒体传输方式
此过程中，建立RTP通道
关键字段：
Transport——传输方式

实例
C->S:SETUP request             //通过Transport头字段列出可接受的传输选项，请求S建立会话
S->C:SETUP response          //S建立会话，通过Transport头字段返回选择的具体转输选项，

4. 流媒体连接建立完成后，客户端发送一个播放命令(PLAY)，服务器就开始在传送媒体流（RTP包）到客户端。在播放过程中客户端还可以向服务器发送命令来控制快进、快退和暂停等。

PLAY
主要功能：
与服务器协商流媒体播放
关键字段：
Range——播放时间
•Range: npt=0.0-end
•Range:clock=20100318T021919.35Z-20100318T031919.80Z
Scale——播放速度
•Scale: 1.0

相对时间描述——npt(normalplay time)
方法1 位置描述
•beginning      节目起始点
•now               当前播放点
•end                节目结束点
方法2 时间描述
•直接用数字形式表示与起始点的时间
绝对时间描述——clock
ISO 8601时间戳标准

PAUSE
主要功能：
暂停流媒体播放
关键字段：无从服务器获取参数，目前主要获取时间范围
保持RTSP连接（发送空的GET_PARAMETER）
关键字段（电信扩展）：
x-Timeshift_Range: clock=20100318T021915.84Z-20100318T031915.84Z
x-Timeshift_Current: clock=20100318T031915.84Z
可能存在的问题：
长时间Pause后，RTSP的TCP连接超时中断。解决办法——定期发送心跳包维持连接（参见GetParam）

GET PARAMETER
从服务器获取参数，目前主要获取时间范围
保持RTSP连接（发送空的GET_PARAMETER）
关键字段（电信扩展）：
x-Timeshift_Range: clock=20100318T021915.84Z-20100318T031915.84Z
x-Timeshift_Current: clock=20100318T031915.84Z

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

5. 最后，客户端可发送一个终止命令(TERADOWN)来结束流媒体会话。

TEARDOWN

主要功能：拆除连接
关键字段：无

实例
C->S:TEARDOWN request      //C请求关闭会话
S->C:TEARDOWN response //S回应该请求

三、RTMP

参考网页：http://blog.csdn.net/caoshangpa/article/details/52872146

RTMP协议是一个互联网五层体系结构中应用层的协议。RTMP协议中基本的数据单元称为消息（Message）。当RTMP协议在互联网中传输数据的时候，消息会被拆分成更小的单元，称为块（Chunk）。

RTMP操作流程

播放一个RTMP协议的流媒体需要经过以下几个步骤：握手，建立连接，建立流，播放。

1. 握手

1. 握手开始于客户端发送C0、C1块。服务器收到C0或C1后发送S0和S1。
2. 当客户端收齐S0和S1后，开始发送C2。当服务器收齐C0和C1后，开始发送S2。
3. 当客户端和服务器分别收到S2和C2后，握手完成。

2. 建立网络连接（NetConnection）

1. 客户端发送命令消息中的“连接”(connect)到服务器，请求与一个服务应用实例建立连接。
2. 服务器接收到连接命令消息后，发送确认窗口大小(Window Acknowledgement Size)协议消息到客户端，同时连接到连接命令中提到的应用程序。
3. 服务器发送设置带宽协议消息到客户端。
4. 客户端处理设置带宽协议消息后，发送确认窗口大小(Window Acknowledgement Size)协议消息到服务器端。
5. 服务器发送用户控制消息中的“流开始”(Stream Begin)消息到客户端
6. 服务器发送命令消息中的“结果”(_result)，通知客户端连接的状态。
   

3.建立网络流（NetStream）

1. 客户端发送命令消息中的“创建流”（createStream）命令到服务器端。
2. 服务器端接收到“创建流”命令后，发送命令消息中的“结果”(_result)，通知客户端流的状态。
   

4.播放（Play）

1. 客户端发送命令消息中的“播放”（play）命令到服务器。
2. 接收到播放命令后，服务器发送设置块大小（ChunkSize）协议消息。
3. 服务器发送用户控制消息中的“streambegin”，告知客户端流ID。
4. 播放命令成功的话，服务器发送命令消息中的“响应状态” NetStream.Play.Start & NetStream.Play.reset，告知客户端“播放”命令执行成功。
5. 在此之后服务器发送客户端要播放的音频和视频数据。

四、HTTP

特点

1. 支持客户/服务器模式。
2. 简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
3. 灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
4. 无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
5. 无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

URL

HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：
http://host[“:”port][abs_path]

http表示要通过HTTP协议来定位网络资源；
host表示合法的Internet主机域名或者IP地址；
port指定一个端口号，为空则使用缺省端口80；
abs_path指定请求资源的URI；
如果URL中没有给出abs_path，那么当它作为请求URI时，必须
以“/”的形式给出，通常这个工作浏览器自动帮我们完成。

eg:
1、输入：www.guet.edu.cn
浏览器自动转换成：http://www.guet.edu.cn/
2、http:192.168.0.116:8080/index.jsp