流媒体协议

概述

当前互联网中的流媒体服务从传输方式上大体上可以分为两种方式: 顺序流式传输 和 实时流式传输 。

顺序流式传输：

采用普通的HTTP服务器作为存储多媒体文件的服务器。

当客户端发起连接想要观看多媒体资源的时候，直接通过HTTP协议把文件下载到客户端本地系统的临时文件夹中，再使用播放器播放已经下载好的文件。它的与服务器交互的流程如图1所示。

顺序流式传输的实质就是播放本地文件。

顺序流式传输目前得到了十分广泛的应用: YouTube，优酷网，土豆网等视频服务商都采用了该种方式提供多媒体服务。顺序流式传输的好处主要是减轻了服务器的压力，即当多媒体文件下载完成后就可以断开连接，从而节省出服务器资源再为其他客户端服务。

此外，顺序流式传输使用的是普通的HTTP服务器，视频服务商不必花费额外的资金购买流媒体服务器，从而节省了一笔经费。

实时流式传输：

实时流式传输采用专门的流媒体服务器存储多媒体文件。当客户端发起连接想要观看多媒体资源的时候，一般通过专有的实时流式传输协议把位于流媒体服务器上的多媒体数据直接传输给客户端的播放器，再实时播放。

下面是主要的实时流式传输协议：

（1）RTSP --- 这种不是互联网上的主要应用，在其他领域譬如安防等有广泛应用

由IETF (Internet工程任务组) 提出的。RTSP协议全称是Real Time Streaming Protocol，即实时流传输协议，是IETF 的RFC标准。

RTSP用于控制流媒体的传输，比如建立连接，播放，暂停 等等，但本身 并不传输多媒体数据 。

多媒体数据通常都是使用RTP/RTCP 协议进行传输。RTP/RTCP 协议全称是 Real Time Transport Protocol / Real Time Transport Control Protocol，

即实时传送协议/实时传送控制协议，也是IETF 的RFC 标准，专门用于传输多媒体数据。虽然RTSP + RTP 是一个国际标准的组合，但是在互联网世界中却没能做到"一统天下"。

这与互联网的环境有很大关系。RTP /RTCP 作为传输多媒体数据的网络协议，一般情况下使用UDP 协议作为其传输层的网络协议。UDP是无连接的，不提供可靠交付，因此在互联网上(尤其是广域网)传输数据的时候极易产生丢包，时延，抖动等问题。

多媒体数据对丢包，时延，抖动有很高的要求，一点点小问题就会极大的影响用户的体验质量( QoE)。因此 互联网上采用RTSP + RTP 方式传输的流媒体并不是很多 。与在因特网上传输的流媒体不同， IPTV通常都采用RTSP + RTP的方式传输多媒体数据 。

因为IPTV通常采用专网传输，网络状况较好，极少出现丢包，时延，抖动等问题，而UDP简单的协议规则可以大幅提高传输效率，所以可以"放心大胆"的使用RTSP + RTP 的方式传输。

（2）MMS

由微软公司提出的。MMS 协议全称是Microsoft Media Server protocol，即微软媒体服务协议，用于访问Windows Media 发布点上的内容。

（3）HLS

由苹果公司提出的。HLS全称是HTTP Live Streaming，即基于HTTP的实时流式传输协议，可实现流媒体的直播和点播，主要应用在iOS系统，为iOS设备( 如iPhone、iPad) 提供音视频直播和点播方案。

（4）RTMP --- 直播应用，对实时性有一定要求，以PC为主

由Adobe公司提出的。RTMP 协议全称是Real Time Messaging Protocol，即实时消息传送协议，用于在Flash平台之间传递视音频以及数据。

与RTSP + RTP 组合提供流媒体服务的方式不同， RTMP 协议本身既可以传输多媒体数据也可以控制多媒体播放。 RTMP 协议使用 TCP协议 作为其传输层的网络协议。TCP是面向连接的，提供可靠交付的协议，因此在互联网上传输时不会出现丢包情况，

从而保证了用户体验( QoE) 。但是TCP协议提供可靠交付的代价就是增加了一些额外的开销，占用了一些带宽和处理机资源。随着网络带宽的提高和计算机硬件的发展，这些开销会显得越来越微不足道。因此RTMP协议在未来有很好的发展前景。

RTMP的实时性在 3秒 之内，经过多层CDN节点分发后，实时性也在3秒左右。

（5）DASH

（6）HTTP-flv

【总结】

Rtmp的实时性比较高，延迟3秒

Http-flv实时性比较高的

HLS延迟性不高，在6~60之间

有测试数据参考：

码率：200K，

rtmp:1-2s(1s7)

http_flv: 2s2

码率：800K，

rtmp:2s

http_flv：3s30

参考

http://my.oschina.net/fengjihu/blog/422218?fromerr=IvI2XHrA