XXXX0902CNTV安全监测系统技术方案

CNTV安全监控系统技术建议书
赛特斯网络科技有限责任公司
2011年09
目录
第一章项目背景 (4)
1.1系统概述 (4)
1.2播控平台面临问题 (5)
1.3建设目标 (6)
第二章系统总体方案 (6)
2.1需求分析 (6)
2.1.1集成播控总平台 (6)
2.1.2省级集成播控分平台 (7)
2.1.3电信网络分发平台 (7)
2.2总体架构 (7)
2.2.1数据处理层 (9)
2.2.2数据展现层 (11)
第三章分级码流质量监控 (13)
3.1功能需求 (16)
3.2功能特征 (16)
3.3指标参数 (17)
第四章播控平台管理 (23)
4.1拓扑管理 (23)
4.2网元管理 (23)
4.3配置管理 (24)
4.4机房管理 (24)
4.5数据库监控 (24)
4.6中间件监控 (25)
第五章离线视频分析 (26)
5.1容器检测 (26)
5.2视频检测 (27)
5.3音频检测 (27)
第六章多画面分割显示 (27)
6.1视音频层监测 (27)
6.2多画面显示功能 (28)
6.3多画面报警方式 (29)
6.4屏幕防灼伤功能（可选） (29)
6.5故障画面自动恢复功能 (29)
第七章安全管理 (30)
7.1角色管理 (30)
7.2用户管理 (31)
7.3用户组管理 (31)
7.4权限管理 (32)
7.5用户行为控制 (32)
7.6系统日志管理 (33)
7.7在线用户监控 (34)
第八章系统管理 (34)
8.1监控范围 (34)
8.2主要功能 (35)
8.3系统软件监控管理 (35)
8.4健康检查报告 (35)
8.5系统数据保障 (35)
8.6采集任务设置 (36)
8.7数据采集监控 (36)
8.8扩展功能要求 (36)
第九章系统对外接口 (37)
8.1用户操作维护界面 (37)
8.2综合告警平台接口 (37)
8.3北向接口 (37)
8.4通用标准接口 (38)
第十章主要设备清单 (38)
第十一章系统特点 (39)
8.1接口标准性、一致性 (39)
8.2开放性、灵活性 (39)
8.3模块化、兼容性 (39)
8.4可用性、容错性、可靠性 (39)
8.5集中式报警发布与控制 (39)
8.6系统支持RAID存储方式 (40)
第一章项目背景
1.1 系统概述
IPTV、作为一种集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内多种交互式服务崭新技术。

在其发展上，广电行业具有包括内容、网络等多方面优势。

并且，广电行业对保障电视前端播出质量及在音视频用户体验质量（quality of experience,QOE）方面，更具有丰富经验，而这也是iptv业务得以成功发展和推广关键所在。

安全监控系统可以有效保证IPTV安全播出，他是广电一条重要生命线。

同时伴随广电IPTV大力发展，如何全面保障IPTV前端安全播出，为IPTV推广打造稳定、安全大后方，成为每一个广电IPTV运营人必须面对难题。

而IPTV前端监控系统，作为前端人员“眼睛”，在保障前端安全播出过程中扮演着最重要角色。

但由网络设施、协议和业务复杂性,广电运营商在日常前端监控、维护工作中面临许多新问题。

以CNTV播控前端为代表，互动IPTV前端主要包括节目采集、编码和业务平台3个部分。

●节目采集部分
CNTV IPTV前端信号源往往来自至经过严格内容监控及审核模拟或数字电视前端或拥有相关资质内容提供商，CNTVIPTV前端不同于互联网上网络电视，其节目内容安全需得到严格有效保障。

以CNTV前端为例，其直播节目源来自于已建立完善内容及传输安全保障体系CCTV前端，而点播节目采集及各种互动业务内容来自于其他媒体中心。

其节目源可靠性和合法性有着强有力保障，但是编解码和格式转换后视频质量变化是节目采集部分一大难点，赛特斯离线分析系统模块有效解决了这一难题。

●编码部分
根据IPTV目前编码技术发展和已公布编码标准来看，能够适合码流在2~4Mbit/S,同时，同时又能保证DVD以上图像质量，比较好标准有MPEG-4、H.264、VC-1和A VS几种。

目前提供响应产品支持较全是MPEG-4和H.264。

编码器是决定IPTV信号质量最为重要部分，其编码质量好坏直接影响用户体验。

CNTVIPTV前端通过其编码器将数字前端ASI信号编码为H.264信号，视频信号压缩至3.8 Mbit/S左右，即使通过40寸以上大电视进行检测，也能保持良好图像质量。

赛特斯多画面监测模块和多级质量监测模块提供了对编码后视频流综合监测最有效手段。

●互动业务平台
IPTV互动业务平台是整个IPTV前端核心，一个成熟IPTV互动前端，必须有一个安全、稳定互动业务平台为终端用户提供包括直播电视、音视频点播及各种灵活丰富应用，这也是这个IPTV前端在用户体验方面是否区分于传统模拟、数字电视关键。

在实际运用上，CNTV
采用全球领先UT斯达康解决方案，使用运行在通用硬件设备上一整套UT斯达康软件组件进行系统管理，并根据CNTV实际情况开发集成业务，再通过运营商IP网络进行分发，以实现交互式数字电视服务，给用户提供多种高质量业务服务。

在IPTV节目监控方面，IPTV前端需要对多路直播节目音视频进行终端24H监控。

除此之外，由于IPTV可能会提供了多种包括点播、DVR、PIP、网页浏览、互动游戏等多种服务，其所需业务监控同样必不可少。

以CNTV前端为例，要达到快速发现、快速解决要求，不但要在终端设置监控子系统，更需要对整个前端进行监控，包括如下方面：
●编码器输出信号质量
●互动平台各服务器应用状态及服务器之间网络通信
●整个前端互动平台与编码器之间网络通信
●用户端节目播出质量
1.2 播控平台面临问题
●责任划分
现有业务流如下：
图1-1 播控平台业务流
由于在传送过程中，没有对信号监控中间环节，用户发现信号有问题，将向电信提出投诉，电信接到投诉后会直接反诉CNTV，但是根据实际情况来看，并不是所有问题均出现在信源侧，所以需要码流监控系统对各分级信号进行监控，若接到投诉，可根据监控数据与电信方面进行沟通解决。

●信号源监控
现有信源监控手段为通过安排工作人员进行人工监看，缺点在于监控频道较多，不能第一时间发现问题。

且目前部分信源以IP形式从外部引入，该部分信源不能接入到现有监控大屏，不能第一时间发现信源故障问题。

●编码器监控
目前直播编码器网管系统支持报警方式为设备层报警，若编码器设备未出现故障，但对于信源编码出现问题则无法报警。

该问题直接导致不能第一时间发现并解决信号类故障。

●回传监控
目前对于回传信号监看主要通过人工轮询方式，通过技术人员手动调节机顶盒遥控机器来监
测各个地方回传信号，此方式费时费力且不能及时发现故障，也不能及时处理相关问题。

赛特斯安全监控系统在对以上各节点有力监控同时，还能快速准确地发现前端故障点，保证系统安全运行。

解决方案针对IPTV前端系统组件结构复杂，涉及服务机器、硬盘阵列众多，若发生服务器服务进程故障、数据库故障等软件故障，难以像模拟、数字前端一样迅速发现处理现实，提出了IPTV质量平均意见得分（MOS），综合评估IPTV播出环节状态和目前状态所能造成影响。

同时又由于播控前端对局域网稳定性依赖度很高、以太网自身具有一定限制，要在其上传输时延和抖动比较敏感电视业务，还必须对前端网络链路采取严格技术监控，从而满足电视图像实时、高质量要求。

1.3 建设目标
●提供报警数据发布和测量数据存储，在不同业务平台上提供数据记录；当播出异常，通过系统提供不同业务平台监测点数据，快速判断故障点。

●通过对直播信号早中央级播出平台监测，从码流ES编码层面、ES图像质量层面、
TS码流层面、MDI传输质量层面，保障信号播出安全、质量，同时也对IP通道质量进行监测保证。

同时可将省平台监测数据和中央播出平台监测数据进行对比，以了解各个分平台运行状况，并提出指导意义。

●建立基于全IP化得多画面监看系统，对大屏播出节目监看，同时根据业务需要，
对各地回传节目进行轮询监看。

网管系统，信号统一平台开发，可以分为不同子系统，最终目是保证整个播出平台优质运营，及时发现问题后及时分析处理，通过数据为运营商提供系统运营评估，根据数据统计了解系统运营状态，对频发故障给出应急预案。

第二章系统总体方案
2.1需求分析
2.1.1集成播控总平台
CNTV集成播控总平台直播信源通过各种途径汇集到CNTV播控平台核心交换机，然后通过核心交换机分发下传到各省级分播控平台。

在IPTV信源监测环节中，系统方案设计直接从核心交换机拿取直播码流，监测所有直播信源码流内容和传输质量。

同时多画面监测服务器也在这个节点拿取直播频道IP码流进行多画面监看，实现全自动和全方位监测目标。

2.1.2省级集成播控分平台
由IPTV播控总总平台通过电信专用网络分发H.264 OVER IP信号接入到各省播控分平台，信号在接入省平台核心交换机之前通过光分路器，其中一路光信号进入到省核心交换机，另外一路进入到监测交换机或直接引入到基于IP码流监测设备上，通过拿取电信链路组播码流，通过轮询监测方式对所接收信号码流质量和视频ES层播出质量以及IP通道MDI指标进行监测。

对省级分前端监测数据通过网络通道回传到IPTV监测总平台，并把回传数据与总平台监测数据作对比，来监测播出节目内容一致性。

2.1.3电信网络分发平台
各地信号（电信网络分发平台）通过专网回传到中央播控总平台，然后通过对应IPTV 机顶盒解调出AV信号，模拟当地用户接收IPTV信号情况，监测用户对该业务感受度、信号质量清晰度、业务响应时间等。

设计回传监看系统能模拟用户观看体验，同时采用专门服务器，将机顶盒解出音视频信号通过监测系统处理并进入到多画面监测系统中，通过多画面服务器对节目质量进行监测；该回传监测系统还能提供给相关业务部门做EPG下发验证。

2.2总体架构
图2-1 IPTV安全监测系统
进入互动电视时代，随着前端信号载体改变，整个IPTV业务方式发生质改变。

交换、互联成为IPTV各设备之间信号传输主要方式。

北京CNTV IPTV业务体系主要由CNTV集成播控总平台、省级集成播控分平台、电信网络分发平台、几个个部分组成，CNTV安全监测系统如图2-1所示。

图2-2 安全监控系统软件结构
IPTV信源监测环节是整个监测系统核心，是保证全系统播出安全首要目标，因此在信源监测环节配备了最为完善监测设备和网络管理系统等。

集成播控总平台侧安全监测系统能够对码流历史报警信息进行统计，并可生成报警类型分布统计柱状和饼图，并可导出。

监测数据保存12个月以上，生成日报、月报、年报。

能够对设备参数按照指定设备报警进行查询、统计并可导出。

点击快捷键，能够自动生成和下载Excel值班日志表，报表内容包含：码流状态统计数据、设备数据；
具有值班人员、值班日志、事件记录等栏目表格。

用户角色管理，不同操作人员有不同权限；实现人员自动排班；实现班次交接电子记录；实现对信号报警、设备报警历史数据查询，可以按照报警级别、报警类型、报警时间、节目名称、组播码流地址等等进行查询。

可以根据用户需要根据报警类型、时间生成统计数据，可以分时日报、周报、月报、年报，值班系统可以给出报警统计原饼图、柱状图，直观了解日、周、月、年报警情况，发生故障报警比例，给出故障报告。

可以实时监测指标数据查询，值班系统对所有监测数据进行采集，含带宽数据、包抖动数据、MDI指标，并可以根据用户需求进行统计查询，并可以生成EXCEL数据或者是曲线
图，给出系统数据运营报告。

为用户提供应急预案录入、统计、快速处理方式。

平台侧拓扑图可以呈现整个机房运营设备情况；支持多级级拓扑呈现；通过拓扑图可以实现对监测设备管理；可以实现对播出设备统一管理；快速发现播出设备、监测设备报警提示；全面反应整个前端运营设备工作情况；在不同播出环节可以通过拓扑调取节目图像内容。

可以根据用户需求录制可以录制不同播出点节目码流。

统一报警发布，按内容、级别、报警点分类，并可以提供相关报警到电信运营商侧。

2.2.1数据处理层
2.2.1.1资源管理模块
资源管理模块可以通过数据采集层得到系统设备、服务器、终端等对象，也可以通过厂商网管系统或者第三方管理软件得到资源数据。

资源管理模块可以通过手工方式修改系统设备、服务器、终端以及这些对象之间拓扑关系。

资源管理模块上修改都是可以追溯。

资源管理模块主要完成管理对象配置、拓扑关系配置管理等，并且可以为其他模块使用资源管理模块当采集到资源对象发生变更时，资源管理可产生相关告警，说明变更对象、时间和内容，并且发送到告警管理。

2.2.1.2告警模块
根据报警信息汇总生成故障，并根据专家知识规则对故障进行分析，从而得出故障发生原因。

当库中有新增规则或者是原有规则被修改后，该模块利用该规则对以前故障记录重新做一次故障原因分析。

图2-3 告警模块
●事件合并
当告警管理收到内容相同事件时，能够清除合并重复事件，只保留最初一条告警内容，同时记录重复次数、最初发生时间和最后一次发生时间。

●事件过滤
告警管理应该具备过滤器功能，以此控制对用户无关告警上报。

其中需要支持各种过滤
条件，其中包括告警时间范围、事件分类、事件级别、事件类型、告警源等。

●关联分析
能够对多条相关事件信息进行关联分析，从中分析出根源事件和影响事件，在进行相关信息展现时能明确区分出根源事件及其相关影响事件。

能够设定策略，根据多条事件内在关系派生出新事件信息。

●告警前转
告警管理应提供前转条件设置，包括告警时间范围、告警级别、类型、告警源、时间段等，允许创建多个前转条件。

告警管理应提供将告警前转条件关联到相关运维人员功能。

告警通知规则应能够灵活定义，如分时段、分地域告警通知。

●告警升级
系统可以通过图形配置界面设定告警升级策略，对历时过长而未解决告警自动提升其告警级别。

●告警确认
系统允许用户设置自动确认方式，根据设置方式，告警处理模块根据告警级别、告警清除状态自动确认指定告警。

手工确认是指由用户在当前告警列表中对指定告警进行确认操作。

●告警清除
告警清除后，告警条目自动从当前告警列表中转移到历史告警列表中，并自动记录执行告警确认和清除操作用户名称以及操作时间。

告警清除支持自动清除和手工清除，添加/编辑/删除专家知识库规则，通过该界面用户可以对专家知识库规则进行添加/编辑/删除及修改功能。

2.2.1.3性能管理模块
完成机顶盒和指定频道、节目性能采集管理，及监测平台自身性能管理，各节目提供点性能数据。

●预处理
基于性能指标模型，性能管理预处理能够对采集原始数据进行格式转换、汇总和相关计算等。

●性能门限处理
性能门限支持多种方式，包括：系统实时对性能指标进行监控，在每次采集数据后，根据各门限表设置而产生相应性能告警，告警可定义告警分类和严重程度。

提供多种性能预警策略：性能阀值预警，性能突变预警。

性能阀值预警是指当采集性能参数值超过阀值时产生
预警；性能突发预警是指当采集性能参数值在一定时间段突变值超过阀值时产生预警；性能阀值预警阀值以及性能突变预警时间段、阀值均可定制，且支持多个阀值多次预警。

●实时性能处理
支持各类实时性能数据处理，可配置实时性能监控采样时间间隔。

●历史性能处理
支持设置查询条件快速查看对象当前性能数据，查询条件包括地区、对象名称、时间范围等。

系统可按照不同位置、对象、时间范围、性能指标等条件组合进行统计。

统计结果可以表格和图形方式（直方图、折线图、饼图、曲线图等）显示。

用户可以自定义图形显示方式。

系统提供定义查询结果字段是否显示功能，当查询结果数量较多时，提供分页显示功能。

2.2.2数据展现层
2.2.2.1告警及故障管理
支持提供当前告警和历史告警列表，以颜色标示不同告警级别，并支持通过告警记录定位到拓扑视图中资源对象。

系统支持告警查询功能，能够根据告警对象名、对象类别、告警级别、清除状态、确认状态、清除人、确认人、告警类型、原因、产生时间、清除时间、确认时间等组合条件对告警信息定义查询规则。

系统支持定义告警显示过滤，可以按照节点、告警分类、告警级别等进行过滤。

系统支持告警监视方案功能，可以按照节点、告警类型、告警级别等条件配置告警监控方案，提供告警监视概览界面，对登录用户定义每个告警监控方案，以柱图显示当前每个级别告警数目。

支持不同告警统计方式，例如统计在不同时间段内各种告警级别、类型数量。

统计结果可以表格和图形方式（如直方图、曲线图、饼图）显示。

系统建立告警及故障专家库，根据定义规则对告警信息进行适当处理后呈献给管理者，并且为管理者提供处理建议。

2.2.2.2性能管理
支持对象实时性能监控和历史性能数据查询。

可以采用列表和波动图方式显示。

在性能监控中，可以通过不同颜色显示超出告警阀值指标值。

支持在同一个视图中显示同一资源对象多个指标、或者多个资源对象不同指标，以便进行深入性能比对分析。

提供频道和节目监控入口，用户可以定制指定节目和频道进行监控；用户可以点击相应节目，查看性能指标。

2.2.2.3资源管理
系统提供资源信息查询功能，支持条件查询和模糊查询等。

系统能按对象各种属性对配置信息进行灵活条件组合查询，并可灵活地重置查询条件。

系统对查询结果以表格形式显示，当数据较多时应能够支持分页显示。

系统能够按时间段、按区域、按厂商、按设备类型等对资源信息进行灵活统计，并能将结果以图形方式(如直方图、曲线图、饼图等)和表格方式显示。

2.2.2.4统计分析和报表
系统支持报表模版配置，可以对模版进行增、删、查、改以及查看详细信息等操作。

提供告警、性能、资源等各种专题报表。

按各监测点基于时间维度MOS分布、频道MOS达标率。

第三章分级码流质量监控
从系统角度来看，IPTV监测系统在不同节点所关注质量情况是不同，因此当监测代理工作在不同模式下或部署在不同节点时，所采集质量参数也不尽相同。

从整个系统架构可以看出，上述系统基本覆盖了IPTV端到端各个环节，所采集参数能够帮助完成质量模型客观QoE各个层面分析，能够协助IPTV平台及网络运维部门监控网络运行中质量状态，从而帮助定位故障和解决问题。

IPTV协议栈IPTV客观QoE IPTV主观
QoE
图3-1 IPTV业务质量模型和IPTV协议栈关系
如图所示，IPTV QoE参数模型覆盖了OSI 7层模型所有层次。

其中，客观QoE相关分层质量对应于IPTV协议栈中各个协议，各层次质量参数可以通过采集对应协议及其字段获得。

本产品中客观QoE包含以下几方面内容：
●内容质量和业务控制质量：主要指直播频道、时移节目、VOD节目、图片、文字等内容品质和业务控制性能指标。

例如对于直播频道质量，需要采集和分析媒体编码参数、分辨率参数等；对于业务控制质量，需要采集HTTP和RTSP请求响应速度、页面数据呈现
完整度、组播加入/退出时延等。

●流媒体质量：主要指流媒体传输层性能指标，以采用MPEG2 TS协议传输IPTV节目为例，DVB系统测试标准TR 101-290根据各参数对质量影响程度不同，定义了3个级别，每个级别分别对应一组质量参数，这些参数同样可供采用MPEG2 TS协议IPTV系统参考，例如需要采集第一级别中同步错误字段（sync loss）、包识别丢失（PID missing），第二级别中数据传输错误（transport error）、节目参考时钟抖动错误（PCR，jitter error）等参数。

如果采用RTSP作为VOD节目流控制协议，则要采集RTSP信令参数。

●网络传输层质量：主要指网络传输层相关协议性能指标，包括TCP/UDP重传
次数，在采用了RTP情况下，需要监测RTP丢包率、RTP抖动等。

●网络层质量：主要指传统IP网络层性能指标，根据ITU-T Y.1540建议，主要为
IP丢包率、IP包时延、IP包抖动及其相关参数。

●链路层质量：根据不同链路层类型，需要采集不同性能指标。

由于这个层次
质量保障是面向全业务而不仅仅是IPTV业务，在现有网络中已有专门质量监测系统来进行链路层质量监控。

●监测前端设备输出TS OVER IP单播/组播流进入多画面监测记录仪，多画面
监测设备对输入码流进行实时解码并输出到大屏上进行显示。

同时多画面设备支持监测视频格式为MPEG2和H.264等；支持音频格式为MP3、AAC、AC3、MPEG2等，监测内容包括：图像静帧、黑场、彩条、音频丢失、音量过低、音量过高、视频丢失、数据中断、无法解码等，监测指标准确，误报、漏报率很低。

多画面监测记录仪支持双路TS OVER IP输入和VGA/DVI双屏输出，每台多画面支持多达50套标清节目监测与解码显示，同时支持高清节目监测与解码显示。

●根据电视墙尺寸、显示器数量、节目数量进行显示规划。

方案可根据用户需求灵活调整。

图3-2平均意见得分（MOS）
本产品中主观QoE主要是指MOS：平均意见得分（Mean Opinion Score）。

MOS是一种提供在线路终端（特别是以互联网为代表语音通讯）语音质量量化测量方法。

此种机制采用算术平均处理以获取系统运行状况量化指标主观测试（意见分数）。

本产品对MOS进行扩展，应用到视频质量量化测试(模型如图2-2所示)，可作为QoE量化指标，来对影响到视频质量编码参数、分辨率参数、流媒体传输层性能指标等进行综合评价。

图3-3 分级质量监测
分级质量监控系统目是为了保障多级构架下IPTV播出安全，即：节目视频能清晰正确播出，播控平台内各项业务正确稳定运行，EPG能正确发布且不被篡改，用户体验可以被感知并反馈等。

保障系统要支持两级构架，能将各地保障系统信息与中央保障系统进行交互。

保障系统要能提供丰富图表，直观显示当前播控平台内部以及播控平台与外部接口运行状态。

图3-4 分级质量监测
对于省级平台而言，也需要知道从中央平台发送来视频以及自身发布到运营商网络视频质量，因此在省级平台监控点进行视频质量监控。

监控点视频质量可以发送到中央服务质量。