流控制协议.docVIP

流控制协议 篇一：流媒体传输协议 实时多媒体数据流的传输协议 常明屈宏伟 随着Internet的迅速发展，通过网络传输多媒体信息的条件已经成熟，海量多媒体数据传输成为亟待解决的问题之一。流媒体(即实时多媒体数据流)在海量多媒体数据传输中脱颖而出，已成为研究的热点。而流媒体实现的关键技术就是流式传输。 流式传输是与下载相对应的在网络上传A/V（audio/video）等多媒体信息方案。A/V（audio/video）文件一般都较大，所以需要的存储容量也较大；同时由于网络带宽的限制，下载需要很长的时间开消，并有很大延迟。采用流式传输时，声音、影像或动画等时基媒体由音视频服务器向用户计算机的连续、 实时传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看，避免了用户必须等待整个文件全部从Internet上下载才能观看的缺点。当声音等时基媒体在客户机上播放时，文件的剩余部分将在后台从服务器内继续下载。 实现流式传输有两种方法：顺序流式传输（progressive streaming）和实时流式传输（Real Time Streaming）。而这两种传输方法所应用的协议不同。 1.顺序流式传输 顺序流式传输就是在下载文件的同时可观看在线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分。如使用HTTP服务器，文件即通过顺序流发送。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，它经常被称作HTTP流式传输。顺序流式文件是放在标准HTTP 或 FTP服务器上，易于管理，基本上与防火墙无关。 2.实时流式传输 实时流式传输指保证媒体信号带宽与网络连接匹配，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器、传输协议和特殊网络协议。这些协议在有防火墙时有时会出现问题，导致用户不能看到一些地点的实时内容。 支持流媒体传输有如下网络协议： 实时传输协议RTP（Real-Time Transport Protocol） RTP是在Internet上针对多媒体数据流在一对一或一对多的传输情况下工作时的一种传输协议。其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议之上工作。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。 1.RTP数据传输协议 RTP提供端对端网络传输功能，适合通过组播和点播传送实时数据，如视频、音频和仿真数据。RTP没有涉及资源预订和质量保证等实时服务，RTCP扩充数据传输以允许监控数据传送，提供最小的控制和识别功能。RTP与RTCP设计成独立传输和网络层。 RTP 头格式如下： 开始12个八进制出现在每个RTP包中，而CSRC标识列表仅出现在混合器插入时。 2.复用 RTP 连接 为使协议有效运行，复用点数应减至最小。RTP中，复用由定义RTP连接的目的传输地址（网络地址与端口号）提供。例如，对音频和视频单独编码的远程会议，每个媒介被携带在单独RTP连接中，具有各自的目的传输地址。目标不在将音频和视频放在单一RTP连接中，而根据SSRC段载荷类型进行多路分解。使用同一SSRC ，而具有不同载荷类型的交叉包将带来几个问题： 如一种载荷类型在连接期间切换，没有办法识别新值将替换哪个旧值。 SSRC定义成用于标识单个计时和系列号空间。如媒体时钟速率不同，而要求不同系列号空间以说明那种载荷类型有丢包，交叉复用载荷类型将需要不同计时空间。RTCP发送和接收报告可能仅描述每个SSRC的计时和系列号空间，而不携带载荷类型段。RTP混合器不能将不兼容媒体流合并成一个流。 在一个RTP连接中携带多个媒介阻止几件事：使用不同网络路径或网络资源分配；接受媒介子集。对每种媒介使用不同SSRC，但以相同RTP连接发送可避免前三个问题，但不能避免后两个问题。 3.对RTP头特定设置的修改 可以认为，现用RTP数据包头对RTP支持的所有应用类共同需要的功能集是完整的。然而，为维持ALF设计原则，头可通过改变或增加设置来裁剪，并仍允许设置无关监控和记录工具起作用。标记位与载荷类型段携带特定设置信息，但由于很多应用需要它们，否则要容纳它们，就要增加另外32位字，故允许分配在固定头中。包含这些段的八进制可通过设置重新定义以适应不同要求，如采用更多或更少标记位。如有标记位，既然设置无关监控器能观察包丢失模式和标记位之间