DB41T 949-2018 高速公路數(shù)字化視頻監(jiān)控設(shè)備聯(lián)網(wǎng)技術(shù)要求

ICS03.220.20DB41代替DB41/T949—20142018-01-03發(fā)布河南省質(zhì)量技術(shù)監(jiān)督局發(fā)布IDB41/T949—2018前言 12規(guī)范性引用文件 13術(shù)語和定義 24縮略語 35聯(lián)網(wǎng)體系結(jié)構(gòu) 45.1多級多域聯(lián)網(wǎng) 45.2監(jiān)控資源 55.3SIP網(wǎng)關(guān) 66聯(lián)網(wǎng)系統(tǒng)設(shè)備要求 66.1信息采集 66.2傳輸 76.3視頻切換 76.4圖像顯示 86.5網(wǎng)絡(luò)服務(wù)器 86.6用戶終端 86.7流媒體發(fā)布單元 86.8存儲設(shè)備 87視頻監(jiān)控存儲系統(tǒng)要求 97.1存儲系統(tǒng)模式與架構(gòu) 97.2存儲模式的管理 7.3存儲系統(tǒng)技術(shù)要求 8平臺功能 8.1實時圖像點播 8.2錄像查詢功能 8.3錄像點播及回放 8.4錄像下載 8.5云臺控制 8.6報警事件管理 8.7設(shè)備管理功能要求 8.8設(shè)備接入與發(fā)現(xiàn) 8.9設(shè)備狀態(tài)查詢 8.10應(yīng)急指揮中心及遠(yuǎn)程終端支持 129視音頻編解碼要求 9.1編碼設(shè)備技術(shù)要求 9.2解碼設(shè)備技術(shù)要求 10傳輸協(xié)議要求 10.1通信協(xié)議結(jié)構(gòu) DB41/T949—201810.2視音頻流傳輸協(xié)議 10.3會話控制及錄像回放控制協(xié)議 1611SIP協(xié)議接口要求 11.1SIP消息定義 11.2基于SIP協(xié)議的控制、傳輸流程和協(xié)議接口 12對象編碼及數(shù)據(jù)存儲要求 4812.1對象編碼結(jié)構(gòu) 4912.2對象編碼規(guī)則 4912.3存儲格式 13字符疊加格式要求 5113.1疊加內(nèi)容 13.2疊加字符集和字型 5213.3疊加字符顏色 5213.4疊加字符的設(shè)置 5214視頻編解碼設(shè)備、存儲設(shè)備聯(lián)網(wǎng)測試 5214.1測試目標(biāo) 14.2測試系統(tǒng) 14.3測試內(nèi)容 14.4測試系統(tǒng)結(jié)構(gòu) 54附錄A（規(guī)范性附錄）信令消息示范 56附錄B（規(guī)范性附錄）聯(lián)網(wǎng)系統(tǒng)控制描述協(xié)議（MANSCDP）命令集 附錄C（規(guī)范性附錄）媒體回放控制協(xié)議（MANSRTSP）命令集 附錄D（規(guī)范性附錄）基于RTP的視音頻數(shù)據(jù)封裝 附錄E（規(guī)范性附錄）SDP定義 161附錄F（規(guī)范性附錄）多響應(yīng)消息傳輸 165附錄G（規(guī)范性附錄）Subject頭域定義 附錄H（規(guī)范性附錄）基于TCP協(xié)議的視音頻媒體傳輸 附錄I（規(guī)范性附錄）媒體流保活機(jī)制 168附錄J（規(guī)范性附錄）路段、設(shè)備及用戶編碼表 參考文獻(xiàn) DB41/T949—2018本標(biāo)準(zhǔn)按照GB/T1.1—2009給出的規(guī)則起草。本標(biāo)準(zhǔn)代替DB41/T949—2014《高速公路數(shù)字化視頻監(jiān)控設(shè)備聯(lián)網(wǎng)技術(shù)要求》，與DB41/T949—2014相比主要的技術(shù)變化如下：——刪除了一般規(guī)定（見2014年版的第5章）；——增加了高速公路視頻監(jiān)控系統(tǒng)設(shè)備聯(lián)網(wǎng)結(jié)構(gòu)示意圖（見圖1）；——增加了星光級圖像采集設(shè)備的技術(shù)指標(biāo)和圖像采集設(shè)備的畫質(zhì)要求（見6.1——修改了傳輸設(shè)備的要求（見6.2,2014年版的6.7）；——修改了流媒體發(fā)布單元滿足的協(xié)議（見6.7,2014年版的7.7——修改了存儲設(shè)備的文件導(dǎo)出格式（見6.8,2014年版的7.8）；——增加了視頻監(jiān)控存儲系統(tǒng)要求（見第7章——增加了平臺功能（見第8章）；——刪除了G.722/G.723/G.729音頻編解碼標(biāo)準(zhǔn)（見2014年版的8.1——增加了編碼設(shè)備輸出碼流包格式的規(guī)定（見9.1）；——修改了解碼設(shè)備解碼的格式（見9.2,2014年版的8.3——增加了SIP信令字符集編碼格式（見10.1）；——修改了通信協(xié)議結(jié)構(gòu)圖（見圖7,2014年版的圖4——刪除了視音頻TS存儲格式（見2014年版的9.2.4——增加了視音頻PS存儲格式（見10.2.3）；——修改了會話控制及錄像回放控制協(xié)議（見10.3,2014年版的9.3）；——修改了SIP協(xié)議的控制、傳輸流程和協(xié)議接口（見11.2,2014年版的10.4——增加了監(jiān)控報警聯(lián)網(wǎng)系統(tǒng)控制描述協(xié)議（MANSCDP）命令集（見附錄B）；——增加了媒體回放控制協(xié)議（MANSRTSP）命令集（見附錄C——增加了基于RTP的視音頻數(shù)據(jù)封裝（見附錄D）；——增加了SDP定義（見附錄E）；——增加了多響應(yīng)消息傳輸（見附錄F）；——增加了Subject頭域定義（見附錄G——增加了基于TCP協(xié)議的視音頻媒體傳輸（見附錄H——增加了媒體流?；顧C(jī)制（見附錄I）；——刪除了設(shè)備描述與控制協(xié)議（DDCP）元素說明（見2014年版的附錄B）；——刪除了SIP消息體元素名稱及說明（見2014年版的附錄C）。本標(biāo)準(zhǔn)由河南省交通運輸廳提出。本標(biāo)準(zhǔn)起草單位：河南省高速公路聯(lián)網(wǎng)監(jiān)控收費通信服務(wù)有限公司、西南交通大學(xué)。本標(biāo)準(zhǔn)主要起草人：胡連東、呂培建、袁飛、彭強(qiáng)、李軍鋒、吳曉、白文娟。本標(biāo)準(zhǔn)參加起草人：李志高、項煜、朱巖、徐家駿、何俊彥、雷雨、王巖、王翀、高寒、樊少嵩、范杰、陳征、王一戈、陳明明、姜偉、張乾文、黃福詠、李歡、曹雪芹、李玄基、向重洋。本標(biāo)準(zhǔn)于2014年7月首次發(fā)布，2018年1月第一次修訂。1DB41/T949—2018高速公路數(shù)字化視頻監(jiān)控設(shè)備聯(lián)網(wǎng)技術(shù)要求本標(biāo)準(zhǔn)規(guī)定了高速公路數(shù)字化視頻監(jiān)控設(shè)備聯(lián)網(wǎng)的術(shù)語和定義、縮略語、聯(lián)網(wǎng)體系結(jié)構(gòu)、聯(lián)網(wǎng)系統(tǒng)設(shè)備要求、視頻監(jiān)控存儲系統(tǒng)要求、平臺功能、視音頻編解碼要求、傳輸協(xié)議要求、SIP接口要求、對象編碼及數(shù)據(jù)存儲要求、字符疊加格式要求和視頻編解碼設(shè)備、存儲設(shè)備聯(lián)網(wǎng)測試。本標(biāo)準(zhǔn)適用于高速公路視頻監(jiān)控設(shè)備聯(lián)網(wǎng)的實施及管理。2規(guī)范性引用文件下列文件對于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改）適用于本文件。GB2312—1980信息交換使用漢字編碼字符集基本集GB50348—2004安全防范工程技術(shù)規(guī)范GB/T28181—2016公共安全視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)信息傳輸、交換、控制技術(shù)要求ISO/IEC13818—1:2015信息技術(shù)運動圖像及其伴音信息的通用編碼-第1部分：系統(tǒng)（Informationtechnology-Genericcodingofmovingpicturesandassociatedaudioinformation-Part1:Systems）ISO/IEC13818—2:2013信息技術(shù)運動圖像及其伴音信息的通用編碼-第2部分:視頻（Informationtechnology-Genericcodingofmovingpicturesandassociatedaudioinformation-Part2:Video）ISO/IEC13818—3:1998信息技術(shù)運動圖像及其伴音信息的通用編碼-第3部分:音頻（Informationtechnology-Genericcodingofmovingpicturesandassociatedaudioinformation-Part3:Audio）ITU-TRec.H.264—2017通用視聽業(yè)務(wù)的先進(jìn)的視頻編碼（Advancedvideocodingforgenericaudiovisualservices）ITU-TRec.G.711—1988音頻信號的脈沖編碼調(diào)制（Pulsecodemodulationofvoicefrequencies）IETFRFC2030—1996簡單網(wǎng)絡(luò)時間協(xié)議（SNTP）第四版（Simplenetworktimeprotocol(SNTP)version4forIPv4,IPv6andOSI）IETFRFC2326—1998實時流協(xié)議（RealTimeStreamingProtocol）IETFRFC2976—2000SIPINFO方法（TheSIPINFOMethod）IETFRFC3261—2002SIP：會話初始協(xié)議（SIP:SessionInitiationProtocol）IETFRFC3263—2002會話初始協(xié)議(SIP)：定位SIP服務(wù)器[SessionInitiationProtocol(SIP):LocatingSIPServers]IETFRFC3428—2002會話初始協(xié)議(SIP)即時消息擴(kuò)展[SessionInitiationProtocol(SIP)ExtensionforInstantMessaging]IETFRFC3984—2005H.264視頻的RTP負(fù)載格式（RTPPayloadFormatforH.264Video）ONVIF—2012核心規(guī)范版本2.2（ONVIFCoreSpecificationVersion2.2）2DB41/T949—20183術(shù)語和定義GB/T28181—2016界定的以及下列術(shù)語和定義適用于本文件。3.1高速公路視頻監(jiān)控系統(tǒng)用于省域高速公路網(wǎng)進(jìn)行視頻采集、傳輸、控制、顯示、存儲以及事件處理等業(yè)務(wù)的視頻監(jiān)測、管理調(diào)度和互聯(lián)互通、交換共享的管理系統(tǒng)。3.2區(qū)域視頻監(jiān)控系統(tǒng)采用網(wǎng)絡(luò)化、數(shù)字化視頻監(jiān)控技術(shù)和IP傳輸方式構(gòu)建的視頻監(jiān)控系統(tǒng)，提供高速公路各業(yè)務(wù)部門和信息系統(tǒng)所需的視頻信息，實現(xiàn)管理分局或分中心所轄區(qū)域內(nèi)視頻信息資源共享。3.3視頻接入點前端設(shè)備安裝或監(jiān)控的地點或場所。3.4監(jiān)控資源指信息采集前端，包括前端攝像機(jī)、云臺、云臺控制編解碼器、報警傳感器、視頻光端機(jī)、視頻采集設(shè)備、視頻編碼設(shè)備以及本地視頻和控制信號傳輸通道，監(jiān)控資源信息的表現(xiàn)形式為圖像、聲音、事件數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)等。3.5視頻編碼設(shè)備具有對視頻信號進(jìn)行數(shù)字化采集、編碼、網(wǎng)絡(luò)傳輸功能的設(shè)備，并可具有音頻處理、設(shè)備控制、報警信息傳輸、視頻圖像存儲等功能。3.6視頻解碼設(shè)備具有對數(shù)字壓縮視頻流進(jìn)行解碼還原視頻圖像功能的設(shè)備，并可具有音頻處理、設(shè)備控制、數(shù)據(jù)交換、視頻圖像顯示等功能。3.7SIP網(wǎng)關(guān)當(dāng)各個區(qū)域視頻監(jiān)控系統(tǒng)匯集在一起，為省聯(lián)網(wǎng)監(jiān)控中心/路段監(jiān)控分中心/基層監(jiān)控單元提供互聯(lián)互通時，應(yīng)通過SIP網(wǎng)關(guān)實現(xiàn)不同系統(tǒng)結(jié)構(gòu)、不同編碼標(biāo)準(zhǔn)和通信協(xié)議的轉(zhuǎn)換，以實現(xiàn)系統(tǒng)間的信息交互。為實現(xiàn)區(qū)域視頻監(jiān)控系統(tǒng)之間的聯(lián)網(wǎng)，SIP網(wǎng)關(guān)具有統(tǒng)一數(shù)據(jù)格式、協(xié)議轉(zhuǎn)換等通信能力，實現(xiàn)設(shè)備注冊與查詢、監(jiān)控圖像獲取與控制、聯(lián)網(wǎng)設(shè)備狀態(tài)查詢、云臺鏡頭控制、報警信息傳輸?shù)裙δ堋?.8檔次ITU-TRec.H.264視頻編解碼標(biāo)準(zhǔn)中規(guī)定的整個比特流語法的子集，描述了對比特流的限制以及滿足該檔次的解碼器應(yīng)遵從的算法特征和限制。3.9級別視頻編碼比特流中句法元素參數(shù)值的限制集合，一個檔次可以包括一個或若干個級別。3.10前端存儲域位于視頻接入點的視頻存儲設(shè)備所構(gòu)成的存儲網(wǎng)絡(luò)，能直接連接到攝像頭等監(jiān)控設(shè)備，一般用于存3DB41/T949—2018儲日常運營錄像。3.11中心存儲域位于監(jiān)控中心或中心信令控制服務(wù)器的視頻存儲設(shè)備所構(gòu)成的存儲網(wǎng)絡(luò)，通過監(jiān)控系統(tǒng)聯(lián)網(wǎng)和攝像頭等監(jiān)控設(shè)備連接，一般存儲重點監(jiān)控路段錄像或者事故錄像。4縮略語下列縮略語適用于本文件。AVS：視音頻編碼標(biāo)準(zhǔn)（AudioVideoCodingStandard）CIF：數(shù)字視頻通用中間格式（CommonIntermediateFormat）D1：數(shù)字電視系統(tǒng)顯示格式DDCP：設(shè)備描述與控制協(xié)議（DeviceDescriptionAndControlProtocol）DHCP：動態(tài)主機(jī)設(shè)置協(xié)議（DynamicHostConfigurationProtocol）DVR：數(shù)字視頻錄像機(jī)（Digitalvideorecorder）ES：基本流（ElementStream）IPC：網(wǎng)絡(luò)攝像機(jī)（InternetProtocolCamera）IGMP：因特網(wǎng)組管理協(xié)議（InternetGroupManagementProtocol）ISDN：綜合業(yè)務(wù)數(shù)字網(wǎng)（IntegratedServicesDigitalNetwork）IPSAN：基于IP的存儲局域網(wǎng)絡(luò)（InternetProtocolStorageAreaNetwork）MANSCDP：監(jiān)控報警聯(lián)網(wǎng)系統(tǒng)控制描述協(xié)議（MonitoringandAlarmingNetworkSystemControlDescriptionProtocol）MANSRTSP：監(jiān)控報警聯(lián)網(wǎng)系統(tǒng)實時流協(xié)議（MonitoringandAlarmingNetworkSystemReal-TimeStreamingProtocol）MPEG：運動圖像專家組（MovingPictureExpertsGroup）MMS：微軟媒體服務(wù)器協(xié)議（MicrosoftMediaServerProtocol）NAL：網(wǎng)絡(luò)抽象層（NetworkAbstractionLayer）NTP：網(wǎng)絡(luò)時間協(xié)議（NetworkTimeProtocol）NTSC：美國國家電視系統(tǒng)委員會制式（NationalTelevisionSystemCommittee）NVR：網(wǎng)絡(luò)硬盤錄像機(jī)（NetworkVideoRecorder）ONVIF：開放網(wǎng)絡(luò)視頻接口論壇（OpenNetworkVideoInterfaceForum）PAL：逐行倒相制式（PhaseAlternatingLine）PS：節(jié)目流（ProgramStream）RAID：獨立磁盤冗余陣列（RedundantArrayofIndependentDisks）RFC：IETF請求評論的規(guī)范（RequestforComments）RTCP：實時傳輸控制協(xié)議（Real-TimeControlProtocol）RTP：實時傳輸協(xié)議（Real-TimeProtocol）RTSP：實時流化協(xié)議（Real-TimeStreamingProtocol）SIP：會話初始協(xié)議（SessionInitiationProtocol）TCP：傳輸控制協(xié)議（TransmissionControlProtocol）UDP：用戶數(shù)據(jù)報協(xié)議（UserDatagramProtocol）URI：統(tǒng)一資源標(biāo)識（UniformResourceIdentifier）XML：可擴(kuò)展標(biāo)記語言（ExtensibleMarkupLanguage）4DB41/T949—20185聯(lián)網(wǎng)體系結(jié)構(gòu)5.1多級多域聯(lián)網(wǎng)5.1.1一般要求高速公路視頻監(jiān)控系統(tǒng)采用省級聯(lián)網(wǎng)監(jiān)控中心、監(jiān)控分中心、監(jiān)控單元三級聯(lián)網(wǎng)架構(gòu)，該視頻監(jiān)控系統(tǒng)應(yīng)采用ITU-TRec.H.264編碼的數(shù)字圖像進(jìn)行傳輸。其中省級聯(lián)網(wǎng)監(jiān)控中心、監(jiān)控分中心中應(yīng)包含管理平臺、解碼器、顯示屏、存儲設(shè)備、流媒體發(fā)布單元、用戶終端等設(shè)備，監(jiān)控單元應(yīng)包括管理平臺、視頻存儲NVR等設(shè)備，外場監(jiān)控設(shè)備如網(wǎng)絡(luò)攝像機(jī)（IPC）等應(yīng)通過數(shù)字方式接入監(jiān)控單元。各級監(jiān)控中心與監(jiān)控單元管理平臺應(yīng)采用SIP協(xié)議與MANSCDP協(xié)議作為控制接口，采用RTP協(xié)議作為碼流傳輸接口，采用MANSRTSP協(xié)議作為錄像回放控制接口。高速公路視頻監(jiān)控系統(tǒng)設(shè)備聯(lián)網(wǎng)結(jié)構(gòu)見圖1。高速公路視頻監(jiān)控系統(tǒng)視頻業(yè)務(wù)通過IP數(shù)據(jù)網(wǎng)承載，基于非IP網(wǎng)絡(luò)監(jiān)控資源視頻信息應(yīng)通過具有平臺接入功能的管理平臺或設(shè)備轉(zhuǎn)接至IP網(wǎng)絡(luò)才能接入監(jiān)控系統(tǒng)。各監(jiān)控單元應(yīng)通過承載網(wǎng)絡(luò)集中接入所屬監(jiān)控分中心，各監(jiān)控分中心最終匯聚接入省級聯(lián)網(wǎng)監(jiān)控中心。各級視頻節(jié)點之間均應(yīng)以管理平臺為核心，進(jìn)行監(jiān)控數(shù)據(jù)和監(jiān)控信息上報以及控制命令下發(fā)等操作。高速公路視頻監(jiān)控系統(tǒng)各級視頻節(jié)點的管理平臺應(yīng)采用SIP協(xié)議為平臺間管理通信協(xié)議。管理平臺內(nèi)采用非SIP協(xié)議或不符合本標(biāo)準(zhǔn)規(guī)定的監(jiān)控資源、用戶終端等，應(yīng)通過SIP網(wǎng)關(guān)統(tǒng)一通信協(xié)議與數(shù)據(jù)格式后接入監(jiān)控系統(tǒng)。圖1高速公路視頻監(jiān)控系統(tǒng)設(shè)備聯(lián)網(wǎng)結(jié)構(gòu)示意圖5.1.2聯(lián)網(wǎng)結(jié)構(gòu)多級多域聯(lián)網(wǎng)采用省級聯(lián)網(wǎng)監(jiān)控中心、監(jiān)控分中心、監(jiān)控單元三級聯(lián)網(wǎng)結(jié)構(gòu)。省級聯(lián)網(wǎng)監(jiān)控中心是監(jiān)控系統(tǒng)的省級管理節(jié)點。省級聯(lián)網(wǎng)監(jiān)控中心管理平臺通過IP網(wǎng)絡(luò)應(yīng)能訪問任意監(jiān)控分中心管理平臺中的任意監(jiān)控視頻與數(shù)據(jù)，負(fù)責(zé)全省高速公路網(wǎng)的綜合監(jiān)控和管理，宜配備存儲設(shè)備，存儲重要地點或重大事件的圖像數(shù)據(jù)。5DB41/T949—2018監(jiān)控分中心應(yīng)通過SIP網(wǎng)關(guān)與省級聯(lián)網(wǎng)監(jiān)控中心管理平臺互聯(lián)，監(jiān)控分中心管理平臺應(yīng)通過IP網(wǎng)絡(luò)向省級聯(lián)網(wǎng)監(jiān)控中心管理平臺上傳轄區(qū)內(nèi)的監(jiān)控視頻與數(shù)據(jù)，并接受或轉(zhuǎn)發(fā)設(shè)備控制指令，應(yīng)能通過IP網(wǎng)絡(luò)訪問所管轄的任意監(jiān)控單元管理平臺中的任意監(jiān)控視頻與數(shù)據(jù)，宜配備存儲設(shè)備，存儲重要地點或重大事件的圖像數(shù)據(jù)。監(jiān)控單元通過SIP網(wǎng)關(guān)與監(jiān)控分中心管理平臺互聯(lián)，監(jiān)控單元管理平臺應(yīng)允許數(shù)字圖像傳輸方式。數(shù)字圖像傳輸方式應(yīng)包括編碼器、NVR、IPC等設(shè)備，將采集并壓縮編碼后的數(shù)字圖像信號通過IP網(wǎng)絡(luò)方式傳輸。監(jiān)控單元管理平臺應(yīng)為監(jiān)控分中心平臺提供所需要的圖像數(shù)據(jù)，并接受其設(shè)備控制指令。對于網(wǎng)絡(luò)攝像機(jī)（IPC需使用ONVIF協(xié)議接入SIP網(wǎng)關(guān)。5.1.3工作狀態(tài)互聯(lián)結(jié)構(gòu)下的級聯(lián)模式見圖2。信令流、媒體流均應(yīng)逐級轉(zhuǎn)發(fā)。圖2級聯(lián)模式示意圖5.2監(jiān)控資源5.2.1基于SIP協(xié)議的監(jiān)控資源基于SIP協(xié)議的監(jiān)控資源應(yīng)在設(shè)備級支持第9章、第10章、第11章規(guī)定的聯(lián)網(wǎng)接口（包括通信協(xié)議與數(shù)據(jù)格式），能通過SIP協(xié)議直接接入所屬視頻節(jié)點的管理平臺。5.2.2基于ONVIF規(guī)范的監(jiān)控資源網(wǎng)絡(luò)攝像機(jī)（IPC）功能應(yīng)符合ONVIFProfileSSpecification所規(guī)定功能；控制接口應(yīng)符合ONVIF核心規(guī)范（ONVIFCoreSpecification）規(guī)定，且規(guī)范版本不低于2.2；應(yīng)通過ONVIF官方標(biāo)準(zhǔn)測試工具（版本不低于12.12）測試。網(wǎng)絡(luò)視頻錄像機(jī)（NVR）功能應(yīng)符合ONVIFProfileGSpecification所規(guī)定功能；控制接口應(yīng)符合ONVIF核心規(guī)范（ONVIFCoreSpecification）規(guī)定，且規(guī)范版本不低于2.2；視頻解碼能力應(yīng)符合7.3規(guī)定；應(yīng)通過ONVIF官方標(biāo)準(zhǔn)測試工具（版本不低于12.12）測試。管理平臺應(yīng)具備ONVIF接口，接口功能應(yīng)符合ONVIFProfileSSpecification與ONVIFProfileGSpecification所規(guī)定功能?？刂平涌趹?yīng)符合ONVIF核心規(guī)范（ONVIFCoreSpecification）規(guī)定，且規(guī)范版本不低于2.2。管理平臺內(nèi)基于ONVIF規(guī)范的監(jiān)控資源應(yīng)通過SIP網(wǎng)關(guān)接入監(jiān)控系統(tǒng)?；赟IP協(xié)議的控制接口和基于ONVIF規(guī)范的控制接口之間轉(zhuǎn)換方式本標(biāo)準(zhǔn)不做規(guī)定。注1：ONVIFCoreSpecification可從以下網(wǎng)址獲得：<http://www.onvif.o注2：ONVIFProfileSSpecification可從以下網(wǎng)址獲得：<http:注3：ONVIFProfileGSpecification可從以下網(wǎng)址獲得：<htt6DB41/T949—20185.2.3基于非SIP協(xié)議的監(jiān)控資源基于非SIP協(xié)議的監(jiān)控資源應(yīng)通過SIP網(wǎng)關(guān)統(tǒng)一聯(lián)網(wǎng)接口后接入監(jiān)控系統(tǒng)。前端監(jiān)控設(shè)備IPC及NVR存儲設(shè)備可通過ONVIF協(xié)議接入SIP網(wǎng)關(guān)，IPSAN應(yīng)支持iSCISC協(xié)議接入，DVR應(yīng)提供SDK用以接入監(jiān)控系統(tǒng)?；诜荢IP協(xié)議的監(jiān)控資源聯(lián)網(wǎng)方式見圖3。圖3基于非SIP協(xié)議的監(jiān)控資源聯(lián)網(wǎng)5.3SIP網(wǎng)關(guān)SIP網(wǎng)關(guān)是監(jiān)控中心監(jiān)控系統(tǒng)聯(lián)網(wǎng)共享接口的邏輯實體，可以獨立的設(shè)備形式存在或內(nèi)置在區(qū)域視頻監(jiān)控系統(tǒng)內(nèi)的監(jiān)控平臺中。SIP網(wǎng)關(guān)負(fù)責(zé)實現(xiàn)聯(lián)網(wǎng)過程中的控制消息和視頻數(shù)據(jù)的傳輸和轉(zhuǎn)換，聯(lián)網(wǎng)接口采用IETFRFC3261和IETFRFC3265SIP協(xié)議。并且應(yīng)能接入基于不同通信協(xié)議和數(shù)據(jù)格式的監(jiān)控資源或用戶終端，將通信協(xié)議與數(shù)據(jù)格式分別轉(zhuǎn)換為符合第9章、第10章、第11章規(guī)定的SIP協(xié)議和ITU-TRec.H.264編碼的視頻圖像。SIP網(wǎng)關(guān)的內(nèi)部接口和各級平臺內(nèi)部聯(lián)網(wǎng)所需的功能本標(biāo)準(zhǔn)不作規(guī)定。6聯(lián)網(wǎng)系統(tǒng)設(shè)備要求6.1信息采集信號采集的范圍宜包括圖像、聲音、報警信號，應(yīng)根據(jù)不同的組網(wǎng)模式（前端接入方式）選用相應(yīng)的設(shè)備，并滿足下列要求：a)聲音采集設(shè)備的性能（靈敏度、探測范圍）應(yīng)與監(jiān)測范圍相適應(yīng)；圖像采集設(shè)備宜支持AAC寬頻采集；b)報警設(shè)備均應(yīng)符合現(xiàn)行國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)的要求，并經(jīng)檢驗或認(rèn)證合格；c)信息采集及相關(guān)的前端設(shè)備應(yīng)具有防破壞、防水、防雷電、防銹蝕和抗易損等防護(hù)措施，安裝應(yīng)符合現(xiàn)場環(huán)境要求，并滿足相應(yīng)防護(hù)等級要求；應(yīng)支持6kV防雷設(shè)計，±25%寬壓設(shè)計；d)圖像采集設(shè)備應(yīng)能清晰有效地采集到現(xiàn)場的圖像。圖像采集設(shè)備應(yīng)能適應(yīng)現(xiàn)場的照明條件，環(huán)境照度不滿足視頻監(jiān)控要求時，應(yīng)配置輔助照明，或采用微光／紅外類攝像設(shè)備；e)槍型星光級圖像采集設(shè)備在不加輔助照明情況下，應(yīng)能在最低光照強(qiáng)度為0.002lx和在最低光照強(qiáng)度為0.0002lx條件下，分別進(jìn)行清晰的彩色和黑白攝像；f)球型星光級圖像采集設(shè)備在不加輔助照明情況下，應(yīng)能在最低光照強(qiáng)度為0.005lx和在最低光照強(qiáng)度為0.0005lx條件下，分別進(jìn)行清晰的彩色和黑白攝像；g)圖像采集設(shè)備應(yīng)支持ONVIF協(xié)議,宜支持GB/T28181-2016中規(guī)定的SIP協(xié)議；7DB41/T949—2018h)圖像采集設(shè)備鏡頭應(yīng)具有高動態(tài)、防眩光、強(qiáng)光抑制、自動調(diào)節(jié)光圈等功能；i)圖像采集設(shè)備輸出的視頻壓縮碼流應(yīng)在2Mbps～10Mbps之間；j)信息采集設(shè)備應(yīng)提供開放的控制接口。k)采用的攝像頭必須至少為百萬像素鏡頭：1)對于分辨率最高支持720p的攝像機(jī)，其解像能力應(yīng)不低于130萬像素；2)對于分辨率最高支持1080p的攝像機(jī)，其解像能力應(yīng)不低于200萬像素，宜不低于300萬像素；3)使用鏡片材質(zhì)必須為非球面玻璃鏡片；4)普通攝像頭光圈性能應(yīng)不低于F1.8，星光級攝像頭光圈性能應(yīng)不低于F1.5。l)IPC在畫質(zhì)方面需滿足的要求如下：1)分辨率：本次項目規(guī)定的IPC分辨率為200萬像素。2)解析度測試:水平解析度和垂直解析度均需≥930LW/PH。3)色彩還原度：總色彩還原誤差需≤14。4)灰度等級：灰度等級測試采用20級灰度測試卡，測試等級需≥19級。5)畫面延遲：讀取3組延遲結(jié)果并取平均值，平均延遲需≤200ms。6)寬動態(tài)：在強(qiáng)暗光照下拍攝一張圖片，宜看清圖像細(xì)節(jié)。7)畫面流暢性：拍攝30s視頻，視頻應(yīng)保持流暢。8)畫面清晰度：拍攝30s視頻，宜看清視頻中物體的細(xì)節(jié)。9)畫面噪點：在暗室中拍攝30s視頻，視頻中只有少量的噪點。6.2傳輸傳輸設(shè)備應(yīng)符合：a)數(shù)字視頻傳輸通道采用IP方式，傳輸協(xié)議符合第11章規(guī)定；b)信息傳輸可采用有線或者無線傳輸方式。傳輸網(wǎng)絡(luò)可選用高速公路專用網(wǎng)絡(luò)、自建監(jiān)控網(wǎng)絡(luò)或公共通信網(wǎng)絡(luò)。采用無線或公共通信網(wǎng)絡(luò)傳輸時，傳輸設(shè)備應(yīng)有信息安全管理措施。具體傳輸方式的選擇按GB/T50348—2004中3.11.1的要求。傳輸設(shè)備的選型按GB/T50348—2004中3.11.3的要求；c)應(yīng)優(yōu)先保證報警信號和控制信號的傳輸;d)前端設(shè)備與信號直接接入的監(jiān)控中心相應(yīng)設(shè)備間端到端的信息延遲時間應(yīng)不大于2s;e)前端設(shè)備與用戶終端設(shè)備間端到端的信息延遲時間應(yīng)不大于4s。6.3視頻切換視頻切換設(shè)備應(yīng)滿足：a)圖像切換應(yīng)能通過手動或編程實現(xiàn)。圖像信號應(yīng)能在指定的顯示設(shè)備上進(jìn)行固定顯示或時序顯示；b)應(yīng)采用模塊式結(jié)構(gòu)，容量應(yīng)按系統(tǒng)規(guī)模確定，并留有冗余；c)應(yīng)具有視頻丟失檢測報警和系統(tǒng)自診斷功能；d)應(yīng)提供RS-232或RS-485數(shù)據(jù)通道，可用于支持常用控制協(xié)議；e)宜支持本地鍵盤、網(wǎng)絡(luò)計算機(jī)雙重控制方式；f)應(yīng)具有報警聯(lián)動功能。6.4圖像顯示圖像顯示設(shè)備應(yīng)滿足：8DB41/T949—2018a)應(yīng)按需選擇合適的顯示器或大屏設(shè)備；b)應(yīng)能清晰顯示現(xiàn)場實時圖像；c)分辨率指標(biāo)應(yīng)高于系統(tǒng)對編解碼設(shè)備的分辨率指標(biāo)，最高顯示分辨率不低于1920×1080；d)應(yīng)支持各種標(biāo)準(zhǔn)視頻信號的輸入，能駁接各種常用視頻信號源，包括復(fù)合視頻（NTSC/PAL/HDMI高清視頻信號以及計算機(jī)輸出的RGB信號；e)一體化背投單元顯示設(shè)備應(yīng)滿足：對比度≥5000:1，鏡頭輸出亮度≥800lx；f)等離子拼接屏顯示設(shè)備應(yīng)滿足：對比度≥30000:1，亮度≥1700cd/m2；g)液晶拼接屏顯示設(shè)備應(yīng)滿足：對比度≥3000:1，亮度≥700cd/m2,響應(yīng)時間≤5ms。6.5網(wǎng)絡(luò)服務(wù)器網(wǎng)絡(luò)服務(wù)器設(shè)備應(yīng)滿足：a)支持的服務(wù)程序應(yīng)包括數(shù)據(jù)庫、視頻分發(fā)、視頻存儲、認(rèn)證、注冊、設(shè)備代理等；b)基本功能和性能應(yīng)符合國家和行業(yè)相關(guān)標(biāo)準(zhǔn)的規(guī)定，并經(jīng)檢驗或認(rèn)證合格；c)服務(wù)器的CPU、硬盤、網(wǎng)絡(luò)接口等部件的技術(shù)指標(biāo)應(yīng)符合本標(biāo)準(zhǔn)及監(jiān)控聯(lián)網(wǎng)系統(tǒng)的其他相關(guān)技術(shù)的要求；d)數(shù)據(jù)庫、視頻分發(fā)、安全認(rèn)證等服務(wù)器宜采用雙機(jī)備份的方式。6.6用戶終端用戶終端設(shè)備應(yīng)滿足：a)應(yīng)具有遠(yuǎn)程登錄功能；b)應(yīng)具有遠(yuǎn)程瀏覽、控制等功能。6.7流媒體發(fā)布單元流媒體發(fā)布單元應(yīng)滿足：a)應(yīng)支持MANSRTSP和RTP協(xié)議，宜支持MMS等主流實時流媒體協(xié)議；b)應(yīng)具備廣域網(wǎng)接入能力，應(yīng)至少具備一種接入方式（DHCP，DDN，ISDN，ADSL，VPN，光纖接入等），宜支持多種接入方式；c)應(yīng)支持單播和組播點播方式；d)局域網(wǎng)內(nèi)接入帶寬應(yīng)采用千兆網(wǎng)；e)應(yīng)具有客戶端接入身份認(rèn)證能力；f)應(yīng)具備轉(zhuǎn)碼能力，可將實時流視頻重編碼為不高于原始分辨率的低碼率視頻流并發(fā)布。重新編碼后輸出的碼流應(yīng)滿足9.1，a)項規(guī)定；g)應(yīng)具備自適應(yīng)帶寬能力；h)應(yīng)至少可同時支持30路視頻頻道對外發(fā)布，并且應(yīng)至少可支持500個用戶終端并發(fā)訪問；i)宜支持服務(wù)能力擴(kuò)展，可通過設(shè)備集群方式擴(kuò)展負(fù)載能力。6.8存儲設(shè)備存儲設(shè)備應(yīng)滿足：a)無事件時錄像存儲時間應(yīng)不少于30天，一般交通事故錄像文件存儲時間應(yīng)不少于90天，重大交通事故錄像存儲時間應(yīng)不少于1年；b)NVR/DVR設(shè)備支持的最大存儲容量應(yīng)不低于16TB；c)單臺IPSAN設(shè)備支持的最大存儲容量應(yīng)不低于16TB，應(yīng)支持容量擴(kuò)展。9DB41/T949—2018d)省級聯(lián)網(wǎng)監(jiān)控中心存儲設(shè)備應(yīng)使用RAID技術(shù)存儲數(shù)據(jù)，RAID級別應(yīng)支持RAID0、1、5，宜支持RAID6、10；e)IPSAN設(shè)備應(yīng)具備全局熱備及局部熱備配置能力；f)核心部件宜具備冗余備份；宜具備通信鏈路冗余，NVR/DVR設(shè)備通信接口速率應(yīng)不低于100Mbps以太網(wǎng)，IPSAN應(yīng)不低于1000Mbps以太網(wǎng)。g)宜支持構(gòu)建虛擬化存儲方式，構(gòu)筑集群、容災(zāi)、流式直存、虛擬化動態(tài)存儲擴(kuò)容的模式。7視頻監(jiān)控存儲系統(tǒng)要求7.1存儲系統(tǒng)模式與架構(gòu)存儲系統(tǒng)網(wǎng)絡(luò)架構(gòu)使用NAS（NetworkAttachedStorage，網(wǎng)絡(luò)附加存儲）或者SAN（StorageAttachedNetwork，存儲區(qū)域網(wǎng)絡(luò)）存儲模式進(jìn)行存儲系統(tǒng)的構(gòu)建，符合監(jiān)控系統(tǒng)需求。NAS存儲模式與SAN的存儲模式分別見圖4與圖5。其中NAS模式以NVR為例，SAN模式以IPSAN為例。本標(biāo)準(zhǔn)規(guī)定的存儲系統(tǒng)架構(gòu)見圖6。要求存儲系統(tǒng)分為前端存儲域和中心存儲域兩部分。前端存儲域一般由基層監(jiān)控單元和其所轄外場監(jiān)控設(shè)備中的存儲設(shè)備組成；中心存儲域一般存在于監(jiān)控分中心或者省級聯(lián)網(wǎng)監(jiān)控中心。存儲模式優(yōu)先使用前端存儲，建議側(cè)重使用NVR。以下分別描述兩種存儲模式：a)前端本地存儲模式中，監(jiān)控視頻圖像數(shù)據(jù)直接存儲于本地，當(dāng)中心存儲域需要調(diào)閱前端存儲的錄像時，由前端存儲域向中心存儲域發(fā)送回放流；b)中心存儲模式中，在存儲時中心存儲域需要向前端存儲域中的攝像頭等數(shù)據(jù)采集設(shè)備請求回放流并集中存儲于本地，當(dāng)中心用戶需要回放時可直接在中心存儲域本地訪問存儲數(shù)據(jù)。圖4NAS存儲模式DB41/T949—2018圖5SAN存儲模式圖6存儲系統(tǒng)架構(gòu)圖7.2存儲模式的管理7.2.1存儲資源管理存儲設(shè)備的存儲空間信息應(yīng)當(dāng)能集中至中心域進(jìn)行管理分析，前端域設(shè)備應(yīng)當(dāng)主動上報存儲空間信息或者出錯時的報警信息，包括：最大存儲空間和當(dāng)前可用存儲空間、設(shè)備運行狀態(tài)燈信息、磁盤空間滿、磁盤錯誤等。同時中心域能統(tǒng)一查詢所有設(shè)備配置錄像計劃的相關(guān)信息。7.2.2錄像回放管理DB41/T949—2018前端域和中心域應(yīng)能夠以統(tǒng)一的回放接口調(diào)閱存儲設(shè)備上的錄像文件，具體支持：錄像文件按時間查詢、獲取錄像文件回放地址、錄像回放控制。中心域（上級）有權(quán)跨域回放前端域（下級）設(shè)備存儲的錄像文件，但前端域（下級）無權(quán)回放不屬于其存儲域內(nèi)的所有存儲設(shè)備上的錄像。7.3存儲系統(tǒng)技術(shù)要求7.3.1存儲策略存儲策略應(yīng)采用屬地集中存儲、上級選擇備份、異常事故逐級備份。對于正常運營時的圖像，僅在對攝像頭直接管理的基層監(jiān)控單元進(jìn)行本地存儲。上級平臺可調(diào)閱下級錄像，或者選擇性存儲部分?jǐn)z像頭錄像。對于重大交通事件、異常事故時，錄像應(yīng)逐級存儲，備份。7.3.2錄像計劃宜支持錄像任務(wù)自動檢測功能，對錄像任務(wù)的執(zhí)行計劃與執(zhí)行結(jié)果進(jìn)行自動比對，篩選出缺失錄像，自動連接具有本地存儲功能的前端設(shè)備將缺失錄像下載到中心存儲系統(tǒng)中。8平臺功能8.1實時圖像點播平臺能夠通過下級平臺調(diào)取實時流，實現(xiàn)多路點播，多分屏，實時圖像，并且進(jìn)行抓圖操作。8.2錄像查詢功能平臺能夠直接調(diào)用前端設(shè)備或者通過下級平臺，根據(jù)時間、路段、攝像機(jī)查詢錄像。8.3錄像點播及回放平臺能夠直接調(diào)用前端設(shè)備或者通過下級平臺執(zhí)行錄像回放的操作。其中錄像回放應(yīng)滿足以下要求：a)根據(jù)查詢結(jié)果，在存在錄像的前提下，實現(xiàn)任意時間點回放；b)預(yù)覽功能：預(yù)覽顯示視頻參數(shù)配置，預(yù)覽畫面疊加字符和圖像，預(yù)覽時解碼效果的參數(shù)控制；預(yù)覽時播放聲音控制，預(yù)覽視頻抓圖；c)錄像回放應(yīng)支持2X/4X/8X/16X倍速和0.5X/0.25X/0.125X倍速回放；d)錄像回放應(yīng)支持多路、多分屏同時回放。（多分屏要求同實時圖像點播部分）。8.4錄像下載平臺能夠直接調(diào)用前端設(shè)備或者通過下級平臺將錄像下載到本地。錄像下載至本地，根據(jù)錄像的查詢結(jié)果進(jìn)行下載：a)用戶根據(jù)實際查詢結(jié)果，下載指定攝像機(jī)、時間段的錄像；b)錄像文件下載、鎖定及備份；c)圖片的查找、回訪及備份；d)手動錄像及配置錄像計劃；e)錄像下載支持多路并發(fā)下載（根據(jù)接入的NVR/IPSAN的實際支持情況決定并發(fā)路數(shù)f)錄像下載支持?jǐn)帱c續(xù)傳功能；g)錄像下載支持手動合并/分割下載功能；h)下載的錄像文件若超過一定大小（為兼容32位系統(tǒng)，文件大小應(yīng)限制于4GB以內(nèi)能夠自DB41/T949—2018動分割為多個文件下載。8.5云臺控制平臺能夠直接控制直連本級平臺的（具備云臺的）前端設(shè)備或者通過下級平臺控制接入下級平臺的（具備云臺的）前端設(shè)備，具體應(yīng)具備以下功能：a)支持在預(yù)覽窗口中控制云臺；b)預(yù)置位的設(shè)置和調(diào)用；c)支持云臺優(yōu)先權(quán)控制管理，可根據(jù)用戶的優(yōu)先級進(jìn)行。8.6報警事件管理平臺對前端設(shè)備和下級平臺的報警事件通知進(jìn)行處理：a)若報警事件僅為本級平臺訂閱，則將該報警事件存儲至后臺數(shù)據(jù)庫，并通過郵件、短信等方式通知相關(guān)管理人員；b)若報警事件為上級平臺所訂閱，則將報警事件上報至上級平臺，同時在本級平臺進(jìn)行保存，但不需通知本級平臺相關(guān)管理人員。8.7設(shè)備管理功能要求平臺能夠直接管理前端設(shè)備或者通過下級平臺，進(jìn)行錄像控制、報警設(shè)備的訂閱/取消訂閱等操作。8.8設(shè)備接入與發(fā)現(xiàn)平臺前端設(shè)備或者下級平臺接入后能及時發(fā)現(xiàn)，下級單元注冊成功后，需要發(fā)送設(shè)備目錄信息。在發(fā)送的設(shè)備目錄中，應(yīng)攜帶設(shè)備健康信息。8.9設(shè)備狀態(tài)查詢平臺能夠直接查詢前端設(shè)備或者通過下級平臺查詢設(shè)備的狀態(tài)信息?？梢酝ㄟ^發(fā)送信令查詢設(shè)備的狀態(tài)信息：a)查詢IPC布防/撤防狀態(tài)；b)查詢IPC/NVR/IPSAN設(shè)備信息。8.10應(yīng)急指揮中心及遠(yuǎn)程終端支持路網(wǎng)監(jiān)控應(yīng)急指揮中心以遠(yuǎn)程連接的方式接入省級監(jiān)控聯(lián)網(wǎng)中心平臺，取得省級監(jiān)控聯(lián)網(wǎng)中心平臺的監(jiān)控權(quán)限，可調(diào)用系統(tǒng)內(nèi)監(jiān)控資源?？赏ㄟ^遠(yuǎn)程終端連接至省級監(jiān)控聯(lián)網(wǎng)中心平臺，對實時視頻和歷史圖像進(jìn)行調(diào)閱。桌面遠(yuǎn)程終端應(yīng)支持Windows7及以上版本的桌面客戶端。移動遠(yuǎn)程終端應(yīng)支持Android及IOS系統(tǒng)。Android版本應(yīng)為4.0.3及以上版本，IOS系統(tǒng)應(yīng)為IOS7及以上版本。9視音頻編解碼要求9.1編碼設(shè)備技術(shù)要求視音頻編解碼標(biāo)準(zhǔn)要求：a)視頻壓縮編解碼標(biāo)準(zhǔn)采用由ITU-TVCEG和ISO/IECMPEG聯(lián)合制定的國際視頻編碼標(biāo)準(zhǔn)ITU-TRec.H.264（MPEG-4/AVC），宜支持AVS標(biāo)準(zhǔn)；b)音頻編解碼標(biāo)準(zhǔn)應(yīng)采用G.711。DB41/T949—2018ITU-TRec.H.264制定了不同的檔次和級別以適應(yīng)各種應(yīng)用，省內(nèi)高速公路視頻監(jiān)控系統(tǒng)的編碼設(shè)備的編碼參數(shù)技術(shù)要求如下：a)標(biāo)清視頻編碼設(shè)備應(yīng)支持H.264的ConstrainedBaselineProfile的Level3.0檔次和級別，配置要求如下：1)編碼圖像分辨率應(yīng)支持352×288（CIF）、704×576（4CIF）或720×576（D1）分辨率，在信道帶寬允許情況下單路視頻畫面應(yīng)優(yōu)先采用4CIF或D1分辨率；2)輸出碼率應(yīng)在64kbps～6Mbps之間自適應(yīng)調(diào)整。在帶寬不足情況下，應(yīng)支持圖像質(zhì)量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先）可調(diào)；3)編碼幀率應(yīng)不小于25fps，并可調(diào)整，支持跳幀編碼；4)應(yīng)支持逐行掃描編碼；5)熵編碼方式應(yīng)支持CAVLC，宜支持CABAC；6)參考幀數(shù)量不超過2個；7)GOP格式應(yīng)支持IPPP方式，宜支持IBBP，其中IPPP方式中的I幀間隔應(yīng)可調(diào)整；8)應(yīng)提供編碼參數(shù)調(diào)節(jié)，例如，設(shè)置圖像大小，設(shè)置幀率，設(shè)置I幀間隔等；b)高清視頻編碼設(shè)備應(yīng)支持ITU-TRec.H.264的MainProfile的Level4.0及以上檔次和級別，配置要求如下：1)編碼圖像分辨率至少應(yīng)支持1280x720（720P）、1920x1080（1080P）兩種分辨率。在信道帶寬允許情況下，單路視頻畫面的分辨率不低于720P；2)輸出碼率應(yīng)在2Mbps～10Mbps之間自適應(yīng)調(diào)整。在帶寬不足情況下，應(yīng)支持圖像質(zhì)量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先）可調(diào)；3)符合9.1,a)3)至a)8)要求。c)應(yīng)支持H.264視頻的RTP+ES流輸出，輸出視頻流中不包含非H.264語法元素的私有數(shù)據(jù)；d)編碼設(shè)備應(yīng)支持H.264視頻的ES+RTP/RTCP包輸出，宜支持PS+RTP/RTCP包輸出，RTP包的載荷數(shù)據(jù)中不能包含非H.264語法元素的私有數(shù)據(jù)；e)編碼設(shè)備對音頻編碼支持為可選，宜盡量支持音頻編碼和RTP傳輸；f)高清網(wǎng)絡(luò)攝像機(jī)應(yīng)支持ONVIF協(xié)議。具體要求請參考5.2.2節(jié)內(nèi)容；g)應(yīng)支持TCP/IP、UDP、RTP/RTCP、HTTP、IGMP網(wǎng)絡(luò)協(xié)議，提供單播（宜支持）、組播兩種傳送方式；h)編碼設(shè)備硬件輸入/輸出接口最低要求：1個100Mbps或以上的自適應(yīng)網(wǎng)絡(luò)RJ45接口，1路RS232/RS485串口（云臺、鏡頭控制）；1路數(shù)字報警信號輸入（可選），1路音頻輸入（可選）；宜支持光纖接口。i)宜支持計劃截圖、手動截圖、報警截圖，并且能通過FTP協(xié)議（IETFRFC959）上傳至指定服務(wù)器功能。9.2解碼設(shè)備技術(shù)要求解碼設(shè)備的技術(shù)要求：a)標(biāo)清視頻解碼設(shè)備應(yīng)支持ITU-TRec.H.264的MainProfile的Level3.0及以上檔次和級別，具體要求包括：1)應(yīng)能夠解碼分辨率從CIF到4CIF（D1）的圖像；2)應(yīng)能同時支持解碼逐行掃描或隔行掃描方式編碼的碼流；3)應(yīng)支持IPPP、IBBP兩種GOP結(jié)構(gòu)，能夠解碼B幀；4)應(yīng)能夠解碼CAVLC和CABAC兩種熵編碼碼流；5)支持1/4像素精度的運動搜索的解碼；DB41/T949—20186)能夠解碼從16×16到4×4塊大小的所有幀內(nèi)和幀間編碼模式；7)應(yīng)能夠解碼P幀或者B幀采用幀內(nèi)方式編碼的塊；8)應(yīng)支持多參考幀解碼，至少應(yīng)支持2個參考幀，宜支持5個參考幀；b)高清視頻解碼設(shè)備應(yīng)支持ITU-TRec.H.264的HighProfile的Level4.0及以上檔次和級別，具體要求包括：1)應(yīng)能夠解碼顯示分辨率720p（720i）、1080p（1080i）的圖像，宜支持1080p（1080i）以上超高清解碼；2)其余配置要求同9.2，a)2)至a)8)的要求。c)應(yīng)識別并解碼RTP+ES/PS視頻碼流；d)應(yīng)支持TCP/IP、UDP、IGMP網(wǎng)絡(luò)協(xié)議,應(yīng)提供單播、組播兩種傳送方式；e)應(yīng)具備100Mbps/1000Mbps自適應(yīng)以太網(wǎng)接口RJ45，復(fù)合視頻信號輸出接口BNC，VGA視頻輸出接口、HDMI高清視頻輸出接口等；f)宜具備音頻輸出接口；g)應(yīng)支持1/4/9/16分屏輸出，每個分割畫面宜支持高清。10傳輸協(xié)議要求10.1通信協(xié)議結(jié)構(gòu)管理平臺間進(jìn)行視頻/音頻/數(shù)據(jù)等信息傳輸時，其通信接口應(yīng)遵循本標(biāo)準(zhǔn)規(guī)定的通信協(xié)議。通信協(xié)議結(jié)構(gòu)見圖7。管理平臺通信接口進(jìn)行監(jiān)控信息傳輸及控制時應(yīng)分別通過視頻/音頻流通道以及信令/控制通道傳輸。聯(lián)網(wǎng)系統(tǒng)中的SIP信令字符集宜采用GB2312編碼格式。視頻/音頻流通道應(yīng)采用RTP/RTCP協(xié)議傳輸壓縮編碼后的視音頻流數(shù)據(jù)，聯(lián)網(wǎng)協(xié)議詳細(xì)規(guī)定見10.2。信令/控制通道應(yīng)采用IETFRFC3261與IETFRFC3265規(guī)定的SIP協(xié)議，聯(lián)網(wǎng)協(xié)議詳細(xì)規(guī)定見10.3。圖7通信協(xié)議結(jié)構(gòu)10.2視音頻流傳輸協(xié)議實時視音頻數(shù)據(jù)傳輸格式應(yīng)采用RTP+ES或RTP+PS封裝，傳輸協(xié)議采用UTP或TCP，存儲格式采用PS流，歷史視頻視音頻流回放采用PS流。DB41/T949—201810.2.1視頻NAL數(shù)據(jù)單元格式視頻NAL數(shù)據(jù)單元應(yīng)按照ITU-TRec.H.264，由固定長度的NAL頭和可變長度的NAL體構(gòu)成，數(shù)據(jù)單元格式見圖8。圖8視頻NAL數(shù)據(jù)單元格式網(wǎng)絡(luò)發(fā)現(xiàn)NAL單元有比特錯時，禁止位應(yīng)置為1。重要性指示位表示該數(shù)據(jù)單元重要性，取值越大越重要。NALU類型的值不能為2-4。NAL體數(shù)據(jù)為壓縮的數(shù)字圖像比特流。10.2.2視音頻RTP傳輸格式視音頻NAL數(shù)據(jù)單元與音頻數(shù)據(jù)應(yīng)通過RTP協(xié)議封裝，封裝見IETFRFC3984。RTP包頭格式見圖9：圖9RTP包頭格式視頻NAL數(shù)據(jù)單元根據(jù)比特大小差異，應(yīng)采用2種不同的RTP打包方案：a)小于1400字節(jié)的NAL單元應(yīng)在一個RTP包中封裝一個NAL單元，封裝格式見圖10，a)；b)大于1400字節(jié)的NAL單元應(yīng)在多個RTP包中封裝該NAL單元，并采用FU-A標(biāo)準(zhǔn)進(jìn)行拆分，封裝格式見圖10，b)。a)RTP包封裝格式1b)RTP包封裝格式2圖10RTP包封裝格式基于RTP的視音頻的封裝格式見附錄D。10.2.3視音頻PS存儲格式視音頻采用PS流作為存儲格式。PS是ISO/IEC13818-1協(xié)議制定的一種數(shù)據(jù)流。PS被設(shè)計為在相對無差錯的環(huán)境中使用。PS包的長度是可變的且具有相對較長的長度，包括最少12字節(jié)的包頭、系統(tǒng)頭、PES包3部分。包頭包括PS包起始碼、系統(tǒng)時鐘基準(zhǔn)和PS復(fù)用速率組成，結(jié)構(gòu)見圖11。PS包的包載凈荷所傳送的信息主要包括4種類型：a)視頻、音頻以及輔助數(shù)據(jù)；b)數(shù)據(jù)廣播信息、數(shù)據(jù)管道、同步、多協(xié)議封裝等信息。進(jìn)行PS封裝時，應(yīng)將每個視頻幀封裝為一個PS包，且每個關(guān)鍵幀的PS包中應(yīng)包含系統(tǒng)頭（SystemHeader）和PSM（ProgramStreamMap系統(tǒng)頭和PSM放置于PS包頭之后、第一個PES包之前。DB41/T949—2018圖11PS包頭格式典型的視頻關(guān)鍵幀PS包結(jié)構(gòu)見圖12，其中PESV為視頻PES包，PESA為音頻包，視頻非關(guān)鍵幀的PS包結(jié)構(gòu)中一般不包含系統(tǒng)頭和PSM。圖12典型的視頻關(guān)鍵幀PS包結(jié)構(gòu)其中系統(tǒng)頭中的Stream_id和PSM中的Stream_type取值應(yīng)分別符合表1和表2的要求。表1Stream_id取值定義表2Stream_type取值定義10.3會話控制及錄像回放控制協(xié)議10.3.1管理平臺功能管理平臺功能應(yīng)包括實時監(jiān)控圖像的獲取、錄像的獲取、云臺控制、報警、設(shè)備校時、設(shè)備注冊登記等功能。具體應(yīng)支持功能見圖13。DB41/T949—2018圖13管理平臺功能示意圖10.3.2會話控制功能基本要求平臺注冊登記應(yīng)支持設(shè)備或系統(tǒng)進(jìn)入聯(lián)網(wǎng)系統(tǒng)時向SIP服務(wù)器進(jìn)行注冊登記的工作模式。如果設(shè)備或系統(tǒng)注冊不成功，宜延遲一定的隨機(jī)時間后重新注冊。平臺注冊登記的會話控制過程見11.2.1。實時視音頻點播應(yīng)支持按照指定設(shè)備、指定通道進(jìn)行圖像的實時點播，支持多用戶對同一圖像資源的同時點播。實時視音頻點播的會話控制過程見11.2.2，會話描述信息采用附錄E中規(guī)定的格式。設(shè)備控制應(yīng)支持向指定設(shè)備發(fā)送球機(jī)/云臺控制、錄像控制、報警設(shè)備的布防/撤防等控制信息，實現(xiàn)對設(shè)備的各種動作進(jìn)行遙控。設(shè)備控制的會話控制過程見11.2.3,設(shè)備控制命令采用附錄A規(guī)定的XML格式。報警事件通知和分發(fā)應(yīng)能實時接收報警源發(fā)送來的報警信息，根據(jù)報警處置預(yù)案將報警信息及時分發(fā)給相應(yīng)的用戶終端或系統(tǒng)、設(shè)備。報警時間通知和分發(fā)的會話控制過程見11.2.4，報警事件通知命令采用附錄A規(guī)定的XML格式。設(shè)備信息查詢應(yīng)支持分級查詢并獲取聯(lián)網(wǎng)系統(tǒng)中注冊設(shè)備或系統(tǒng)的目錄信息、狀態(tài)信息等，其中設(shè)備目錄信息包括設(shè)備ID、設(shè)備名、設(shè)備廠家名稱、設(shè)備型號、設(shè)備地址、設(shè)備口令、設(shè)備類型、設(shè)備狀態(tài)、設(shè)備安裝地址、設(shè)備歸屬單位、上級設(shè)備ID等信息。應(yīng)支持查詢設(shè)備的基本信息，如設(shè)備廠商、設(shè)備型號、版本、支持協(xié)議類型等信息。設(shè)備信息查詢的會話控制過程見11.2.5，設(shè)備信息查詢命令采用附錄A規(guī)定的XML格式。狀態(tài)信息報送DB41/T949—2018應(yīng)支持以主動報送的方式搜集、檢測網(wǎng)絡(luò)內(nèi)的監(jiān)控設(shè)備、報警設(shè)備、相關(guān)服務(wù)器以及連接的視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)的運行情況。狀態(tài)信息報送的會話控制過程見11.2.6，狀態(tài)信息命令采用附錄A規(guī)定的XML格式。歷史視音頻文件檢索應(yīng)支持對指定設(shè)備上指定時間段的歷史視音頻文件進(jìn)行檢索。歷史視音頻檢索的會話控制過程見11.2.7。歷史視音頻回放應(yīng)支持對指定設(shè)備或系統(tǒng)上指定時間的歷史視音頻數(shù)據(jù)進(jìn)行遠(yuǎn)程回放，回放過程應(yīng)支持正常播放、快速播放、慢速播放、畫面暫停、隨機(jī)拖放等媒體回放控制。歷史視音頻回放的會話控制過程見11.2.8。會話描述信息采用SDP協(xié)議規(guī)定的格式，視音頻回放控制命令應(yīng)采用附錄C規(guī)定的MANSRTSP協(xié)議格式。歷史視音頻文件下載應(yīng)支持對指定設(shè)備指定時間段的歷史視音頻文件進(jìn)行下載。具體會話控制過程見11.2.9。0網(wǎng)絡(luò)校時監(jiān)控系統(tǒng)中的設(shè)備及平臺應(yīng)具有北京時間同步校準(zhǔn)能力。聯(lián)網(wǎng)系統(tǒng)內(nèi)的IP網(wǎng)絡(luò)服務(wù)器設(shè)備宜支持NTP（見IETFRFC2030）協(xié)議的網(wǎng)絡(luò)統(tǒng)一校時服務(wù)。網(wǎng)絡(luò)校時設(shè)備分為時鐘源和客戶端，支持客戶/服務(wù)器的工作模式；時鐘源應(yīng)支持TCP/IP、UDP及NTP協(xié)議，能將輸入的或自身產(chǎn)生的時間信號以標(biāo)準(zhǔn)的NTP信息包格式輸出。聯(lián)網(wǎng)系統(tǒng)內(nèi)的IP網(wǎng)絡(luò)接入設(shè)備應(yīng)支持SIP信令的統(tǒng)一校時，接入設(shè)備應(yīng)在注冊時接受來自SIP服務(wù)器通過消息頭Date域攜帶的授時。網(wǎng)絡(luò)校時的會話控制過程見11.2.10。1訂閱和通知訂閱包括事件訂閱、目錄訂閱兩個部分，其中報警訂閱屬于事件訂閱部分。通知包括事件通知，目錄通知兩部分，報警通知屬于事件通知。平臺宜支持訂閱和通知機(jī)制，支持事件以及目錄訂閱和通知。訂閱和通知的會話控制過程見11.2.11。2監(jiān)控抓圖目的聯(lián)網(wǎng)單元（下級平臺）應(yīng)支持源聯(lián)網(wǎng)單元（上級平臺）對指定IPC進(jìn)行抓圖操作，并且可以指定抓圖方式。目的聯(lián)網(wǎng)單元應(yīng)返回所抓圖片的資源地址，源聯(lián)網(wǎng)單元使用該地址下載相應(yīng)的圖片文件。圖片應(yīng)為JPG格式。監(jiān)控抓圖的會話過程見11.2.12。11SIP協(xié)議接口要求11.1SIP消息定義11.1.1SIP消息定義格式控制消息傳輸應(yīng)采用本技術(shù)要求規(guī)定的SIP協(xié)議作會話控制。SIP對象編碼格式應(yīng)采用IETFRFC3261中規(guī)定的SIPURI（UniformResourceIdentifier，統(tǒng)一資源標(biāo)識）SIP:user@host形式。其中user部DB41/T949—2018分為設(shè)備節(jié)點單元對象編碼，應(yīng)符合本技術(shù)要求定義的對象編碼規(guī)則（第12章host為設(shè)備節(jié)點單元IP地址，按IETFRFC3261規(guī)定執(zhí)行。傳輸?shù)南㈩^信息完全采用SIP協(xié)議頭結(jié)構(gòu)，消息體采用XML格式。SIP是基于請求/響應(yīng)的事務(wù)處理模型，使用消息方式完成用戶的定位，會話的建立和管理。SIP消息分為兩類：SIP請求和SIP響應(yīng)。SIP消息的基本格式為：消息=起始行*消息頭CRLF（回車換行符）[消息體]SIP消息結(jié)構(gòu)見圖14。圖14SIP消息結(jié)構(gòu)請求行和頭域根據(jù)業(yè)務(wù)、地址和協(xié)議特征定義了呼叫的本質(zhì)，消息體獨立于SIP協(xié)議并且可包含任何內(nèi)容。11.1.2SIP消息起始行一般的SIP消息由開始行、消息頭、消息體組成，見圖14。SIP請求和SIP響應(yīng)在開始行內(nèi)容不同。SIP請求是根據(jù)起始行中的Request-Line來區(qū)分的。一個Request-Line包含方法名字，Request-URI，以及用單個空格（SP）間隔開的協(xié)議版本。SIP請求（Request）的開始行為：Request-Line=MethodSPRequest-URISPSIP-VersionCRLFMethod：IETFRFC3261規(guī)范規(guī)定了6種方法：REGISTER用于登記聯(lián)系信息，INVITE，ACK，CANCEL用于建立會話，BYE用于結(jié)束會話，OPTIONS用于查詢服務(wù)器負(fù)載。SIP可擴(kuò)展追加方法。Request-URI：Request-URI是一個SIPURI。它標(biāo)志了這個請求所用到的用戶或者服務(wù)的地址。SIP-Version：請求和應(yīng)答消息都包含當(dāng)前使用的SIP版本。SIP響應(yīng)（Response）的開始行為：Status-Line=Status-CodeCRLFStatus-Code：是一個3位的數(shù)字resultcode，用來標(biāo)志處理請求的一個結(jié)果。SIP/2.0允許6類應(yīng)答：a)1xx：臨時應(yīng)答——請求已經(jīng)接收，正在處理這個請求；b)2xx：成功處理——請求已經(jīng)成功接收，并且正確處理了這個請求；c)3xx：重定向——還需要附加的操作才能完成這個請求，本請求轉(zhuǎn)發(fā)到其他的服務(wù)器上處理；d)4xx：客戶端錯誤——請求包含錯誤的格式或者不能在這個服務(wù)器上完成；e)5xx：服務(wù)器錯誤——服務(wù)器不能正確地處理這個合法的請求；f)6xx：全局錯誤——請求不能被任何服務(wù)器處理。11.1.3SIP消息頭域每一個頭域都由一個域名加上冒號（“:”）和域值組成：field-name:field-value。有一些頭域是僅僅在請求（或者應(yīng)答）中有效的。這些頭域叫做請求頭域或者應(yīng)答頭域。如果消息中的頭域與這個消息的類型不匹配（比如在應(yīng)答消息中出現(xiàn)的請求頭域），這個頭域必須被忽略。IETFRFC3261定義了每一個頭域的分類。DB41/T949—2018以下以注冊請求為例，展示SIP消息頭REGISTERsip:目的聯(lián)網(wǎng)單元對象編碼@目的聯(lián)網(wǎng)單元IP地Via:SIP/2.0/UDP源聯(lián)網(wǎng)單元IP地址;branch=SIPbranFrom:顯示名<sip:源聯(lián)網(wǎng)單元對象編碼@源聯(lián)網(wǎng)單元IP地址>;tag=STo:顯示名<sip:源聯(lián)網(wǎng)單元對象編碼@源聯(lián)網(wǎng)單元IP地址>;tag=SContact:<sip:源聯(lián)網(wǎng)單元IP地Expires:5（REGISTER消息時必須使用Expires頭域進(jìn)行超時限制，其數(shù)字單位為s。INVITE消息時不使用ExpiresContent-type:Applicatio本技術(shù)要求中，SIP消息頭域中必須遵守的規(guī)則有：a)屬于同一會話過程的報文其Call-ID字段應(yīng)相同，其應(yīng)作為區(qū)別不同會話的最重要標(biāo)示；b)請求消息與應(yīng)答消息的CSeq字段應(yīng)一致，并且在同一會話內(nèi)，源聯(lián)網(wǎng)單元每次發(fā)起新請求時CSeq取值應(yīng)增加1；c)所有消息的Via頭域都必須有branch字段，按照IETFRFC3261規(guī)定，該字段應(yīng)以“z9hG4bK”開頭，并且每次源聯(lián)網(wǎng)單元每次請求消息中branch字段取值應(yīng)不相同，目的聯(lián)網(wǎng)單元回復(fù)中該字段取值應(yīng)相同；d)所有消息的To頭域和From頭域均應(yīng)攜帶tag字段，并且在同一會話過程中，源聯(lián)網(wǎng)單元中的To-tag和From-tag同目的聯(lián)網(wǎng)單元的To-tag和From-tag中內(nèi)容應(yīng)保值一致e)所有需要響應(yīng)的請求消息均應(yīng)攜帶Contact頭域，Contact頭域應(yīng)填寫要求回復(fù)的地址，并且在多級代理轉(zhuǎn)發(fā)過程中，Contact頭域應(yīng)填寫最終會話發(fā)起方地址或接收方地址，轉(zhuǎn)發(fā)過程中Contact內(nèi)容應(yīng)保持不變。11.2基于SIP協(xié)議的控制、傳輸流程和協(xié)議接口11.2.1注冊和注銷注冊和注銷基本要求SIP客戶端、網(wǎng)關(guān)、SIP設(shè)備、高速公路視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)等SIP代理（SIPUA）使用IETFRFC3261中定義的方法REGISTER進(jìn)行注冊和注銷。注冊和注銷時應(yīng)進(jìn)行認(rèn)證，認(rèn)證方式應(yīng)支持?jǐn)?shù)字摘要認(rèn)證方式。SIP代理在注冊過期時間到來之前，應(yīng)向注冊服務(wù)器進(jìn)行刷新注冊，刷新注冊消息流程應(yīng)與節(jié)的流程描述一致，并遵循IETFRFC3261對刷新注冊的規(guī)定。注冊失敗時，SIP代理應(yīng)間隔一定時間后繼續(xù)發(fā)起注冊過程，與上一次注冊時間間隔應(yīng)可調(diào)，一般情況下應(yīng)大于60s。系統(tǒng)、設(shè)備注冊過期時間應(yīng)可配置，缺省值為86400s（1天），應(yīng)在注冊過期時間到來之前發(fā)送刷新注冊消息，為SIP服務(wù)器預(yù)留適當(dāng)刷新注冊處理時間，注冊過期時間應(yīng)大于3600s。若SIP代理通過注冊方式校時，其注冊過期時間應(yīng)設(shè)置為小于SIP代理與SIP服務(wù)器出現(xiàn)1s誤差所經(jīng)過的運行時間。例如：SIP代理與SIP服務(wù)器校時后，SIP代理運行10h后設(shè)備時間與SIP服務(wù)器時間相差大于1s，則應(yīng)將注冊過期時間設(shè)置為10h（36000s以保證SIP代理與SIP服務(wù)器之間時間誤差小于1s。SIP代理注冊成功則認(rèn)為SIP服務(wù)器為在線狀態(tài)，注冊失敗則認(rèn)為SIP服務(wù)器為離線狀態(tài)；SIP服務(wù)器在SIP代理注冊成功后認(rèn)為其為在線狀態(tài)，SIP代理注冊過期則認(rèn)為其為離線狀態(tài)。DB41/T949—2018信令流程.1基本注冊基本注冊即采用IETFRFC3261規(guī)定的基于數(shù)字摘要的挑戰(zhàn)應(yīng)答式安全技術(shù)進(jìn)行注冊，具體注冊流程見圖15。注冊流程如下：a)1：SIP代理向SIP服務(wù)器發(fā)送Register請求；b)2：SIP服務(wù)器向SIP代理發(fā)送響應(yīng)401，并在響應(yīng)的消息頭WWW_Authenticate字段中給出適合SIP代理的認(rèn)證體制和參數(shù)；c)3：SIP代理重新向SIP服務(wù)器發(fā)送Register請求，在請求的Authorization字段給出信任書，包含認(rèn)證信息；d)4：SIP服務(wù)器對請求進(jìn)行驗證，如果檢查出SIP代理身份合法，向SIP代理發(fā)送成功響應(yīng)200OK，如果身份不合法則發(fā)送拒絕服務(wù)應(yīng)答。消息示范見A.1。圖15基本注冊流程示意圖.2注銷注銷流程見圖16。圖16注銷流程示意圖注銷流程如下：a)1：SIP代理向SIP服務(wù)器發(fā)送Register請求，Expires字段的值為0，表示SIP代理要注銷；b)2：SIP服務(wù)器向SIP代理發(fā)送響應(yīng)401，并在響應(yīng)的消息頭WWW_Authenticate字段中給出適合SIP代理的認(rèn)證體制和參數(shù)；c)3：SIP代理重新向SIP服務(wù)器發(fā)送Register請求，在請求的Authorization字段給出信任書，DB41/T949—2018包含認(rèn)證信息，Expires字段的值為0；d)4：SIP服務(wù)器對請求進(jìn)行驗證，如果檢查出SIP代理身份合法，向SIP代理發(fā)送成功響應(yīng)200OK，如果身份不合法則發(fā)送拒絕服務(wù)應(yīng)答。消息示范見A.2。11.2.2實時視音頻點播實時視音頻點播基本要求實時視音頻點播的SIP消息應(yīng)通過本域或其它域的SIP服務(wù)器進(jìn)行路由、轉(zhuǎn)發(fā)，目標(biāo)設(shè)備的實時視音頻流宜通過本域內(nèi)的媒體服務(wù)器進(jìn)行轉(zhuǎn)發(fā)。實時視音頻點播采用SIP協(xié)議（IETFRFC3261）中的Invite方法實現(xiàn)會話連接，采用RTP/RTCP協(xié)議（IETFRFC3550）實現(xiàn)媒體傳輸。實時視音頻點播的信令流程分為客戶端主動發(fā)起和第三方呼叫控制兩種方式，聯(lián)網(wǎng)系統(tǒng)可選擇其中一種或兩種結(jié)合的實現(xiàn)方式。第三方呼叫控制的第三方控制者宜采用背靠背用戶代理實現(xiàn)，有關(guān)第三方呼叫控制見IETFRFC3725。實時視音頻點播宜支持附錄I規(guī)定的媒體流?；顧C(jī)制。命令流程.1客戶端主動發(fā)起客戶端主動發(fā)起的實時視音頻點播流程見圖17。其中，信令1、8、9、10、11、12為SIP服務(wù)器接收到客戶端的呼叫請求后，通過B2BUA代理方式，建立媒體流接收者與媒體服務(wù)器之間的媒體流信令過程，信令2-7為SIP服務(wù)器通過三方呼叫控制，建立媒體服務(wù)器與媒體流發(fā)送者之間的媒體流信令過程，信令13-16為媒體流接收者斷開與媒體服務(wù)器之間的媒體流信令過程，信令17-20為SIP服務(wù)器斷開媒體服務(wù)器與媒體流發(fā)送者之間的媒體流信令過程。命令流程描述如下：a)1：媒體流接收者向SIP服務(wù)器發(fā)送Invite消息，消息頭域中攜帶Subject字段，表明點播的視頻源ID、分辨率、媒體流接收者ID、接收端媒體流序列號等參數(shù)，SDP消息體中s字段為“Play”代表實時點播；b)2：SIP服務(wù)器收到Invite請求后，通過三方呼叫控制建立媒體服務(wù)器和媒體流發(fā)送者之間的媒體連接。向媒體服務(wù)器發(fā)送Invite消息，此消息不攜帶SDP消息體；c)3：媒體服務(wù)器收到SIP服務(wù)器的Invite請求后，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體服務(wù)器接收媒體流的IP、端口、媒體格式等內(nèi)容；d)4：SIP服務(wù)器收到媒體服務(wù)器返回的200OK響應(yīng)后，向媒體流發(fā)送者發(fā)送Invite請求，請求中攜帶消息3中媒體服務(wù)器回復(fù)的200OK響應(yīng)消息體，并且修改s字段為“Play”代表實時點播，增加y字段描述SSRC值，f字段描述媒體參數(shù)；e)5：媒體流發(fā)送者收到SIP服務(wù)器的Invite請求后，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體流發(fā)送者發(fā)送媒體流的IP、端口、媒體格式、SSRC字段等內(nèi)容；f)6：SIP服務(wù)器收到媒體流發(fā)送者返回的200OK響應(yīng)后，向媒體服務(wù)器發(fā)送ACK請求，請求中攜帶消息5中媒體流發(fā)送者回復(fù)的200OK響應(yīng)消息體，完成與媒體服務(wù)器的Invite會話建立過程；g)7：SIP服務(wù)器收到媒體流發(fā)送者返回的200OK響應(yīng)后，向媒體流發(fā)送者發(fā)送ACK請求，請求中不攜帶消息體，完成與媒體流發(fā)送者的Invite會話建立過程；h)8：完成三方呼叫控制后，SIP服務(wù)器通過B2BUA代理方式建立媒體流接收者和媒體服務(wù)器之DB41/T949—2018圖17客戶端主動發(fā)起的實時視音頻點播流程示意圖間的媒體連接。在消息1中增加SSRC值，轉(zhuǎn)發(fā)給媒體服務(wù)器；i)9：媒體服務(wù)器收到Invite請求，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體服務(wù)器發(fā)送媒體流的IP、端口、媒體格式、SSRC值等內(nèi)容；j)10：SIP服務(wù)器將消息9轉(zhuǎn)發(fā)給媒體流接收者；k)11：媒體流接收者收到200OK響應(yīng)后，回復(fù)ACK消息，完成與SIP服務(wù)器的Invite會話建立過程；l)12：SIP服務(wù)器將消息11轉(zhuǎn)發(fā)給媒體服務(wù)器，完成與媒體服務(wù)器的Invite會話建立過程；m)13：媒體流接收者向SIP服務(wù)器發(fā)送BYE消息，斷開消息1、10、11建立的同媒體流接收者的Invite會話；n)14：SIP服務(wù)器收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開；o)15：SIP服務(wù)器收到BYE消息后向媒體服務(wù)器發(fā)送BYE消息，斷開消息8、9、12建立的同媒體服務(wù)器的Invite會話；p)16：媒體服務(wù)器收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開；q)17：SIP服務(wù)器向媒體服務(wù)器發(fā)送BYE消息，斷開消息2、3、6建立的同媒體服務(wù)器的InviteDB41/T949—2018會話；r)18：媒體服務(wù)器收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開；會話；t)20：媒體流發(fā)送者收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開。消息示范見A.3。.2第三方呼叫控制第三方呼叫控制的實時視音頻點播流程見圖18。圖18第三方呼叫控制的實時視音頻點播流程示意圖其中，信令1-6為SIP服務(wù)器通過三方呼叫控制建立媒體服務(wù)器與媒體流發(fā)送者之間的媒體鏈接信令過程，信令7-12為SIP服務(wù)器通過三方呼叫控制建立媒體流接收者與媒體服務(wù)器之間的媒體鏈接信DB41/T949—2018令過程，信令13-16為斷開媒體流接收者與媒體服務(wù)器之間的媒體鏈接信令過程，信令17-20為斷開媒體服務(wù)器與媒體流發(fā)送者之間的媒體鏈接信令過程。命令流程描述如下：a)1：SIP服務(wù)器向媒體服務(wù)器發(fā)送Invite消息，此消息不攜帶SDP消息體；b)2：媒體服務(wù)器收到SIP服務(wù)器的Invite請求后，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體服務(wù)器接收媒體流的IP、端口、媒體格式等內(nèi)容；c)3：SIP服務(wù)器收到媒體服務(wù)器返回的200OK響應(yīng)后，向媒體流發(fā)送者發(fā)送Invite請求，請求中攜帶消息2中媒體服務(wù)器回復(fù)的200OK響應(yīng)消息體，并且修改s字段為“Play”代表實時點播，增加y字段描述SSRC值，f字段描述媒體參數(shù)；d)4：媒體流發(fā)送者收到SIP服務(wù)器的Invite請求后，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體流發(fā)送者發(fā)送媒體流的IP、端口、媒體格式、SSRC字段等內(nèi)容；e)5：SIP服務(wù)器收到媒體流發(fā)送者返回的200OK響應(yīng)后，向媒體服務(wù)器發(fā)送ACK請求，請求中攜帶消息4中媒體流發(fā)送者回復(fù)的200OK響應(yīng)消息體，完成與媒體服務(wù)器的Invite會話建立過程；f)6：SIP服務(wù)器收到媒體流發(fā)送者返回的200OK響應(yīng)后，向媒體流發(fā)送者發(fā)送ACK請求，請求中不攜帶消息體，完成與媒體流發(fā)送者的Invite會話建立過程；g)7：SIP服務(wù)器向媒體流接收者發(fā)送Invite消息，此消息不攜帶SDP消息體；h)8：媒體流接收者收到SIP服務(wù)器的Invite請求后，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體流接收者接收媒體流的IP、端口、媒體格式等內(nèi)容；i)9：SIP服務(wù)器收到媒體流接收者返回的200OK響應(yīng)后，向媒體服務(wù)器發(fā)送Invite請求，請求中攜帶消息8中媒體流接收者回復(fù)的200OK響應(yīng)消息體，并且并且修改s字段為“Play”代表實時點播，增加y字段描述SSRC值；j)10：媒體服務(wù)器收到SIP服務(wù)器的Invite請求后，回復(fù)200OK響應(yīng)，攜帶SDP消息體，消息體中描述了媒體服務(wù)器發(fā)送媒體流的IP、端口、媒體格式、SSRC字段等內(nèi)容；k)11：SIP服務(wù)器收到媒體服務(wù)器返回的200OK響應(yīng)后，向媒體流接收者發(fā)送ACK請求，請求中攜帶消息10中媒體服務(wù)器回復(fù)的200OK響應(yīng)消息體，完成與媒體流接收者的Invite會話建立過程；l)12：SIP服務(wù)器收到媒體服務(wù)器返回的200OK響應(yīng)后，向媒體服務(wù)器發(fā)送ACK請求，請求中不攜帶消息體，完成與媒體服務(wù)器的Invite會話建立過程；m)13：SIP服務(wù)器向媒體流接收者發(fā)送BYE消息，斷開消息7、8、11建立的同媒體流接收者的Invite會話；n)14：媒體流接收者收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開；o)15：SIP服務(wù)器向媒體服務(wù)器發(fā)送BYE消息，斷開消息9、10、12建立的同媒體服務(wù)器的Invite會話；p)16：媒體服務(wù)器收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開；q)17：SIP服務(wù)器向媒體服務(wù)器發(fā)送BYE消息，斷開消息1、2、5建立的同媒體服務(wù)器的Invite會話；r)18：媒體服務(wù)器收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開；會話；t)20：媒體流發(fā)送者收到BYE消息后回復(fù)200OK響應(yīng)，會話斷開。消息示范見A.4。協(xié)議接口DB41/T949—2018SIP消息頭域（如TO、FROM、Cseq、Call-ID、Max-Forwards和Via等）的詳細(xì)定義符合相關(guān)SIP消息的RFC文檔的規(guī)定。消息頭域Allow字段應(yīng)支持Invite、ACK、Info、CANCEL、BYE、OPTIONS和Message方法，不排除支持其它SIP和SIP擴(kuò)展方法。消息頭Content-type字段應(yīng)表示消息體采用SDP協(xié)議格式定義。例如：Content-type:application/sdp。源設(shè)備應(yīng)在SDP協(xié)議格式的消息體中包括t行（見IETFRFC4566-2006的5.9t行的開始時間和結(jié)束時間均設(shè)置成0，表示實時視音頻點播。發(fā)送給媒體服務(wù)器的消息的消息頭應(yīng)包括Subject字段，系統(tǒng)應(yīng)支持該字段，詳細(xì)定義見附錄G。實時視頻圖像點播流程中攜帶的請求和應(yīng)答消息體采用SDP協(xié)議格式定義。有關(guān)SDP的詳細(xì)描述見IETFRFC4566。SDP文本信息包括：會話名稱和意圖、會話持續(xù)時間、構(gòu)成會話的媒體和有關(guān)接收媒體的信息（地SDP協(xié)議格式消息體應(yīng)包括o行（見IETFRFC4566-2006的5.2o行中的username應(yīng)為本設(shè)備的設(shè)備編碼，設(shè)備編碼應(yīng)符合第12章節(jié)中的規(guī)定；c行中應(yīng)包括設(shè)備或系統(tǒng)IP地址；m行中應(yīng)包括媒體接收端口號。11.2.3設(shè)備控制設(shè)備控制基本要求源設(shè)備向目標(biāo)設(shè)備發(fā)送設(shè)備控制命令，控制命令的類型包括球機(jī)/云臺控制、遠(yuǎn)程啟動、錄像控制、報警布防/撤防、報警復(fù)位、強(qiáng)制關(guān)鍵幀、拉框放大、拉框縮小、看守位控制、設(shè)備配置等，設(shè)備控制采用IETFRFC3428中的Message方法實現(xiàn)。源設(shè)備包括SIP客戶端、網(wǎng)關(guān)或者高速公路視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)，目標(biāo)設(shè)備包括SIP設(shè)備、網(wǎng)關(guān)或者高速公路視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)。源設(shè)備向目標(biāo)設(shè)備發(fā)送球機(jī)/云臺控制命令、遠(yuǎn)程啟動命令、強(qiáng)制關(guān)鍵幀、拉框放大、拉框縮小命令后，目標(biāo)設(shè)備不發(fā)送應(yīng)答命令，命令流程見.1；源設(shè)備向目標(biāo)設(shè)備發(fā)送錄像控制、報警布防/撤防、報警復(fù)位、看守位控制、設(shè)備配置命令后，目標(biāo)設(shè)備應(yīng)發(fā)送應(yīng)答命令表示執(zhí)行的結(jié)果，命令流程見.2節(jié)。命令流程.1無應(yīng)答命令流程無應(yīng)答設(shè)備控制流程見圖19。命令流程描述如下：a)1：源設(shè)