机顶盒统一升级ＬＯＡＤＥＲ系统分析和应用.docVIP

机顶盒统一升级ＬＯＡＤＥＲ系统分析和应用 　　[摘要]本文主要讲述了机顶盒统一LoADER的来源及统一LoADER与私有LoADER所具有的优势。结合宁波LoADER系统的具体应用，分析和探讨了统一LOADER的标准和统一LoADER的平台结构，并简要介绍了目前统一LOADER的发展现状和趋势。 　　[关键词]统一LoADER、EPG、NIT表Dll、DSI表、Linkage描述符、data_broadcast_id描述符ES流。 　　 　　前言 　　 　　目前机顶盒的功能较为简单，无法满足用户上网、通信、即时新闻、信息点播等新业务需求，需要通过软升级来拓展机顶盒的功能。同时，目前我国数字电视仍处于起步阶段，运营商在实际操作中将不断遇到新问题，必须通过升级机顶盒软件来解决问题。LOADER就是用于机顶盒软件升级的功能模块，在机顶盒出厂时已被植入机顶盒中。 　　目前各厂家机顶盒内的LOADER模块实现升级的方式各不相同，这样的现状造成机顶盒在升级过程会出现很多的问题―― 　　问题1：各厂家机顶盒LOADER模块不同，相应地对前端升级码流的播发格式的要求也各不相同，对于运营商来说，每次进行机顶盒升级都需要为各厂家配备升级码流播发服务器和相应的频带资源，不但操作不便、浪费资源，而且机顶盒的升级管理及业务部署都存在问题。 　　问题2：前端、终端不统一，使机顶盒在升级过程中充满不可预测性及风险，虽然升级码流可以在测试环境中先进行调试，但毕竟测试环境与实际环境有区别。在实际环境中，最可能出现的问题是一种机顶盒型号的升级码流影响到其他型号的机顶盒，这一点在测试中最容易被忽略，但造成的后果却可能是灾难性的。 　　问题3：不统一性提升了前端播发升级码流系统的复杂度，为技术人员解决问题带来许多障碍，分析判断出现延迟，自然后果也将非常严重。 　　解决私有方式升级弊端最好的方法是：将各厂家LOADER功能模块统一，在前端建立统一的机顶盒升级码流播发平台，实现统一LOADER。 　　 　　建立统一LOADER后，系统前后端的统一，减少了系统复杂性且为运营商节省了资源操作界面人性化并且具有码流播发监控，方便技术员操作及处理问题；统一的码流播发平台使码流的播发更具条理性，减少了机顶盒升级过程出现问题的机率，降低了升级风险。 　　 　　私有与统一LOADER升级标准的比较 　　 　　无论是私有还是统一LOADER，升级标准主要包括三方面：升级描述符及格式、携带升级描述符的EPG表及插入的表位置、升级码流的格式。 升级描述符包含获取升级码流的位置信息(基本由NETWORKID，TSID,SERVICEID定位)，及接收此升级码流的机顶盒范围信息，其由厂商ID、软件版本、硬件版本、机顶盒类型、序列号范围等信息组成。私有LOADER升级描述信息由linkage描述符携带，插入的位置为NIT、BAT、SDT表之一，主要决定于机顶盒生产企业LOADER实现方式。统一升级方式由linkage、data_broadcast_id、GroupCompatiblity等描述符携带，插入的EPG表包含NIT、PMT、DII、DSI表。 　　升级码流指由厂家提供的升级流文件，按照流格式可分为BIN和TS两种格式，如果是BIN格式，LOADER必须将其打包成TS格式才能用于升级机顶盒。按照升级标准可分为标准DC格式和私有格式两种。 　　私有LOADER升级方式较为简单，但各厂家的实现标准有所区别，基本实现步骤为： 　　1．由厂家提供升级描述符及升级码流。 　　2．将升级描述信息由连接类型为0X09的连接描述符linkage插入到EPG当中，插入位置为NIT表或BAT表的第一层。 　　3．升级码流通过码流播发卡播发，通过复用器将升级码流复用到节目流中。升级码流在复用过程中的TSID，SERVICEID必须与升级描述信息中的定义一致。 　　 　　4．机顶盒首先接收到NIT表中的linkage描述符，通过查看升级条件信息，判断此机顶盒是否在此次升级范围之内，是，则读取linkage描述符中的升级码流位置信息，找到相应的码流，校验后开始升级。(见表1) 　　其中descriptortag：如果是link.age描述符，这个值是4A。 　　Descriptor_length：描述符长度，由字节总数表示。 　　Transport_stream_id，Original_network_id,service_id：用于定位升级流位置。 　　Linkage_typ：如果是用于升级，该值为0x09。 　　接下来定义升级条件信息，用于定义升级机顶盒的范围，包括厂商ID、软硬件版本、列号以及厂商自定义信息。 　　目前国外统一LOADER的升级标