http视频流传输协议.docx

http视频流传输协议.docx

《http视频流传输协议.docx》由会员分享，可在线阅读，更多相关《http视频流传输协议.docx（4页珍藏版）》请在冰豆网上搜索。

http视频流传输协议

竭诚为您提供优质文档/双击可除

http视频流传输协议

　　篇一：

流媒体传输技术

　　流媒体科技名词定义中文名称：

流媒体英文名称：

streamingmedia定义：

采用流式传输的方式在因特网与内联网播放的媒体格式。

应用学科：

通信科技（一级学科）；服务与应用（二级学科）以上内容由全国科学技术名词审定委员会审定公布求助编辑百科名片所谓流媒体是指采用流式传输的方式在internet播放的媒体格式。

流媒体又叫流式媒体，它是指商家用一个视频传送服务器把节目当成数据包发出，传送到网络上。

用户通过解压设备对这些数据进行解压后，节目就会像发送前那样显示出来。

目录

　　a/V服务器建立联系，是为了能够把服务器的输出重定向到一个不同于运行a/Vhelper程序所在客户机的目的地址。

实现流式传输一般都需要专用服务器和播放器，其基本原理如图所示。

　　智能流技术（surestream）

　　今天，28.8kbps调制解调器是internet连接的基本速率，cablemodem、adsl、dss、isdn等发展快，内容提供商不得不要么限制发布媒体质量，要么限制连接人数。

根据Realnetwork站点统计，对28.8kbps调制解调器，实际流量为10bps到26kbps，呈钟形分布，高峰在20kbps。

这意味着若内容提供商选择20kbps固定速率，将有大量用户得不到好质量信号，并可能停止媒体流而引起客户端再次缓冲，直到接收足够数据。

一种解决方法是服务器减少发送给客户端的数据而阻止再缓冲，在Realsystem5.0中，这种方法称为“视频流瘦化”。

这种方法的限制是RealVideo文件为一种数据速率设计，结果可通过抽取内部帧扩展到更低速率，导致质量较低。

离原始数据速率越远，质量越差。

另一种解决方法是根据不同连接速率创建多个文件，根据用户连接，服务器发送相应文件，这种方法带来制作和管理上的困难，而且，用户连接是动态变化的，服务器也无法实时协调。

智能流技术通过两种途径克服带宽协调和流瘦化。

首先，确立一个编码框架，允许不同速率的多个流同时编码，合并到同一个文件中；第二，采用一种复杂客户/服务器机制探测带宽变化。

　　针对软件、设备和数据传输速度上的差别，用户以不同带宽浏览音视频内容。

为满足客户要求，progressivenetworks公司编码、记录不同速率下媒体数据，并保存在单一文件中，此文件称为智能流文件，即创建可扩展流式文件。

当客户端发出请求，它将其带宽容量传给服务器，媒体服务器根据客户带宽将智能流文件相应部分传送给用户。

以此方式，用户可看到最可能的优质传输，制作人员只需要压缩一次，管理员也只需要维护单一文件，而媒体服务器根据所得带宽自动切换。

智能流通过描述i现实世界internet上变化的带宽特点来发送高质量媒体并保证可靠性，并对混合连接环境的内容授权提供了解决方法。

流媒体实现方式如下：

*对所有连接速率环境创建一个文件*在混合环境下以不同速率传送媒体*根据网络变化，无缝切换到其它速率*关键帧优先，音频比部分帧数据重要*向后兼容老版本Realplayer

　　智能流

　　在Realsystemg2中是对所谓自适应流管理（asm）api的实现，asm描述流式数据的类型，辅助智能决策，确定发送那种类型数据包。

文件格式和广播插件定义了asm规则。

用最简单的形式分配预定义属性和平均带宽给数据包组。

对高级形式，asm规则允许插件根据网络条件变化改变数据包发送。

每个asm规则可有一定义条件的演示式，如演示式定义客户带宽是5,000到15,000kbps，包损失小于2.5%。

如此条件描述了客户当前网络连接，客户就订阅此规则。

定义在规则中的属性有助于Realserver有效传送数据包，如网络条件变化，客户就订阅一个不同规则。

　　常用流媒体格式

　　声音流、视频流、文本流、图像流、动画流

　　篇二：

实时流煤体协议概述

　　实时流煤体协议概述

　　流媒体传输类型：

　　流媒体传输分两类：

实时流媒体和顺序流媒体一般来说，如果视频为现场直播，或使用专用的流媒体服务器，或应用如Rtsp等专用实时协议，即为实时流媒体传输；如果使用普通的http服务器，将音视频数据以从头至尾方式发送，则为顺序流媒体传输。

实时流传输既可传输实况直播，也可传输完整的音视频文件（专用协议流式）。

顺序流媒体不可用于实况直播，仅能传输完整的音视频文件（http渐进式）。

　　主流流媒体协议

　　主流的流媒体协议主要有：

Rtmp，hls，Rtsp等。

　　协议原理

　　一，http渐进式下载原理（仅支持文件播放）

　　http边下载边播放，严格意义上讲，不是直播协议。

他的原理是先下载文件的基本信息，音频视频的时间戳，再下载音视频数据，以播放mp4为例，先下载文件头，根据文件头指引下载文件尾，然后再下载文件的音视频数据。

　　播放方式：

浏览器调用系统播放器播放；使html5的Video标签，浏览器支持直接播放。

　　二，（http视频流传输协议）苹果支持的hls原理（实况直播文件点播）

　　服务器端有三个组件：

　　其一：

编码器（mediaencoder）,用于将设备输出的格式转为h264和aac，并封装为mpeg-2传输流；

　　其二：

流分段器（streamsegmenter）,用于实况直播，将mpeg-2流分割为多个小片段后输出；其三：

文件分段器（filesegmenter）,用于文件点播，将文件分隔为多个小片段后输出；分发原理

　　数据经以上三部分处理后为.ts文件（媒体数据）及.m3u8文件（媒体数据索引）存在于服务器之上。

客户端访问.m3u8后按索引下载.ts文件进行播放。

　　下面为某m3u8文件内容：

　　#extm3u

　　#ext-x-taRgetduRation:

30#extinF:

30,

　　http:

//192.169.1.176/sample_100k-1.ts#extinF:

30,

　　http:

//192.169.1.176/sample_100k-2.ts#extinF:

30,

　　http:

//192.169.1.176/sample_100k-3.ts#ext-x-endlist

　　根据这个文件，播放器会依次下载sample_100k-1.ts，sample_100k-2.ts，sample_100k-3.ts

　　hls的文件点播

　　1.使用苹果开发工具“文件分段器”将基于h264和aac或mp３的mpeg4分段，生成.ts和.m3u8文件，存储于普通服务器上。

　　2.苹果应用程序或苹果浏览器可以通过访问.m3u8文件获取到索引，并下载所需要的数据片段来播放。

　　hls的实况直播

　　1.使用苹果开发工具“流分段器”将基于h264、aac、mp3的mpeg2传输流分段，

　　可使用其它工具将mpeg4音视频文件加载到mpeg2传输流当中。

　　生成.ts和.m3u8文件，存储于普通服务器上。

2.

　　三，adobeFlash支持的Rtmp协议（支持文件播放和实况直播）

　　必须采用Flash服务器Fms（Flashmediaserver）或Red5.

　　Fms的文件点播

　　1.服务器将F4v或Flv文件转化为Rtmp流或http流

　　2.客户端获取Rtmp流，提取相应的Flv或F4v文件片段进行播放。

　　Fms的实况直播1.设备端将数据转化为F4v片段，通过Rtmp流上传到服务器2.服务器转发Rtmp流到客户端3.客户端获取Rtmp流，提取数据片段播放。

　　四，Rtsp协议

　　Rtsp为纯粹的传输控制协议。

　　Rtsp协议本身不与它负载的媒体数据相关。

　　Rtsp协议需要自定义客户端向服务器发送Rtsp命令。

　　篇三：

网络摄像机传输协议概述

　　网络摄像机传输协议概述

　　1、传输协议

　　网络摄像机提供很多基于ip网络的传输协议，以尽可能地保证音视频数据，ptz控制数据网络传输质量。

实时视频流经过ip网络传输，通过多种协议组合，适应各种复杂的网络传输环境。

　　Rtp（Realtimetransportprotocol）,实时传输协议，其专门针对实时流媒体而设计，Rtp的基本功能是将几个实时数据流复用到一个udp分组流中，这个udp流可以被发送给一台主机（单播模式），也可以被传送给多台目标主机（多播模式）。

因为Rtp仅仅封装成常规的udp，理论上路由器不会对分组有任何特殊对待，但现在高级的路由设备都有针对Rtp协议优化选项。

Rtp协议的时间戳机制，不仅减少了抖动的影响，而且也允许多个数据流相互之间的同步，这样可以很方便地基于i/o事件对视频图像进行字幕添加，网络摄像机往往将音视频编码数据封装成Rtp分组。

　　Rtcp（Realtimetransportcontrolprotocol）实时传输控制协议，其是Rtp的姊妹协议，它处理反馈、同步和用户界面等，但是不传输任何数据。

它的主要功能是用来向源端提供有关延迟、抖动、带宽、拥塞和其它网络特性的反馈信息，编码进程可以充分利用这些信息。

因此当网络状况较好时，可以提高数据速率（从而达到更好的质量），而当网络状况不好时，它可以减少数据速率。

通过连续的反馈信息，编码算法可以持续地作相应的调整，从而在当前条件下尽可能地提供最佳的质量。

　　Rtsp（Realtimestreamingprotocol）实时流协议，Rtsp协议利用推式服务器

　　（pushserver）方法，让音视频浏览端，发出一个请求，网络摄像机只是不停地向浏览端推送封装成Rtp分组的音视频编码数据，网络摄像机可以用很小的系统开销实现流媒体传

　　输。

　　http（hypertexttransferprotocol）超文本传输协议，网络摄像机通过http协议提供web访问功能，很方便地将音视频数据经过复杂网络传输，但实时音视频支持很不理想。

　　udp（userdatagramprotocol）数据报协议，是最基本的网络数据传输协议，利用ip协议提供网络无连接服务，常用来封装实时性强的网络音视频数据，即使网络传输过程中发生分组丢失现象，在客户端也不会影响音视频浏览。

　　tcp（transmissioncontrolprotocol）传输控制协议，利用ip协议提供面向连接网络服务，为在不可靠的互联网络上提供一个可靠的端到端字节流而设计。

tcp协议往往要在服务端和客户端经过多次“握手”才能建立连接，因此利用tcp传输实时性较强的音视频流开销较大，如果网络不稳定，音视频抖动的现象明显。

利用其可靠性常用来传输网络摄像机管理命令，如ptz，i/o设备控制命令。

　　2、传输协议组合

　　网络摄像机往往应用Rtsp、Rtp、Rtcp、http、udp、tcp协议的不同组合来传输实时性较强的音视频流。

常见的协议组合如下。

　　Rtp+Rtsp协议组合，这种协议组合（Rtp可以用tcp、udp协议封装，Rtsp用tcp协议封装），在正常网络环境里，可以保证客户端浏览实时音视频，厂商往往推荐网络摄像机采用这种协议组合。

一些网络设备也常常支持Rtp+Rtsp多播模式。

　　Rtp/Rtsp协议组合，Rtp分组封装成Rtsp分组，有些网络防火墙只让Rtsp协议分

　　组通过。

但网络摄像机又要以Rtp协议提供实时音视频。

这种组合方式在没有办法的情况下增加了网络负载和客户端管理系统的复杂度。

　　Rtp/Rtsp/http协议组合，在Rtp/Rtsp的数据基础上增加了http封装，这种协议组合主要是为了适应网络防火墙只允许使用http协议的网络环境。

虽然网络负载加大，但网络摄像机可以适应更复杂的互联网环境。

　　udp（tcp）协议，一些网络摄像机为了适应国内网络带宽状况不佳的状况，没有利用Rtp+Rtsp应用层协议封装音视频数据，对音视频流只采用udp或tcp传输层协议封装。

这样音视频流就可以利用很小的网络带宽传输流媒体。

这种协议组合也可以提供类似Rtp+Rtsp高级功能，但对网络路由设备基于Rtp+Rtsp组合优化特性不能利用。

　　udp（tcp）/http协议组合，将音视频流数据封装成http数据分组，然后用udp（tcp）协议传输到客户端。

这种协议方式可适应复杂的互联网环境，可以穿透大多数网络防火墙。

　　各种传输层协议组合保证了音视频和ptz数据实时传输的可靠性，但网络摄像机内置的处理器计算能力限制，导致并发访问的用户数量有限。

这样往往不能满足并发访问要求较高的应用环境，网络摄像机往往利用具备多播功能的网络传输设备，响应更多的并发访问要求。

有些网络摄像机客户端软件功能强大，利用数据转发机制，充当可以响应更多并发访问用户的“虚拟网络摄像机”，这种方式适应于也适应ptz网络摄像机。

对大规模数字化视频监控网络建设有重要意义。