IPTV点播业务中减少特技播放交互延迟的方法.docVIP

IPTV点播业务中减少特技播放交互延迟的方法 　　摘要:优化交互响应时间是提高IPTV用户体验质量(QoE)的重要措施。为了减少特技播放过程的交互延迟,提出对媒体随机访问点建立索引的方法,以便媒体服务器通过查找索引表即可实现随机访问点的快速定位和关键帧提取。通过对MPEG2TS流的系统层结构和H.264NAL层的结构分析,探讨了封装H.264视频的TS格式媒体文件的两种关键帧提取方法。鉴于IPTV媒体服务器存储的媒体文件数量庞大,采用Hash的方法建立节目信息索引表,以提高节目信息查找效率。最后给出了在媒体预处理过程中为点播内容建立节目信息索引表和随机访问点索引表以减少IPTV特技播放交互延迟的具体实现方案。方案可行性在与华为合作开发的IMSbasedIPTV原型系统得到了验证,测试结果符合三重播放业务QoE的交互响应时间要求。 　　关键词:用户体验质量;索引机制;快速切换;随机访问点;传输流;H.264协议 　　中图分类号:TP37 　　文献标志码:A 　　 　　0引言 　　 　　与传统电视相比,IPTVInternetProtocolTelevision,交互式网络电视最大的特点是提供业务交互性,这意味着IPTV客户端(包括机顶盒SettopBox、PC等用户设备(UserEquipment,UE))不再只是被动地接收媒体数据,而是支持用户对下发的媒体内容进行控制,如快进、快退、随机播放等特技播放,也称VCR(VideoCassetteRecorder)操作。从用户按下遥控器按键,到新的稳定的媒体画面在终端上重新显示需要一定的交互响应时间,而交互响应时间是决定用户体验质量(QualityofExperience,QoE)[1]的关键因素。如何有效地减少交互响应延迟是目前IPTV研究的重点。 　　从技术实现角度,IPTV娱乐类业务[2]分为广播和点播两类,本文关注的是点播类业务,如内容点播(ContentonDemand,CoD)、网络个人视频录像(networkPrivateVideoRecod,nPVR)和广播(Broadcast,BC)中的TrickMode等。点播类业务的特点是支持VCR操作,为了使用户有好的体验质量,三重播放业务QoE需求[3]中要求视频业务的各种控制操作的响应延迟不大于2?@s。 　　根据媒体分发的网络结构,VCR功能的实现可分为基于客户端/服务器(Client/Server,C/S)和基于对等网(PeertoPeer,P2P)两种模式[4]。不同模式的实现方式,产生VCR操作交互响应延迟的原因各异。由于基于P2P模式的交互响应延迟比较不可控,本文探讨基于C/S模式的实现方式。从媒体服务器到UE各个环节都易产生VCR操作交互延迟,包括端处理、信令交互、媒体传输、媒体数据缓冲等[5]。本文重点关注的是端处理延迟,包括媒体服务器处理延迟、UE获取媒体随机访问点延迟。 　　为了满足用户的个性化操作需求,IPTV中通常采用单播方式实现媒体分发。这对IPTV整体网络带宽提出了更高的要求,所以提高网络资源利用率也是IPTV相关研究课题的重点和难点。本文在快进、快退播放过程中,采用只发送关键帧的方法。在随机播放过程中,通过对随机访问点的准确定位,以避免给UE传输无法解码的媒体数据浪费带宽。但是,在MPEG2传输流(TranportStream,TS)中如何快速、准确地定位随机访问点和提取关键帧,是本文需要解决的难点之一。 　　为了减少VCR操作交互延迟,本文提出基于索引机制实现媒体文件和随机访问点快速查找的方法。同时基于该方法描述了IPTV中VCR操作的具体实现方案,在构建的基于IP多媒体子系统的IPTV(IMSbasedIPTV)[6]原型系统中验证了方法的可行性。 　　 　　1随机访问点索引 　　 　　在IPTV点播类业务中,VCR功能是最有用也是必要的特性之一,包括暂停、继续、快进、快退和随机播放等操作。暂停、继续功能的实现相对简单,本文暂且不予关注。为了减少快进、快退过程中的关键帧获取延迟和随机播放功能时的内容定位延迟,本文采用对媒体文件随机访问点建立索引的方法。 　　在现有数字电视系统中,按照MPEG2规范[6]定义的TS格式进行媒体数据封装和传输得到广泛的应用。MPEG2视频压缩规范[7]定义了三种类型的视频帧:I帧、B帧和P帧。压缩后产生的视频数据由图组(GroupofPictures,GOP)序列组成,每个图组由I、B、P三种类型的帧序列组成,以关键帧即I帧开始,如…IBBPBBPBB…就是一个典型的图组序列。I帧包含完整图像的信息,解码时无需参考其他任何帧,P帧和B帧只包含图像的部分信息,无法实现单独解码,但提高了视频压缩效率。TS流中各个媒体随机访问点对应图