基于LAN的VOD系统的研究和实现.pdfVIP

工学硕士论文 基于LAN的VOD系统的研究与实现 基于LAN的V00系统的研究与实现 杨力(北京邮电大学计算机系)y9772209@bupt．edu．cn 宋茂强(北京邮电大学计算机系) 摘要 本文在详■介缎观频点播技术现状的基础上，升对当首系统的缺陷，对一套完整的视频 点播系统的关冀技术进行了讨论．井具体时视额JlL务器的实现作了详细阐述． 关t宇 疆赢点磐视麓厦务器 流量控制多媒体通信 一简介 1．视频点播系统的基本概念 一个典型的视频点播系统中最主要的构成部分为：视频服务嚣、通信模块 (C∞on眦^删MODULE)、播放模块(I¨YaACKMODULE)、用户请求和记赡模块。视 叛服务器的功能是视频存储和视频节目传送．播放模块应用在客户端．每个用户请求和记 张模块需要足蟹的物理空间支持多个用户的逻辑接口，并有能力允许同时进行分组通信． 用户请求模块将通过播放模块提供立即的响应．通信模块的设计目标是实现视频藏在网络 上的高速和有Qos保障的传输。为了解决髓络甸题，在硬件上可以使用高速网络体系，典 。 型的如删网络；在软件上．主要是设计和实现支持流式数据传输的协议和协议族， TIMETRANSMIT mTF国皿姗E，∞盯TASKF傩cE)针对这一需求提出了IPv6、RTP(REAL 前尚未完成． 2．多媒体通信涉及的网络性髓参数 多媒体通信涉及到一些关键的网络性瞻参数，分别是口】： 吞吐量、差错率、端到端延迟(酬∥m．肿DELAY)、往返(R稍邛帅球)延迟、 延迟抖动(姐．^ⅣJrn】阻)或延迟变差(DEwW叫nON) 多攥体对照学畦艟的需求主要有： 高传输带宽需求、大存储带宽的需求、流(量)需求、可靠性(差错控制)需求、 延迟需求、多点通信、信道同步性等 3．传统协议带来的问题 CSMAKD(以太LANs)的LAN介质存取机制竞争型的，因而MAC算法将可变的 无界延迟引入鲫吝个数据流中。即使限制最大廷迟的值，仍然会产生根大的延迟波动． 滑动窗的流控制也带来了相当大的延迟变动．尤其对TCP而言． 以太曙在大负载情况下，对各应用的访目延迟或可用带宽不加限铷．另外，以太弼不 提供任何优先访翔粗制，因此它不能保证实时通信的优先权高于普遥数据的优先权． 传统协议不支持多站点传送． 与第三层，四层相反，多站点传送一直是LAN结构中较低层次中的一部分．CANs (眦8眈0)的IEEE逻辑链路控制层中已经定义了多站点寻址方法．其中，地址的第一 位用来表示该地址曩单站点地址还是属多站点组地址．对于C瓿¨』∞来说，它的网络适 配器上实现了地址识别及帧拷贝机制，各站点不仅可以运用软件方法使用自己的单站点地 址去拷贝相应的帧，也可以根据给定的多站点地址表去拷贝那些相应的帧．在广播介质上， 这种多站点功能简亿成备站点上的组地址识尉功能．但在相互连接的子舟环境下-比如 128 ～—_r1_—一一———_虿羽蕊玎『可————瓦■一 工学硬士论文 基于LAIN的v0D系统的研究与实现 附珊lN耵。第三层没有这种支持． 正是因为如此，A／V等实时数据的传输才会有其特殊的要求、特殊的构桨、特殊孵传 输协议．一个好的多媒体信息系统，应该具备如下最基本的要求： 赛(】1玎豫堋髓)、开放性、友好挂． 4．实时多媒体传输的一些解决办法 Nr球NFr实时传输的一个严重趣曩是不可预测的网络行为．组块丢失率毫无倒外为 20％左右或更多．不能接受这种组块丢失率，尤其对于音频应用来说． 有两种解决办法．第一种方法是通过预订所需的暇络资源来避免由网络拥塞引起的组 支持m砸赋盯上的资源预订．然而目前咐Ⅱ眦r并不支持带宽预订机制． 第二种方法假设INTERNET同上不可能进行资源预订(就如同目前的情况)或者对许多 用户来讲预订资源花销太大．此时。用户就必须接受INlZRNET提供的各种不同的