iTV设备故障处理作业指导书.docVIP

iTV设备故障处理作业指导书 一、 故障处理原理篇 2 1.1iTV平台工作原理 2 1.1.1 MS广义概念 2 1.1.2平台视频流分发过程 3 1.1.3元数据同步过程 4 1.1.4系统整体工作流程 5 1.2机顶盒工作原理 6 二、 故障处理工具篇 8 2.1 streamUtil 8 2.2 nodeUtil 9 2.3 segUtil 10 2.4 channelUtil 11 2.5 multirecv 13 三、 故障处理实战篇 13 3.1 经典故障案例一 13 3.2 经典故障案例二 14 3.3 经典故障案例三 15  故障处理原理篇 1.1iTV平台工作原理 1.1.1 MS广义概念 USC：负责用户认证、鉴权和发起计费事务。 EPG：从MDDB 获取元数据信息，然后为用户创建动态EPG 页面。EPG 页面可根据 用户需求轻松定制。 MD/ME:储存用户媒体内容和向STB 提供媒体服务。MD/ME 基于HMFS 文件系统， 在50 毫秒内响应媒体服务请求。多备份机制使得多个ME 可以同时提供同一内容。 DNLD：负责各种型号STB 的软件下载和升级。 MRS ：将组播内容透传到不同的局域网中。 中央元数据管理（CMM）：处理所有节目的元数据，如节目名、节目ID、帧尾ID、 时间长度、节目数据大小和节目描述。CMM 接收从MAM 数据库到MDDB 的所有元 数据。 虚拟频道控制器（VCC）：根据事先制定的节目表，定期触发MS 进行节目组播。对于用户来说，这种形式和平时看到的电视频道效果一样。但是极大地方便了运营商和服务提供商进行灵活的节目编排，串连播放。 媒体内容管理（MCM）：提供图形管理界面，实现三层结构中的媒体内容分发和复制。媒体内容管理工具可以手工操作，也可以由Workflow 驱动来执行。 元数据复制（ MDR） ：同步不同MDDB 中的媒体内容元数据， 同时维护 CMS/HMS/EMS 中元数据的一致性。此外，MDR 还负责媒体平台EPG 文件的同步。 LoadService：编码、加密、上载媒体内容到MS。支持MPEG-2、MPEG-4 和WM9 等多种编码格式。 CMS 内的MS 由MD/ME、CEC/CE、MLR 、CMM、MCM、MDR、LoadService、 VCC 和MRS 组成。若整个系统支持组播，则无需MRS。若服务提供商不提供虚拟频道服务，亦无需VCC。 HMS 内的MS 由USC、EPG、MD/ME、MDR 和MRS 组成。若整个系统支持组播， 则无需MRS。 EMS 内的MS 由EPG、MD/ME、MDR、DNLD 和MRS 组成。若整个系统支 持组播，则无需MRS。 1.1.2平台视频流分发过程 这个小节重点说明视频流是如何从CMS逐级下发到HMS和EMS，整个过程详见下图： MLR: 媒体位置寄存器，总管所有媒体片段内容的存储位置。 BMDP：UT专有的媒体分发协议。 1.1.3元数据同步过程 这小节重点介绍元数据的同步过程，所谓元数据直观的说就是我们所看到的EPG页面里头所呈现的元素，例如图片，影片说明等。这些元数据又是如何从CMS逐级同步到HMS和EMS呢，详见下图： OSS Database：oracle数据库存储所有元数据信息。 MAM：实际是一个程序，负责将数据库中的信息读取至CMM。 CMM：元数据管理，其实就是一个cache。如果每次元数据同步处理都需要到数据库处理，势必降低性能，所以事先将需要同步的数据读取至CMM，再通过MDR向下同步。 MDR：元数据同步的server端。实际是一个程序，运行在CMS上。 MDRA：元数据同步的agent端。接收同步数据，在EPG服务器上可以看到一个叫mdr_agent的程序，指的就是MDRA。 1.1.4系统整体工作流程 这小节重点介绍一下与本地相关的核心组件的工作流程，具体见下图： SLR:用户位置寄存器，里头缓存了用户的相关信息和属性，负责对用户进行认证和鉴权等。 CDB：其实就是SLR的缓存。也就是说，事先将数据库中的用户信息读取至CDB存储以便加快对外的响应速度。 USC：配置在HMS上，负责用户的注册鉴权，发起计费事务等。 ESM：负责整个平台所有服务器的安全注册和授权。如果服务器没有通过ESM认证，则认为是非法的，无法提供服务。 1.2机顶盒工作原理 用户以@xmitv或者@xmiptv为后缀的拨号帐号进行拨号，将获取117.30段IP地址。通过117.30段IP地址使用ITV业务，既可使用iptv.xm.fj.cn域名，亦可使用itv.fj.vnet.cn域名。 用户以普通宽带帐号进行拨号，将获取厦门城域网IP地址。通过厦门城域网IP地址使用ITV业务，只能使用iptv.xm.fj.cn域名。