机顶盒大网升级的分析与处理.docx

机顶盒大网升级的分析与处理

随着桐乡数字电视双向网络改造地不断推进，数字电视用户也越来越多，机顶盒潜在的缺陷开始显现出来，同时用户需求也在不断变化，为了解决机顶盒本身的缺陷或满足用户业务需求加载点播等新的增值业务，OTA（Over TheAir）升级成了前期机顶盒软件更改或更新必不可少的一个重要环节。OTA升级事关重大，我们需要全方位地考虑软硬件版本、出货批次、升级流、用户环境等各种状况，以保证升级工作的顺利完成。
1 大网升级目的
为什么要大网升级？一般源于3个方面：更新需求处理产品本身缺陷或者解决前期没有满足的需求。由于大网升级不容忽视，当用户提出新的需求或发现产品缺陷要求大网升级更新软件时，公司高层负责人需要针对目前的状况进行客观的分析，是否有必要响应这些需求或缺陷，如果响应，进入下一阶段，如果不响应，需要同用户进行必要的沟通和合理的解释。
2 前期准备工作
2.1大网升级需求
用户提出大网升级后，工作人员（技术运维部、前端播控机房、客户呼叫中心、营业厅、安装维护人员）需要了解以下情况： 清楚准备如何来实施这次OTA升级； 是强制升级还是非强制升级；是单频点升级还是全网升级；是通过EPG还是复用器来添加表或私有描述符等[]；是否可以按序列号、批次、地区进行升级；广电器材仓库是否有库存机器等。公司负责人根据工作人员或用户反馈的信息综合分析其可行性。
2.2 熟悉前端环境
工作人员必须熟悉前端采用的播放器、复用器、EPG、调制器等设备的使用，同时将这些设备的型号反馈回公司。开发、测试人员通过这些设备的型号初步判断其是否适合升级流的添加、复用以及SI/PSI信息和私有描述符的添加等，并将判断的结果及时答复工作人员。
2.3产品出货调查
针对大网升级产品区域对该地区进行产品出货调查：凡是会影响到OTA升级的相关信息都要收集，如批次数目、每批数量、硬件版本号、关键元器件变更、软件包、软件版本号、Bootloader、系统配置、特殊需求等。通过上述信息了解本次大网升级是否会出现软硬件兼容、需求变更等问题。2.4升级备机准备
建议每次大网升级根据升级数量准备必要的库存备机，当在升级过程中发现部分用户反映升级机器出现问题，而我们又不能及时拿出解决方案时，可以考虑采用库存机器更换用户机器并给予合理的解释。
3 软件更新、修改、测试、确认
公司负责人根据大网升级会议内容制定具体的升级方案，并针对用户提出的需求或反馈的缺陷进行软件更新或修改，完成后发给工作人员测试。
用户端现场测试：工作人员收到软件后，针对需求和缺陷针对性测试并和用户确认是否满足其需求。
软件编译：工作人员确认软件没有问题后，开发工程师将软件提交配置工程师进行编者按译，编译完成后提交测试部门详细测试。
软件测试：测试部门对编译好的软件进行全面的测试，确认软件更新或修改后是否又出现了新的问题。
软件现场确认：针对编译之后的软件，工作人员应再次确认是否满足用户需求，该软件应和测试部门的测试软件一致。现场测试软件由测试部门负责。
4 升级流制作、公司测试、现场测试
4.1升级流制作
测试部门确认软件没有问题后开始升级流的制作，升级流的制作应完全按照用户提的子网掩码需求来做（注：用户应根据前端采取的升级方案提供相关参数，如频点参数、ONID、TS ID、Service ID等），是否按序列号来制作升级流。
4.2 升级流强度测试
升级流测试必须完全按照测试部门制的《OTA升级测试方案》来进行，如升级过程中拔掉信号线、写FLASH时强行断电等测试。
4.3大网模拟测试（批量产品测试）
根据升级量按比例抽一定数量的机器进行用户端大网升级模拟测试,尽量是每批机器都能反映出来，工作量较大，但是这样做能够最大程度地模拟大网升级中所存在的潜在风险。事实证明，不同批次采用的硬件版本、软件版本、关键元器件甚至需求不同都会导致大网升级地前功尽弃。
4.4升级流现场测试
对测试部门提交的升级流进行小网升级确认，（注：该小网升级使用的设备尽量和大网升级使用的设备一致，这样做的目的是让工作人员在大网升级前再次确认大网升级所用到的设备是否有问题），如果条件允许，我们也可以选择在深夜直接在大网里面确认升级流。升级成功后，还需要再次确认升级好的软件是否满足用户提出的需求和反映的缺陷。
4.5用户升级会议
工作人员对测试部门提交的升级流确认没问题后，需要和其他相关人员（相关负责人、机房人员、呼叫中心、安装维修人员）进行大网升级会议讨论，确定大网升级时间，并拟定用户升级说明和注意事项等。
4.6大网升级通知
为了避免机顶盒在升级过程中用户不理解、误操作等导致不必要的投诉，现场人员要尽量向相关部门强调发通[来自wWW.lw5u.coM]知的重要性，要求在前端播放升级通知，通过机顶盒在电视上显示出来，该通知应告知用户升级时间、注意事项（如OSD显示、邮件通知）。
4.7升级过程跟进
升级流放入大网后，有些用户家机顶盒升级完出现智能卡未授权的现象，通过机顶盒升级机制判断机顶盒升级只是对应用程序做了修改和添加，不会修改CA信息的。在现场测试的过程均未出现这种情况。此时如果断掉升级流可能造成正在升级的机顶盒升级失败；如果关掉EPG私有描述，用户家里机顶盒就不会升级提示框出现，但是大网的升级流继续播发，不会导致正在升级机顶盒升级失败。此时若有用户投诉升级完后机顶盒重复进loader的现场，出现这样的情况，只能临时为用户换仓库备用的机顶盒。
升级过程中，工作人员始终保持在现场，根据呼叫中心接到投诉电话判断升级是否出了问题，并及时和机顶盒产品研发人员取得联系并反馈实际情况。
5 升级失败应急措施
如果升级失败，出现重大问题，工作人员在现场将采取以下应急措施：
（1）马上停止升级流的播放；
（2）请客服部门向打电话反馈情况的用户说明到营业厅进行串口升级，工作人员用串口升级方法解决升级失败的机顶盒；
（3）采用库存机器更换升级失败的机器；
（4）尽快查找原因，重新播放正确的升级码流。
6 升级总结
（1）描述升级规范；
（2）将现场测试、大网升级过程中遇到的问题记录下来，并描述解决方法并向机顶盒产品研发公司进行反馈；
（3）描述对前端设备的操作过程，将升级过程中的各相关设备的操作通过截图方式保存下来；
（4）描述升级结果。
机顶盒OTA大网升级是数字电视运营商的一项重要系统工程。对这一工作整体规划全盘考虑，从系统管理角度，借鉴工业生产中过程控制的理念，以系统的观点来管理机顶盒升级的工作流程，用系统观点和系统分析方法来分析和设计程序，严格掌控需求调研、研发、测试、大网执行、信息反馈、整改等每一环节，实现项目操作程序化，每一道工序都要求明确、责任界限清晰，专人负责，才能保证每次软件升级工作得到理想的预期结果。
参考文献：
[1] 王瑞胡. 有线数字电视机顶盒硬件系统及软件体系结构[J]. 中国有线电视，2006,(02):121-124.[2] 孙亚楠,郑南宁,梁峰,陈安宏,孙飞. 基于DVB-C的数字机顶盒系统及其软件[J]. 中国有线电视,2002,(17):007-010.
[3] 李寿强. 机顶盒软件远程升级的实现方法[J]. 成都电子机械高等专科学校学报,2004,(03):012-015.
[4] 蒲海铭,荆涛,彭贵定. 高清数字电视机顶盒的研究与设计[J]. 电视技术,2006,(09):036-039.
[5] 魏宁. 机顶盒EPG软件设计实现与通用软件升级规范研究[D]. 北京工业大学,2006.

-全文完-