三网融合形势下的NGB数字电视中间件标准VIP专享VIP免费

1、前言数字电视中间件技术与标准，大家都非常熟悉了。自2001年，DVB推出MHP中间件技术标准以来，全世界各地都开始了中间件技术的研究与标准制定工作，而且基本上都是源自于MHP的技术体系，虽然相关国家的标准化与行业组织进行了不同程度的修改与演进，但总的框架还是基本类似、一脉相承的。毫无疑问，使用中间件的根本目的是为运营商大大降低数字电视终端成本和应用软件成本，增强市场推广力和增加业务普及度，从而更好地吸引用户、提高ARPU值。DVB组织在全世界推广MHP，也可谓是不遗余力，尽管真正进行MHP中间件部署的运营商不是太多，但MHP技术与标准体系在全球的知名度已经非常高，DVB为数字电视的普及与发展做出的巨大贡献有目共睹、不可磨灭。中国，自2001年12月以来也一直进行数字电视中间件技术研究与标准制定工作。从工信部提交的标准文本来看，中国标准总的技术体系与MHP有一定的兼容与延续性，尽管标准目前还没有正式官方发布，但对国内一些公司进行数字电视中间件相关产品与系统的开发起到了非常大的促进与指导作用。当前，广电总局正在领导制定NGB数字电视中间件技术标准，这无疑对产业是一个具有十分重要意义和鼓舞人心的大事情。从当今技术发展和运营环境的新形势来看，我们应该如何制定新的中间件标准？其技术架构应该如何适应“三网融合”的多媒体业务？新标准与老的是否应该有所不同？诸如此类的问题，应该是值得我们考虑的。笔者本人从业务应用的环境和技术架构的角度来阐述些许看法，以起到抛砖引玉的作用。2、数字电视中间件标准的前世在数字电视十多年的发展历程中，出现了许多的中间件技术标准与产品，可以说数字电视中间件是一直伴随着数字电视业务的运营，并且不断发展、壮大和成熟。广为人知的MHP是从1998年开始由DVB主导制定的，那时的数字电视运营环境基本是单向，业务应用基本是EPG、电视游戏、PPV、美食与天气预报信息等，基于网络的限制，电视商务、视频点播等还只是停留在概念和实验阶段。不同的数字电视应用都可以是独立的、具有边界分明的运行环境（Applicationboundary），数字电视业务应用平台一般都是通过菜单式进行启动的，如右图显示：从模块功能来看，MHP标准考虑了较多的与数字电视硬件平台功能相关联的资源模块：从技术细节来看，MHP标准的API比较多地关注机顶盒平台的功能与资源的使用与控制，如定义了专门的API（Java功能包）针对解调与数据装载（Demux）、CAS控制、调谐（Tuning）、以及媒体播放、数据解析；相反，对协议却较少涉及（留待平台实现着自己去处理各种网络协议），更没有涉及到网络文件装载、流媒体点播与控制等协议。上图摘自于MHP标准文本，示意了MHP平台的一些资源层的功能特征。MHP的应用处理基础是基于DSM-CC对象轮播（ObjectCarousel）的应用管理器，而且基本是立足于单向广播通道的（MPEGSection），如下图展示：尽管MHP标准也列出了DVB-HTML，但对HTML和JavaScript（ECMAScript）没有进行详细的规定，MHP平台的实现一般都没有特别关注MHP标准提出的“交互档次”，但这一部分不是MHP标准的核心部分。很显然，在当时的网络与运营的历史环境与条件下，MHP标准主要重点是为了满足单向环境下增值业务的跨平台的运行，它很好地规范了增值业务与应用的下载、启动、运行、消亡等控制以及资源共享、显示与交互特征等技术与运营范围与条件，网络的交互性与融合性业务并是MHP标准的核心。这些网络、技术与运营特征决定了MHP标准以Java虚拟机为基础的平台架构，规范了一整套以Java语言的编程接口，系统的启动是从Java应用开始的，应用本身和其数据可以明显区分开来，整个应用同时下载到终端平台才执行（Java的类库需要进行动态链接后才可以执行），通过Java应用将HTML等网页串联起来、形成补充。然而，数字电视、通信和互联网行业近几年来发生了很大的变化，过去通过广播网传送的音视频业务，目前通过互联网、移动通信网同样可以传送。如果我们再来规划中间件，得我们就必须重新考虑多媒体终端的中间件平台的技术架构与资源使用特征。在我们已经进入“三网融合”的技术与运营的环境下，我们是否仍须坚持Java是中间件平台的基...