IPTV与IPQAM技术对比研讨(共4360字).docVIP

IPTV与IPQAM技术对比研讨(共4360字) 本文 终端设备层主要负责视频内容的解码，通过STB或PC机中内嵌式客户端软件来完成媒体节目的解析。图1给出了一种IPTV系统体系架构图。图1中包括以下关键组件[4-5]：用户会话控制（UserSessionController，USC）负责用户鉴权和发起计费事务；媒体主控/引擎（MediaDirectoramp;MediaEngine，MD/ME）负责储存用户媒体内容和向STB提供媒体服务；内容引擎控制器（ContentEngineController，CEC/CE）实现电视节目和影片实时编码或转换码型，然后进行组播与推流；中央元数据管理（CentralMetadataManagement，CMM）处理所有节目的元数据，如节目名、节目ID、时间长度、节目数据大小和节目描述；元数据复制（MetadataReplicator，MDR）同步不同Metadata数据库中的媒体内容元数据，同时维护中心节点（CMS）、归宿节点（HMS）与边缘节点（EMS）中元数据的一致性，同时还负责媒体平台EPG文件的同步；下载服务器（DownloadServer，DNLD）负责各种型号STB的软件下载和升级。 IPQAM体系架构可划分为3层结构，即业务支撑层、媒体基站层和终端设备层。除具备IPTV架构中的基本组件外，由于要借助HFC网络进行媒体内容的传送，在内容串流（ContentStreaming）部分做了相应的调整，在MD/ME和STB之间增加了一个适配模块UA（RTSPUserAdapter），负责对指令进行转换，另外还增加了资源管理模块（RMM）对IPQAM资源进行调度，以及增加了媒体资产管理器（MediaAssetsManagement，MAM）负责频道元数据中的频点、CA节目映射表（PMT）的包标识符（PID）属性引入等模块。终端设备层主要是利用双向机顶盒或基于窄带技术的STB设备来实现对终端的接入，同时利用终端视频浏览器中间件来展现EPG门户内容。图2给出了一种IPQAM系统体系架构图。IPQAM架构采用的是以“HFC下行+IP回传”方式，即下行通过IPQAM的RF下发，上行IP作为控制回传的上行通道。与IPQAM相比，IPTV架构是以双向IP网络作为承载网络，即上行认证、请求信息和下行媒体流都是通过IP网络传输的。 关键技术比较与分析 两种体系架构因承载网络、终端类型等方面的差异，其视频编码、视频处理、网络接入等方面也存在一定的区别与联系。 IPTV终端是从IP网络接收媒体流的，对于IPTV终端的内容，应考虑压缩效率更高的编码格式，如H.264格式。假设在同样的骨干网络带宽下，与采用H.264编码格式相比，MPEG-2编码格式下可承载多一倍的用户并发请求。采用H.264编码格式对标清内容进行压缩时，只需1.5Mbit/s左右的带宽即可达到MPEG-2编码格式下3.75Mbit/s的视频质量，对带宽的占用只有MPEG-2格式的一半。对于直播、回看节目和点播节目，如果采用MPEG-2格式对节目进行编码，将对IP网络的带宽提出很高的要求，以1000并发用户为例，需要3.75Mbit/s（标清内容码率）×1000=3.75Gbit/s的骨干网络带宽，如果计算传输流封装和链路层的开销以及链路带宽余量，至少需要5Gbit/s的骨干带宽才能支持1000并发IPTV终端用户的要求，而采用H.264编码，1000用户并发标清内容请求下所需的骨干网络带宽则降低一半。IPQAM终端的媒体内容是通过IPQAM传送的，IPQAM传输方式可充分发挥有线HFC网络带宽高、QoS能力好，对IP网络的带宽和QoS要求较低的优势，非常适合于在IP网络设计、建设和维护方面经验和能力相对欠缺的视频服务运营商部署互动电视系统。由于大部分运营商前期在进行数字电视整体转换时已发放了大量的MPEG-2标清机顶盒，更换支持H.264的机顶盒成本巨大。考虑到机顶盒终端仍然采用MPEG-2编码格式，互动系统的内容编码格式可以采用MPEG-2视频压缩格式，音频压缩一般采用MP2（MPEG-1LayerII），流封装格式一般采用MPEG-2TS传输流。互动系统中MPEG-2编码与广播节目的MPEG-2编码相比，也存在一定的区别，主要表现在：互动系统中的MPEG-2视频压缩要采用CBR模式，而直播节目中为了提高编码效率一般采用VBR（可变码率）格式编码。这主要是便于系统管理和计算IPQAM资源。为了提高单个QAM通道承载的流数量，互动系统中内容的比特率一般压缩为3.75Mbit/s，这样一个QAM通道可承载10个并发流。广播节目的码率一般在4~6Mbit/s。 直播频道的元数据信息包括