搜索
ICS13.310A91DB33浙江省地方标准DB33/T629.5—2011跨区域视频监控联网共享技术规范第5部分:视音频编解码技术要求及媒体插件管理Technicalspecificationsforinter-domainvideosurveillancenetworkingandsharingPart5:Video/AudioCODECtechnicalspecificationsandmediapluginmanage2011-06-27发布2011-07-27实施浙江省质量技术监督局发布DB33/T629.5—2011I前言DB33/T629《跨区域视频监控联网共享技术规范》分为六个部分：——第1部分：总则；——第2部分：联网单元；——第3部分：设备描述与控制协议；——第4部分：用户及设备编码管理；——第5部分：视音频编解码技术要求及媒体插件管理；——第6部分：设备运行监测管理。本部分为DB33/T629的第5部分，依据GB/T1.1－2009给出的规则起草。本部分由浙江省公安厅提出并归口。本部分起草单位：浙江省公安科技研究所、杭州海康威视数字技术股份有限公司、浙江立元通信技术有限公司。本部分参加起草单位：杭州华三通信技术有限公司、浙江广信智能建筑研究院有限公司、浙江大华技术股份有限公司、浙江方圆检测集团股份有限公司。本部分主要起草人：蒋乐中、赵问道、夏海元、马伯康、焦庆春、徐力、赵已绩、李旻、杨军喜、李伟强。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。DB33/T629.5—20111跨区域视频监控联网共享技术规范第5部分:视音频编解码技术要求及媒体插件管理1范围DB33/T629的本部分规定了跨区域视频监控联网共享建设中联网单元传输与控制协议消息体的技术要求。本部分适用于视频监控系统的跨区域联网共享建设，及相关系统和软硬件产品的设计与开发。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。ISO/IEC13818-1Specifiesthesystemlayerofthecoding.ITU-TG.711AITU-TStandardforaudiocompandingITU-TG.722AITU-Tstandard7kHzwidebandspeechcodecoperatingat48,56and64kbit/s.ITU-TG.723AITU-TstandardspeechcodecITU-TG.729Anaudiodatacompressionalgorithmforvoicethatcompressesdigitalvoiceinpacketsof10millisecondsduration.ITU-TH.26405/2003Advancedvideocodingforgenericaudiovisualservices.AMR-NBApatentedaudiodatacompressionschemeoptimizedforspeechcoding.MPEG-2Layer2Astandardforthegenericcodingofmovingpicturesandassociatedaudioinformation.MPEG-4Isacollectionofmethodsdefiningcompressionofaudioandvisual(AV)digitaldata.3GPP3rdGenerationPartnershipProject.RFC3984RTPPayloadFormatforH.264Video.3术语和定义下列术语和定义是用于本部分3.1解码插件用于在客户端显示压缩图像时使用的解码的插件。3.2高清DB33/T629.5—20112清晰度标准格式在720p及以上的清晰度。3.3标清清晰度标准格式在720p以下（不包括720p）的清晰度。4缩略语CBRConstantBitRate，定码率VBRVariableBitRate，变码率CAVLCContext-basedAdaptiveVariableLengthCoding，上下文自适应变长编码CABACContext-basedAdaptiveBinaryArithmeticCoding，上下文自适应二进制算术编码Slice条带，由连续的整数个宏块以扫描顺序构成的图像区域3GPPThe3rdGenerationPartnershipProject5音频编解码音频编解码应符合以下要求：a)视频监控前端设备单元所采用的音频编码器应支持以下标准中的一种：1)G.711A2)G.722.13)G.723.14)G.7295)AMR-NB6)MPEG-2Layer2b)视频监控平台所采用的音频解码器应支持以上六种。c)语音对讲的音频解码器应采用ITU-TG.711A标准。6视频编解码6.1编解码器要求编解码器应符合以下要求：a)视频监控设备单元的视频编解码器应支持ISO/IEC14496–10，即ITU-TH.264压缩标准，简称H.264/AVC。视频码流的语法内容应依据ISO/IEC14496-10标准，应至少支持5.1定义的H.264/AVCConstrainedBaselineProfile要求，宜支持5.1定义的MainProfile要求，宜支持5.1定义的HighProfile要求，不应包含非法私有数据格式。b)视频监控前端设备单元的视频解码器应支持自身编码器支持的最高档次和级别。c)视频监控平台所采用的解码器（3GPP除外）支持的档次和级别不应低于相应编码器支持的最高档次和级别。d)编码器应支持双码流编码模式，即主码流和辅码流。主码流的视频分辨率应至少达到4CIF，辅码流的视频分辨率应支持CIF、QCIF或QVGA。主码流带宽至少为128kbps~4Mbps，辅码流DB33/T629.5—20113带宽至少为64kbps~1Mbps。主码流和辐码流均应支持CBR和VBR两种码率控制方式，CBR码率波动不应超过15%，VBR波动幅度可以不作要求。6.2编码码流要求编码码流的要求如下：a)H.264/AVC编码器应支持H.264/AVCConstrainedBaselineProfile，包括如下选项：1)支持H.264/AVC基本语法格式；2)支持ISlices，PSlices，其中PSlice只支持1个参考图像（参考图像可为ISlice或者PSlice）；3)支持CAVLC自适应变长编码（CAVLCEntropyCoding）；4)支持LoopFilter环路滤波（In-LoopDeblockingFilter）；5)支持整像素、1/2像素运动搜索和1/4像素运动搜索。b)H.264/AVC编码器宜支持H.264/AVCMainProfile，包括如下选项：1)支持Interlace编码格式；2)支持BSilce编码，BSilce仅使用2个参考图像，BSilce本身不作参考；3)支持CABAC自适应算术编码。c)H.264/AVC编码器宜支持H26HighProfile，编码器生成的HighProfile的码流应符合H.264/AVC标准规定。d)对于标清及以下应用，编码Level不应超过3.0；对于高清应用，Level宜不超过4.2，部分超高清应用Level不应超过5.1。6.3编码数据格式为了保证码流解析的效率，对编码器产生的码流有如下格式要求：a)应采用单帧/单场一个Slice的编码方式（3GPP除外），当使用多Slice的编码方式时，比特流中应当出现AUD语法元素进行划界；b)比特流中应当在每个I帧之前都出现相应的SPS和PPS。7封装格式要求7.1传输封装格式H.264标准的视频主码流和辅码流实时传输应符合RFC3984规范，音频采用相应RFC标准的RTP封装及RTSP协议，辅码流应支持3GPP标准。7.2存储封装格式主码流和辅码流采用ISO/IEC13818-1定义的PS(ProgramStream)流或者TS(TransportStream)流作为存储封装格式。PS流和TS流所使用的stream_type定义见表1。DB33/T629.5—20114表1流类型定义码流标准stream_type定义G.711A0x90G.722.10x92G.723.10x93G.7290x99AMR-NB0x9AMPEG-2Layer1/2/30x04H.264/AVC0x1b8测试规范8.1总则通过本节给出方法进行测试，确认编码设备输出码流是否符合本附录规范的要求。若某编码设备输出码流没有超出本规范的定义，而某解码器无法正常解码，则认为该解码器无法满足兼容性要求。8.2测试条件测试使用如下工具：a)录像工具，要求能够正确无误将录像存为无封装格式裸码流，建议由设备供应厂家提供；b)标准解码软件，要求公开源代码，通过标准组织的一致性测试，建议使用VLC1.1.0(及以上版本)、JM10.0（及以上版本）；c)码流分析软件，要求通过标准组织的一致性测试，记录或者显示码流语法元素的内容，建议使用JM10.0（及以上版本）、ElecardStreamEyeTools；d)网络协议分析软件，要求能够抓取、分析网络协议RTP包数，建议使用WireShark。8.3测试步骤测试应按以下步骤进行：a)打开待测试设备，产生视频码流；b)采用录像工具，对设备产生的视频码流进行录像，录像时间不小于120秒，存为录像文件；c)采用网络协议分析软件抓取设备产生的数据，抓包时间不小于120秒，存为抓包文件；d)采用标准解码软件对录像文件进行解码播放；e)采用码流分析软件对录像文件进行码流分析；f)采用网络协议分析软件对抓包文件的RTP层数据进行分析。8.4预期结果a)标准解码软件能够正确解码存储文件，且解码出来的图像播放正常；b)码流分析软件检查码流的结构和配置满足本部分第4、5、6章的要求；c)网络协议分析软件检查RTP层数据满足本部分第6章要求。DB33/T629.5—201159插件管理9.1DecoderTag定义a)插件管理的目的是为了解决不同厂家设备视频编码格式不一致导致的客户端视频解码问题；b)解码插件以设备来区分，推送设备信息的联网单元需要提供DecoderTag标签及对应的解码插件库，单个联网单元提供商可以有多个DecoderTag及相对应的解码插件库；解码插件接口定义见附录B；c)联网单元在推送设备信息时在报文中添加DecoderTag字段告知接收设备信息的联网单元该设备的解码插件标记。联网单元通过DecoderTag找到对应的解码插件库，从而正确解码；d)客户端宜通过配置文件的形式来读取解码插件DecoderTag及相对应的解码插件库、解码插件接口名，以达到在不编译程序的情况下支持新设备新插件。9.2解码库命名解码库统一命名。后缀为_Decoder.dll，前缀为DecoderTag名称；H.264标准码流解码插件命名定为H264_Decoder.dll；MPEG-4标准码流解码插件命名定为MPEG4_Decoder.dll；标准码流解码插件定义见附录A。9.3码流传输要求解码插件只接收符合RTP（RFC3550）格式打包的数据。RTP包中的净荷数据（除去RTP头及RTP扩展头部分）应是设备厂商提供的解码库能够解码的数据，不带有平台厂商的私有数据。DB33/T629.5—20116AA附录A（规范性附录）标准码流解码插件名称定义表A.1规定了标准码流解码插件名称定义。表A.1标准码流解码插件名称定义标准码流名称解码插件标签解码库命名说明MPEG-4MPEG4MPEG4_Decoder.dllH.264H264H264_Decoder.dllDB33/T629.5—20117BB附录B（规范性附录）解码插件接口定义表B.1消息回调指针名称内容函数指针名称typedef