机顶盒软件升级方案.doc

机顶盒软件升级方案 北京永新同方数字电视技术有限公司 二00五年八月八日 目 录 1 概述 3 1.1 背景 3 1.2 目标 3 1.3 术语 3 1.4 设计原则 3 1.4.1 标准化 3 1.4.2 兼容性 4 1.4.3 实用性、先进性和成熟性 4 1.4.4 安全性和完整性 4 2 升级方案 4 2.1 统一loader方案 4 2.1.1 一般升级过程 4 2.1.2 升级范围的控制 5 2.1.3 对方案实施的建议 6 2.2 私有loader方案 6 2.2.1 一般升级过程 6 2.2.2 对方案实施的建议 7 附录 9 A 机顶盒软件升级数据传输协议 9 B 文档历史 9 概述 背景 随着数字电视产业的发展，网络内数字电视机顶盒的厂商以及每个厂商提供的机顶盒的软件、硬件版本都在逐渐增多。开通新的业务、解决机顶盒软件缺陷等都需要进行机顶盒软件升级，但多厂家、多软硬件版本给机顶盒软件升级的管理带来了很大的难度。机顶盒软件升级成为了数字电视网络运营商需要面临的重要问题之一。 目标 在DVB标准的基础上扩充机顶盒软件升级的传输协议，制定机顶盒软件升级方案，为运营商、机顶盒厂商提供解决机顶盒软件升级过程中存在问题的依据，并规范机顶盒软件升级流程。 建立Loader系统，实现机顶盒软件升级流程的管理。通过Loader系统，实现升级数据文件及相关升级描述文件的存档、管理；实现升级任务管理，实现分批升级的能力，控制升级范围，按任务进行分析影响的机顶盒版本、数量等；实现灵活的升级码流的播出控制方式。 术语 统一loader 方案：软件升级方案，遵循机顶盒软件升级数据传输协议(标准部分)、机顶盒软件升级数据传输协议(补充部分)。 私有loader 方案：软件升级方案，是相对于统一loader 方案而言的，它不遵循机顶盒软件升级数据传输协议(标准部分)和机顶盒软件升级数据传输协议(补充部分)的规定。 升级数据(文件)：机顶盒软件升级的数据文件。 升级描述(文件)：对一次升级的描述，描述本次升级的适用情况以及升级数据的相关参数。 设计原则 标准化 系统遵循相关的DVB标准、国家标准。系统基于DVB ETSI TS 102 006 Specification for System Software Update in DVB Systems标准实现升级业务的定位、升级数据的封装。 兼容性 系统兼容采用私有升级方式的机顶盒。由于先期进入网络的多数机顶盒是采用自定义的私有方式，所以系统必须能够管理和兼容这些终端。对于这些终端，系统同等地提供对它们的升级文件的管理，配置和播发。 实用性、先进性和成熟性 系统包含人机交互界面，在建设中应根据实际应用需求设计，做到简单、实用、易操作、易维护。在实用性得到满足的情况下，系统将采用先进的数据存取，信息管理和信息调度方法，保证系统的性能和可扩展性。另一方面，系统会尽量采用成熟的技术，以提高系统的稳定性和控制系统建设的风险。 安全性和完整性 建立完善、可靠的系统访问权限和备份与恢复机制，保证系统安全、高效。系统提供对数字签名的支持，保证发送的升级数据完整到达机顶盒。 升级方案 机顶盒软件升级方案的设计充分考虑了系统的兼容性，提出了两种不同的技术解决方案：统一loader方案、私有loader方案。 统一loader方案 统一loader 方案遵循机顶盒软件升级数据传输协议(标准部分)、机顶盒软件升级数据传输协议(补充部分)。 一般升级过程 软件升级的一般过程如下： 由运营商或机顶盒厂商提出升级请求。 机顶盒厂商提供升级素材。一次升级素材包括：一个或多个升级数据文件，一个升级描述文件。升级数据文件、升级描述文件的定义见《机顶盒软件升级数据传输协议（补充部分）》。 运营商对机顶盒厂商提供的升级素材进行校验、入库，本次升级任务开始进入机顶盒软件升级流程管理的系统。 利用升级流程的管理系统设计控制升级的各个描述符的内容，统计、分析预升级的范围、机顶盒数量。可以根据分析结果调整各个描述符的内容，直至达到预定的要求。 生成设计好的各个描述符，按传输协议规定的位置放置描述符。打包升级数据的码流（如果需要）。 在实验室进行机顶盒升级效果的验证。验证通过之后，运营商开始准备在实际运营网络中的升级工作。 在实际运营网络中播出升级数据码流，描述符。 运营商与机顶盒厂商人员共同处理升级过程中出现的问题。 升级任务完成之后，对本次升级的结果进行归档。提交升级过的机顶盒的信息给机顶盒信息管理系统（例如订户管理系统）。 升级范围的控制 软件升级的一般过程中第四步涉及到通过设计控制升级的各个描述符的内容，统计、分析