DB41digitalizednetworkofhighwayvideosurveillancedevices河南省質(zhì)量技術監(jiān)督局發(fā)布IDB41/T949—2014前言 12規(guī)范性引用文件 13術語和定義 14縮略語 3 46聯(lián)網(wǎng)體系結(jié)構(gòu) 56.1多級多域聯(lián)網(wǎng) 56.2監(jiān)控資源 6 77聯(lián)網(wǎng)系統(tǒng)設備要求 77.1信息采集 77.2傳輸 77.3視頻切換 7 8 87.6用戶終端 87.7流媒體發(fā)布單元 87.8存儲設備 98音視頻編解碼要求 98.1概述 98.2編碼設備技術要求 98.3解碼設備技術要求 9傳輸協(xié)議要求 9.1通信協(xié)議結(jié)構(gòu) 9.2音視頻流傳輸協(xié)議 9.3會話控制及錄像回放控制協(xié)議 10SIP協(xié)議接口要求 10.1SIP消息定義 10.2SIP協(xié)議擴展 10.3SIP消息體定義 10.4基于SIP協(xié)議的控制、傳輸流程和協(xié)議接口 10.5基于RTSP協(xié)議的錄像回放控制 DB41/T949—201411對象編碼及數(shù)據(jù)存儲要求 11.2對象編碼結(jié)構(gòu) 11.3對象編碼規(guī)則 11.4存儲格式 12視頻編解碼設備、存儲設備聯(lián)網(wǎng)測試 12.1測試目標 12.2測試系統(tǒng) 12.3測試內(nèi)容 12.4測試系統(tǒng)結(jié)構(gòu) 附錄A（規(guī)范性附錄）信令消息示例 附錄B（規(guī)范性附錄）設備描述與控制協(xié)議（DDCP）元素說明 48附錄C（資料性附錄）SIP消息體元素名稱及說明 附錄D（規(guī)范性附錄）路段、設備及用戶編碼表 參考文獻 DB41/T949—2014本標準按照GB/T1.1-2009給出的規(guī)則起草。本標準由河南省高速公路聯(lián)網(wǎng)監(jiān)控收費通信服務有限公司提出。本標準起草單位：河南省高速公路聯(lián)網(wǎng)監(jiān)控收費通信服務有限公司、西南交通大學。本標準主要起草人：本標準參加起草人：DB41/T949—20141高速公路數(shù)字化視頻監(jiān)控設備聯(lián)網(wǎng)技術要求本標準規(guī)定了河南省高速公路數(shù)字化視頻監(jiān)控設備聯(lián)網(wǎng)的聯(lián)網(wǎng)結(jié)構(gòu)、聯(lián)網(wǎng)協(xié)議等基本功能、測試要求和技術指標。本標準適用于河南省高速公路視頻監(jiān)控系統(tǒng)建設和管理。交通行業(yè)其它部門視頻監(jiān)控系統(tǒng)可參考執(zhí)2規(guī)范性引用文件下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T28059-2011（所有部分）公路網(wǎng)圖像信息管理系統(tǒng)平臺互聯(lián)技術規(guī)范GB50348-2004安全防范工程技術規(guī)范ISO/IEC14496-10-2012信息技術音頻-可視對象的編碼第10部分:高級視頻編碼(Informationtechnology.Codingofaudio-visualobjects.Part10:AdvancedVideoCoding)ITU-TH.264通用視聽業(yè)務的先進的視頻編碼（Advancedvideocodingforgenericaudiovisualservices）ITU-TG.711音頻信號的脈沖編碼調(diào)制（Pulsecodemodulationofvoicefrequencies）ITU-TG.72264kbit/s之內(nèi)的7kHz音頻編碼規(guī)范（7kHzaudio-codingwithin64kbit/s）ITU-TG.723.1以5.3kb/s、6.3kb/s為速率的雙語速語音編碼器（Dualratespeechcoderformultimediacommunicationstransmittingat5.3and6.3kbit/s）ITU-TG.729基于共軛結(jié)構(gòu)代碼激勵線性預測（CS-ACELP）的8kbit/s語音編碼（Codingofspeechat8kbit/susingconjugate-structurealgebraic-code-excitedlinearprediction）RFC2326實時流協(xié)議（RealTimeStreamingProtocol）RFC3261SIP：會話初始協(xié)議（SIP:SessionInitiationProtocol）RFC3265會話初始協(xié)議（SIP特定事件通知（SessionInitiationProtocol(SIP)-SpecificEventNotification）RFC3984用于H.264編碼視頻的RTP負載格式（RTPPayloadFormatforH.264Video）ONVIF-2012核心規(guī)范版本2.2（ONVIFCoreSpecificationVersion2.2）3術語和定義GB/T28059-2011界定的以及下列術語和定義適用于本文件。為了便于使用，以下重復列出了GB/T28059-2011的一些術語和定義。3.12DB41/T949—2014高速公路視頻監(jiān)控系統(tǒng)highwayvideosurveillancesystem用于幫助實現(xiàn)對省級范圍內(nèi)各高速公路網(wǎng)進行監(jiān)控視頻采集、傳輸、控制、顯示、存儲以及事件處理等業(yè)務的視頻監(jiān)測、管理調(diào)度的管理系統(tǒng)。3.2監(jiān)控單元surveillanceunit高速公路視頻監(jiān)控系統(tǒng)中的監(jiān)控資源接入系統(tǒng)，用于附近區(qū)域監(jiān)控資源接入以及管理，接受監(jiān)控分中心的管理。3.3管理平臺managementplatform為各級公路網(wǎng)管理部門提供對所轄范圍內(nèi)公路網(wǎng)、交通樞紐的相關視頻及信息進行匯聚、調(diào)度、監(jiān)視等管理應用功能的應用系統(tǒng)。[GB/T28059.1-2011，定義3.1.6]3.4監(jiān)控資源surveillanceresources為聯(lián)網(wǎng)系統(tǒng)提供監(jiān)控信息的各種設備和系統(tǒng)。監(jiān)控信息的表現(xiàn)形式為圖像、聲音、事件數(shù)據(jù)、業(yè)務數(shù)據(jù)等。[GB/T28059.1-2011，定義3.1.8]3.5用戶終端userterminal經(jīng)過系統(tǒng)注冊并授權(quán)使用視頻信息、數(shù)據(jù)信息的終端設備，包括視頻管理終端、用戶監(jiān)視終端和顯示設備。3.6SIP網(wǎng)關SIPgateway用于接入監(jiān)控系統(tǒng)中不符合本標準第9章規(guī)定基于SIP協(xié)議的監(jiān)控資源，負責將其私有通信協(xié)議和符合上述要求的SIP通信協(xié)議之間互相轉(zhuǎn)換的邏輯實體。3.7ES流ElementarystreamITU-TH.264建議書（或ISO/IEC14496-10附件B）所規(guī)定的視頻碼流初級格式。3.8檔次profileH.264或MPEG視頻編解碼標準中規(guī)定的整個比特流語法的子集，描述了對比特流的限制以及滿足該檔次的解碼器應遵從的算法特征和限制。DB41/T949—201433.9視頻編碼比特流中句法元素參數(shù)值的限制集合，一個檔次可包括一個或若干個級別。3.10源聯(lián)網(wǎng)單元sourcenetworkingunit監(jiān)控命令中主動發(fā)起會話的一方，一般為主控制方，等待目的聯(lián)網(wǎng)單元響應。3.11目的聯(lián)網(wǎng)單元destinationnetworkingunit監(jiān)控命令中最終響應會話的一方，一般為被控制方，等待源聯(lián)網(wǎng)單元命令并及時響應。3.12心跳信息heartbeatinformation由管理平臺或設備定時發(fā)送的關于管理平臺、設備運行狀態(tài)的信息。3.13設備描述與控制協(xié)議devicedescriptionandcontrolprotocol（DDCP）一種基于XML規(guī)范的SIP消息體文檔。使用XSDL語言對DDCP文檔結(jié)構(gòu)進行定義。[GB/T28059.3-2011，定義3.1.2]4縮略語下列縮略語適用于本文件。4CIF：四倍的通用中間格式（QuadrupleCommonIntermediateForma）ADSL：非對稱數(shù)字用戶線路（AsymmetricDigitalSubscriberLoop）AVS：音視頻編碼標準（AudioVideoCodingStandard）BNC：BNC連接器（BayonetNeill-Concelman）CIF：數(shù)字視頻通用中間格式（CommonIntermediateFormat）D1：數(shù)字電視系統(tǒng)顯示格式DDCP：設備描述與控制協(xié)議（DeviceDescriptionAndControlProtocol）DDN：數(shù)字數(shù)據(jù)網(wǎng)（DigitalDataNetwork）DHCP：動態(tài)主機設置協(xié)議（DynamicHostConfigurationProtocol）DVR：數(shù)字視頻錄像機（Digitalvideorecorder）IGMP：因特網(wǎng)組管理協(xié)議（InternetGroupManagementProtocol）IPC：網(wǎng)絡攝像機（InternetProtocolCamera）DB41/T949—20144IPSAN：基于IP的存儲局域網(wǎng)絡（InternetProtocolStorageAreaNetwork）ISDN：綜合業(yè)務數(shù)字網(wǎng)（IntegratedServicesDigitalNetwork）MMS：微軟媒體服務器協(xié)議（MicrosoftMediaServerProtocol）MPEG：運動圖像專家組（MovingPictureExpertsGroup）NAL：網(wǎng)絡抽象層（NetworkAbstractionLayer）NTP：網(wǎng)絡時間協(xié)議（NetworkTimeProtocol）NTSC：美國國家電視系統(tǒng)委員會制式（NationalTelevisionSystemCommittee）NVR：網(wǎng)絡硬盤錄像機（NetworkVideoRecorder）ONVIF：開放網(wǎng)絡視頻接口論壇（OpenNetworkVideoInterfaceForum）PAL：逐行倒相制式（PhaseAlternatingLine）QCIF：四分之一的通用中間格式（QuarterCommonIntermediateFormat）RAID：獨立磁盤冗余陣列（RedundantArrayofIndependentDisks）RFC：IETF請求評論的規(guī)范（RequestforComments）RTCP：實時傳輸控制協(xié)議（Real-TimeControlProtocol）RTP：實時傳輸協(xié)議（Real-TimeProtocol）RTSP：實時流化協(xié)議（Real-TimeStreamingProtocol）SECAM：塞康制（Séquentielcouleuràmémoire）SIP：會話初始協(xié)議（SessionInitiationProtocol）TCP：傳輸控制協(xié)議（TransmissionControlProtocol）TS：傳輸流（TransportStream）UDP：用戶數(shù)據(jù)報協(xié)議（UserDatagramProtocol）URI：統(tǒng)一資源標識（UniformResourceIdentifier）VPN：虛擬專用網(wǎng)（VirtualPrivateNetwork）XML：可擴展標記語言（ExtensibleMarkupLanguage）XSDL：XML模式定義語言（XMLSchemaDefinationLanguage）5一般規(guī)定本標準規(guī)定高速公路視頻監(jiān)控系統(tǒng)采用省級聯(lián)網(wǎng)監(jiān)控中心、監(jiān)控分中心、監(jiān)控單元三級聯(lián)網(wǎng)架構(gòu)，該系統(tǒng)監(jiān)控視頻應采用H.264標準編碼的數(shù)字圖像進行傳輸。其中省級聯(lián)網(wǎng)監(jiān)控中心、監(jiān)控分中心中應包含管理平臺、編解碼器、顯示屏、存儲設備、流媒體發(fā)布單元、用戶終端等設備，監(jiān)控單元應包括管理平臺、編碼器、數(shù)字硬盤錄像機（DVR）等設備，外場監(jiān)控設備采用模擬攝像機、網(wǎng)絡攝像機（IPC）等的應通過模擬或數(shù)字方式接入監(jiān)控單元。各級監(jiān)控中心與監(jiān)控單元管理平臺應采用SIP協(xié)議與DDCP協(xié)議作為控制接口，采用RTP協(xié)議作為碼流傳輸接口，采用RTSP協(xié)議作為錄像回放控制接口。高速公路視頻監(jiān)控系統(tǒng)設備聯(lián)網(wǎng)結(jié)構(gòu)見圖1。DB41/T949—201458:8:大屏幕SIPSIP控制信令SIPSIP管理平臺（含SIP網(wǎng)關）管理平臺（含SIP網(wǎng)關）大屏幕網(wǎng)絡攝像機解碼器網(wǎng)絡攝像機(含SIP網(wǎng)關)解碼器SIP模擬云臺攝相機編碼器模擬云臺攝相機監(jiān)控單元存儲設備模擬攝像機管理平臺模擬攝像機（含SIP網(wǎng)關）DVR用戶終端用戶終端用戶終端流媒體發(fā)布單元流媒體發(fā)布單元流媒體發(fā)布單元網(wǎng)絡云臺攝相機監(jiān)控分中心省級聯(lián)網(wǎng)監(jiān)控中心外場監(jiān)控設備監(jiān)控單元監(jiān)控分中心省級聯(lián)網(wǎng)監(jiān)控中心圖1高速公路視頻監(jiān)控系統(tǒng)設備聯(lián)網(wǎng)結(jié)構(gòu)示意圖6聯(lián)網(wǎng)體系結(jié)構(gòu)6.1多級多域聯(lián)網(wǎng)6.1.1概述高速公路視頻監(jiān)控系統(tǒng)視頻業(yè)務通過IP數(shù)據(jù)網(wǎng)承載，基于非IP網(wǎng)絡監(jiān)控資源視頻信息應通過具有平臺接入功能的管理平臺或設備轉(zhuǎn)接至IP網(wǎng)絡后接入監(jiān)控系統(tǒng)。各監(jiān)控單元應通過承載網(wǎng)絡集中接入所屬監(jiān)控分中心，各監(jiān)控分中心最終匯聚接入省級聯(lián)網(wǎng)監(jiān)控中心。各級視頻節(jié)點之間均應以管理平臺為核心，進行監(jiān)控數(shù)據(jù)和監(jiān)控信息上報以及控制命令下發(fā)等操作。高速公路視頻監(jiān)控系統(tǒng)不必支持監(jiān)控分中心之間視頻信息共享與傳輸。各級視頻節(jié)點的管理平臺應采用SIP協(xié)議為平臺間管理通信協(xié)議。管理平臺內(nèi)各采用非SIP協(xié)議或不符合本標準規(guī)定的監(jiān)控資源、用戶終端等，應通過SIP網(wǎng)關統(tǒng)一通信協(xié)議與數(shù)據(jù)格式后接入監(jiān)控系統(tǒng)。6.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)絡應能訪問任意監(jiān)控分中心管理平臺中的任意監(jiān)控視頻與數(shù)據(jù)，負責全省高速公路網(wǎng)的綜合監(jiān)控和管理，宜配備存儲設備，存儲重要地點或重大事件的圖像數(shù)據(jù)。監(jiān)控分中心應通過SIP網(wǎng)關與省級聯(lián)網(wǎng)監(jiān)控中心管理平臺互聯(lián)，監(jiān)控分中心管理平臺應通過IP網(wǎng)絡向省級聯(lián)網(wǎng)監(jiān)控中心管理平臺上傳轄區(qū)內(nèi)的監(jiān)控視頻與數(shù)據(jù)，并接受或轉(zhuǎn)發(fā)設備控制指令，應能通過IP網(wǎng)絡訪問所管轄的任意監(jiān)控單元管理平臺中的任意監(jiān)控視頻與數(shù)據(jù)，宜配備存儲設備，存儲重要地點或重大事件的圖像數(shù)據(jù)。DB41/T949—20146監(jiān)控單元通過SIP網(wǎng)關與監(jiān)控分中心管理平臺互聯(lián)，監(jiān)控單元管理平臺應允許模擬圖像傳輸或數(shù)字圖像傳輸方式。模擬圖像傳輸方式應包括模擬槍機、模擬云臺攝像機等設備，通過同軸電纜或光端機等方式傳輸。數(shù)字圖像傳輸方式應包括編碼器、DVR、IPC等設備，將采集并壓縮編碼后的數(shù)字圖像信號通過IP網(wǎng)絡方式傳輸。監(jiān)控單元管理平臺應為監(jiān)控分中心平臺提供所需要的圖像數(shù)據(jù)，并接受其設備控制指令。6.1.3工作狀態(tài)互聯(lián)結(jié)構(gòu)下的級聯(lián)模式見圖2。信令流、媒體流均應逐級轉(zhuǎn)發(fā)。省級聯(lián)網(wǎng)監(jiān)控中心SIP/RTP(RTCP)SIP/RTP(RTCP)監(jiān)控分中心監(jiān)控分中心監(jiān)控分中心db SIP/RTP(RTCP)監(jiān)控單元監(jiān)控單元監(jiān)控單元監(jiān)控單元SIP/RTP(RTCP)監(jiān)控單元r監(jiān)控單元監(jiān)控單元圖2級聯(lián)模式示意圖6.2監(jiān)控資源6.2.1基于SIP協(xié)議的監(jiān)控資源基于SIP協(xié)議的監(jiān)控資源應在設備級支持本標準第8、9、10章規(guī)定的聯(lián)網(wǎng)接口（包括通信協(xié)議與數(shù)據(jù)格式），能通過SIP協(xié)議直接接入所屬視頻節(jié)點的管理平臺。6.2.2基于ONVIF規(guī)范的監(jiān)控資源網(wǎng)絡攝像機（IPC）功能應符合ONVIFProfileSSpecification所規(guī)定功能；控制接口應符合ONVIF核心規(guī)范（ONVIFCoreSpecification）規(guī)定，且規(guī)范版本不應低于2.2；應通過ONVIF官方標準測試工具（版本不應低于12.12）測試。網(wǎng)絡視頻錄像機（NVR）功能應符合ONVIFProfileGSpecification所規(guī)定功能；控制接口應符合ONVIF核心規(guī)范（ONVIFCoreSpecification）規(guī)定，且規(guī)范版本不應低于2.2；視頻解碼能力應符合本標準7.3規(guī)定；應通過ONVIF官方標準測試工具（版本不應低于12.12）測試。管理平臺應具備ONVIF接口，接口功能應符合ONVIFProfileSSpecification與ONVIFProfileGSpecification所規(guī)定功能?？刂平涌趹螼NVIF核心規(guī)范（ONVIFCoreSpecification）規(guī)定，且規(guī)范版本不應低于2.2。管理平臺內(nèi)基于ONVIF規(guī)范的監(jiān)控資源應通過SIP網(wǎng)關接入監(jiān)控系統(tǒng)。基于SIP協(xié)議的控制接口和基于ONVIF規(guī)范的控制接口之間轉(zhuǎn)換方式本標準不做規(guī)定。注1：ONVIFCoreSpecification可從以下網(wǎng)址獲得：</specs/DocMa注2：ONVIFProfileSSpecification可從以下網(wǎng)址獲得：<http://注3：ONVIFProfileGSpecification可從以下網(wǎng)址獲得：<http://6.2.3基于非SIP協(xié)議的監(jiān)控資源DB41/T949—20147基于非SIP協(xié)議的監(jiān)控資源應通過SIP網(wǎng)關統(tǒng)一聯(lián)網(wǎng)接口后接入監(jiān)控系統(tǒng)。基于非SIP協(xié)議的監(jiān)控資源聯(lián)網(wǎng)方式見圖3。 物理線路——虛擬SIP聯(lián)網(wǎng)單元非SIP協(xié)議（如ONVIF非SIP協(xié)議（如ONVIF或SDK）SIP不支持SIP協(xié)議的聯(lián)網(wǎng)單元不支持SIP協(xié)議的聯(lián)網(wǎng)單元SIP協(xié)議圖3基于非SIP協(xié)議的監(jiān)控資源聯(lián)網(wǎng)6.3SIP網(wǎng)關SIP網(wǎng)關應滿足GB/T28059.3-2011中4.3.2的規(guī)定。并且應能接入基于不同通信協(xié)議和數(shù)據(jù)格式的監(jiān)控資源或用戶終端，將通信協(xié)議與數(shù)據(jù)格式分別轉(zhuǎn)換為符合本標準第8章、9章、10章規(guī)定的SIP協(xié)議和H.264編碼的視頻圖像。SIP網(wǎng)關的內(nèi)部接口和各級平臺內(nèi)部聯(lián)網(wǎng)所需的功能本標準不作規(guī)定。7聯(lián)網(wǎng)系統(tǒng)設備要求7.1信息采集信息采集設備應滿足：a)圖像采集設備應能清晰有效地采集到現(xiàn)場的圖像，能適應現(xiàn)場的照明條件。環(huán)境照度不滿足視頻監(jiān)控要求時，應配置輔助照明，或采用微光／紅外類攝像設備；b)聲音采集設備的性能（靈敏度、探測范圍）應與監(jiān)測范圍相適應；c)報警設備應符合現(xiàn)行國家標準、行業(yè)標準的要求，并經(jīng)檢驗或認證合格；d)應具有防破壞、防水、防雷電和抗易損防護措施，安裝應符合現(xiàn)場環(huán)境要求，并滿足相應防護等級要求；e)應提供開放的控制接口。7.2傳輸傳輸設備應滿足：a)模擬視頻傳輸方式應適合PAL制式。數(shù)字視頻傳輸通道應采用IP方式，傳輸協(xié)議應滿足本標b)信息傳輸可采用有線或者無線傳輸方式。傳輸網(wǎng)絡可選用高速公路專用網(wǎng)絡或公共通信網(wǎng)絡。采用無線或公共通信網(wǎng)絡傳輸時，傳輸設備應有信息安全管理措施。具體傳輸方式的選擇按GB50348-2004中3.11.1的要求。傳輸設備的選型按GB50348-2004中3.11.3的要求；c)應優(yōu)先保證報警信號和控制信號的傳輸。7.3視頻切換視頻切換設備應滿足：DB41/T949—20148a)圖像切換應能通過手動或編程實現(xiàn)。圖像信號應能在指定的顯示設備上進行固定顯示或時序顯示；b)應采用模塊式結(jié)構(gòu)，容量應按系統(tǒng)規(guī)模確定，并留有冗余；c)應具有視頻丟失檢測報警和系統(tǒng)自診斷功能；d)應提供RS-232或RS-485數(shù)據(jù)通道，可用于支持常用控制協(xié)議；e)宜支持本地鍵盤、網(wǎng)絡計算機雙重控制方式；f)應具有報警聯(lián)動功能。7.4圖像顯示圖像顯示設備應滿足：a)應按需選擇合適的顯示器或大屏設備；b)應能清晰顯示現(xiàn)場實時圖像；c)分辨率指標應高于系統(tǒng)對編解碼設備的分辨率指標，最高顯示分辨率不應低于1920×1080；d)應支持各種標準視頻信號的輸入，能駁接各種常用視頻信號源，包括復合視頻（NTSC/PAL/SECAM），標準視頻信號以及計算機輸出的RGB信號；e)一體化背投單元顯示設備應滿足：對比度≥5000:1，鏡頭輸出亮度≥800lx；f)等離子拼接屏顯示設備應滿足：對比度≥30000:1，亮度≥1700cd/m2；g)液晶拼接屏顯示設備應滿足：對比度≥3000:1，亮度≥700cd/m2,響應時間≤5ms。7.5網(wǎng)絡服務器網(wǎng)絡服務器設備應滿足：a)支持的服務程序應包括數(shù)據(jù)庫、視頻分發(fā)、視頻存儲、認證、注冊、設備代理等；b)基本功能和性能應符合國家和行業(yè)相關產(chǎn)品標準的規(guī)定，并經(jīng)檢驗或認證合格；c)服務器的CPU、硬盤、網(wǎng)絡接口等部件的技術指標應符合本標準及監(jiān)控聯(lián)網(wǎng)系統(tǒng)的其他相關技術的要求；d)數(shù)據(jù)庫、視頻分發(fā)、安全認證等服務器宜采用雙機備份的方式。7.6用戶終端用戶終端設備應滿足：a)應具有遠程登錄功能；b)應具有遠程瀏覽、控制等功能。7.7流媒體發(fā)布單元流媒體發(fā)布單元應滿足：a)應支持RTSP和RTP協(xié)議，宜支持MMS等主流實時流媒體協(xié)議；b)應具備廣域網(wǎng)接入能力，應至少具備一種接入方式（DHCP，DDN，ISDN，ADSL，VPN，光纖接入等），宜支持多種接入方式；c)應支持單播和組播點播方式；d)局域網(wǎng)內(nèi)接入帶寬應采用千兆網(wǎng)；e)應具有客戶端接入身份認證能力；f)應具備轉(zhuǎn)碼能力，可將實時流視頻重編碼為不高于原始分辨率的低碼率視頻流并發(fā)布。重新編碼后輸出的碼流應滿足本標準7.2，a)項規(guī)定；g)應具備自適應帶寬能力；DB41/T949—20149h)應至少可同時支持30路視頻頻道對外發(fā)布，并且應至少可支持500個用戶終端并發(fā)訪問；i)宜支持服務能力擴展，可通過設備集群方式擴展負載能力。7.8存儲設備存儲設備應滿足：a)應能導出為TS封裝的文件格式，TS格式要求見9.2.4；b)無事件時錄像存儲時間應不少于30天，一般交通事故錄像文件存儲時間應不少于90天，重大交通事故錄像存儲時間應不少于1年；c)DVR、NVR設備支持的最大存儲容量應不低于16TB；d)單臺IPSAN設備支持的最大存儲容量應不低于16TB，應支持容量擴展；e)省級聯(lián)網(wǎng)監(jiān)控中心存儲設備應使用RAID技術存儲數(shù)據(jù)，RAID級別應支持RAID0、1、5，宜支持RAID6、10；f)核心部件宜具備冗余備份；宜具備通信鏈路冗余，DVR、NVR設備通信接口速率應不低于100M以太網(wǎng)，IPSAN應不低于1000M以太網(wǎng)。8音視頻編解碼要求8.1概述音視頻編解碼標準要求：a)視頻壓縮編解碼標準采用由ITU-TVCEG和ISO/IECMPEG聯(lián)合制定的國際視頻編碼標準H.264（MPEG-4/AVC），宜支持AVS標準；b)音頻編解碼標準應采用G.711A/G.722.1/G.723.1/G.729。8.2編碼設備技術要求編碼設備的技術要求如下:a)標清視頻編碼設備應支持H.264標準的ConstrainedBaselineProfile的Level3.0檔次和級別，配置要求如下：1)編碼圖像分辨率應支持352×288（CIF）、704×576（4CIF）或720×576（D1）分辨率，在信道帶寬允許情況下單路視頻畫面應優(yōu)先采用4CIF或D1分辨率；2)輸出碼率應在64kbps-4Mbps之間自適應調(diào)整。在帶寬不足情況下，應支持圖像質(zhì)量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先）可調(diào)；3)編碼幀率應不小于25幀/秒，并可調(diào)整，支持跳幀編碼；4)應支持逐行掃描編碼；5)熵編碼方式應支持CAVLC，宜支持CABAC；6)參考幀數(shù)量不應超過2個；7)GOP格式應支持IPPP方式，宜支持IBBP，其中IPPP方式中的I幀間隔應可調(diào)整；8)不應支持FMO、ASO、RedundantSlice特性；9)應提供編碼參數(shù)調(diào)節(jié)，例如，設置圖像大小，設置幀率，設置I幀間隔等；b)高清視頻編碼設備應支持H.264標準的ConstrainedBaselineProfile的Level4.0及以上檔次和級別，配置要求如下：1)編碼圖像分辨率至少應支持1280x720（720P）、1920x1080（1080P）兩種分辨率。在信道帶寬允許情況下，單路視頻畫面的分辨率不應低于720P；DB41/T949—20142)輸出碼率應在2Mbps-10Mbps之間自適應調(diào)整。在帶寬不足情況下，應支持圖像質(zhì)量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先）可調(diào)；3)符合本標準8.2，a)項3)至9)要求。c)應支持H.264視頻的RTP+ES流輸出，輸出視頻流中不應包含非H.264語法元素的私有數(shù)據(jù)；d)宜支持音頻編碼和RTP傳輸；e)應支持TCP/IP、UDP、IGMP網(wǎng)絡協(xié)議，應提供單播、組播兩種傳送方式；f)應具備如下接口：復合視頻廣播信號輸出接口BNC，100M以太網(wǎng)RJ45接口，RS232/RS485串口（云臺、鏡頭控制）；g)宜具備如下接口：數(shù)字報警信號輸入接口，音頻輸入接口，光纖接口。8.3解碼設備技術要求解碼設備的技術要求：a)標清視頻解碼設備應支持H.264標準的MainProfile的Level3.0及以上檔次和級別，配置要求如下：1)應支持解碼分辨率從CIF到4CIF（D1）的圖像；2)應支持解碼逐行或隔行掃描方式編碼的碼流；3)應支持解碼IPPP、IBBP兩種GOP結(jié)構(gòu)，包含B幀的碼流；4)應支持解碼CAVLC和CABAC兩種熵編碼碼流；5)應支持解碼采用1/4像素精度的運動搜索編碼方式的碼流；6)應支持解碼包含從16×16到4×4塊大小的所有幀內(nèi)和幀間編碼模式的碼流；7)應支持解碼P幀或者B幀采用幀內(nèi)方式編碼的塊；8)應支持解碼使用2個參考幀的碼流，宜支持5參考幀解碼；b)高清視頻解碼應支持H.264標準的MainProfile的Level4.0及以上檔次和級別，具體配置要求如下：1)應支持解碼分辨率720P、1080P（或1080i）的圖像，宜支持1080P以上高清解碼；2)其余配置要求同a)2)～a)8)的要求；c)應識別并解碼RTP+ES視頻碼流；d)應支持TCP/IP、UDP、IGMP網(wǎng)絡協(xié)議,應提供單播、組播兩種傳送方式；e)應具備100M/1000M自適應以太網(wǎng)接口RJ45，復合視頻廣播信號輸出接口BNC，VGA視頻輸出f)宜具備音頻輸出接口；g)應支持1/4/9/16分屏輸出，每個分割畫面宜支持高清。9傳輸協(xié)議要求9.1通信協(xié)議結(jié)構(gòu)管理平臺間進行視頻/音頻/數(shù)據(jù)等信息傳輸時，其通信接口應遵循本標準規(guī)定的通信協(xié)議。通信協(xié)議結(jié)構(gòu)見圖4。管理平臺通信接口進行監(jiān)控信息傳輸及控制時應分別通過視頻/音頻流通道以及信令/控制通道傳輸。視頻/音頻流通道應采用RTP/RTCP協(xié)議傳輸壓縮編碼后的音視頻流數(shù)據(jù)，聯(lián)網(wǎng)協(xié)議詳細規(guī)定見9.2。信令/控制通道應采用RFC3261與RFC3265規(guī)定的SIP協(xié)議，應采用RFC2326規(guī)定的RTSP協(xié)議進行錄像回放控制命令的傳輸。聯(lián)網(wǎng)協(xié)議詳細規(guī)定見第10章。DB41/T949—2014信令/控制通道視頻/音頻流通道DDCP回放控制H.264視頻流G.711A/G.722.1/G.723.1/G.729音頻流SSPRTP/RTCPTCP/UDP物理層和MAC層圖4通信協(xié)議結(jié)構(gòu)9.2音視頻流傳輸協(xié)議9.2.1概述音視頻數(shù)據(jù)傳輸格式應采用UDP+RTP+NAL封裝，存儲格式采用TS流。9.2.2視頻NAL數(shù)據(jù)單元格式視頻NAL數(shù)據(jù)單元應按照H.264標準，由固定長度的NAL頭和可變長度的NAL體構(gòu)成，數(shù)據(jù)單元格式見4—2bit5bit可變比特禁止位重要指示位NALU類型NALU體數(shù)據(jù)圖5視頻NAL數(shù)據(jù)單元格式禁止位網(wǎng)絡發(fā)現(xiàn)NAL單元有比特錯時應置為1。重要性指示位表示該數(shù)據(jù)單元重要性，取值越大越重要。NALU類型的值不應為2～4。NAL體數(shù)據(jù)為壓縮的數(shù)字圖像比特流。9.2.3音視頻RTP傳輸格式音視頻NAL數(shù)據(jù)單元與音頻數(shù)據(jù)應通過RTP協(xié)議封裝，封裝方法見RFC3984。RTP包頭格式見圖6。版本號填充位擴充位貢獻源計數(shù)器標志位荷載類型貢獻源標識符圖6RTP包頭格式DB41/T949—2014視頻NAL數(shù)據(jù)單元根據(jù)比特大小差異，應采用2種不同的RTP打包方案：a)小于1400字節(jié)的NAL單元應在一個RTP包中封裝一個NAL單元，封裝格式見圖7a)；RTP頭NAL頭NAL頭數(shù)據(jù)b)大于1400字節(jié)的NAL單元應在多個RTP包中封裝該NAL單元，并采用FU-ARTP頭NAL頭NAL頭數(shù)據(jù)RTP頭FU指示符FU頭NAL體數(shù)據(jù)a)RTP包封裝格式1b)RTP包封裝格式2圖7RTP包封裝格式9.2.4音視頻TS存儲格式音視頻應采用TS流作為存儲格式，TS頭格式見圖8。TS包的長度固定為188字節(jié)，TS包頭格式見圖8。字節(jié)傳輸誤碼指示符有效載荷單元起始指示符傳輸識符傳輸控制標識標識載標識計數(shù)器圖8TS包頭格式H.264視頻封裝為TS包的具體格式見圖9：TS頭字節(jié)流NAL頭NAL頭NAL體數(shù)據(jù)值圖9TS包封裝格式其中PES包中的Stream_id和PMT表中的Stream_type取值應分別符合表1和表2的要求。表2Stream_type取值定義DB41/T949—2014表2Stream_type取值定義（續(xù)）9.3會話控制及錄像回放控制協(xié)議9.3.1概述管理平臺功能應包括實時監(jiān)控圖像的獲取、錄像的獲取、云臺控制、報警、設備校時、設備注冊登記等功能。具體應支持功能見圖10。圖10管理平臺功能示意圖9.3.2會話控制功能基本要求平臺注冊登記源聯(lián)網(wǎng)單元（下級平臺）系統(tǒng)進入聯(lián)網(wǎng)系統(tǒng)時，應向目的聯(lián)網(wǎng)單元（上級平臺）系統(tǒng)的SIP服務器注冊登記。在注冊過程中上級平臺應判斷該下級平臺是否屬于本平臺管轄，對于不屬于管轄范圍內(nèi)的平臺請求不應予注冊登記。下級平臺注冊不成功時，應定時重試，重試間隔宜為60秒。平臺注冊登記的會話控制過程見10.4.1。平臺?；钕⒃绰?lián)網(wǎng)單元（下級平臺）注冊成功后，應定期向目的聯(lián)網(wǎng)單元（上級平臺）發(fā)送保活消息，以確保平臺正常在線。如在規(guī)定時間內(nèi)上級平臺沒有收到下級平臺的?；钕?，或下級平臺沒有收到上級平臺響應消息，均應將對方平臺視為離線，下級平臺應重新注冊。平臺?；钚畔⒌臅捒刂七^程見10.4.2。平臺?；钕⑹纠姼戒汚。設備節(jié)點信息發(fā)送DB41/T949—2014源聯(lián)網(wǎng)單元（下級平臺）注冊成功后，應向目的聯(lián)網(wǎng)單元（上級平臺）推送本級平臺所管轄的設備信息和目錄結(jié)構(gòu)。當設備狀態(tài)或者設備目錄結(jié)構(gòu)發(fā)生變化時，應重新推送變化部分的設備信息或設備目錄信息。設備節(jié)點信息發(fā)送的會話控制過程見10.4.3。設備節(jié)點信息發(fā)送示例見附錄A。實時監(jiān)控圖像的獲取應支持源聯(lián)網(wǎng)單元（上級平臺）點播目的聯(lián)網(wǎng)單元（下級平臺）指定設備的實時監(jiān)控圖像，并且應支持多用戶對同一路視頻圖像進行點播，點播過程中應能即時切換監(jiān)控圖像通道。實時監(jiān)控圖像獲取的會話控制過程見10.4.4。實時監(jiān)控圖像獲取示例見附錄A。實時監(jiān)控圖像心跳源聯(lián)網(wǎng)單元（上級平臺）在實時圖像點播過程中，應同時發(fā)送心跳信息至目的聯(lián)網(wǎng)單元（下級平臺）。目的聯(lián)網(wǎng)單元在規(guī)定時間內(nèi)未收到實時監(jiān)控圖像心跳信息時，應立即停止發(fā)送視頻數(shù)據(jù)，并返回錯誤響應。實時監(jiān)控圖像心跳的會話控制過程見10.4.5。報警事件預訂應支持源聯(lián)網(wǎng)單元（上級平臺）對目的聯(lián)網(wǎng)單元（下級平臺）訂閱指定報警事件。報警事件預訂會話控制過程見10.4.6。報警事件預訂示例見附錄A。報警事件傳輸源聯(lián)網(wǎng)單元（下級平臺）應在發(fā)生由本標準訂閱的報警事件時，推送報警消息至目的聯(lián)網(wǎng)單元（上級平臺）。報警事件傳輸?shù)臅捒刂七^程見10.4.7。云臺控制應支持源聯(lián)網(wǎng)單元（上級平臺）對目的聯(lián)網(wǎng)單元（下級平臺）云臺攝像機進行控制。出現(xiàn)多人控制同一設備時，應進行操作權(quán)仲裁。云臺控制會話控制過程見10.4.8。云臺預置位查詢應支持源聯(lián)網(wǎng)單元（上級平臺）對目的聯(lián)網(wǎng)單元（下級平臺）內(nèi)指定云臺攝像機預置位信息查詢。云臺預置位查詢的會話控制過程見10.4.9。云臺預置位查詢示例見附錄A。0查詢功能應支持源聯(lián)網(wǎng)單元（上級平臺）對目的聯(lián)網(wǎng)單元（下級平臺）指定設備的配置參數(shù)進行查詢。查詢功能的會話控制過程見10.4.10。1編碼器參數(shù)設置宜支持源聯(lián)網(wǎng)單元（上級平臺）對目的聯(lián)網(wǎng)單元（下級平臺）指定設備的配置參數(shù)進行修改。編碼器參數(shù)設置的會話控制過程見10.4.11。2設備時間校正應支持源聯(lián)網(wǎng)單元（下級平臺）主動向目的聯(lián)網(wǎng)單元（上級平臺）獲取系統(tǒng)時間，或接受上級平臺的時間校正。設備時間校正的會話控制過程見10.4.12。9.3.3錄像回放控制基本要求DB41/T949—2014應支持源聯(lián)網(wǎng)單元（上級平臺）對目的聯(lián)網(wǎng)單元（下級平臺）指定錄像按時間段查詢并遠程回放。回放過程中，應支持正常播放、快進、快退、暫停、拖放等媒體回放控制。錄像獲取的會話控制過程見10.4.13及10.5。錄像獲取示例見附錄A。10SIP協(xié)議接口要求10.1SIP消息定義10.1.1SIP地址SIP地址格式應采用RFC3261規(guī)定的SIPURI（UniformResourceIdentifier，統(tǒng)一資源標識）SIP:user@host形式，具體說明如下：a)user應為設備節(jié)點單元地址編碼，編碼方式應符合本標準第11章；b)host應為設備節(jié)點單元IP地址，按RFC3261規(guī)定執(zhí)行。10.1.2SIP消息結(jié)構(gòu)SIP消息由開始行、消息頭、消息體組成，SIP消息結(jié)構(gòu)見圖11。SIP請求消息和SIP響應消息的開始行內(nèi)容應不同：a)SIP請求消息開始行應為請求行（Request-Line），請求行應包含方法（Method）、請求地址（Request－URI）以及SIP協(xié)議版本（SIP-Version）：1)方法頭域規(guī)定見RFC3261。在此基礎上本標準增加了方法DO，具體要求見本標準10.2；2)請求地址格式應符合本標準10.1.1規(guī)定；3)請求和應答SIP消息應包含當前使用的SIP協(xié)議版本。b)SIP響應消息的開始行應為狀態(tài)行（Status-Line狀態(tài)行應包含狀態(tài)碼（Status-Code）。狀態(tài)碼應為3位數(shù)字，標志處理請求的結(jié)果，狀態(tài)碼定義見RFC3261。請求行/狀態(tài)行消息頭域消息體圖11SIP消息結(jié)構(gòu)SIP消息頭域應由域名加上冒號（“:”）和域值組成：field-name:field-value，各頭域類別見RFC3261。本標準中SIP消息頭域中應遵守以下規(guī)則：a)屬于同一會話過程的報文Call-ID字段應相同，應作為區(qū)別不同會話的標識；b)請求消息與應答消息的CSeq字段應一致。在同一會話內(nèi)，源聯(lián)網(wǎng)單元每次發(fā)起新請求時CSeqc)所有消息的To頭域和From頭域均應攜帶tag字段，并且在同一會話過程中，源聯(lián)網(wǎng)單元中的To-tag和From-tag同目的聯(lián)網(wǎng)單元的To-tag和From-tag中內(nèi)容應保持一致；d)所有需要響應的請求消息均應攜帶Contact頭域，Contact頭域應填寫要求回復的地址。DB41/T949—2014SIP消息體應采用本標準10.3規(guī)定的DDCP協(xié)議。當服務器返回500錯誤消息時，應攜帶DDCP報文體說明業(yè)務錯誤原因。錯誤報文消息體定義見附錄B。具體錯誤代碼意義見附錄C。10.2SIP協(xié)議擴展本部分在RFC3261基礎上定義了一個新方法DO。方法DO包括控制對方動作、更新對方信息、查詢對方狀態(tài)、錄像查詢和回放等功能。發(fā)送方法DO的請求報文時，不會創(chuàng)建一個新的SIP會話，也不必存在一個SIP會話作為前提。方法DO與SIP會話無關，可在SIP會話內(nèi)存在，也可在SIP會話之外存在。當DO是在一個SIP會話內(nèi)發(fā)送時，方法DO中包含的Call-ID應與SIP會話的Call-ID一致。DO方法的消息體應采用本標準定義的設備描述和控制協(xié)議（DDCP）來描述相應的消息內(nèi)容。DO請求得到成功執(zhí)行時，一般應回送一個“200OK”響應消息，消息體中可包含結(jié)果信息，如當前設或全局失?。℅lobalFailure,6xx）響應消息。方法DO支持的頭域信息見GB/T28059.3-2011中4.1.2。表中符號含義見RFC3261。10.3SIP消息體定義本標準的控制信令應采用DDCP協(xié)議作為SIP消息的消息體，SIP消息頭域中Content-Type字段應設為“application/DDCP”。DDCP字段詳細說明見附錄B。10.4基于SIP協(xié)議的控制、傳輸流程和協(xié)議接口10.4.1平臺注冊登記聯(lián)網(wǎng)單元應使用RFC3261中定義的方法REGISTER進行注冊登記，注冊登記流程見圖12。其中源聯(lián)網(wǎng)單元一般為下級平臺，目的聯(lián)網(wǎng)單元一般為上級平臺。若任意一方平臺離線，源聯(lián)網(wǎng)單元應重新發(fā)起注冊流程。注冊登記過程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送REGISTER消息，并應在REGISTER消息頭的Expires字段規(guī)定時間內(nèi)，向目的聯(lián)網(wǎng)單元發(fā)送平臺保活信息。若該Expires字段取值為0，表示源聯(lián)網(wǎng)單元要求從目的聯(lián)網(wǎng)單元平臺中注銷；b)目的聯(lián)網(wǎng)單元收到注冊登記消息后，應對注冊登記信息進行驗證、核準，對符合接入條件的聯(lián)網(wǎng)單元進行注冊登記。目的聯(lián)網(wǎng)單元應通過地址編碼判斷該源聯(lián)網(wǎng)單元是否屬于本單元轄區(qū)。若收到轄區(qū)外的聯(lián)網(wǎng)單元注冊，應拒絕源聯(lián)網(wǎng)單元注冊登記；目的聯(lián)網(wǎng)單元c)目的聯(lián)網(wǎng)單元應將注冊成功或失敗的消息返回給該源聯(lián)網(wǎng)單元。目的聯(lián)網(wǎng)單元源聯(lián)網(wǎng)單元 REGISTER(SIP叫—200OK或400（SIP）——圖12注冊登記過程10.4.2平臺保活消息DB41/T949—2014聯(lián)網(wǎng)單元注冊成功后，應使用DO方法進行平臺保活。平臺?；盍鞒桃妶D13。平臺?；钕⒁髴鸫_認報文，每次平臺保活消息應在協(xié)定的?；钪芷趦?nèi)發(fā)送。?；钪芷谟杀緲藴?0.4.1中注冊登記流程中REGISTER消息頭的Expires字段指定。?；钪芷诓灰舜笥?0秒，且每個?；钪芷趦?nèi)宜發(fā)送2至3條?；钕?。若目的聯(lián)網(wǎng)單元未收到?；钚畔?，或源聯(lián)網(wǎng)單元未收到應答確認消息，即?；钍?，源聯(lián)網(wǎng)單元應不再發(fā)送或目的聯(lián)網(wǎng)單元應不再響應?；畛晒οⅰ１；盍鞒虨椋篴)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO消息，消息體中包含Variable字段，固定取值為KeepAlive；b)目的聯(lián)網(wǎng)單元應將?；顟鹣⒎祷卦绰?lián)網(wǎng)單元。源聯(lián)網(wǎng)單元源聯(lián)網(wǎng)單元DO(SIP)圖13平臺?；钸^程平臺保活消息示例見附錄A，消息體中各元素的定義說明見附錄B10.4.3設備節(jié)點信息發(fā)送聯(lián)網(wǎng)單元注冊成功后，應使用RFC3265中定義的方法NOTIFY向所有聯(lián)網(wǎng)單元發(fā)送設備節(jié)點信息，發(fā)送過程見圖14。源聯(lián)網(wǎng)單元NOTIFY(SIP)設備目錄信息200OK或400（SIP）圖14設備節(jié)點信息發(fā)送過程在下列情況中，源聯(lián)網(wǎng)單元應滿足：a)當設備狀態(tài)發(fā)生改變時（如設備上線/離線，或設備配置發(fā)生變化等），在獲得新設備狀態(tài)信息后，應及時推送設備狀態(tài)的更新信息至目的聯(lián)網(wǎng)單元；b)當目錄信息發(fā)生變化（包括新增、修改和刪除共享）時，應發(fā)送變化部分目錄信息；c)當推送多級目錄時，應從父節(jié)點到子節(jié)點逐級推送目錄樹，每次推送最多只推送兩級節(jié)點目錄d)監(jiān)控分中心管理平臺向省級聯(lián)網(wǎng)監(jiān)控中心管理平臺轉(zhuǎn)發(fā)監(jiān)控單元管理平臺的推送信息時，應保持推送報文中SIP頭的源聯(lián)網(wǎng)單元地址編碼以及源IP地址端口不變；e)需要分多次推送目錄信息時，應在收到上一個SIP消息的成功返回后，進行下一個SIP消息的f)推送失敗時應再次進行推送，重試不應超過3次，重試的時間間隔應依次為30s、45s、60s。若重試3次均失敗，應按本標準10.4.1規(guī)定重新注冊登記，成功后再進行推送；g)當推送根節(jié)點直屬設備時，Parent字段應填寫為其自身地址編碼。DB41/T949—2014目的聯(lián)網(wǎng)單元應滿足：源聯(lián)網(wǎng)單元請求刪除某個父節(jié)點時，應同時刪除該節(jié)點下的所有子節(jié)點。并應能根據(jù)源聯(lián)網(wǎng)單元推送的設備活動狀態(tài)統(tǒng)計本轄段監(jiān)控設備完好率。源聯(lián)網(wǎng)單元應推送全部共享目錄和設備信息，設備節(jié)點信息發(fā)送過程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送NOTIFY消息，消息體應包含整個允許共享的設備目錄信息，具體應包含本節(jié)點的父節(jié)點地址碼（Parent）、當前級節(jié)點的子節(jié)點個數(shù)（SubNum）以及每個子節(jié)點信息，每個子節(jié)點對應的目錄信息均應包括：顯示名（Name）、地址編碼（Address）、權(quán)限功能碼（Privilege）、活動狀態(tài)（Status）、經(jīng)度（Longitude）、緯度（Latitude）、位置樁號（PileNo）、操作類型碼（OperateType）等；b)目的聯(lián)網(wǎng)單元應將接收成功或失敗的消息返回給該源聯(lián)網(wǎng)單元。設備節(jié)點信息發(fā)送消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.4實時監(jiān)控圖像的獲取獲取過程應包括獲取實時流、釋放實時流。應使用RFC3261中定義的方法INVITE獲取指定攝像機的實時監(jiān)控視頻流。實時監(jiān)控圖像獲取流程中，聯(lián)網(wǎng)單元應滿足：a)目的聯(lián)網(wǎng)單元采用視頻切換矩陣與攝像機相連時，應能通過控制視頻切換矩陣切換至指定攝像機視頻流。但若被切換的攝像機正在被錄像，目的聯(lián)網(wǎng)單元應拒絕切換請求，返回500錯誤消息，錯誤消息的報文體中Result字段應取值743，表明該視頻流已被鎖定；b)源聯(lián)網(wǎng)單元發(fā)送INVITE請求時，其中ReceiveSocket字段填寫應為本地視頻碼流接收設備的接收地址、傳輸協(xié)議以及端口，參數(shù)之間用一個空格分隔，該地址可能是用戶的軟解PC，也可能是源聯(lián)網(wǎng)單元平臺內(nèi)的硬件解碼器或者流媒體轉(zhuǎn)分發(fā)服務器；c)省級聯(lián)網(wǎng)監(jiān)控中心管理平臺請求監(jiān)控單元管理平臺的攝像機碼流時，應通過監(jiān)控分中心管理平臺轉(zhuǎn)發(fā)，碼流可通過組播方式傳輸或者經(jīng)過視頻轉(zhuǎn)分發(fā)服務器轉(zhuǎn)發(fā)。實時監(jiān)控圖像獲取過程見圖15。源聯(lián)網(wǎng)單元INVITEINVITE(SIP)200OK或返回400本次會話結(jié)束）或返回400本次會話結(jié)束）ACK(ACK()?200OK200OK(SIP)BYE(SIP)————圖15實時監(jiān)控圖像獲取過程實時監(jiān)控圖像獲取過程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送INVITE請求。INVITE請求的消息體應指明是實時監(jiān)控圖像獲取（RealMedia）。同時應包含請求用戶的編碼（Privilege）用于表示該用戶的權(quán)限、源聯(lián)網(wǎng)DB41/T949—2014單元支持的碼流分辨率格式（Format）、視頻編碼類型（Video）、音頻編碼類型（Audio）、最高傳輸碼率（MaxBitrate），并指定是否使用組播傳輸（Multicast）、接收視頻碼流設備的IP地址、傳輸協(xié)議和端口（ReceiveSocket）；b)目的聯(lián)網(wǎng)單元收到INVITE請求后，在回送成功或失敗的應答消息前，如需一定的處理時間，可發(fā)送臨時響應消息100Trying；c)目的聯(lián)網(wǎng)單元應將同意或拒絕的消息返回給該源聯(lián)網(wǎng)單元。在同意的確認響應消息的消息體中應包含確定的碼流格式（Format）、視頻編碼類型（Video）、音頻編碼類型（Audio）、傳輸碼率（MaxBitrate）、解碼插件標注（DecoderTag）、是否使用組播（Multicast）以及視頻流的發(fā)送設備的IP地址、傳輸協(xié)議端口（SendSocket）。此處SendSo段填寫要求為：當使用轉(zhuǎn)發(fā)模式時，ReceiveSocket和SendSocket字段填寫應分別為下級視頻轉(zhuǎn)分發(fā)服務器的接收和發(fā)送地址、傳輸協(xié)議和端口，否則應填寫實際發(fā)送流的址、傳輸協(xié)議和端口；d)源聯(lián)網(wǎng)單元收到目的聯(lián)網(wǎng)單元同意確認消息200OK，應向目的聯(lián)單元送ACK消息以及心跳信息DO。目的聯(lián)網(wǎng)單元收到源聯(lián)網(wǎng)單元發(fā)送ACK消息以及跳息DO后，才可向源聯(lián)網(wǎng)單元發(fā)送實時監(jiān)控視頻流；)源聯(lián)網(wǎng)單元欲釋放實時流時，向目的聯(lián)網(wǎng)單元發(fā)送BYE求消。目的聯(lián)網(wǎng)單元也可向源聯(lián)網(wǎng)單元發(fā)送BYE請求來結(jié)束會話；f)目的聯(lián)網(wǎng)單元收到BYE請求消息后，此時會話消息段取值應加1，回送200OK同意釋放消息。實時監(jiān)控圖像獲取消息示例見附錄A，消息體中各說明見附錄B。10.4.5實時監(jiān)控圖像心跳在實時流請求過程中，應使用10.2中的DO方法流心跳。源聯(lián)網(wǎng)單元為上級平臺，目的聯(lián)網(wǎng)源網(wǎng)單源網(wǎng)單目的聯(lián)網(wǎng)單元DO(SIP)步驟1 200OK或400步驟2圖16實時流心跳實時監(jiān)控圖像心跳，網(wǎng)單元應滿足：a)應只在正在進行監(jiān)控通信獲取會話中發(fā)起該會話；b)源聯(lián)網(wǎng)單送ACK消息后應立即發(fā)起該會話，其CALL-ID和對應的實時監(jiān)控圖像獲取會話的一致。時監(jiān)控圖像過程中，心跳信息應在重復間隔內(nèi)不斷發(fā)送，重復間隔由DO報文中xr段取值協(xié)定（數(shù)字單位為秒，建議重復間隔為不超過4秒）；)源停止實時監(jiān)控圖像獲取后，應立即停止心跳信息的發(fā)送。當目的聯(lián)網(wǎng)單元在實時輸過程中沒有在規(guī)定時間內(nèi)收到心跳信息時，即視為源聯(lián)網(wǎng)單元離線，應立即停止時圖像的發(fā)送；元在已知遵循國標GB/T28059.3-2011中5.2.1規(guī)定的實時監(jiān)控圖像獲取流程的平臺間 起實時流請求時，應在本級平臺執(zhí)行兼容模式，源聯(lián)網(wǎng)單元在請求實時流后不應再發(fā)起該會話，目的聯(lián)網(wǎng)單元應在沒有收到實時流心跳的情況下繼續(xù)發(fā)送碼流。DB41/T949—2014實時監(jiān)控圖像心跳流程如下：e)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO請求。DO請求的消息體中應包含該DO消息的功能類型字段（Variable），取值為RealTimeKeepLive；f)目的聯(lián)網(wǎng)單元收到心跳信息后返回200OK表示成功收到，或者返回400表示格式錯誤。實時監(jiān)控圖像心跳消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.6報警事件預訂應使用RFC3265中定義的方法SUBSCRIBE預訂遠程聯(lián)網(wǎng)設備的報警事件，報警事件預訂過程中，聯(lián)a)源聯(lián)網(wǎng)單元（上級平臺）預訂的對象應為攝像機地址編碼；b)目的聯(lián)網(wǎng)單元（下級平臺）重新上線后，源聯(lián)網(wǎng)單元應重新預訂；c)若目的聯(lián)網(wǎng)單元要求取消預訂，應重新發(fā)起預訂會話，并將SUBSCRIBE消息頭域中的Expires字段設置為0。報警事件預訂流程見圖17。源聯(lián)網(wǎng)單元目的聯(lián)網(wǎng)單元SUBSCRIBE(SIP)步驟1執(zhí)行報警預訂步驟2200OK或400步驟3NOTIFY(SIP)步驟4200OK(SIP)步驟5圖17報警事件預訂報警事件預訂流程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送SUBSCRIBE請求，SUBSCRIBE請求的消息體應包括表示該消息報警級別（Level）、報警源的設備地址碼（Address）、事件接收IP地址（AcceptIp）、事件接收端口（AcceptPort）等；b)目的聯(lián)網(wǎng)單元執(zhí)行對應的預定操作；c)目的聯(lián)網(wǎng)單元應將預訂成功與否的響應消息返回給該源聯(lián)網(wǎng)單元；在預訂成功的確認響應消息的消息體中，應包含表示是事件預訂的協(xié)議功能類型（Variable）、預訂結(jié)果標識（Result）d)目的聯(lián)網(wǎng)單元應向源聯(lián)網(wǎng)單元發(fā)送NOTIFY消息對預定狀態(tài)進行通知;e)源聯(lián)網(wǎng)單元在接收到NOTIFY消息后回送200OK。報警事件預定消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.7報警信息傳輸目的聯(lián)網(wǎng)單元（下級平臺）接收來自報警源的報警后觸發(fā)預訂報警事件，應立即向源聯(lián)網(wǎng)單元（上級平臺）發(fā)送NOTIFY消息以通知預訂了該事件的用戶。DB41/T949—2014源聯(lián)網(wǎng)單元報警消息傳輸流程見圖18。源聯(lián)網(wǎng)單元200OK或400（應答）200OK或400（應答）(SIP)步驟2NOTIFY（報警）(SIP)步驟1報警處理圖18報警消息傳輸報警流程如下：a)在預訂報警事件觸發(fā)后，目的聯(lián)網(wǎng)單元向源聯(lián)網(wǎng)單元發(fā)送NOTIFY請求，上傳報警信息（NOTIFY）的Call-ID字段應與預訂信息（SUBSCRIBE）的Call-ID字段相同。NOTIFY請求的消息體應包報警源的地址編碼（Address）等；b)源聯(lián)網(wǎng)單元應將報警通知成功與否的響應消息返回給該目的聯(lián)網(wǎng)單元；在報警事件接收成功與否的確認響應消息的消息體中，應包含表示是事件通告的協(xié)議功能類型（Variable）、報警事件類型（AlarmType）、事件接收結(jié)果標志（Result）等。報警事件傳輸消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.8云臺控制源聯(lián)網(wǎng)單元（上級平臺）應能實現(xiàn)對目的聯(lián)網(wǎng)單元（下級平臺）的聯(lián)網(wǎng)設備進行動作控制。源聯(lián)網(wǎng)單元應使用方法DO實現(xiàn)控制消息傳輸，云臺控制消息傳輸流程見圖19。云臺控制過程中，聯(lián)網(wǎng)單元應滿足：a)應采用控制消息透明傳輸方式，即源聯(lián)網(wǎng)單元SIP消息中的控制消息與具體云臺設備對應的協(xié)議無關，目的聯(lián)網(wǎng)單元應按照目標云臺設備所使用的協(xié)議進行協(xié)議轉(zhuǎn)換；b)該會話應只在本標準10.4.4規(guī)定的實時監(jiān)控圖像獲取會話中發(fā)起，其消息頭中的CALL-ID字段內(nèi)容應和該實時監(jiān)控圖像獲取會話的CALL-ID一致。當源聯(lián)網(wǎng)單元停止該實時監(jiān)控圖像獲取會話后，目的聯(lián)網(wǎng)單元應拒絕執(zhí)行一切控制命令；c)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送其聯(lián)網(wǎng)設備不支持的控制命令時，目的聯(lián)網(wǎng)單元應將返回報文的控制結(jié)果字段（Result）取值為,3,，表示不支持該操作；d)多個源聯(lián)網(wǎng)單元同時控制同一臺聯(lián)網(wǎng)設備時，應根據(jù)用戶權(quán)限碼實現(xiàn)控制權(quán)仲裁。用戶級權(quán)限碼級別說明見本標準附錄D，其中高權(quán)限用戶具有高優(yōu)先級，可剝奪低優(yōu)先級用戶的云臺操作權(quán)同時通知其已經(jīng)失去操作權(quán)，但低優(yōu)先級用戶應能繼續(xù)觀看實時流播放。在高優(yōu)先級用戶停止觀看該攝像機實時視頻后，或者停止操作云臺一段時間后（其中超時時間由DO報文的Expire字段指定），操作權(quán)應當釋放給低優(yōu)先級用戶；e)云臺控制權(quán)仲裁實例見圖21，低優(yōu)先級用戶A和高優(yōu)先級用戶B同時向一個云臺攝像機請求實時流并進行云臺操作，監(jiān)控平臺在收到報文時應當進行權(quán)限判斷。在用戶B請求實時流并進行云臺操作期間，用戶A的云臺操作消息失效，平臺提示用戶A失去操作權(quán)限。當用戶B停止操作云臺后一段時間，操作權(quán)釋放給用戶A。但當用戶B重新操作云臺時，用戶A的操作權(quán)限重新被剝奪。用戶B停止觀看實時視頻后，云臺操作權(quán)重新釋放給用戶A；DB41/T949—2014f)當請求云臺控制的用戶權(quán)限級別相同時，采取先請求先響應原則，可視先請求用戶為高權(quán)限用戶，參考上述權(quán)限控制流程實現(xiàn)權(quán)限仲裁；g)目的聯(lián)網(wǎng)單元應至少支持執(zhí)行以下控制命令：1)減小光圈、停止減小光圈；2)增大光圈、停止增大光圈；3)近聚焦、停止近聚焦；4)遠聚焦、停止遠聚焦；5)畫面縮小、停止畫面縮?。?)畫面放大、停止畫面放大；7)向上、停止向上；8)向下、停止向下；9)向左、停止向左；10)向右、停止向右。云臺控制端云臺解碼器源聯(lián)網(wǎng)單元云臺控制端云臺解碼器DODO（SIP）云臺操作協(xié)議轉(zhuǎn)換云臺設備控制信令200OKRS232轉(zhuǎn)RS200OK圖19云臺控制消息傳輸云臺控制流程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO控制信令請求，DO請求的消息體應包括操作用戶權(quán)限碼b)目的聯(lián)網(wǎng)單元收到控制信令請求后，按照目標云臺設備所使用的協(xié)議進行協(xié)議轉(zhuǎn)換，轉(zhuǎn)換后的控制消息發(fā)送給云臺控制端；c)云臺控制端通過RS232轉(zhuǎn)RS485串口通信，將云臺控制消息傳送到云臺解碼端；d)源聯(lián)網(wǎng)單元向消息發(fā)送端返回200OK響應。響應消息的消息體包括協(xié)議功能類型（Variable）、控制結(jié)果（Result）、云臺控制消息碼（Command）。云臺控制消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.9云臺預置位查詢目的聯(lián)網(wǎng)單元（下級平臺）應能支持源聯(lián)網(wǎng)單元（上級平臺）對云臺攝像機預置位信息查詢的功能。查詢過程見圖20。云臺預置位查詢過程中，聯(lián)網(wǎng)單元應滿足：a)目的聯(lián)網(wǎng)單元的返回消息體中，Value字段取值應為兩位十六進制數(shù)字，表示預置位索引值；b)目的聯(lián)網(wǎng)單元的返回消息體中，Description字段用于文字描述對應預置位，字段長度不應超查詢過程如下：DB41/T949—2014c)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO請求，DO請求的消息體應包括查詢用戶的操作權(quán)限碼（Privilege）、已接收預置位個數(shù)（ReceivePresetNum）；d)目的聯(lián)網(wǎng)單元應將查詢成功或失敗的消息返回給源聯(lián)網(wǎng)單元。在查詢成功時，返回的消息的消息體中應包含查詢結(jié)果（Result）、實際預置位總數(shù)（RealPresetNum）、本次列舉的預置位個數(shù)（SendPresetNum）、剩余未列舉的預置位個數(shù)（RemainPresetNum），在列舉列表中，每個預置位信息應包含預置位的索引值（Value），預置位描述（Description）。源聯(lián)網(wǎng)單元當預置位信息過多需要分次發(fā)送時，應首先更新預置位個數(shù)（ReceivePresetNum）字段內(nèi)容，重復步驟a)至步驟b)直到所有預置位信息發(fā)送完成為止。源聯(lián)網(wǎng)單元目的聯(lián)網(wǎng)單元步驟1查詢預置位步驟2200OK或400(SIP)步驟3圖20云臺預置位查詢用戶A（低優(yōu)先級）INVITE用戶A（低優(yōu)先級）INVITE（實時流）??DO（云臺操作）200OK（操作成功）DO（云臺操作）200OK（提示失去操作權(quán)）DO（云臺操作）200OK（操作成功）DO（云臺操作）200OK（提示失去操作權(quán)）DO（云臺操作）200OK（操作成功）用戶B（高優(yōu)先級）云臺攝像機?200?200OK（操作成功）超時200OK（操作成功）200OKINVITE（實時流）INVITE（實時流）??DODO（云臺操作）DODO（云臺操作）圖21云臺控制權(quán)限仲裁過程DB41/T949—2014云臺預置位查詢消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.10查詢功能源聯(lián)網(wǎng)單元（上級平臺）應能對目的聯(lián)網(wǎng)單元（下級平臺）的節(jié)點信息及狀態(tài)信息查詢，查詢流程見圖22。查詢過程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO請求，并在消息體中指明要對節(jié)點信息進行查詢；b)目的聯(lián)網(wǎng)單元查詢收集相關信息；源聯(lián)網(wǎng)單元c)目的聯(lián)網(wǎng)單元應將查詢成功或失敗的消息返回給該源聯(lián)網(wǎng)單元。在查詢成功的確認響應消息的消息體中應包含查詢結(jié)果標志（Result）、顯示名（Name）、地址編碼（Address）、工作狀態(tài)源聯(lián)網(wǎng)單元目的聯(lián)網(wǎng)單元步驟1查詢信息查詢信息步驟2200200OK或400(SIP)步驟3圖22查詢過程查詢消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.11編碼器參數(shù)設置目的聯(lián)網(wǎng)單元（下級平臺）宜支持源聯(lián)網(wǎng)單元（上級平臺）對其編碼器參數(shù)進行設置。編碼器參數(shù)設置過程見圖23。編碼器參數(shù)設置過程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO消息，DO消息的消息體包含以下內(nèi)容：編碼圖像分辨率（Format）、編碼幀率（FrameRate）、輸出碼率（Bitrate）、圖像質(zhì)量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先Priority）、IPPP/IBBP方式中的I幀間隔設置（GOP）、設置圖像質(zhì)量（ImageQualityb)目的聯(lián)網(wǎng)單元收到消息后對編碼器進行參數(shù)設置；c)目的聯(lián)網(wǎng)單元應將設置成功或失敗的消息返回給該源聯(lián)網(wǎng)單元。源聯(lián)網(wǎng)單元 DO（SIP）參數(shù)設置200OK或400（SIP）——圖23編碼器參數(shù)設置過程編碼器參數(shù)設置消息示例見附錄A，消息體中各元素的定義說明見附錄B。DB41/T949—201410.4.12設備時間校正省級聯(lián)網(wǎng)監(jiān)控中心管理平臺應能獲得正確的當前時間（如通過NTP協(xié)議獲取監(jiān)控系統(tǒng)內(nèi)部其他的聯(lián)網(wǎng)單元宜通過核心節(jié)點管理平臺校正本聯(lián)網(wǎng)單元時間，時間校正有兩種方式，流程分別如下：主動查詢方式：聯(lián)網(wǎng)單元主動向上級平臺詢問時間，成功后重置本聯(lián)網(wǎng)單元時間,時間校正流程如a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO消息，DO消息的消息體包含請求類型Variable，該字段固定取值為TimeGet；b)目的聯(lián)網(wǎng)單元返回200OK報文，消息體中包含正確時間信息（Time其格式形如“xxxx-xx-xxTnn:nn:nnZ”字符串，其含義為“年-月-日T時:分:秒Z”。或者返回400報文表示請求報文格式錯誤；c)目的聯(lián)網(wǎng)單元重置時間。被動重置方式：上級平臺強制重置目的聯(lián)網(wǎng)單元時間信息，時間校正流程如下：a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO消息，DO消息的消息體包含請求類型（Variable，該字段固定取值為TimeSet）說明、時間信息（Time）；b)目的聯(lián)網(wǎng)單元重置時間；c)目的聯(lián)網(wǎng)單元返回200OK報文，或者返回400報文表示請求報文格式錯誤。兩種時間校正過程分別見圖24，圖25。源聯(lián)網(wǎng)單元(上級中心平臺)DO（SIP)時間查詢步驟1200OK或400（SIP）時間戳步驟2重置時間步驟3源聯(lián)網(wǎng)單元(上級中心平臺)圖24源聯(lián)網(wǎng)單元(上級中心平臺)200OK或400（SIP200OK或400（SIP）步驟3DO（時間戳SIP）步驟1重置時間步驟2圖25被動重置校正時間方式設備時間校正消息示例見附錄A，消息體中各元素的定義說明見附錄B。10.4.13錄像的獲取DB41/T949—2014源聯(lián)網(wǎng)單元錄像的獲取與傳輸流程見圖26。源聯(lián)網(wǎng)單元目的聯(lián)網(wǎng)單元步驟1步驟2 DO(獲取文件列表)(SIP)步驟1步驟2200OK或400(SIP)步驟3步驟4DODO(獲取文件URL)(SIP) 200OK(RTSP) 步驟5 步驟5音視頻流（音視頻流（RTP） TERDOWN(RTSP)圖26錄像的獲取與傳輸源聯(lián)網(wǎng)單元（上級平臺）回放目的聯(lián)網(wǎng)單元（下級平臺）的錄像過程應采用本標準及其他監(jiān)控聯(lián)網(wǎng)系統(tǒng)相關標準規(guī)定的SIP協(xié)議作為會話控制，RTSP協(xié)議作為視頻流回放控制。錄像的獲取及傳輸過程如a)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO消息在DO消息的消息體中應含所屬權(quán)限碼（Privilege）、文件類型（FileType）、一條SIP消息中最多列舉的文件信息個數(shù)（MaxFileNum）、開始時間（BeginTime）、結(jié)束時間（EndTime）等；b)目的聯(lián)網(wǎng)單元收到DO消息后應回送響應消息。在同意發(fā)送文件列表的200OK響應消息中，應文件信息列表（FileInfoList），每項文件信息列表應包含文件的顯示名（Name）、文件大小（FileSize）等信息。若此時消息中剩余未發(fā)送文件列表，應將步驟a)中時間范圍在已查詢基礎上縮小，重復步驟a)至步驟b)過程，直到所有文件信息發(fā)送完全為止；c)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送DO請求，獲取錄像文件的RTSPURL（統(tǒng)一資源定位符）；d)目的聯(lián)網(wǎng)單元返回錄像文件URL，當用戶請求回放的錄像文件在本級平臺時，應跳過步驟c)、步驟d)直接進行本地回放；當用戶請求回放目的聯(lián)網(wǎng)單元的錄像文件時，執(zhí)行步驟c)、步驟d)獲取正確的RTSP回放地址后進行回放；e)源聯(lián)網(wǎng)單元向目的聯(lián)網(wǎng)單元發(fā)送符合RFC2326的RTSP控制消息，對錄像的回放過程進行控制（包括開始、停止、暫停、快速和慢速播放、拖動等）。設備節(jié)點信息發(fā)送消息示例見附錄A，消息體中各元素的定義說明見附錄B。DB41/T949—201410.5基于RTSP協(xié)議的錄像回放控制在基于SIP的監(jiān)控網(wǎng)絡信息傳輸過程中，錄像的回放、時間段點播、快速、慢速播放等功能應通過RTSP協(xié)議來實現(xiàn)，RTSP協(xié)議與SIP協(xié)議相互配合實現(xiàn)音視頻數(shù)據(jù)的受控、點播。RTSP消息格式見圖27。請求行/狀態(tài)行消息頭域消息體圖27RTSP消息格式RTSP客戶端應使用RTSP協(xié)議中PLAY方法的Scale字段控制播放速率，Scale字段取值應包括：0.25（1/4慢速播放）、0.5（1/2慢速播放）、1.0（正常速度播放）、2.0（2倍速播放）、4.0（4倍速播放）、8.0（8倍速播放）、16.0（16倍速播放）、-0.25（1/4慢速回退）、0.5（1/2慢速回退）、-1.0（正常速度回退）、-2.0（2倍速回退）、-4.0（4倍速回退）。RTSP客戶端PLAY方法的Range字段應支持相對時間和絕對時間兩種方式。服務端RTSP服務端應支持OPTIONS、DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN方法。當不支持RTSP客戶端請求的錄像回放速率時，可自動適配合適回放速率（例如：RTSP客戶端請求32倍速播放，RTSP服務端自動適配為16倍速），并應在PLAY響應消息中返回實際播放速率RTSP交互過程見圖28。交互報文示例見附錄A.5。服務端客戶端步驟1OPTIONOPTION請求(詢問哪些方法可用)OPTION響應(回應可用的方法)步驟2DESCRIBE請求(要求媒體初始化描述信息)DESCRIBE響應(回應媒體初始化描述信息SDP)步驟3SETUP請求(設置會話屬性及傳輸模式)SETUP響應(建立會話，返回會話信息)步驟4PLAYPLAY請求(請求播放)PLAYPLAY響應(回應請求的信息)步驟5TERDOWNTERDOWN請求（請求關閉會話）TERDOWN響應（關閉會話）圖28RTSP交互過程DB41/T949—201411對象編碼及數(shù)據(jù)存儲要求11.1概述本章規(guī)定了高速公路視頻監(jiān)控系統(tǒng)中路段、監(jiān)控資源、管理平臺、用戶等對象的編碼格式，本標準規(guī)定的編碼格式僅適用于各級監(jiān)控中心或監(jiān)控單元管理平臺之間信息交換時使用，管理平臺內(nèi)部各對象編碼格式本標準不作規(guī)定。11.2對象編碼結(jié)構(gòu)對象編碼由十二位十進制數(shù)字碼組成。其中3位為路段編碼，2位為對象類型碼，7位為指定類型對象編碼。對象編碼結(jié)構(gòu)見圖29。3位數(shù)字2位數(shù)字7位數(shù)字路段編碼對象類型碼指定類型對象編