基于Internet实时视频流流媒体系统构造.docVIP

基于Internet实时视频流流媒体系统构造 　　摘要:本文针对流媒体应用的实时性要求和当前Internet带宽不足的矛盾,利用流媒体数据中重要性分布的非均匀,从带宽预分配、流调度、丢包处理、错误处理等多方面进行非均匀的QoS控制策略,保证重要数据的实时性。为了预防拥塞,本文在流控制中使用了早期警戒的方式,在拥塞真正形成之前就开始减少发送速率,以较小代价避免拥塞。 　　关键词:Internet;流媒体;QoS;拥塞控制 　　 　　随着Internet的迅速发展,它所支持的业务越来越丰富。Internet已逐步由单一的数据传送网络向数据、语音、图像等多媒体信息的综合传输网络演化,IP网络已经成为多媒体发布和传播的主要平台。如何支持在Internet上高效传输多媒体应用流成为了当前网络研究的一个热点问题。 　　随着Internet上实时流媒体应用的不断增多,研究适合实时流媒体传输,并且具有有效拥塞控制作用的TCP友好的传输控制机制,已成为Internet传输领域的一个重要课题,也是Internet传输领域一个迫切需要解决的问题。 　　 　　一、系统框架 　　 　　一个基本的流媒体服务框架主要包括编码器、流媒体服务器、传输协议、控制协议、客户端同步控制和解码器6部分。 　　图1所示的是基于RTP协议和MPEG-4可扩展编码的一种流服务基本实现框架,可扩展编码选择基于MPEG-4,它的压缩率更大使得传输量更少,而基于对象的特性使得非均匀传输控制和错误保护更为有效。 　　 　　 　　二、RTP包头的重新定义和扩展 　　 　　为了配合非均匀调度发送,我们首先定义了一种打包方式(如图2所示):10个VOP或帧各层的全部包构成一个单元。每个单元打包时先依发送顺序将基本层打包,然后根据重要性从高到低的顺序对各增强层打包,每层的打包顺序和基本层一样,如图2的箭头所示。这样的打包顺序决定了RTP包头中序列号的顺序。 　　 　　非均匀调度也是按照这个打包顺序调度包或者丢弃包。一般MPEG-4码流以15～30帧/秒的速率播放时接收端播放效果流畅,这样每秒包含1～3个单元。 　　利用RTP包头的序列号域来区分基本层包和增强包的方法。根据RTP协议[RFC 1889]规定,RTP包头分配有16位的序列号域。利用序列号域的前n位作为“层标志位域”以区分包所属的层,其余的16～n位为“层内序列号域”。 　　 　　三、系统工作过程 　　 　　参考[Floyd 2000a][Padhye 2000]的基础上本文吸取了S.Floyd等人提出的TFRC TCP-Friendly Rate Control方案与TCP流的友好性及平滑变化的优点,并结合了早期随机侦测(RED)、非均匀控制、前向纠错、令牌桶等技术实现了基于两端的非均匀QoS控制。具体的实现过程如下: 　　1.试探(见图3) 　　 　　在发送端和接收端传输多媒体数据之前,两端之间若干控制信息包的交互,称为试探。试探有3个目的: 　　(1)当从多个发送端接收流媒体数据时,通过试探尝试选择一个最佳的发送端或做到负载平衡。 　　(2)通过试探确定RTT等的初始值。 　　(3)通过试探确定发送端和接收端之间当前是否存在拥塞,或者是否能够建立连接。 　　当发送端收到若干应答包(比如10个)之后,就大致可以达到上述3个目的。 　　2.启动阶段 　　在启动阶段,发送端每隔一个RTT往返时间就将发送速率增加一倍,直至第一次丢包发生。为了防止在接收端已经发生第一次丢包与该丢包反馈到达发送端的这段时间内,发送端仍然不断地加倍发送速率,本文要求接收端在启动阶段每隔一个RTT往返时间就向发送端反馈一次。当发送端收到第一次丢包反馈后,将发送速率减半,并结束启动阶段。 　　3.接收端的监测 　　准确和及时是监测的两个目标。为了这两个目标本文采用了RTP包头扩展和重新定义。通过在RTP包头扩展部分中置入打包时间戳,可以准确地计算RTP包的传输延迟和抖动。通过对序列号域的重新定义,接收端在分析了RTP包头中“层标志位域”后能够迅速知道该包属于何层。本文用d1―d9的加权平均来计算当前平均丢包间隔D。本文通过在[Floyd 2000a]基础上的修改,使用动态变化的权值w1、w2……w9来计算D。初始时的权值分别为:w1=0.20,w2=w3=w4=0.15,w5=0.11,w6=0.09,w7=0.07,w8=0.05,w9=0.03。这些值的选取能保证在相当长时间内监测有效的进行。规定:在d01.5*D后,才对D”进行计算,在d01.5*D时,只计算D’。这是简化计算的需要。 　　 　　4.反馈 　　反馈可以使用专门的包作为控制信息的载体,也可以将控制信息置于数据信息