NVOD设计心得.doc

NVOD的学习和设计-肖飞NVOD的学习和设计-肖飞11 NVOD的应用需求和特点：111 应用需求：112 应用特点：12 NVOD原理：12.1NVOD前端工作方式：（视频服务器）12.NVOD后端工作方式：（数字电视接收机）4221工作原理（协议规定）4221软件处理流程8221Nvod菜单简易结构9 1 NVOD的应用需求和特点： 11 应用需求：数字电视网综合业务可分为基本业务、扩展业务和增值业务3大类。基本业务主要播放数字电视节目。扩展业务主要传播付费电视节目，比如电影频道、图文电视、数据广播等。增值业务主要经营交互式多媒体业务，比如视频点播(Video On Demand，VOD)、Internet接入等。VOD业务是一种受用户控制的视频服务业务，用户根据自己的需要可以交互地访问有线电视台前端的视频服务器所存储的视频节目源。目前有两种视频点播方式，Vod实时视频点播，NVod准视频点播，前者对于每个用户独立占用一路业务（注意这里所说的一路业务是指的一个频点TS流中的一路sever_id业务的带宽资源），是一种用户独享资源的方式，交互性高，所以对于前端和带宽要求很高，而后者是采取轮播方式，用户共享资源的方式，对播出的节目进行时移轮播，在用户插入时间点观看时，不需要等待过长时间就可以重头观看完整的节目的播出方式，这里因为是用户共享带宽，所以可以节省很大带宽，又因为是准点播方式，所以交互性很低。12 应用特点：目前对Vod的国际标准还未出台，所以NVod得到大量应用，这里主要是对NVod进行以下分析和学习，NVod优点：共享带宽，节省大量带宽，基本满足点播需求。NVod缺点：受带宽限制，可供点播的影片数量有限（即使你的影片库里有上万部影片），用户点播后有一定等待时间，交互性差，观看的中途不能暂停，后退，快进等操作。2 NVOD原理：2.1NVOD前端工作方式：（视频服务器）Nvod在前端的操作是基于前端视频服务器和广播传输网，对于服务器端，采用轮播方式对节目进行播放，而传输网是可能有多路径进行数据传输。对于服务器把一组相同节目按不同的开始时间在不同的数字频道中播放，这样一来，用户在指定的时间段里随时打开电视，不用等太长时间就可以从头收看到播出的节目。Nvod的播放方式如下图图1 NVoD播放方式节目1节目2节目3节目4节目1节目1节目1节目1节目1节目2节目2节目2节目2节目2节目3节目3节目3节目3节目3节目4节目4节目4节目4节目4 业务1业务2业务3业务4业务5业务6这里的业务是一个（频点）TS流中的套数字业务，（这里有点疑惑难道支持Nvod业务就需要占用一个频点（TS）吗？），在这个频点中的每套节目（业务），里面的节目，.可以是相同的节目也可以是不同节目。这也是对新影片一种很好的发行方式。对于轮播时间间隔的计算方式1 NVoD播放方式比如一个频点用QAM进行调制，有M带宽，如果一个业务占.M带宽，所以这一个频点上就可以同时播出.路数字业务（节目），假设一个影片有分钟，那么67.5，就是大概7.6分钟下一个节目就要从头开始播出。从新对上面的那幅图进行详细划分：节目1节目2节目3节目4节目1节目1节目1节目1节目1节目2节目2节目2节目2节目2节目3节目3节目3节目3节目3节目4节目4节目4节目4节目4节目1节目1节目1节目1节目1节目1业务1业务2业务3业务4业务5业务6457.5如果节目，节目，节目，节目一样的话，那么在任何时间用户点播节目最多用户等待.5分钟就可以从头收看到完整的节目了。对于一个节目如下图：利用个业务（频道）来轮播一个.5小时的节目：对应频点（TS流）可以看出如果一个地区广播网需要提供多个节目的准视频点播就需要占用多个频点（TS流）资源，在每个TS流中提供一个节目的多数字频道轮播，当用户进行点播时，电视终端就会根据码流中提供的信息表来进行事件查找，查找与点播节目最近的开播事件的频点和业务来进行频道切换。达到点播的效果，这样看来，假如个人需要视频点播，套节目，Nvod只需要个频点的TS进行节目轮播，而VOD就需要个频点来为没个点播用户开辟一个独立的播放通道。注：对前端的播放方式向网络公司雄建平咨询后，得出的结论是拨出的方式在实际应用中大概有3种，我上面的描述只两种，其中采用那一种播放方式就要看4个节目的总长度和实际带宽资源的利用情况：第一种：节目1节目2节目3节目4节目1节目1节目1节目1节目1节目2节目2节目2节目2节目2节目3节目3节目3节目3节目3节目4节目4节目4节目4节目4业务1业务2业务3业务4业务5业务6一个TS流节目1节目2节目3节目460MIN如果4套点播节目的总长度不超过60分钟，可以采用，在一个频点（TS流）6个业务中轮播这4套节目，那么等待一个节目的最长时间不会超过10分钟：第二种：如果这4套节目都是90分钟长电影，那么采用4个频点（TS流），每个频点轮拨一个节目的方式，第三种：4个频点中，2个频点放短节目，2个频点放长节目。2.NVOD后端工作方式：（数字电视接收机）221工作原理（协议规定）在数字电视接收端需要考虑的问题就是如果从码流的信息表中提取正确的播放信息，找到距当前最近将要播出的点播节目。在前面的4个节目的播放码流中，这4个节目分属于码流中的6个服务，这4个节目除了播出时间不一样，其他对应的服务信息是相同的，所以这里就引入了一个参考业务的概念，参考业务是一个虚拟业务在码流中不是实际存在，是把这个4个不同节目的信息组合成单一一套的节目信息，但是他在PMT表中没有相应的描述。而这些信息的获得是通过分析码流中SDT，EIT两个表来进行信息提取的。通过准视频点播参考描述，时移业务描述符，时移事件描述符来实现Nvod功能。其中准视频点播参考描述和时移业务描述符，是在SDT表中进行传输，而时移事件描述符是在EIT表进行传输的。通过前端的播放方式可以看出，每sever_id的事件信息完全一样（同一个节目），只是拨出的时间不一样（时移轮播），如果是一般数字电视EPG规范，这时的EIT信息表中有个重复的节目信息（个sever_id轮播同一个节目），如果以一个severce作为参考就可以节省其他个重复的节目信息，减少的EIT表大小节省了带宽。对Nvod的处理方式：1， 搜台，建立PAT，PMT表，把在从PAT，PMT表中的（实际）节目sever_id等信息提取出来。2，然后在解析SDT表，在SDT表中包含了实际节目的信息信息，也包含了为了做Nvod的虚拟的参考sever的信息，但是如何来判断解析的是参考业务的信息呢？这里就利用了在SDT表的循环信息中有每个服务（sever）的信息，也包含虚拟的参考服务（sever_id），这样在解析SDT表是如果有包含（准视频点播参考描述符）的业务（service_id），就会与前面在PMT解析时解析出来的sever_id对应不上，这样就可以判断在SDT解析出来的某个sever_id，该sever_id在PMT中没有对应的sever_id，这个就证明该sever_id不是真实的业务，是用于Nvod传输（准视频点播参考描述符）的虚拟sever，那么就可以按照解析准视频点播参考描述符NVOD_reference_descriptor 进行解析描述符。该描述符的结构是：句法位数标识符NVOD_reference_descriptor()descriptor_tag 8bituimsbfdescriptor_length8bituimsbffor (i=0;i分类存储解析的过程，可以看出，这里比一般的Epg表处理过程多了一个分类的步骤。因为要另外处理 EIT表中的Nvod信息，所以这里要把一般EPG数据和Nvod数据进行分类存储。下面只说明下Nvod数据的软件处理流程。存在一般业务处理该业务sever_id是否在PMT中存在不存在这里已经找出了分类的条件信息是Nvod的参考业务，分析其描述符NVOD_reference_descriptor，初始化时移业务（TS,service_id）信息。根据参考业务里包含的信息，分类把用于视频点播的时移业务进行Time_shifted_event_descriptor描述符reference_service_id解析，把时移业务信息逆向映射到参考业务上去这样就建立起了参考业务和时移业务的双向映射关系。下面就是要根据参考业务和时移业务来收取EIT表了。但是在SDT表中需要明确的一点是，参考业务实际上是对应的业务名，但是码流中是靠时移业务来传输这些业务内容的，所以在时移业务中没有业务名，只有参考业务中有业务名，类比EPG比如有两个参考业务，就对应的两个业务，可点播的是后两个业务中的event事件，而时移业务就好象承载这些业务的容器，其实深刻理解下参考业务和时移业务的eit表构成就可以理解了，参考业务的PF信息，就包含了所有轮播的event的信息，而时移业务就没有event事件名。总之记住一点：时移业务不包含事件的描述信息，只包含事件的时间信息。而时间的描述信息全部在参考业务的PF中，所以有几个参考业务，就几个可选业务收取EIT表的section数据根据参考业务和时移业务service_id分类出参考业务和时移业务的PF数据根据时移业务service_id分类出时移业务的schedul数据根据时移业务中各个event数据里的time_shifted_event_descriptor描述符映射到对应的参考业务中PF event的short_event_descriptor短信息，并且时移业务的PF表的event还需要提取自身携带的时间信息。（这里要注意的是参考业务的PF表event时间信息是任意的，不具有意义，一般是忽略了的）根据时各个移业务里的各个event的time_shifted_event_descriptor描述符映射到对应的参考业务中PF event的short_event_descriptor短信息，并且还要提取自身时移业务s