网络视频点播系统方案研究.pdfVIP

C网络电视与新媒体技术 网络视频点播系统方案 天津大学郝明哲臧萍侯正信 摘要本文提出了一个适用于在局域网内使用的网络视频点播(VOD)方案。该系统采用了P2P、 完成端口等新技术，大大提高了VOD系统的效率。 RTP DireetShow完成端71流媒体 关键词视频点播(VOD)MPEG-4 1引言 随着信息需求的不断深化，多媒体信息服务特别是视频和音频信息的点播服务引起了人们极大 的兴趣，交互视频服务已变得越来越普及。存储技术、通讯技术和视频压缩技术的高速发展，使得 基于m网络的流媒体视频点播技术成为研究的热点。 流式媒体技术是一种传送时间连续的音／视频媒体数据的新技术。流式传输时，用户只需要经过 数十秒的启动延时，就可以一边下载一边连续播放，克服了用户必须等待整个文件全部下载才能观 看的缺点。 2 VOD系统框架 本文提出的网络视频点播系统采用最通用的服务器一客户机模式。在此模式中，服务器首先启 动，等待用户点播；客户机通过网络访问服务器资源，完成相应的操作。 服务器端 图1 VOD系统总体框架 312 2005年中国数字电视与网络发展高峰论坛 2005 China TVCableNetSummit Digital ——．竺塑堑里塑曼堑堡苎垫查 图1示出了该网络视频点播系统的总体框架。VOD服务器主要由三大功能模块组成：预览片传 送控制模块、控制命令处理模块和多线程服务模块。 预告片的传送采用了以面向连接的TCP，基于H1’IP协议的顺序流传输方式。顺序流式传输是 顺序下载，在下载文件的同时用户可观看在线媒体。在给定时刻，用户只能观看已下载的部分，而 不能跳到还未下载的部分。这种传输方式适合于发布无损下载的质量较高的视频片段，如片头、片 尾和广告等预告片文件。预告片的传输没有放到为相应客户创建的传送媒体数据的服务子线程中， 而是采用HTIP传送，为每个与服务器进行连接的客户请求单独创建线程。预告片相对于媒体数据 来说数据量小很多，服务器的响应时间不会太长，不会占用服务器的线程资源太久。由于预告片与 媒体数据的传送分离，在不选择预告片的情况下是对服务器资源的一种节约。 在点播过程中，服务器与客户端通信所要交换的控制命令，如Cmd ProgramList、 没有放到专门为某个用户创建的服务子线程中，而是由一个“控制命令处理模块”对所有用户的命 令进行统一的处理，冉通知相应的线程。 服务器只有在接收到客户的点播请求命令，并且还有线程资源的情况下，才会为此客户创建一 个服务子线程为其服务。 3媒体数据实时传输层 服务器收到客户的点播要求后，子线程会打开所点播的视频文件，进行压缩编码后，实时传输 给用户。 对于互联网这样基于包交换的信道，网络状况不稳定，丢包、不均匀延迟的情况时有发生。传 统的互联网应用对于延迟时间的要求相对较松，更需要保证的是其可靠性。因此传统的应用一般都 使用可靠的TCP传输协议实现传输。然而对于网络流媒体的传输，为了保证平滑的观看效果，要求更 少的延迟和更小的延迟波动。对于这种实时性的要求，目前流行的方案是用R1甲协议作为流媒体传 输协议。 RTP(real—time transport protoc01)协议被定义为