中国移动视频监控平台设备规范

QB-企业标准的文本格式（模版）中国移动通信企业标准QB-中国移动视频监控中心平台设备规范China Mobile Clairvoyance Platform Equipment Specification版本号：1.0.0-实施-发布中国移动通信集团公司 发布目录前 言III1.范围42.规范性引用文件43.术语、定义和缩略语44.设备在网络中位置54.1系统架构55.功能要求55.1 SCC55.2 VDS85.3 VR95.4 VCU_GW105.4 SC_GW105.5 SMP115.6 VT116.接口要求126.1 SMP与BOSS接口126.2平台与客户端接口126.2平台与前端设备接口126.2平台与上级网管系统的接口126.3与短信网关的接口126.4与MMSC的接口127.性能要求137.1承载网性能要求137.2图像性能要求137.3系统处理性能148 可靠性要求148.1 系统可靠性要求148.2 物理设备可靠性要求159 安全性要求179.1网络安全179.2系统安全179.3应用安全179.4满足SOX相关安全管理要求1710硬件要求1810.1主机系统1810.2存储设备1810.3备份设备1911软件要求1911.1操作系统2011.2应用软件2011.3数据库2112环境要求2213. 音视频编解码2313.1. 视频编码2313.1.1. 视频编码规范2313.1.1.1. H.264 (MPEG-4 Part 10) （必选）2313.1.1.1.1. H.264 Baseline Profile编码要求2313.1.1.1.2. H.264 Main Profile编码要求2413.1.1.1.3. H.264 级别（Level）要求2413.1.1.1.4. 编码器码流限制2413.1.1.2. MPEG-4 Part 2 （可选）2413.1.1.2.1. MPEG-4 Simple Profile编码要求2413.1.1.2.2. MPEG-4 Advanced Simple Profile要求2413.1.1.2.3. MPEG-4级别（Level）要求2413.1.1.3. AVS Part 2 （可选）2513.1.1.3.1. AVS Part 2 Jizhun Profile编码要求2513.1.1.3.2. AVS Part 2级别（Level）要求2513.1.2. 码流要求2513.1.3. 视频编码传输优化要求2513.2. 音频编码2513.3. 传输格式2514 网管要求2614.1统计数据采集功能2614.2配置信息的查询2614.3监控功能2614.4故障管理功能2714.5.报表功能2815.编制历史28附录A（各视频压缩标准编码级别）29H.264 编码级别29MPEG4编码级别30AVS编码级别31前 言本标准的目的在于定义中国移动千里眼业务的中心平台设备功能、性能和安全性要求，用于中国移动公司开展千里眼业务的规范性文件。本标准是中国移动千里眼业务系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1RFC768(1980)用户数据包协议（UDP）2RFC793(1981)传输控制协议（TCP）3RFC959(1985)文件传输协议（FTP）4RFC2326(1998)实时流协议（RTSP）5RFC2327(1998)会话描述协议（SDP）6RFC2616(1999)超文本文传输协议（HTTP1.1）7RFC3550(2003)实时传输协议（RTP）、实时控制协议（RTCP）本标准涉及知识产权的情况说明。本标准由中移号文件印发。本标准由中国移动通信集团数据部提出，集团公司技术部归口。本标准起草单位：中国移动通信研究院，中国移动北京公司本标准主要起草人：331.范围本标准规定了中国移动千里眼业务的中心平台设备功能、性能和安全性要求，供中国移动公司开展千里眼业务遵照执行。2.规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。序号标准编号标准名称发布单位1RFC768(1980)用户数据包协议（UDP）IETF2RFC793(1981)传输控制协议（TCP）IETF3RFC959(1985)文件传输协议（FTP）IETF4RFC2326(1998)实时流协议（RTSP）IETF5RFC2327(1998)会话描述协议（SDP）IETF6RFC2616(1999)超文本文传输协议（HTTP1.1）IETF3.术语、定义和缩略语下列术语、定义和缩略语适用于本标准：词语解释缩略语业务控制中心Service Control CenterSCC监控客户端Surveillance ClientSC移动监控客户端Mobile Surveillance ClientM_SC录像管理单元Video Archive ManagerVAM网络录像单元Video RecorderVR监控前端Video Capturing UnitVCU移动监控前端Mobile Video Capturing UnitM_VCU业务管理平台Service Management PlatformSMP视频转码单元Video TranscoderVT录像回放控制Video Streaming ServerVSS视频分发服务器Video Distribution ServerVDS前端接入网关VCU GatewayVCU_GW客户端接入网关SC GatewaySC_GW4.设备在网络中位置4.1系统架构系统单域的总体框架如下图所示。主要包括业务管理平台、中心服务平台、监控前端（VCU）以及监控客户端（SC），中心服务平台包括业务控制中心（SCC）、视频转分发服务器（VDS）、网络录像单元（VR）、视频转码单元（VT）、前端接入网关（VCU_GW）、客户端接入网关（SC_GW）。图1. 中国移动千里眼业务系统单域结构图5.功能要求5.1 SCCSCC 是系统的服务控制服务器，实现作为应用服务器提供千里眼视频监控业务；作为管理中心提供客户/用户管理、前端/平台设备管理和虚拟域管理；作为存储中心存储用户数据和业务参数配置数据；向Portal 提供发布的内容。SCC的主要功能及实现要求包括：1. 呼叫控制呼叫控制功能是SCC 的核心功能，接收SIP 的呼叫请求，如果被叫是本域的前端，则修改SIP 消息中的SDP，根据前端注册的信令地址发起新的SIP 呼叫，如果被叫前端在其它域，则向跨越DOMAIN_GW跨域网关查询被叫域的SIP 信令地址，成功后修改SIP 消息中的SDP 并向被叫域发起新的SIP 呼叫，失败则释放本次呼叫。SCC 需要根据SIP 信令中的媒体地址信息去控制VDS转发媒体流。实现对报警、云境控制的管控。2. 客户/用户管理SCC 必须保存本域的客户和用户信息，客户的创建、修改、删除、赋权是通过SCC与SMP的接口，并通过SMP与BOSS的接口完成的（SCC自身需具有此类业务/运营支撑的功能，以满足在接口未实现时业务开展的需求）。用户可由客户的管理员创建和管理，具体用户的权限也是客户管理员赋予的。用户登录时，SCC负责对其鉴权。3. 前端设备管理SCC 必须保存本域的前端设备信息，前端设备的创建是通过SCC与SMP接口，并通过SMP与BOSS 的接口完成的。SCC 应实现对前端设备业务参数的配置和查询。前端向中心服务平台注册时，SCC 应验证其合法性。同时SCC需要保存划归到本域的异域前端设备信息。SCC应可备份前端设备配置，并在需要时向相应前端设备还原配置。4. 平台设备管理SCC 应实现对本域平台设备的管理，接受并保存本域各平台设备上报的能力集，实时管控VDS 和VR 的负荷，按调度策略实现对实时流访问路径的调度，对网络录像进行管理，实现对VR 的调度。SCC应实现对平台设备的性能、告警数据管理。必须实现的VDS调度策略原则：(1). 要求可设置VCU 被SC 直连的最大连接数设置（需支持VCU为多通道时对每通道设置最大连接数；若为视频通道多选一上传的VCU，再所请求通道无带宽传送视频时应实时明确地提示客户端)；未达到该最大连接路数时，要求调度策略可指示SC直接访问VCU；达到最大连接数时若有新的访问，需切换至VDS进行分发；(2). 调度策略中可指定某用户访问时使用的VDS路由；(3). 调度策略中可指定某VCU被访问时使用的VDS路由；(4). 调度策略需支持按各VDS负载情况调度路由；(5). 调度策略中应支持在同一VCU用户访问量超过VDS容量限制时产生VDS级联路由的策略；(6). 调度策略中应支持在跨地域访问时尽量节约骨干网资源的策略。如B 地市的多个用户同时访问A 地市某个VCU时，将视频调入B 地市的VDS再分发给B 地市的用户。5. 管理和业务参数配置前端设备的系统设备参数是通过SMP下发给SCC，和用户相关的业务参数是由用户设置的，SCC必须保存这些参数并实现系统配置。必须实现对平台报警联动策略的管理和执行。必须实现对云镜控制策略的管理和执行。6. 状态维护SCC维护SCC与SC之间、SCC与VCU之间会话的状态。7. 日志SCC应可记录用户操作、系统运行、故障及处理日志，并可被授权用户访问。8. 内容发布SCC应当支持对外内容发布的功能，主要包括监控点音视频内容及关联的数据内容，在分组时SCC需要继承SMP所有的发布内容组，并且可以创建本域特有的发布内容组，并将可共享的该类内容资源划入该组，如可创建交通信息组，将城市路面交通图象划入该组。9. 虚拟域管理SCC应当支持虚拟域的管理，一个省级平台应可配置其下属一个地市相关的用户、前端、平台设备信息的增删改管由该地区的管理员全权负责，该虚拟域的管理员只能看到归属到该虚拟域的用户/设备等信息，该虚拟域管理员可认为具有独立管控的一个平台。10. 计费SCC必须实现从VDS、VR 获取实时/历史媒体访问的时长/流量等计费信息的功能。需实现时长、流量方式计费的用户，实时媒体访问的媒体流必须经过VDS转发，以最靠近用户测VDS所上报数据为准。11. 和SMP的接口SCC必须实现与SMP接口的以下主要功能，可向SMP注册SCC信息，并可向SMP上传计费信息。接收和反馈来自SMP的设备开通、客户开户、设备划归、内容发布等指令。12. 管理支撑SCC必须可向SMP注册，接受SMP管控。支持SNMP，接受网管系统命令，实现配置管理、状态、故障等网管代理功能。在平台中起到本域系统内SC_GW、VCU_GW、VDS、VR等设备的管理、信令和业务的策略控制等作用。输入：用户查询，设备查询，监控业务请求，计费信息收集请求；输出：用户数据，设备数据，监控业务请求的处理结果，计费原始信息；处理：对本域所属设备的监控业务请求，进行策略管理和调度；对用户和设备的查询，转上级CMS 处理；根据SM 的需求对本域所属计费数据进行收集并上报。存储：所管理下属域的用户、设备数据，其它域路由信息；5.2 VDSVDS是系统的媒体转发/分发单元，是平台侧的核心媒体传送网元，在CMS 的媒体调度模块控制下完成音视频传送功能。可以多级级联和分布式部署。VDS 仅接受本域CMS 的管控。VDS 的主要功能及实现要求包括：1. 转发功能VDS必须能够转发来自VCU的音视频媒体流，根据调度指令转发给相应的VDS、SC或VR。必须能够转发来自SC的音频媒体流，根据调度指令转发给相应的VDS 或VCU。2. 分发功能VDS必须可将同一路媒体流同时发送向多个接受端。3. 业务控制VDS必须可接收SCC调度命令，启动并控制接收和分发。管理会话、维护接收与分发媒体流的映射关系。4. 计费信息采集VDS 必须可采集实时媒体访问的时长/流量等计费信息，并上报SCC。5. 管理支撑VDS必须可向SCC注册，可上报（并可接受查询）设备能力集、状态等信息。支持SNMP，接受网管系统管理，实现配置管理、状态、故障等网管代理功能。输入：SCC的信令，来自前端的媒体流；输出：对SCC信令的响应，向其它VDS、SC和VR发送媒体流；处理：接收SCC信令调度，进行媒体流的分发转发处理。5.3 VRVR是系统中的网络录像和图片存储单元，实现对音频/视频的接收存储、录像存储管理、存储介质管理及录像回放服务等功能。VR管理用户触发的前端图像抓拍以及前端告警触发的图像抓拍的图片，前端使用HTTP 把抓拍的图像上传到VR，VR把这些图像的信息上报给SCC，用户可以通过SCC查询自己有访问权限的图像。得到该图像链接后，使用HTTP 到VR下载、浏览或者删除图片。VR必须可连接SAN、NAS、DAS 等各类物理存储设备。VR可实现分布式部署。VR接受本域SCC管理。VR存储只支持符合本规范音视频编码要求的音视频存储。VR的主要功能及实现要求包括：1. 录像存储VR必须支持从VCU或VDS获取媒体流并存储在所连接的存储介质中，并保存所存储资料的索引。必须支持对正在存储中的录像即时打包并提供回放服务。2. 录像检索VR必须支持对SCC中录像检索检索指令进行反馈，支持多种检索方式。3. 流式回放VR必须支持来自SCC模块的回放请求打开文件，并通过SIP和RTSP 提供流媒体服务，并支持VCR 控制，流的访问地址返回给SCC或SC。4. 录像下载VR必须支持通过SIP和RTSP，通过录像加速回放的方式，提供录像下载服务。支持选择时段的录像下载方式。5. 图像存储存储前端上传的图像，并上报相关信息给SCC。6. 图像下载用户通过SCC查询图像信息，使用HTTP 到VR去下载、浏览、删除存储的图像信息。7. 存储介质管理VR应当可实现对SAN、NAS、DAS 等多种存储设备的接入，并可管理存储空间、存储策略。8. 管理支撑VR必须可向SCC注册，可上报（并可接受查询）设备能力集、状态等信息。支持SNMP，接受网管系统管理，实现配置管理、状态、故障等网管代理功能。输入：SCC的存储信令控制；VDS的媒体流请求；输出：SCC的存储信令回应，向VDS或SC发送存储媒体流；处理：在SCC的调试管理下对VDS和SC等进行响应。9. 客户视频上传VR须支持PC客户端和手机客户端，直接上传音视频文件，并存储在VR中。并录像下载回放一样，向用户提供提供下载和回放功能。平台对用户自上传的视频保存以下信息：客户号、用户号、上传时间、视频名称（用户上传时定义）、视频标识（PC视频还是手机视频）。上传录像的音视频编码要求符合本规范“第10章音视频编解码”的要求。5.4 VCU_GWVCU_GW是系统的前端接入网关，是VCU注册或者会话时的第一个联系点，部署在VCU与SCC之间。VCU_GW必须实现本域VCU的接入，接收和转发由VCU或SCC发来的SIP 信令。实现对VCU的接入管理，接收、转发来自VCU的呼叫控制信令给SCC，转发从SCC接收到的请求或应答消息给VCU。5.4 SC_GW1. 监控客户端网关SC_GW是系统的客户端SIP接入网关，以及Web和WAP客户端的Http Portal，是SC的第一个联系点，部署在SC与SCC 之间。在部署时，SC_GW、VCU_GW可以在同一台设备上实现。SC_GW实现对SC的接入管理，接收、转发来自SC的呼叫控制信令并负责转发给本域的SCC进行处理。转发从SCC接收到的消息给SC。2. 客户自服务Portal客户自服务Portal功能，实现客户管理员对本客户业务管理支撑功能，实现本地业务自服务。功能包括：客户登录；客户分配子账户和管理账户权限；客户报表；监控点数量；子账户数量；广告以及其他（静态网页）5.5 SMPSMP是系统的业务管理服务器，负责实现系统的业务管理，可连接多个SCC部署成为一个域，SMP保存有本域所有SCC所管理的设备和客户的信息。当在BOSS系统上增加、删除客户或设备时，BOSS将下发到SMP，SMP保存并根据客户和设备归属转发到本域不同的SCC。SMP向BOSS系统提供功能服务接口，向其提供业务数据查询，业务设置等业务功能。SMP的主要功能及实现要求包括：1. 与BOSS 接口的功能客户、设备信息的增加、删除和修改等，支持设备划归客户及客户访问权限的设置。2. 计费SMP必须实现从SCC获取实时/历史媒体访问的时长/流量等计费信息的功能，并与BOSS接口。5.6 VTVT是实现对来自VCU或VDS的码流进行音视频转码，使码流适合手机M_SC显示的低码率码流，并发送给手机M_SC。实现与手机M_SC的RTSP信令交互。6.接口要求参见中国移动千里眼业务接口规范，主要接口如下。6.1 SMP与BOSS接口由BOSS确定6.2平台与客户端接口实现客户端与监控中心平台的信令交互，音视频实时浏览与历史回放，完成客户端上传自有音视频内容。详见中国移动千里眼业务接口规范6.2平台与前端设备接口实现与前端监控设备的信令交互，前端实时与历史视频的回传。详见中国移动千里眼业务接口规范6.2平台与上级网管系统的接口千里眼视频监控平台与综合网管系统的接口协议、接口功能等要求。网管数据制作的接口协议、接口功能等要求，详见中国移动千里眼业务接口规范。6.3与短信网关的接口支持CMPP2.0/3.0协议。提供终端监控接入模块的短信上下行通道。6.4与MMSC的接口在行业网关支持MMS之前，千里眼视频监控平台可以通过HTTP协议与MMSC进行通信，中转多媒体消息。7.性能要求7.1承载网性能要求承载网络本身必须对全球眼端到端的视频传送服务质量(QoS)提供保障。网络视频监控系统的QoS 实现要求IP 承载网络在承载端到端的视音频IP 包码流时，做到延迟小、抖动低、丢包率低。其中对网络视频监控系统QoS 影响最重要的指标是丢包率。对于具有有较高QoS 的业务使用，要求 IP 承载网络端到端通信的网络延迟、延时抖动、丢包率指标要达到如下要求：1. 丢包率上限5%；2. 网络延时上限500ms；3. 时延抖动上限100ms；4. 要求视频流畅，无马赛克现象，则网络丢包率不超过3；5. 要求图像无明显时延，则网络时延不超过50ms。要求系统在以上网络条件下表现良好。在 Internet 上开展网络视频监控业务，QoS 的保障策略可从业务网络侧和承载网络侧分别实施，以及两者配合实施。业务网络设备应能够对网络的时延、抖动、包错序、丢包等问题采取策略进行恢复和补偿，可调整数据流量，以适应网络带宽的变化。承载网络端到端通信的网络延迟、延时抖动、丢包率指标要限定在一定范围。承载网络应能够采取一定的策略保障QoS，例如采用专网承载、DiffServ或MPLS 策略等。承载网络和业务系统相互配合，共同保证QoS。承载网络应能将网络的状态报告给业务系统；业务系统应该能够根据承载网络的状态对承载网络进行相应的控制。7.2图像性能要求视频监控应保持较好的图像质量。所有视频通道处于录制状态时，单路监视、回放图像画面信息不应有明显的缺陷，物体移动时图像边缘不应有明显的锯齿状、拉毛、断裂等现象。具体要求按如下表所示的规定进行5级评分，有线视频监控图像质量应不低于4分，无线视频监控图像质量应不低于3.5分。主观评分标准表编号项目评分5分4分3分2分1分加权值1马赛克效应无有，不严重较严重严重极严重0.32边缘处理优良中差极差0.053颜色平滑度优良中差极差0.054画面还原清晰度优良中差极差0.355快速运动图像处理优良中差极差0.106复杂运动图像处理优良中差极差0.107低照度环境处理优良中差极差0.05 不同分辨率下的图像分辨力应达到以下标准：不同分辨率下的图像分辨力标准分辨率回放水平分辨力320*240(QVGA)180TVL352*288(CIF)220TVL704*576(D1)350TVL1280*720(720P)600TVL1920*1080(1080i/1080P)800TVL7.3系统处理性能音视频流编解码和传输时延：3 秒（有线网）；转码时，在网络丢包为小于5时，在存在网络延时（10ms、50ms、500ms）的情况下，图像流畅，无马赛克、拖尾；报警信号传输时延：1 秒（有线网）；控制指令响应时延：1 秒（有线网）。最小的实时视频流并发、分发和处理视频流能力不低于输出700Mbps码流。最小的历史视频点播同时至少支持400Mbps流，此时节目能够流畅播放，能够正常进行快进/快退等操作。8 可靠性要求8.1 系统可靠性要求系统应满足电信级要求，可以为用户提供长时间不中断的、可用的服务： 系统可用度：应达到99.999%； 平均故障发生间隔：平均故障发生间隔指标指业务系统发生间隔时间的平均值，大于90天； 平均故障修复时间：平均故障（不可用）修复时间指标指业务系统在出现故障后修复的平均时间，要求由软件引发的故障一年内平均修复时间小于1小时； 组网可用性：系统需要支持网络容灾保护，组网方案中的关键业务部件不存在单点故障； 故障恢复切换：系统在存在备份点的设备发生故障，短时间（小于切换时间）内无法恢复时能够快速切换，倒换后保证数据完整和一致，保证724小时不间断运行； 恢复策略：系统应有良好的备份和恢复策略，系统数据和业务数据可在线备份和恢复，恢复的数据必须保持其完整性和一致性； 恢复措施：系统应具备自动或手动恢复措施，以便在发生错误时能够快速地恢复正常运行； 系统恢复时间：系统发生影响业务的故障应该能够在4小时之内恢复。8.2 物理设备可靠性要求组成业务系统的物理设备可用性应满足电信级要求：1) 基本要求 设备可用度：应达到99.999%，单机设备无法达到的可通过设备冗余达到要求； 平均无故障（整机故障）时间：大于40000小时； 重启时间：小于1小时； 单点故障：设备应采用模块化冗余设计，设备内部无单点故障点； 数据访问负载均衡：主机访问磁盘阵列需配置数据访问负载均衡功能；2) 备份要求 主备倒换时间：小于1小时； 关键业务主机：- 采用集群或双机冗余设计，不存在单点故障；- 存储设备在硬盘等实现硬件raid的同时，要保留足够热备硬盘，以便硬盘损坏时即时更换，避免数据丢失造成系统宕机； 网络冗余：主机、磁盘阵列、防火墙、路由器等设备之间的网络连接采用冗余设计； 关键硬件设备：关键板卡、关键链路需采用主备方式，避免单点故障。3) 操作系统要求 设备应采用具有电信级高可用性的操作系统：如UNIX和电信级Linux； 支持自动升级功能； 操作系统支持虚拟内存管理，支持多用户、多任务、多进程和多线程； 操作系统应至少达到C2级的安全标准； 支持在线诊断和软硬件的自动错误记录，在电源故障或其他紧急情况下可提供自保护和自恢复； 当对设备操作系统进行补丁加载时，应不影响设备正常的工作；4) 硬件要求 热插拔：设备支持可更换的关键部件的热插拔, 如控制器、磁盘、电源、风扇等； 热备份电源：设备须配置冗余热备份的电源模块； 散热系统：设备须配置冗余热备份的风扇散热系统； 硬盘要求：设备硬盘支持镜像； 智能冷却：设备应支持智能冷却系统，风扇转速可根据机箱内环境因素或处理器负荷自动调节，达到降噪、节能、延长风扇寿命的目的； 机架式插板设备补充要求：- 机架式插板设备故障可定位到可更换板件；- 机架式插板设备所有板件可热插拔；- 机架式插板设备板件热插拔过程不引起业务中断；- 设备所有可更换板件现场更换时间小于10分钟； 集群工作设备补充要求：- 对于采用集群方式工作的设备，可根据需求配置出现故障时的切换策略，如当设备硬件、端口及业务应用的主要进程等出现故障时，系统应能提供监控进程，将业务分发到其他设备上，最小程度的减少对业务的影响，同时输出告警。9 安全性要求9.1网络安全千里眼视频监控平台与Internet互联，需要建立完善的网络安全机制，这些安全机制有：防火墙系统、入侵检测系统、病毒防范系统等。9.2系统安全操作系统应该通过防病毒、操作员权限控制、操作日志记录等功能来保证系统的安全性。9.3应用安全千里眼视频监控平台应该通过系统提供的操作员权限控制、操作日志记录等功能保证软件本身的安全性，通过容灾备份等方式保证系统数据的安全性。9.4满足SOX相关安全管理要求(1) 千里眼视频监控平台必须能够自动拒绝创建不符合安全设置条件的账号和口令，包括：i. 千里眼视频监控平台账号口令长度不得低于6位，最近5个口令不可重复(千里眼平台必须能够记录最近5个口令，并拒绝用户重复使用最近5个口令设置新的口令)，口令必须由大小写字母、数字以及特殊字符组成。ii. 口令中同一个符号出现不得多于2次；各个口令中相同位置的字符相同的不得多于2个。iii. 同一账号重复5次尝试登陆失败，千里眼视频监控平台应暂时禁止该账号登陆。(2) 千里眼视频监控平台能够保存有关用户登陆等安全内容的日志。该日志的保存期限应不小于30天。(3) 千里眼平台的应用系统如数据库进程、应用软件所使用的账号口令（即程序账号）易于维护中定期修改，不可固化在软件里。同时，对程序账号还应满足以下要求：i. 程序账号必须与供人工操作所使用的账号口令进行严格区分，不得供用户使用。千里眼平台必须禁止任何人使用程序账号登陆。ii. 需要将程序账号口令保存在脚本等文件里时，必须将该文件改为不可读文件，并控制该文件只能由对应程序访问。(4) 要求千里眼平台采用SSH2作为远程登陆的协议，除非有特殊要求，千里眼平台不应提供其它远程登陆方式。千里眼平台还应满足SOX规范其它安全管理方面的要求。10硬件要求10.1主机系统对于关键性业务应用主机要求如下：1. 要求组成双机或多机高可用群集系统。当其中一台主机发生故障时，可将其上的应用自动地切换到其他正常主机上，待故障主机修复后再切换回来；2. 多机群集系统中的每个主机都应同时处于工作状态，并根据配置的情况运行相同或者不同的应用（或应用模块），以保证主机资源的充分利用；3. 在计算机硬件、操作系统、存储系统及应用系统业务进程出现故障时，能迅速响应并进行应用的切换；集群系统中，某一台计算机出现故障时，尽量不影响系统的应用及响应能力；4. 主机的处理能力要求满足的所有业务应用和一定用户规模的需求，而且需考虑全部系统的开销及应用切换时性能余量。系统设计时应考虑30%的性能冗余；5. 内存容量的配置要考虑到主机正常运行状态下的内存利用率不应大于70%，保证系统在业务高峰时仍具有较强的抗冲击能力；6. 支持电源、I/O设备、存储设备的热插拔；7. 主机系统设备应具有适当的扩充能力，包括CPU的扩充、内存容量的扩充及I/O能力的扩充等；并可支持CPU模块的升级和群集内节点数的平滑扩充；8. 主机系统平均无故障时间应大于26280小时。10.2存储设备存储设备主要指磁盘阵列，实现千里眼视频监控平台数据的联机存储。1. 磁盘阵列设备要求有很高的安全可靠性；2. 磁盘阵列设备应可与多种厂家的主机系统相连； 3. 磁盘阵列应能配合多机高可用群集系统的需要；4. 磁盘阵列采用ULTRA SCSI 接口或FC-AL接口，支持RAID 0、1、0+1、3、5，并可提供多通道、双电源及冗余风扇；5. 磁盘阵列设备应具有较强的平滑扩充能力，包括系统存储容量的扩充及I/O能力的扩充等；磁盘阵列应支持先进的存储、备份方式，例如支持存储区域网（SAN）技术等。10.3备份设备千里眼视频监控平台中的备份设备一般指大容量的磁带库或光盘库等，主要用于千里眼视频监控平台数据的脱机备份。l 备份设备要求有良好的安全可靠性；l 备份设备可与多种厂家的主机系统相连；l 磁带库要求支持ULTRA SCSI 或SCSI-2或FWD SCSI或FC-AL接口。大型的磁带库设备要求提供冗余的数据接口和机械手设备；l 备份设备应具有较强的平滑扩充能力，包括系统设备容量的扩充及I/O能力的扩充等；应支持先进的存储、备份方式，例如SAN技术等。11软件要求l 千里眼视频监控平台必须遵循开放性、安全可靠性、先进性、高效性、易用性、可维护性和可扩展性等原则。l 千里眼视频监控平台建设必须基于业界开放式标准，包括各种网络协议、硬件接口、数据库接口等，以保证系统的生命力，保护投资，体现良好的扩展性和互操作能力。l 千里眼视频监控平台应提供维护管理和实时监控功能，简化系统的使用和维护。l 千里眼视频监控平台的软硬件平台以及应用软件应采用先进成熟的设备和技术，确保系统的技术先进性，保证投资的有效性和延续性。l 千里眼视频监控平台是一个不断发展的业务系统，系统设计时应充分考扩展性。对于软硬件平台和应用软件，能够以多种方式，支持系统的扩展，包括业务功能的增加，系统升级以及系统容量和规模的扩大等。l 网络管理功能与业务管理功能应当在系统中分别体现。11.1操作系统操作系统要求如下：1. 操作系统支持虚拟内存管理，支持多用户、多任务、多进程和多线程；2. 支持集群（cluster）；3. 操作系统应至少达到C2级的安全标准；4. 操作系统应遵循X/open XPG4, POSIX 1003.1等国际或工业标准；5. 提供完整的软件开发环境，包括C，C+编译器等开发工具；6. 操作系统应提供图形化的系统管理工具；7. 支持在线诊断和软硬件的自动错误记录，在电源故障或其他紧急情况可提供自保护和自恢复；8. 支持中文大字符集等相关国家标准。11.2应用软件应用软件应满足以下要求：1. 使系统具有良好的灵活性、可操作性和可扩展性，并遵循中国移动的相关接口规范；2. 为了向客户提供灵活多样的服务，快速适应新业务的开展，应用软件的设计应采用灵活的结构，应采用面向对象、中间件等技术；3. 整个应用软件系统应能够连续724小时不间断工作；4. 应用软件应具有较高的自动化程度，如：自动任务调度、自动故障告警、自动任务恢复等；5. 应具有完整的操作权限管理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作产生告警；6. 应能为系统管理员提供多种发现系统故障和非法登录的手段；7. 应采用简洁、直观、友好的图形化界面；8. 对于常用环节，系统应设置快捷键以方便功能间的切换；操作及选择键（热键、菜单选择等）的功能定义在全系统保持一致；9. 支持中文大字符集等相关国家标准规定的汉字字符处理，可进行处理、显示和打印。11.3数据库数据库系统的基本技术要求如下：1. 支持ANSI/ISO SQL-89、ANSI/ISO SQL-92标准；2. 支持中文汉字内码，符合双字节编码；3. 支持主流厂商的硬件平台及操作系统平台；4. 数据库系统应具有良好的伸缩性；5. 支持主流的网络协议（如：TCP/IP、IPX/SPX、NETBIOS及混合协议）；6. 具有良好的开放性，支持异种数据库的互访：1) 实现对文件数据和桌面数据库数据的访问；2) 实现对大型异种数据库的访问；3) 能够将原有异种数据库向本数据库无损失移植；4) 实现和高级语言互联的能力；5) 支持XA、ODBC 3.0、X/OpenCLI、JDBC等标准；6) 支持分布式事务及两阶段提交功能；7. 具有支持并行操作所需的技术（如：多服务器协同技术、事务处理的完整性控制技术等）；8. 支持网络上同构或异构数据库之间数据的冗余性复制；具有多种复制功能模块（如：实时复制、定时复制、双向复制、多点方式下的N向复制、复制转发，复制范围可整表复制或表中部分行复制或修改单元复制）；9. 支持联机事务处理（OLTP）；支持决策支持的建立，要求能够实现数据的快速装载、高效的并发处理和交互式查询；10. 支持C2或以上级安全标准、多级安全控制；11. 支持数据库存储加密及相应冗余控制；12. 支持联机存储和备份功能（如：磁带方式、光盘方式）；13. 应具有强的容错能力、错误恢复能力、错误记录及预警能力；14. 数据库、表大小等技术参数可灵活设置，支持对多媒体数据及大数据量处理的技术需求；15. 开发工具易使用、开发效率高、维护方便；16. 支持多种CASE工具。12环境要求项目要求电磁干扰、空气污染、水灾、易燃气体无机房内部机器的布置具有足够的服务空间并有可扩容性机房地板承重大于400KG/M日常用纸及磁带的存放设有专门的地方并有足够的空间机房高度地板至天棚距离大于2.7M地面至地板距离大于35CM运机路线足够的空间及电梯承重地线要求要求使用机房专用地对地电阻小于4OHMS电源要求及UPS220V ,5%上下浮动三相电相序要求正确零地之间电压小于1V零线、地线连接正确各电源柜、电源线标签是否标明通讯状况提供ISDN、ADSL、DDN方式之一与Internet互联空调使室温保持在24度，上下浮动2度，相对湿度在50%左右安全性要求有放火、防水的准备，紧急电闸、紧急出口有报警设备、监查器及电话线路装机前要求地面及地下需要清洁检查配电性各机电源到位空调已运转二到三天灭火器到位地板通气孔到位机器地板到位终端同轴电缆到位控制台终端桌到位与Internet连通与其他系统的接口和线路调通，并已布线到机房指定位置。13. 音视频编解码13.1. 视频编码对视频数据的压缩须符合国际或国内标准，压缩标准必选支持H.264，可选支持MPEG-4、AVS。13.1.1. 视频编码规范13.1.1.1. H.264 (MPEG-4 Part 10) （必选）采用H.264编码的视频码流语法应完全符合ISO/IEC 14496-10标准，支持 H.264 Baseline Profile，可选支持 H.264 Main Profile，不包含私有数据格式。13.1.1.1.1. H.264 Baseline Profile编码要求H.264 Baseline Profile编码应符合以下要求：1) 支持H.264/MPEG-4 Part 10语法格式；2) 支持I Slice、P Slice，其中P Slice只支持1个参考帧（参考帧可为I帧或P 帧）；3) 支持CAVLC自适应变长编码；4) 支持Loop Filter环路滤波；5) 支持整像素、1/2像素及1/4像素运动搜索；6) 不支持FMO, 即编码比特流中不出现FMO语法；7) 不支持ASO, 即编码比特流中不出现ASO语法；8) 不支持Redundant Slice；9) 不支持SEI语法。13.1.1.1.2. H.264 Main Profile编码要求H.264 Main Profile编码应符合如下要求：1) 支持Interlace编码格式；2) 支持B Slice 编码，B Slice最多使用B帧前后(采样顺序)的2个参考帧作参考，B Silce本身不作参考，两个P（I）帧之间连续编码的B帧个数最多为2个；3) 支持CABAC；4) 不支持SEI语法。13.1.1.1.3. H.264 级别（Level）要求对于标清及以下应用，H.264编码Level不超过3.0；对于高清应用，Level不超过4.2。对于超高清应用，采用其对应的level编码。具体Level定义参见附录A。13.1.1.1.4. 编码器码流限制为了保证码流解析的效率，在编码器产生的码流中应当在每个I帧之前都出现相应的SPS和PPS。13.1.1.2. MPEG-4 Part 2 （可选）采用MPEG-4编码的视频码流语法应完全符合ISO/IEC 14496-2标准，支持MPEG-4 Simple Profile，可选支持MPEG-4 Advanced Simple Profile，不包含私有数据格式。13.1.1.2.1. MPEG-4 Simple Profile编码要求MPEG-4编解码器必须支持MPEG-4 Simple Profile，包括如下选项：1) 支持I-VOP和P-VOP；2) 支持AC/DC预测；3) 支持4-MV；4) 支持Unrestricted MV。13.1.1.2.2. MPEG-4 Advanced Simple Profile要求MPEG-4编解码器可支持MPEG-4 Advance Simple Profile，包括如下选项：1) 支持B-VOP；2) 支持Interlace。13.1.1.2.3. MPEG-4级别（Level）要求对于标清及以下应用，MPEG-4编码Level不超过L5。具体Level定义参见附录A。13.1.1.3. AVS Part 2 （可选）关于AVS Part 2视频码流的语法内容应依据GB/T 20090.2标准，应至少支持Jizhun Profile，待针对视频应用的AVS P2伸展档次成为国标后宜支持伸展档。不包含私有数据格式。13.1.1.3.1. AVS Part 2 Jizhun Profile编码要求AVS P2编解码器必须支持AVS Part 2 Jizhun Profile，包括如下选项：1) 支持 I Picture和P Picture，其中P Picture只支持1个参考帧（I或P帧）；2）2D-VLC变长编码；3) 支持Loop Filter 环路滤波；13.1.1.3.2. AVS Part 2级别（Level）要求对于标清及以下应用，AVS Part2编码Level不超过4.0，对于高清应用Level不超过6.0。具体Level定义参见附录A。13.1.2. 码流要求编码器可选支持双码流编码模式，即主码流和辅码流。主码流的视频分辨率至少应达到CIF，辅码流的视频分辨率至少应支持CIF、QCIF或QVGA。主码流带宽为128kbps10Mbps，辅码流带宽为32kbps1Mbps。无线设备须支持双码流。主码流和辅码流均应支持CBR和VBR码率控制方式，CBR码率波动幅度不应超过10%。13.1.3. 视频编码传输优化要求编码器须对视频编码及传输进行充分优化以提升视频质量，尤其是无线网络下的视频质量，可包括带宽自适应编码、差错恢复、前处理/后处理、ARQ等。13.2. 音频编码视频监控前端设备单元所采用的音频编码器应支持以下标准中的一种：1) G.711；2) AMR-NB；3) G.723.1。无线设备音频编码码率应低于8kbps。13.3. 传输格式音视频码流实时传输的RTP封装应该符合如下的标准规范：1) H.264遵循RFC3984打包规范；2) MPEG-4遵循RFC3016打包规范；3) G.711，G.723.1遵循RFC3551打包规范；4) AMR-NB遵循RFC3267打包规范。14 网管要求14.1统计数据采集功能网管功能应该能够采集到各个接口的连接建立情况以及消息收发情况，即在过去一段时间内在该接口上传输的按消息类型分类的请求消息数目、响应消息总数目、成功的响应消息数目、失败的响应消息数目、以及按照错误原因分类的各种失败的响应消息数目。14.2配置信息的查询网管功能应该支持对系统配置信息的查询操作，这些配置信息包括如下分类：l 硬件配置：包括主机生产厂商、型号、CPU主频，内存大小、硬盘型号及容量和当前剩余空间、磁带机的型号及容量和当前剩余空间等信息；l 软件配置：包括当前软件生产厂商、版本号、补丁版本号、占用的空间大小、包含的文件等，以及该软件本身需要使用的其它软件（如数据库）等的配置信息；l 基本资料：包括标识、名称等信息。网管功能还需支持对以下数据的维护操作：帐号口令、性能统计报表、业务量统计报表、系统日志等14.3监控功能网管功能应该支持系统运行的动态监控功能，主要包括以下方面：硬件相关运行信息：包括当前CPU占用率、内存占用情况等信息；软件相关运行信息：包括各接口中各种类型的请求消息的数量、响应消息的总数目、成功的响应消息数目、失败的响应消息数目、以及按照错误原因分类的各种失败的响应消息数目。14.4故障管理功能因为千里眼监控系统在运行的时候，可能出现一些硬件或软件问题，所以因为千里眼监控系统要具有如下的故障管理功能：1) 故障的告警功能：当系统的软件或者硬件发生故障时，因为千里眼监控系统的网管系统在界面上通过声音或者指示灯进行告警，可以通过面板上不同颜色的指示灯或者不同的声音来指示故障的严重程度，并在界面上显示出故障的内容。故障的严重程度可以分为如下4个级别：l 提示：系统仍然正常；l 一般：系统已经有不正常的情况发生，但不需要恢复，系统仍然可继续运行；l 严重：系统已经有不正常的情况发生，必须经过恢复，系统才可以继续运行；l 致命：系统已经有不正常的情况发生，并且无法继续运行。故障的内容至少包括：l 故障的序列号；l 故障产生的时间；l 故障的严重级别；l 故障产生的源；l 故障产生的原因。2) 故障的记录功能：对于需要系统操作员手工恢复的故障，系统必须保存这些故障直到系统操作员手工恢复此故障为止；经过恢复的故障和一些不需要恢复的故障可以备份到后备存储器上，但是这些故障信息必须保存一段时间（该时长可以设置，比如1个月），供系统操作员查询。3) 故障的恢复功能：系统的故障恢复有两种手段：一是系统自动恢复；二是系统操作员手工进行恢复。在故障恢复之后，系统应该记录故障恢复时间。系统自动恢复的故障典型例子是主备用系统中的主机停机，备机应该自动启动并接管主机的所有工作。操作员手工恢复的典型例子是系统某条链路故障，操作员必须检查网络情况，确认网络情况正常后恢复此故障。14.5.报表功能方便、直接的生成相关部门要求的报表。15.编制历史版本号更新时间主要内容或重大修改1.0.020100630针对20100629集团各部门讨论意见进行修订。附录A（各视频压缩标准编码级别）H.264 编码级别表A-1 H.264级别限制LevelnumberMaxmarcoblockprocessingrateMaxMBPS(MB/s)MaxframesizeMaxFS(MBs)Maxdecodedpicturebuffer sizeMaxDPB(1024 bytesfor 4:2:0)Maxvideobit rate MaxBR(1000 bits/s,1200 bits/s,cpbBrVclFactorbits/s, orcpbBrNalFactorbits/s)MaxCPB sizeMaxCPB(1000 bits,1200 bits,cpbBrVclFactorbits, orcpbBrNalFactorbits)Vertical MVcomponentrangeMaxVmvR(luma framesamples)MincompressionratioMinCRMax number ofmotion vectorsper twoconsecutive MBsMaxMvsPer2Mb1148599148.564175-64,+63.752-1b148599148.5128350-64,+63.752-1.13000396337.5192500-128,+127.752-1.26000396891.03841000-128,+127.752-1.311880396891.07682000-128,+127.752-211880396891.020002000-128,+127.752-2.119800792178