ICS03.220.20DB13河北省市場監(jiān)督管理局發(fā)布IDB13/T5018—2019前言 12規(guī)范性引用文件 13術語、 4系統(tǒng)結構 35視頻聯(lián)網(wǎng)要求 6接口與通信控制協(xié)議 7對象編碼及數(shù)據(jù)存儲要求 附錄ADDCP （資料性附錄）數(shù)字視頻設備聯(lián)網(wǎng)測試73 附錄D（資料性附錄）高速公路視頻編解碼設備技術要求 DB13/T5018—2019本標準按照GB/T1.1-2009給出的規(guī)則起草。本標準由河北省交通運輸廳提出并歸口。本標準起草單位：河北省交通規(guī)劃設計院、河北省交通運輸廳公路管理局。本標準主要起草人：李春杰、張文斌、付增輝、何勇海、朱冀軍、張忠民、雷偉、雷電軍、孫金海、潘秀、呂璇、張宏霞、張生學、司青、葛志鵬、韓明敏、牛蕾、閆濤、賈勝勇、靳振波、張軒、麻玉海、劉耀武、馮彥章、張嫣紅、王久亮。DB13/T5018—20191高速公路視頻監(jiān)控聯(lián)網(wǎng)技術要求與測試方法本標準規(guī)定了高速公路視頻監(jiān)控聯(lián)網(wǎng)的術語、定義和縮略語、系統(tǒng)結構、視頻聯(lián)網(wǎng)要求、接口與通信控制協(xié)議和對象編碼及數(shù)據(jù)存儲要求等。本標準適用于高速公路新建、改擴建工程及運營養(yǎng)護中視頻監(jiān)控系統(tǒng)的實施及管理，適用對象為與河北省高速公路聯(lián)網(wǎng)運行視頻監(jiān)控項目相關的建設單位、經(jīng)營管理單位、設計單位、系統(tǒng)集成商和設備供應商等。2規(guī)范性引用文件下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T2260中華人民共和國行政區(qū)劃代碼GB/T17191.3信息技術具有1.5Mbit/s數(shù)據(jù)傳輸率的數(shù)字存儲媒體運動圖像及其伴音的編碼第3部分：音頻GB/T17975.1信息技術運動圖像及其伴音信息的通用編碼第1部分：系統(tǒng)GB/T28059.1公路網(wǎng)圖像信息管理系統(tǒng)平臺互聯(lián)技術規(guī)范第1部分：總則GB/T28059.2公路網(wǎng)圖像信息管理系統(tǒng)平臺互聯(lián)技術規(guī)范第2部分：視頻格式與編碼GB/T28059.3公路網(wǎng)圖像信息管理系統(tǒng)平臺互聯(lián)技術規(guī)范第3部分：接口與通信控制協(xié)議GB/T28059.4公路網(wǎng)圖像信息管理系統(tǒng)平臺互聯(lián)技術規(guī)范第4部分：用戶及設備管理GB50198-2011民用閉路監(jiān)視電視系統(tǒng)工程技術規(guī)范GA/T367-2001視頻安防監(jiān)控系統(tǒng)技術要求YD/T1171IP網(wǎng)絡技術要求網(wǎng)絡性能參數(shù)與指標ISO/IEC14496.10信息技術音頻-視頻對象編碼第10部分：先進視頻編碼（Informationtechnology—Codingofaudio-visualobjects—Part10:AdvancedVideoCoding）ITU-TG.711話音頻率的脈沖編碼調制（Pulsecodemodulationofvoicefrequencies）RFC2326實時流協(xié)議（Real-timeStreamingProtocol）RFC3261會話初始協(xié)議（SessionInitiationProtocol）RFC3265會話初始協(xié)議-特定事件通知（SessionInitiationProtocol-SpecificEventNotification）3術語、定義和縮略語3.1術語和定義下列術語和定義適用于本文件。DB13/T5018—201923.1.1視頻管理平臺videomanagementplatform實現(xiàn)視頻匯聚、調度、監(jiān)控等管理功能的應用系統(tǒng)。3.1.2平臺接入單元theplatformaccessunit具有設備注冊與發(fā)現(xiàn)、用戶認證與管理、監(jiān)控圖像獲取與控制、聯(lián)網(wǎng)設備狀態(tài)查詢等功能，實現(xiàn)各級管理平臺之間互聯(lián)共享。3.1.3視頻省級節(jié)點videonodeattheprovinciallevel設在省監(jiān)控中心，對全省高速公路范圍內視頻信息的調度、控制、存儲、管理、分發(fā)、回放以及本地用戶終端接入的軟硬件平臺。3.1.4視頻路段節(jié)點videosectionofthenode設在路段監(jiān)控分中心，對路段內視頻信息的調度、控制、存儲、管理、分發(fā)、上傳以及本地用戶終端接入的軟硬件平臺。3.1.5視頻基層節(jié)點videonodeatthegrass-rootslevel設在收費站/監(jiān)控所/道路沿線，用于周邊監(jiān)控資源信息的接入、壓縮、存儲、管理及上傳的軟硬件平臺。3.1.6SIP網(wǎng)關theSIPgateway具備不同系統(tǒng)結構、不同編碼標準協(xié)議轉換和通信的設備。3.1.7SIP監(jiān)控域SIPmonitoringdomain由SIP服務器和注冊在SIP服務器上的監(jiān)控資源、用戶終端、網(wǎng)絡等組成，用于支持本標準規(guī)定的通信協(xié)議的監(jiān)控網(wǎng)絡。3.1.8非SIP監(jiān)控域theNon-SIPmonitoringdomain不支持本標準規(guī)定的通信協(xié)議的監(jiān)控資源、用戶終端、網(wǎng)絡等構成的監(jiān)控網(wǎng)絡。3.2縮略語下列縮略語適用于本文件。AVS:音視頻編碼標準（AudioVideoAddressStandard）CBR:恒定比特率（ConstantBitRate）CIF:數(shù)字視頻通用中間格式（352×288，30fpsCommonIntermediateFormat）DB13/T5018—20193DDCP:設備描述與控制協(xié)議（DeviceDescriptionandControlProtocol）DVR:數(shù)字視頻錄像機（DigitalVideoRecorder）D1:數(shù)字電視系統(tǒng)顯示格式（720×576，不低于25fps）IVS-XML:跨區(qū)域視頻監(jiān)控XML文檔（Inter-domainVideoSurveillance）MPEG:運動圖像專家組（MovingPictureExpertsGroup）NAL:H.264規(guī)定的網(wǎng)絡抽象層（NetworkAbstractionLayer）NVR:網(wǎng)絡硬盤錄像機（NetworkVideoRecorder）ONVIF:開放型網(wǎng)絡視頻產(chǎn)品標準網(wǎng)絡接口（OpenNetworkVideoInterface）QCIF:四分之一的通用中間格式(176×144，30fpsQuarterCommonIntermediateFormat）RFC:IETF請求評論的規(guī)范（RequestforComments）RTCP:實時傳輸控制協(xié)議（Real-timeTransportControlProtocol）RTP:實時傳輸協(xié)議（Real-timeTransportProtocol）RTSP:實時流化協(xié)議（Real-TimeStreamingProtocol）SIP:會話初始協(xié)議（SessionInitiationProtocol）SVAC:安全防范監(jiān)控數(shù)字視音頻編解碼技術要求（TechnicalSpecificationofSurveillanceVideoandAudioAddress）TCP/IP:傳輸控制協(xié)議/因特網(wǎng)協(xié)議（TransmissionControlProtocol/InternetProtocol）TS:傳送流（TransportStream）UDP:用戶數(shù)據(jù)報協(xié)議（UserDatagramProtocol）XML:可擴展標記語言（ExtensibleMarkupLanguage）XSDL:XML模式定義語言（XMLSchemaDefinitionLanguage）4CIF:四倍的通用中間格式（704×576，30fpsQuadrupleCommonIntermediateFormat）720P:數(shù)字電視系統(tǒng)顯示格式（1080×720，逐行掃描，不低于30fps）1080P:數(shù)字電視系統(tǒng)顯示格式（1920×1080，逐行掃描，不低于30fps）4系統(tǒng)結構4.1聯(lián)網(wǎng)結構4.1.1高速公路視頻監(jiān)控系統(tǒng)由各級視頻節(jié)點平臺、監(jiān)控資源、視頻網(wǎng)絡和用戶終端構成。系統(tǒng)結構DB13/T5018—20194用戶終端用戶終端視頻路段節(jié)點（路段監(jiān)控分中心）視頻路段節(jié)點（路段監(jiān)控分中心）視頻路段節(jié)點（路段監(jiān)控分中心）視頻路段節(jié)點（路段監(jiān)控分中心）視頻路段節(jié)點（路段監(jiān)控分中心）用戶終端（路段監(jiān)控分中心）用戶終端收費站視頻接入點隧道管理站視頻接入點收費站視頻接入點收費站視頻接入點收費站視頻接入點隧道管理站視頻接入點收費站視頻接入點收費站視頻接入點用戶終端路線視頻資源路線視頻資源路線視頻資源路線視頻資源收費視頻資源路線視頻資源路線視頻資源路線視頻資源路線視頻資源收費視頻資源收費視頻資源收費視頻資源收費視頻資源圖1高速公路視頻監(jiān)控系統(tǒng)結構示意圖4.1.2視頻監(jiān)控資源包括收費監(jiān)控視頻、道路監(jiān)控視頻和隧道監(jiān)控視頻。收費監(jiān)控視頻主要分布在收費站，經(jīng)收費站或收費監(jiān)控所上傳至路段監(jiān)控分中心，道路監(jiān)控視頻分布在全路段范圍內，直接上傳至路段監(jiān)控分中心，隧道監(jiān)控視頻分布在隧道內或隧道洞口附近，經(jīng)隧道管理站上傳至路段監(jiān)控分中心，未設置隧道管理站的隧道監(jiān)控可直接上傳至路段監(jiān)控分中心。4.2視頻節(jié)點4.2.1視頻省級節(jié)點視頻省級節(jié)點主要實現(xiàn)視頻瀏覽、系統(tǒng)管理、用戶管理和與其他系統(tǒng)的互聯(lián)等，對上傳至視頻省級節(jié)點的視頻圖像信息進行瀏覽、存儲、回放和控制，根據(jù)需要可對存儲在下級節(jié)點的視頻圖像進行轉存或下載。視頻省級節(jié)點的網(wǎng)管，對視頻省級節(jié)點內的用戶和設備進行統(tǒng)一管理，并對管理信息進行存儲，根據(jù)需要可對省級節(jié)點的管理信息進行備份。視頻省級節(jié)點內的用戶終端具有全省高速公路視頻聯(lián)網(wǎng)監(jiān)控最高的控制權限。4.2.2視頻路段節(jié)點視頻路段節(jié)點主要實現(xiàn)視頻的分發(fā)/轉發(fā)、系統(tǒng)管理、用戶管理和與省級節(jié)點的級聯(lián)等，對節(jié)點內的報警信息和視頻信息進行存儲。DB13/T5018—20195視頻路段節(jié)點內的網(wǎng)管，對路段內的用戶和設備進行統(tǒng)一管理，負責路段內的所有用戶和設備進行認證、鑒權，對信息進行存儲。同時把管理信息上傳至視頻省級節(jié)點，可對路段內設備的配置進行修改、增加和刪除，具備對設備報警處理的最高權限。視頻路段節(jié)點內的用戶可對路段內的視頻信息資源進行調用和管理，可對路段內前端設備進行云臺、鏡頭控制。視頻路段節(jié)點內的用戶終端具有所轄路段內高速公路視頻聯(lián)網(wǎng)監(jiān)控低于視頻省級節(jié)點的控制權限，但控制權限高于視頻基層節(jié)點。相鄰路段之間經(jīng)授權用戶可調用樞紐互通附近交叉區(qū)域的視頻圖像，但不能控制。4.2.3視頻基層節(jié)點實現(xiàn)視頻基層節(jié)點的視頻接入、分發(fā)，轉發(fā)、存儲、視頻內容分析和與視頻路段節(jié)點的級聯(lián)等，并對其接入的所有視頻信息和報警信息進行存儲。在視頻基層節(jié)點通過管理終端可對設備狀態(tài)、參數(shù)和報警信息進行瀏覽，經(jīng)授權可處理設備報警。接收并存儲視頻路段節(jié)點下發(fā)至視頻基層節(jié)點的管理信息，當上級視頻節(jié)點故障或上一級視頻節(jié)點與視頻基層節(jié)點間連接故障時，視頻基層節(jié)點內的基本業(yè)務可正常進行。視頻基層節(jié)點內的用戶可對所轄范圍內的視頻信息資源進行調用和管理，可對所轄區(qū)域內的前端設備進行云臺、鏡頭控制。4.3視頻聯(lián)網(wǎng)系統(tǒng)4.3.1高速公路視頻監(jiān)控系統(tǒng)的視頻和數(shù)據(jù)業(yè)務均通過IP數(shù)據(jù)網(wǎng)承載，監(jiān)控資源的視頻信息可通過光纜、網(wǎng)絡電纜、同軸電纜、數(shù)據(jù)公網(wǎng)、無線傳輸?shù)确绞浇尤氲剿鶎俚囊曨l基層節(jié)點；視頻路段節(jié)點通過通信網(wǎng)絡，實現(xiàn)向上級視頻節(jié)點匯集視頻資源。河北省高速公路視頻監(jiān)控聯(lián)網(wǎng)結構見圖2。視頻省級節(jié)點視頻局域網(wǎng)視頻管理服IP網(wǎng)絡通信系統(tǒng)干線傳輸網(wǎng)IP網(wǎng)絡SIP網(wǎng)關/視頻編碼器視頻局域網(wǎng)視頻區(qū)域/路段節(jié)點非SIP協(xié)議視頻網(wǎng)絡視頻管理服視頻局域網(wǎng)視頻區(qū)域/路段節(jié)點非SIP協(xié)議視頻網(wǎng)絡視頻管理服視頻管理服視頻區(qū)域/路段節(jié)點SIP協(xié)議視頻網(wǎng)絡圖2視頻聯(lián)網(wǎng)圖DB13/T5018—201964.3.2全省視頻監(jiān)控聯(lián)網(wǎng)采用SIP方式進行信令和數(shù)據(jù)傳輸。省級節(jié)點采用支持SIP協(xié)議的視頻管理平臺，路段節(jié)點與省級節(jié)點的數(shù)據(jù)格式和協(xié)議相兼容，實現(xiàn)全省范圍內各級視頻圖像向省級節(jié)點的視頻匯集。4.3.3全省監(jiān)控視頻互聯(lián)基于IP網(wǎng)絡，在應用層上實現(xiàn)的，包括對基于SIP協(xié)議的監(jiān)控網(wǎng)絡和非SIP協(xié)議監(jiān)控網(wǎng)絡的互聯(lián)?；赟IP協(xié)議的監(jiān)控網(wǎng)絡可以直接連接到聯(lián)網(wǎng)系統(tǒng)，非SIP協(xié)議監(jiān)控網(wǎng)絡需要在路段節(jié)點設置SIP網(wǎng)關實現(xiàn)與省級節(jié)點的互連。4.3.4基于SIP協(xié)議的路段視頻監(jiān)控系統(tǒng)的聯(lián)網(wǎng)共享基于SIP協(xié)議的監(jiān)控網(wǎng)絡系統(tǒng)是指其中的用戶終端、路段節(jié)點管理平臺等符合GB/T28059.3和本文件的規(guī)定，該類系統(tǒng)直接采用SIP協(xié)議實現(xiàn)與上下級監(jiān)控中心之間的互聯(lián)互通、資源共享。4.3.5基于非SIP協(xié)議的路段視頻監(jiān)控系統(tǒng)的聯(lián)網(wǎng)共享SIP設備是指支持本文件規(guī)定的SIP協(xié)議的設備。非SIP區(qū)域監(jiān)控網(wǎng)絡系統(tǒng)是指其中的視頻接入節(jié)點、用戶終端、路段節(jié)點視頻管理平臺等不符合本文件規(guī)定的SIP協(xié)議的監(jiān)控網(wǎng)絡，該類系統(tǒng)需要通過接入SIP網(wǎng)關進行SIP協(xié)議轉換，實現(xiàn)視頻路段節(jié)點監(jiān)控網(wǎng)絡與視頻省級節(jié)點的互聯(lián)互通、資源共享?；赟IP的監(jiān)控網(wǎng)絡與非SIP監(jiān)控網(wǎng)絡之間通過SIP網(wǎng)關進行信息交換。信息交換連接關系虛擬SIP設備SIP服務器SIP協(xié)議SIP協(xié)議SIP服務器SIP協(xié)議SIP協(xié)議控制信息和媒體信息圖3基于SIP視頻監(jiān)控系統(tǒng)與基于非SIP路段視頻監(jiān)控系統(tǒng)的聯(lián)網(wǎng)共享SIP設備與非SIP設備之間的信息交換過程包括：a)非SIP設備通過SIP網(wǎng)關接入SIP服務器，此時SIP服務器將此SIP網(wǎng)關與非SIP設備一起視為一個虛擬SIP設備；b)上述非SIP設備和SIP網(wǎng)關一起構成的虛擬SIP設備與其他SIP設備之間的信息交換過程同第6章平臺間通信協(xié)議的規(guī)定。4.3.6SIP網(wǎng)關SIP網(wǎng)關是視頻路段節(jié)點監(jiān)控系統(tǒng)聯(lián)網(wǎng)共享接口的邏輯實體，可以獨立的設備形式存在或內置在路段視頻監(jiān)控系統(tǒng)內的監(jiān)控服務器中。DB13/T5018—20197SIP網(wǎng)關負責實現(xiàn)聯(lián)網(wǎng)過程中的控制命令和視頻數(shù)據(jù)的傳輸和轉換，聯(lián)網(wǎng)接口采用RFC3261和RFC3265中SIP協(xié)議。視頻路段節(jié)點內部聯(lián)網(wǎng)所需的控制不做規(guī)定，原則上應采用統(tǒng)一的控制命令和視頻數(shù)據(jù)傳輸格式，宜采用SIP協(xié)議。4.3.7多級多域聯(lián)網(wǎng)結構多級多域聯(lián)網(wǎng)（見圖4）采用省級節(jié)點、路段節(jié)點、接入點（收費站視頻監(jiān)控、隧道管理站視頻監(jiān)控）結構的三級（或四級）聯(lián)網(wǎng)結構，監(jiān)控前端的編碼器、錄像存儲設備向路段節(jié)點的SIP服務器進行注冊（REGISTER），并將設備節(jié)點信息推送給SIP服務器（NOTIFY）。設備節(jié)點主要包括IP攝像機或編碼器所接入的各個攝像機或云臺。如編碼器、錄像存儲不支持SIP協(xié)議，可使用SIP網(wǎng)關完成協(xié)議轉換。視頻服務器收到設備節(jié)點信息后進行解析并將內容載入數(shù)據(jù)庫。同時，應根據(jù)NOTIFY消息更新路由表，建立起設備節(jié)點名稱與消息發(fā)送端IP地址的路由映射表。用戶SIP服務器SIP服務器路由器路由器路由器視頻編碼器 視頻切換矩陣或全光數(shù)字平臺視頻編碼器用戶用戶基于非SIP路段節(jié)點SIP服務器基于SIP用戶用戶基于非SIP路段節(jié)點路由器SIP服務器學視頻切換矩陣或全光數(shù)字平臺視頻切換矩陣或全路由器SIP服務器學視頻切換矩陣或全光數(shù)字平臺視頻切換矩陣或全光數(shù)字平臺用戶用戶基于SIP用戶基于SIP隧道視頻監(jiān)控用戶基于非SIP隧道視頻監(jiān)控用戶基于SIP隧道視頻監(jiān)控基于非SIP收費站視頻監(jiān)控基于SIP協(xié)議的基于SIP協(xié)議的路線視頻監(jiān)控系統(tǒng)圖4多級多域結構圖多級多域間的互聯(lián)互通，各級視頻節(jié)點的SIP服務器應向上一級中心的SIP服務器進行注冊（REGISTER），并向上一級的SIP服務器發(fā)送本級的設備節(jié)點信息（NOTIFY），上級SIP服務器收到下級SIP服務器的設備節(jié)點信息后進行解析將數(shù)據(jù)載入數(shù)據(jù)庫并更新路由表。具體消息傳遞過程見示例1。步驟1：IP攝像機（或編碼器）向路段節(jié)點SIP服務器注冊，注冊后發(fā)送攝像機CAM1的NOTIFY消息，路段節(jié)點SIP服務器應根據(jù)該消息建立起CAMn或CAMn所在編碼器的IP地址之間的路由映射表。路段節(jié)點SIP服務器收到消息后對NOTIFYDB13/T5018—20198具體控制命令發(fā)送過程見示例2。步驟2：路段節(jié)點的SIP服務器收到來自省級節(jié)點的對CAMn的請求消息，4.4聯(lián)網(wǎng)系統(tǒng)功能要求4.4.1概述聯(lián)網(wǎng)系統(tǒng)應能實現(xiàn)不同設備及系統(tǒng)的互聯(lián)、互通、分級控制，實現(xiàn)視音頻及報警信息的采集、壓縮、傳輸、顯示、存儲、控制；應能進行身份認證和權限管理，保證信息的安全；應能實現(xiàn)報警聯(lián)動；宜能提供與其他業(yè)務系統(tǒng)的數(shù)據(jù)接口。4.4.2注冊與鑒權兩個聯(lián)網(wǎng)節(jié)點之間按照級聯(lián)或互聯(lián)方式進行聯(lián)網(wǎng)共享時，應能通過注冊與鑒權功能取得聯(lián)網(wǎng)單元之間的相互信任。4.4.3?；顑蓚€聯(lián)網(wǎng)節(jié)點之間應建立會話和媒體流保活機制，當會話?；钍Ш螅瑧鲃咏K止已經(jīng)建立的媒體流連接，會話恢復后，上級平臺接入單元應能主動恢復原建立的媒體流連接。4.4.4目錄推送推送共享目錄兩個聯(lián)網(wǎng)節(jié)點通過注冊與發(fā)現(xiàn)后，源聯(lián)網(wǎng)節(jié)點向目的聯(lián)網(wǎng)節(jié)點主動推送經(jīng)授權的共享設備目錄。推送主動性當源聯(lián)網(wǎng)節(jié)點共享設備目錄增加、刪除、修改更新后，應能主動向目的節(jié)點推送更新部分的共享設備目錄，當目錄節(jié)點刪除后，目的聯(lián)網(wǎng)節(jié)點下的所有目錄和和設備信息全部自動刪除。目錄推送包含內容目錄推送時應包含資源地址編碼（Address）、顯示名稱（Name）、位置樁號（PileNo）、父節(jié)點編碼（Parent）、活動狀態(tài)（Stautus）等基本信息。4.4.5實時圖像瀏覽和控制瀏覽源聯(lián)網(wǎng)節(jié)點應能獲取目的聯(lián)網(wǎng)節(jié)點經(jīng)授權的實時圖像并進行播放，實時流應采用聯(lián)網(wǎng)節(jié)點的逐級轉發(fā)?？刂艱B13/T5018—20199源聯(lián)網(wǎng)節(jié)點應能對目的聯(lián)網(wǎng)節(jié)點的設備進行云臺、鏡頭、護罩等控制，云臺控制應支持上、下、左右、左上、左下、右上、右下、預置位等功能，鏡頭控制應支持鏡頭變倍、聚焦和光圈調整功能，護罩控制應支持除濕、加熱、雨刷、燈光等控制功能，云臺鏡頭控制應支持速度調整功能。4.4.6歷史圖像查詢、點播和下載查詢目的聯(lián)網(wǎng)節(jié)點應能按指定攝像機和時間段向源聯(lián)網(wǎng)節(jié)點查詢所管轄的歷史圖像索引。點播目的聯(lián)網(wǎng)節(jié)點應能通過查詢得到的歷史圖像索引點播源聯(lián)網(wǎng)節(jié)點的歷史圖像，對歷史圖像的回放過程進行控制，包括開始、停止、暫停、快速和慢速播放、拖動等，應采用聯(lián)網(wǎng)單元的逐級轉發(fā)。下載目的聯(lián)網(wǎng)節(jié)點應能通過查詢得到的歷史圖像索引，下載所需要的源聯(lián)網(wǎng)節(jié)點的歷史圖像。4.4.7事件管理事件管理應支持下列功能：a)報警等事件預訂功能；b)報警等預訂事件的通告功能；c)報警等事件的處理功能。4.4.8時鐘同步聯(lián)網(wǎng)單元應支持NTP網(wǎng)絡時鐘協(xié)議，實現(xiàn)時鐘同步功能。4.4.9人機交互人機交互應支持下列功能：a)具有直觀、友好、簡潔的中文人機交互界面；b)具有視頻畫面分割顯示、信息提示等處理功能；c)反映自身的運行情況，對正常、報警、故障等狀態(tài)給出指示。4.4.10網(wǎng)絡與設備管理在各級節(jié)點的管理平臺能夠對所轄的系統(tǒng)設備、網(wǎng)絡設備進行管理，收集、監(jiān)測網(wǎng)絡內的監(jiān)控設備、報警設備、相關服務器的運行情況；對有權限調用訪問本級監(jiān)控節(jié)點的用戶應能進行監(jiān)控。4.4.11網(wǎng)絡信息安全管理聯(lián)網(wǎng)系統(tǒng)應具備保證信息安全的功能，包括身份認證、設備認證、前端設備和各級監(jiān)控中心的接入安全、傳輸安全、圖像信息的防篡改等。聯(lián)網(wǎng)系統(tǒng)的日志包括運行日志和操作類型日志。運行日志應能記錄系統(tǒng)內設備啟動、自檢、異常、故障、恢復、關閉等狀態(tài)信息及發(fā)生時間；操作類型日志應能記錄操作人員進入、退出系統(tǒng)的時間和主要操作類型情況。應具有支持日志信息查詢和報表制作等功能。DB13/T5018—20194.5聯(lián)網(wǎng)系統(tǒng)設備要求聯(lián)網(wǎng)系統(tǒng)設備主要由信息采集、視頻編/解碼、傳輸、切換、顯示、存儲、網(wǎng)絡服務器、用戶終端等設備組成。4.5.1信息采集設備信號采集的范圍宜包括圖像、聲音、報警信號，應根據(jù)不同的組網(wǎng)模式（前端接入方式）選用相應的設備，并滿足下列要求：a)圖像采集設備應能清晰有效地采集到現(xiàn)場的圖像。圖像采集設備應能適應現(xiàn)場的照明條件，環(huán)境照度不滿足視頻監(jiān)控要求時，應配置輔助照明，或采用微光/激光/紅外類等攝像設備；b)聲音采集設備的性能（靈敏度、探測范圍）應與監(jiān)測范圍相適應；c)報警設備應符合現(xiàn)行國家標準、行業(yè)標準的要求，并經(jīng)檢驗或認證合格；d)信息采集及相關的前端設備應具有防破壞和抗易損防護措施，安裝應符合現(xiàn)場環(huán)境要求，并滿足相應防護等級的要求；e)信息采集設備應提供開放的控制接口；4.5.2傳輸設備數(shù)字視頻傳輸通道應采用IP方式。信號傳輸可采用有線/無線傳輸方式，傳輸網(wǎng)絡可選用高速公路專用網(wǎng)絡、自建監(jiān)控報警網(wǎng)絡或公共通信網(wǎng)絡。采用無線或公共通信網(wǎng)絡傳輸時傳輸設備應具有信息安全管理措施。應優(yōu)先保證報警信號和控制信號的傳輸。4.5.3存儲設備各級監(jiān)控（分）中心應根據(jù)安全管理的要求和存儲策略合理配置存儲設備。配置所配置的專用存儲設備（如磁盤陣列、網(wǎng)絡存儲系統(tǒng)、硬盤錄像機、光盤刻錄機等）應能備份需要長期保留的信息。圖像存儲設備應滿足下列要求：a)采用本文件所引用的H.264視頻編碼格式和文件格式進行圖像存儲，支持G.711等音頻編解碼標準實現(xiàn)音視頻同步存儲；b)應具有足夠的存儲空間。存儲時可結合視頻移動偵測等技術做幀率/碼率調整。監(jiān)控圖像存儲時間應不小于15天，經(jīng)過復核后的報警圖像應按相應的高速公路安全防范管理的相關要求作長期保存。在重要應用場合，應采取對錄像文件防篡改或確保文件完整性的相關措施；c)應支持按圖像的來源、記錄時間、報警事件類別等多種方式對存儲的圖像數(shù)據(jù)進行檢索，支持多用戶同時訪問同一數(shù)據(jù)資源；d)應支持圖像記錄、回放同時工作的雙工模式；e)應具有以太網(wǎng)接口，支持TCP/IP協(xié)議，宜擴展支持SIP、RTSP、RTP、RTCP等網(wǎng)絡協(xié)議；f)應提供二次開發(fā)的軟件接口。其他信息存儲設備應滿足下列要求：a)存儲系統(tǒng)配置參數(shù)、系統(tǒng)管理日志、用戶管理數(shù)據(jù)、報警文件等重要信息的設備宜具有冗余、糾錯及自動備份等功能；b)存儲圖像索引、摘要等信息的設備，其存儲空間應與對應的圖像數(shù)據(jù)量相適應，并支持與對應視頻圖像數(shù)據(jù)的同步更新。4.5.4視頻切換設備DB13/T5018—2019各級監(jiān)控（分）中心視頻切換設備應滿足下列要求：a)圖像切換應能通過手動或編程實現(xiàn)，圖像信號應能在指定的顯示設備上進行固定顯示或時序顯示；b)宜采用模塊式結構，容量應按系統(tǒng)規(guī)模確定，并留有適當余量；c)應具有視頻丟失檢測報警和系統(tǒng)自診斷功能；d)應提供RS-232或RS-485數(shù)據(jù)通道，支持常用控制協(xié)議；e)支持本機鍵盤、控制工作站雙重控制方式；f)應具有報警聯(lián)動功能。4.5.5圖像顯示設備顯示設備應根據(jù)需要和可能選擇合適的顯示器或大屏設備。顯示設備應能清晰顯示現(xiàn)場實時圖像。顯示設備的分辨率指標應高于系統(tǒng)對采集、傳輸過程規(guī)定的分辨率指標。4.5.6網(wǎng)絡服務器設備網(wǎng)絡服務器設備是在各級監(jiān)控（分）中心內部網(wǎng)絡上運行特定服務程序的計算機主機，為監(jiān)控管理平臺軟件的運行提供硬件支持。監(jiān)控管理平臺應支持的服務程序包括數(shù)據(jù)庫、視頻分發(fā)、視頻存儲、認證、注冊、設備代理等。網(wǎng)絡服務器設備的基本功能和性能應符合國家和行業(yè)相關產(chǎn)品標準的規(guī)定，并經(jīng)檢驗或認證合格。網(wǎng)絡服務器設備的CPU、硬盤、網(wǎng)絡接口等部件的技術指標應符合本文件及視頻聯(lián)網(wǎng)系統(tǒng)的其他相關技術的要求。數(shù)據(jù)庫、視頻分發(fā)、安全認證等重要服務器宜具有冗余功能。4.5.7用戶終端設備用戶終端設備應滿足下列要求：a)應具有遠程瀏覽、控制等功能；b)固定用戶終端主機應采用通用多任務操作系統(tǒng)，操作系統(tǒng)應帶有通用的Web瀏覽器，操作系統(tǒng)應簡單，易學易用。當前端視頻配置高清格式時，用戶終端的顯示分辨率應不低于高清設備所對應的分辨率。4.6聯(lián)網(wǎng)協(xié)議4.6.1視音頻編碼要求視音頻編碼標準詳見5.3節(jié)。4.6.2傳輸與控制協(xié)議要求下級節(jié)點與上級節(jié)點進行視頻/音頻/數(shù)據(jù)等信息傳輸時，接口部分的傳輸過程應遵循統(tǒng)一的通信協(xié)議，通信協(xié)議結構見圖5。DB13/T5018—2019SIPSIP會話控制H.264G.711視頻音頻RTP/RTCP/RTSPTCP/UDPIP層物理層和MAC層圖5通信協(xié)議結構視頻節(jié)點間進行音視頻通信及控制時，應建立兩個傳輸通道：會話通道和媒體流通道。會話通道用于在設備之間建立會話并傳輸控制命令，采用RFC3261中SIP會話初始協(xié)議；SIP報文中XML部分統(tǒng)一使用UTF-8格式；媒體流通道用于傳輸音視頻數(shù)據(jù)，經(jīng)過壓縮編碼的音視頻流采用流媒體協(xié)議RTP/RTCP/RTSP傳輸。5視頻聯(lián)網(wǎng)要求5.1數(shù)字視頻格式5.1.1概述各級高速公路網(wǎng)圖像信息管理平臺之間的視頻圖像傳輸采用數(shù)字視頻格式。全省高速公路視頻聯(lián)網(wǎng)圖像編解碼采用H.264，音頻編碼確定為G.711。5.1.2系統(tǒng)碼流系統(tǒng)碼流應符合GB/T17975.1的規(guī)定。節(jié)目流方式采用TS流的格式；視頻幀不能包括B幀；當分辨率為D1時，系統(tǒng)輸出碼流率小于等于2.0Mbps；當分辨率為720P時，系統(tǒng)輸出碼流小于等于4.0Mbps；當分辨率為1080P時，系統(tǒng)輸出碼流小于等于8.0Mbps。5.1.3視頻視頻應符合ITU-TH.264的規(guī)定。支持逐行/隔行掃描，圖像格式4:2:0。視頻流不包括B幀；不包括GMC；當分辨率為D1時，系統(tǒng)輸出碼流率小于等于1.5Mbps；當分辨率為720P時；系統(tǒng)輸出碼流小于等于3.5Mbps。當分辨率為1080P時，系統(tǒng)輸出碼流小于等于7.5Mbps。5.1.4音頻DB13/T5018—2019音頻符合GB/T17191.3的規(guī)定。音頻編解碼標準為G.711。音頻的碼流率應選擇以下三種之一：16kbps、32kbps、64kbps。5.1.5TS流TS流所使用的stream_type定義見表1。表1TS流中stream_type定義5.2平臺適配協(xié)議5.2.1網(wǎng)絡適配協(xié)議通信協(xié)議：TCP、UDP；組播成員管理協(xié)議：IGMPV2。5.2.2視頻流適配方式視頻流封裝在RTP中，通過管理配置協(xié)議可設置協(xié)議方式及端口。使用TCP方式時，client/server方式可設置。最大數(shù)據(jù)包小于等于16K。UDP端口號：20000～20999；TCP端口號：20000～20999。5.2.3視頻接口各級高速公路圖像信息管理平臺之間的圖像傳輸采用數(shù)字方式接口。傳輸接口：以太網(wǎng)接口；通信協(xié)議：TCP/IP。5.3編碼設備技術要求5.3.1標清視頻編碼設備標清視頻編碼設備應支持H.264標準的MainProfile的level3.0及以上檔次和級別，具體配置包括：a)支持雙碼流編碼模式，即主碼流和輔碼流，二者均采用H.264編碼；b)編碼圖像分辨率至少應支持CIF、D1（4CIF）分辨率，主碼流的視頻優(yōu)先采用D1（4CIF）分辨率,輔碼流的分辨率應支持CIF或以上分辨率；c)編碼幀率應不小于25幀/秒，并可調整；d)主碼流碼率應在128kbps-4Mbps之間可調，輔碼流碼率應在64kbps-1Mbps之間可調。在帶寬不足情況下，應支持圖像質量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先）可調；e)應支持逐行掃描編碼，可選隔行掃描編碼；f)熵編碼方式應支持CAVLC，可選支持CABAC；g)GOP格式，應支持IPPP方式，IPPP方式中的I幀間隔應可調整；DB13/T5018—2019h)為支持用戶在視頻圖像質量和圖像流暢性之間進行選擇，應提供編碼參數(shù)調節(jié)，例如，設置圖像大小，設置幀率，設置I幀間隔等。標清視頻編碼設備輸出的視頻碼流符合GB/T28059.2的規(guī)定，能過Elecard、VLC等H.264碼流處理工具進行視頻流的分析和播放。標清視頻編碼設備應支持H.264視頻的TS流輸出，輸出視頻流中不能包含非H.264語法元素的私有數(shù)據(jù)。標清視頻編碼設備支持音頻編碼，音頻編碼輸出應為TS流。標清視頻編碼設備支持TCP/IP、UDP、IGMP網(wǎng)絡協(xié)議，提供單播、組播兩種傳送方式。標清視頻編碼支持多參考幀，視頻編碼參考幀數(shù)量不宜超過2。標清視頻編碼設備硬件輸入/輸出接口最低要求為：a)1路CVBS模擬視頻信號BNC輸入接口（電平：1.0Vp-p，阻抗75Ω,PAL制式）；b)1路10/100M自適應網(wǎng)絡接口或光纖接口；c)1路可以通過遠程TCP/IP消息控制RS232/485串口；d)1路數(shù)字報警信號輸入；5.3.2高清視頻編碼設備高清視頻編碼設備（含高清IPC）應支持H.264標準的HighProfile的level4.0及以上檔次和級別，具體配置包括：a)支持雙碼流編碼模式，即主碼流和輔碼流，二者均采用H.264編碼；b)主碼流圖像分辨率應支持720P及以上分辨率，輔碼流的分辨率應支持D1、CIF分辨率；c)720P以上分辨率編碼幀率應不小于25幀/秒，并可調整；d)主碼流分辨率應在2kbps-8Mbps之間可調，輔碼流碼率應在64kbps-2Mbps之間可調。在帶寬不足情況下，應支持圖像質量優(yōu)先（清晰度優(yōu)先）或幀率優(yōu)先（流暢優(yōu)先），手動可調；e)應支持逐行掃描編碼，可選隔行掃描編碼；f)熵編碼方式應支持CAVLC，可選支持CABAC；g)GOP格式，應支持IPPP方式，IPPP方式中的I幀間隔應可調整；h)為支持用戶在視頻圖像質量和圖像流暢性之間進行選擇，應提供編碼參數(shù)調節(jié)，例如設置圖像大小，設置幀率，設置I幀間隔等。高清視頻編碼設備輸出的視頻碼流符合GB/T28059.2的規(guī)定，能過Elecard、VLC等H.264碼流處理工具進行視頻流的分析和播放。高清視頻編碼設備應支持H.264視頻的TS流輸出，輸出視頻流中不能包含非H.264語法元素的私有數(shù)據(jù)。高清視頻編碼設備支持音頻編碼，音頻編碼輸出應為TS流。高清視頻編碼設備支持TCP/IP、UDP、IGMP網(wǎng)絡協(xié)議，提供單播、組播兩種傳送方式。高清視頻編碼支持多參考幀，視頻編碼參考幀數(shù)量不宜超過2。DB13/T5018—2019高清視頻編碼設備硬件輸入/輸出接口最低要求為：a)1路HD-SDI、1路HDMI、1路DVI三種視頻輸入接口中的任一種；b)1路10/100M自適應網(wǎng)絡接口或光纖接口；c)1路可以通過遠程TCP/IP消息控制RS232/RS485串口；d)1路數(shù)字報警信號輸入；5.4解碼設備技術要求5.4.1標清視頻解碼設備標清視頻解碼設備應支持H.264標準的MainProfile的level3.0及以上檔次和級別，具體配置包括：a)標清解碼器顯示分辨率從CIF、D1（4CIF）的圖像；b)應能同時支持解碼逐行掃描和隔行掃描方式編碼的碼流；c)支持IPPPGOP結構；d)能夠解碼CAVLC和CABAC兩種熵編碼碼流；e)視頻解碼支持多參考幀，至少應支持2個參考幀，可選參支持3～5個參考幀。標清視頻解碼設備能夠識別并解碼TS碼流，能夠識別音視頻復合的TS碼流。標清視頻解碼設備硬件輸入/輸出接口最低要求為：a)1路CVBS模擬視頻信號BNC輸出接口（電平：1.0Vp-p，阻抗75Ω,PAL/NTSC自適應）；5.4.2高清視頻解碼器高清視頻解碼設備應支持H.264標準的HighProfile的level4.0及以上檔次和級別，具體配置包括：a)標清解碼器顯示分辨率從720P和1080P分辨率的圖像；b)應能同時支持解碼逐行掃描和隔行掃描方式編碼的碼流；c)支持IPPP、IBBP兩種GOP結構；d)能夠解碼CAVLC和CABAC兩種熵編碼碼流；e)視頻解碼支持多參考幀，參考幀范圍：3～5。高清視頻解碼設備能夠識別視頻TS碼流并解碼TS視頻碼流；能夠視頻音頻符合的TS碼流，至少能夠拆分出并解碼音視頻復合流中的視頻碼流。高清視頻解碼設備能夠兼容標清視頻的解碼。高清視頻解碼設備硬件輸入/輸出接口最低要求為：a)支持HDMI、DVI、VGA、HD-SDI四種中任一種視頻輸出接口；DB13/T5018—20195.5視頻編解碼設備接入要求5.5.1視頻編解碼設備遵循附錄D實現(xiàn)與視頻管理平臺的接入，并接受視頻管理平臺的管理。5.5.2視頻管理平臺與視頻編、解碼設備之間采用UDP傳遞信令；信令報文采用XML格式，使用UTF-8字符集編碼，若無特殊定義，信令報文各節(jié)點（字段）名由以小寫字母起始的“駝峰”式結構單詞組成。5.5.3視頻管理平臺負責對所有接入的視頻編、解碼設備進行統(tǒng)一編號，視頻編、解碼設備應可配置并存留該編號，以便與視頻管理平臺進行交互操作。5.5.4視頻編、解碼設備應可配置與視頻管理平臺進行交互的UDP通信端口（默認端口6600），還應可配置與之通信的視頻管理平臺的IP地址及端口。5.5.5視頻管理平臺與視頻編、解碼設備之間的信令交互采用“請求/響應”模式（見圖6）。圖6“請求/響應”模式示意圖5.5.6視頻管理平臺與編解碼設備之間信令的詳細定義參見附錄D。信令的概要描述見表2。表2視頻管理平臺與編解碼設備之間信令概述表123456789DB13/T5018—20195.6數(shù)字視頻設備聯(lián)網(wǎng)測試數(shù)字視頻設備聯(lián)網(wǎng)測試技術要求詳見附錄B。5.7聯(lián)網(wǎng)系統(tǒng)技術要求聯(lián)網(wǎng)系統(tǒng)主要技術指標詳見附錄C。6接口與通信控制協(xié)議6.1SIP協(xié)議擴展6.1.1方法DO方法描述.1本部分在RFC3261基礎上定義了一個新方法DO，用于各級管理平臺之間互聯(lián)時監(jiān)控信息.2方法DO的功能包括：心跳保活、控制對方動作、更新對方信息、查詢對方狀態(tài)、歷史監(jiān)控資料查詢和回放等。.3發(fā)送方法DO的請求報文時，不會創(chuàng)建一個新的SIP會話，也不需要存在一個SIP會話作為前提。方法DO與SIP會話無關，可在SIP會話內存在，也可在SIP會話之外存在。方法DO支持的頭域RFC3261中SIP協(xié)議的擴展規(guī)定了方法DO支持的頭域（見表3）。表中符號含義參見RFC3261。表3方法DO頭域表ReoeoReoeoReoeoeoemReoreonemRemeoeoeoeeoDB13/T5018—2019表3方法DO頭域表（續(xù)）eemee*nemgeogneogeonemRnhoRneogchoRceonhoRnhoRnhoRhohoReoRceceoceoceoRceoRhoorceoRceogeonemeogceonemreoRceoceoDO請求響應當DO請求得到成功執(zhí)行時，一般應回送一個“200OK”響應消息，消息體中可包含結果信息，如當前設備狀態(tài)等。當DO請求失敗時，可回送請求失敗（RequestFailure，4xx）、服務器失?。⊿erverFailure，5xx）和全局失?。℅lobalFailure，6xx）響應消息。對于監(jiān)控中的部分控制請求，DO請求可無響應消息。DB13/T5018—2019DO的消息實體方法DO的消息實體應采用本文件定義的設備描述和控制協(xié)議（DDCP）來描述相應的消息內容。詳細內容見附錄A。6.1.2消息體類型采用RFC3261、RFC3265和方法DO實現(xiàn)視頻監(jiān)控系統(tǒng)聯(lián)網(wǎng)時，方法的消息體MIME類型應采用本文件定義的設備描述和控制協(xié)議（DDCP協(xié)議），Content-Type字段應設為“application/DDCP”。6.1.3SIP地址編碼SIP地址編碼格式應采用RFC3261中規(guī)定的SIP：user＠host形式。其中user部分應符合本要求定義的對象編碼規(guī)則，host按RFC3261規(guī)定執(zhí)行。6.1.4業(yè)務出錯處理當SIP響應返回500錯誤的時候，在XML中帶具體的業(yè)務錯誤原因，返回的響應消息的XML定義如下：<?xmlversion="1.0"?><Response><Variable>請求消息的功能</Variable><Result>XXX</Result></Response>6.2平臺接入單元通信協(xié)議6.2.1設備注冊下級平臺接入單元應主動向上級平臺接入單元進行注冊、通報平臺內視頻監(jiān)控設備（如攝像機和其他前端設備等）的設備地址和狀態(tài)等，并接收其控制消息。平臺接入單元應支持注冊登記、目錄發(fā)送、心跳消息傳遞等消息。注冊登記平臺接入單元應使用RFC3261中定義的方法REGISTER進行注冊登記。注冊登記消息見圖7，具體過程包括：a)下級平臺接入單元向上級平臺接入單元發(fā)送REGISTER消息。如果下級平臺接入單元要求從上級平臺接入單元中注銷，把Expires設置為0。如果下級平臺接入單元修改了IP地址和監(jiān)聽端口，應先注銷，再重新進行注冊登記；b)上級平臺接入單元收到注冊登記消息后應對注冊登記消息進行驗證、核準，對符合接入條件的下級平臺進行注冊登記；c)上級平臺接入單元應將注冊成功或失敗的消息返回該下級接入單元。DB13/T5018—2019下級平臺接入單元下級平臺接入單元上級平臺接入單元REGISTER（F1）401（UNAUTHORIZED）REGISTER（帶權限信息）（F3）200（F4）圖7注冊登記Content-Length:0F2:SIP/2.0401UnauWWW-Authenticate:Digestrealm="user"，nonce="cc4b7484724b"，opaque=""，algorithm=MD5，qop="auth"Content-Length:0端口",qop="auth",nc=00000001,cnonce="0a4f113b"，response="938c0e37d"，algorithm=MD5，DB13/T5018—2019Content-Length:0.1平臺接入單元應使用RFC3265中定義的方法NOTIFY發(fā)送目錄消息。.2下級平臺接入單元在有下列情況之一時應向與之聯(lián)網(wǎng)的上級平臺接入單元發(fā)送目錄消息：a)下級平臺接入單元首次注冊成功后，應發(fā)送整個允許共享的設備目錄信息；推送多級目錄的時候，目錄樹從父節(jié)點到子節(jié)點逐級推送；b)下級平臺接入單元的目錄信息發(fā)生變化（包括新增、修改和取消共享）后，應發(fā)送變化部分c)下級平臺接入單元首次向上級平臺接入單元推送目錄時，下級平臺接入單元應具有將根目錄（parent為上級平臺接入單元域編碼）推送給上級平臺接入單元的功能，下級平臺接入單元可選擇創(chuàng)建或不創(chuàng)建下級平臺接入單元根目錄。推送組織時，Status字段對于組織是沒有意義的，不需要填寫，上級平臺不應該對該字段進行處理。推送中的updatetime為平臺檢測到的變更時間，刪除操作也有時間；d)重新注冊時的資源推送；下級平臺接入單元向上級平臺接入單元重新發(fā)起注冊后，不再重復推送已推送的目錄，只推送更新的目錄；取消自動推送所有點位的功能，全部推送只能在上級允許的情況下、人為干預下執(zhí)行。e)資源編碼等屬性的變更推送；1)下級平臺接入單元的某個目錄節(jié)點的編碼修改后，應先向上級平臺接入單元推送該節(jié)點修改前的刪除（DEL）操作再推送修改后的增加（ADD）操作；2)下級平臺接入單元的設備屬性變更（包括設備名稱、設備類型、監(jiān)控目標屬性、經(jīng)緯度等，不包括ID修改）后，應自動發(fā)送整個設備目錄信息給上級平臺接入單元。f)資源增加的推送；目錄資源增加之后，應能自動共享給下級平臺接入單元。上級需支持下級的目錄刪除功能，要求下級推送目錄刪除前，必須先將所共享上傳的點位刪除，刪除失敗的仍可繼續(xù)上報；刪除父節(jié)點的時候，同時刪除子節(jié)點；h)分多個SIP消息推送目錄信息的時候，當收到上一個SIP消息的成功返回后，才進行下一個SIP消息的推送；DB13/T5018—2019i)對于推送未成功的目錄信息，需要進行重試，并最多重試3次，重試的時間間隔依次為30s、45s、60s；如果重試3次還是推送失敗，在聯(lián)網(wǎng)平臺重新注冊成功后應自動再進行推送；j)提供手動推送全部共享目錄和攝像機的功能。.3目錄發(fā)送流程見圖8，具體過程包括：a)需發(fā)送共享設備目錄信息的下級平臺接入單元向與之聯(lián)網(wǎng)的上級平臺接入單元發(fā)送NOTIFY消息。NOTIFY消息的消息體包含整個允許共享設備目錄信息，每個設備對應的目錄信息應包權限功能碼（Privilege）、父節(jié)點惟一性編碼（Parent）、活動狀態(tài)（Status）、操作類型（OperateType）、經(jīng)度（Longitude）、緯度（Latitude）、路段名稱（Roadway）、更新時間(UpdateTime)、位置樁號（PileNo）、子節(jié)點個數(shù)（SubNum）、子節(jié)點列表（SubList）等；b)上級平臺接入單元收到正確目錄消息后更新本地目錄數(shù)據(jù)庫；c)上級平臺接入單元應將目錄接收成功或失敗的消息返回給該下級平臺接入單元；d)一次目錄推送消息中，只包含兩級；一次可發(fā)送一個或多個設備目錄信息；e)使用Status字段來標識設備的工作狀態(tài)；上級平臺接入單元f)推送根節(jié)點的時候，Parent取值等于自己。上級平臺接入單元下級平臺接入單元NOTIFY（F1）（或返回400結束本次會話）圖8發(fā)送目錄信息Content-type:ApplicaDB13/T5018—2019<Status＞活動狀態(tài)＜/Status＞<UpdateTime>更新時間格式：YYYYM<Sublist>?</Sublist>＞Content-type:Appliec心跳信息傳遞DB13/T5018—20.1平臺接入平臺應定時向與之聯(lián)網(wǎng)的上級平臺接入單元發(fā)送心跳報文消息，應使用6.1.1條規(guī)定的方法DO傳遞心跳信息，心跳消息的消息體包含保持活動信息（Keepalive）。心跳報文要求應答確認報文。上級平臺接入單元.2上級平臺接入單元和下級平臺接入單元通過注冊登記過程中REGISTER消息的Expires字段來協(xié)商保活周期。如果上級平臺接入單元在協(xié)商好的時間內未收到對端的Keepalive報文，則認為對端離線（宜在?；钪芷趦劝l(fā)送2至3個Keepalive報文），不再響應后續(xù)發(fā)送過來的Keepalive報文，以觸發(fā)對端重新發(fā)起注冊流程。心跳信息傳遞流程見圖9。上級平臺接入單元下級平臺接入單元DO（心跳信息F1）200OK（F2）圖9心跳信息傳遞F1:DOsip:上級平臺接入單元地址編碼＠上級Content-type:ApplicaContent-Length:0DB13/T5018—2019Content-Length:06.2.2監(jiān)控圖像獲取實時監(jiān)控圖像的獲取.1實施監(jiān)控圖像的獲取過程應包括獲取實時流、釋放實時流。應使用RFC3261中定義的方法INVITE獲取一個攝像機的實時監(jiān)控視頻流。取消沒有完成的連接應采用CANCEL方法。使用RFC3261中定義的方法BYE停止接收一個攝像機的實時視頻流，并釋放相關資源。.2實時監(jiān)控圖像的獲取見圖10，具體過程包括：a)上級平臺接入單元向下級平臺接入單元發(fā)送INVITE請求。INVITE請求的消息實體應指明是實時監(jiān)控圖像獲取（RealMedia）。同時應包含請求用戶的權限功能碼（Privilege），上級平臺接入單元支持的碼流格式（Format）、視頻編碼類型（Video）、音頻編碼類型（Audio）、最高碼率（MaxBitrate）、接收視頻的用戶或視頻轉發(fā)代理的IP地址/傳輸協(xié)議/端口號（ReceiveSocket）；b)下級平臺接入單元收到INVITE請求后，在回送成功或失敗后應答消息前如需一定的處理時間，可發(fā)送臨時相應消息100Trying；c)下級平臺接入單元應將同意或拒絕的消息返回給該上級平臺接入單元；在同意的確定響應消息的消息體中應包含確定的碼流格式（Format）、視頻編碼類型（Video）、音頻編碼類型（Audio）、傳輸速率（MaxBitrate）。碼流格式（Format）、視頻編碼類型（Video）、音頻編碼類型（Audio）根據(jù)INVITE請求消息體應列表中下級平臺接入單元能支持的排在最前的類型來確定；d)上級平臺接入單元發(fā)送ACK消息前如欲取消本操作類型，可向下級平臺接入單元發(fā)送CANCEL請求消息；e)上級平臺接入單元收到下級平臺接入單元同意確認消息200OK消息后，應向下級平臺接入單元發(fā)送ACK消息；f)下級平臺接入單元收到上級平臺接入單元發(fā)送的ACK消息后，可向上級平臺接入單元發(fā)送實時監(jiān)控視頻流；g)上級平臺接入單元欲釋放實時流時，向下級平臺接入單元發(fā)送BYE請求消息；h)下級平臺接入單元收到BYE請求消息后，回送200OK同意釋放消息。DB13/T5018—2019上級平臺接入單元下級平臺接入單元上級平臺接入單元下級平臺接入單元INVITE（請求實時流F1）100Trying（正在連接）（F2）200OK（或返回400結束本次會話）（F3）ACK（確認）（F4）視頻流視頻代理轉發(fā)BYE（釋放實時流）（F5）200OK（F6）圖10實時監(jiān)控圖像獲取Content-type:Applica<ReceiveStoket>34DB13/T5018—2019Content-type:Applica<SendSocket>F4:ACKsip:攝像機的編碼＠下級平臺接入單F5:BYEsip:攝像機的編碼＠下級平Content-Length:0DB13/T5018—2019Content-Length:0實時監(jiān)控圖像?；?1實時流在各級平臺間和平臺內傳輸時，要求平臺對實時流進行分發(fā)，減少多人調用同一路圖像時對設備與傳輸帶寬帶來的壓力。.2平臺間實時流傳輸需要增加?；钚奶?，防止無主視頻流占用過多資源。采用RTCP協(xié)議進行實時流?；睢?3媒體?；钸m用于流媒體服務器之間傳送媒體流的UDP連接，流?；钚ｒ瀮热莅ㄔ吹刂泛投丝谔?。.4媒體?；盍鞒桃妶D11，具體過程包括：a)媒體流的接收和發(fā)送方基于RTCP進行媒體流保活，RTCP報文的端口為發(fā)送媒體流的UDP端口數(shù)加1，如媒體流UDP發(fā)送端口為5650，?；顖笪陌l(fā)送端口則為5651；b)媒體轉發(fā)服務器之間，應基于RTCP進行媒體流?；?，發(fā)送方周期性的發(fā)送RTCPSR，接收方周期性的發(fā)送RTCPRR，不限制先發(fā)端；c)?；钕⒍〞r發(fā)送的時間間隔為10s，目的單元流媒體在45s內未收到保活報文，應釋放相應會話，并終止媒體流發(fā)送。圖11媒體?；盍鞒虉D歷史監(jiān)控圖像獲取DB13/T5018—20.1概述歷史圖像的傳輸過程包括枚舉文件列表、文件名點播、時間段點播、點播釋放、點播控制等。通過網(wǎng)絡瀏覽歷史圖像或通過網(wǎng)絡備份歷史圖像使用相同的報文。應使用6.1.1規(guī)定的方法DO協(xié)商歷史圖像獲取，具體包括：a)枚舉文件列表:使用方法DO枚舉一個指定編碼監(jiān)控設備的歷史文件列表；b)獲取URL:在開始點播回放之前，應使用方法DO獲取媒體數(shù)據(jù)的URL（含RTSPServer的地址和端口）；c)URL的格式定義如下：URL="rtsp://"host[":"port]/path；d)其中host為RTSPServers的IP地址；port為RTSPServers的端口號，可選參數(shù)，不帶該參數(shù)時默認為554，path為媒體存放路徑，長度不超過256字節(jié)；e)點播控制：應使用RTSP協(xié)議播放控制一個指定編碼監(jiān)控設備的歷史圖像，包括開始、正常速度播放、暫停、繼續(xù)、快放、慢放、改變進度、停止等。.2RTSP接口補充協(xié)議符合RFC2326的規(guī)定，對RTSP接口補充下列定義：a)支持的發(fā)放下級平臺接入單元應支持OPTIONS、DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN方法，其他方法可選支持。b)OPPTONS方法規(guī)則上級平臺接入單元==》下級平臺接入單元：OPTIONS*RTSP/1.0CSeq:RTSP報文序列號下級平臺接入單元==》上級平臺接入單元。RTSP、1.0200OKCSeq:請求抱人序列號Public:DESCRIBE，SETUP，TEARDOWN，PLAY，PAUSE，OPTIONS上級平臺接入單元可使用OPTIONS方法查詢Server端支持的方法。請求消息中不帶Session字段。c)DESCRIBE方法規(guī)則上級平臺接入單元==》下級平臺接入單元:DESCRIBErtsp://媒體數(shù)據(jù)URLRTSP/1.0Accept:application/sdpCSeq:RTSP報文序列號下級平臺接入單元==》上級平臺接入單元:RTSP/1.0200OKCSeq:請求報文序列號Date:Content-Type:application/sdpContent-Length:DB13/T5018—2019下級平臺接入單元應支持DESCRIBE方法。上級平臺接入單元向下級平臺接入單元發(fā)送DESCRIBE請求，獲取下級平臺接入單元的媒體描述，并用以初始化解碼插件。其中的User-Agent字段可選實現(xiàn)。下級平臺接入單元返回的響應中，應包含一個s字段，用以描述下級平臺內監(jiān)控設備的廠商信息，目前已定義的取值見表4。表4取值下級平臺接入單元應使用響應消息中的SDP字段去初始化解碼插件。下級平臺接入單元定義的解碼插件應符合GB/T28059.2的規(guī)定。d)SETUP方法規(guī)則上級平臺接入單元==》下級平臺接入單元SETUPrstp://媒體數(shù)據(jù)URLRTSP/1.0CSeq:RTSP報文序列號Transport:RTP/AVP；unicast；destination=媒體接收方IP；client_port=媒體接收方端口F10:RTSP/1.0200OKCSeq:請求報文序列號Transport:RTP/AVP；unicast；destination=媒體接收方IP；client_port=媒體接收方端Source=媒體發(fā)送方IP；server_port=媒體發(fā)送方端口SETUP請求中應用Transport字段攜帶上級平臺接入單元的接收地址（destination）和端口（client_port）,端口包括RTP和RTCP端口，中間用“-”連接。下級平臺接入單元端在響應消息中返回Transport字段，并添加媒體流發(fā)動地址（source）和端口（server_port）,端口包括RTP和RTCP端口，中間用“_”連接。e)PLAY方法規(guī)則上級平臺接入單元==》下級平臺接入單元：PLAYrtsp://媒體數(shù)據(jù)URLRTSP/1.0CSeq:RTSP報文序列號Session:會話ID[Range:clock=19961108T142300Z-]下級平臺接入單元==》上級平臺接入單元；RTSP/1.0200OKCSeq:請求報文序列號Session:會話IDDB13/T5018—2019Scale字段來控制播放速率，取值為有符號的浮點數(shù)。典型的取值包括0.25（1/4慢速播放）、0.5（1/2慢速播放）、1.0（正常速度播放）、2.0（2倍速播放）、4.0（4倍速播放）等。下級平臺接入單元根據(jù)上級平臺接入單元請求的速率和本端的能力來自動做速率適配，并在響應消息中返回給上級平臺接入單元。比如上級平臺接入單元請求scale為8.0，下級平臺接入單元可自適應速率為4.0，并在OK中返回給上級平臺接入單元。Range字段修改播放時間點，以實現(xiàn)進度拖動，時間格式為絕對時間。f)PAUSE方法規(guī)則上級平臺接入單元==》下級平臺接入單元：PAUSErtsp://媒體數(shù)據(jù)URLRTSP/1.0CSeq:RTSP報文序列號Session:會話ID下級平臺接入單元==》上級平臺接入單元；RTSP/1.0200OKCSeq:請求報文序列號Session:會話IDPAUSE方法用于通知下級接入單元暫停制定會話的媒體流發(fā)送。g)TEARDOWN方法規(guī)則上級接入平臺單元==》下級平臺接入單元；TEARDOWNrtsp://媒體數(shù)據(jù)URLRTSP/1.0CSeq:RTSP報文序列號下級平臺接入單元==》上級平臺接入單元：RTSP/1.0200OKCSeq:RTSP報文序列號Session:會話IDConnection:CloseTEARDOWN方法用于通知下級平臺接入單元拆除指定的RTSP會話。回放流程歷史圖像的獲取回放見圖12，具體過程包括：a)當上級平臺接入單元欲以文件名方式獲取歷史圖像時，應先獲取指定編碼監(jiān)控設備的歷史圖像文件列表。上級平臺接入單元可向下級平臺接入單元發(fā)送DO消息，在DO消息的消息體中應包含權限功能（Privilege）、文件類型（FileType）、最多支持接收的文件的個數(shù)（MaxFile-Num）、開放時間（BeginTime）、結束時間（EndTime）等；b)下級平臺接入單元收到DO消息后應回送是否同意發(fā)送文件列表的響應消息。在同意發(fā)送文件列表的200OK響應消息中應包含枚舉后獲取的文件個數(shù)（RealFileNum）、文件信息列表（FileInfoList每項文件信息列表應包含文件的顯示名（Name）、文件的創(chuàng)建時間（Creation-time）、文件的最后訪問時間（LastAccessTime）、文件的最后修改時間（ListWriteTime）、文件長度（FileSize）；c)上級平臺接入單元向下級平臺接入單元發(fā)送DO請求，獲取錄像文件的RTSPUSL；d)下級平臺接入單元應將上級平臺接入單元請求的錄像文件URL返回，其中包含RTSPServer地址；DB13/T5018—2019下級平臺接入單元e)上級平臺接入單元向下級平臺接入單元發(fā)送符合RFC2326的RTSP控制命令，對歷史圖像的回放過程進行控制（包括開始、停止、暫停、快速和慢速播放、拖動等）。下級平臺接入單元上級平臺接入單元DO（獲取文件列表F1）200（或400結束本次對話F1）DO（獲取文件URLF3）200（或400結束本次對話）（F4）RTSPOPTIONS（F5）200（F6）RTSPDESCRIBE（F7）200（F8）RTSPSETUP（F9）200（F10）RTSPPLAY（F11）200（F12）RTSPPAUSE（F13）200（F14）RTSPPALY（F11）200（F12）RTSPTeardown（F15）200圖12歷史圖像獲取消息流程示意圖DB13/T5018—2019<Name>shijiazhuang_201<CreationTime>2012111<LastWriteTime>20121110DB13/T5018—2019<Name>shijiazhuang_<Playurl>rtsp://10.116.DB13/T5018—2019Public:DESCRIBE，SETUP，TEARDOWN，PLAY，PAUSE，OPTF7:DESCRIBErtsp://22.554/shijiazhuang_20121101001.F9:SETUPrtsp://22:554/shijiazhuang_20121101001.26Transport:RTP/AVP；unicast；destination=20；client_port=F11:PLAYrtsp://22:554/shijiazhuang_20121101001.264F13:PAUSErtsp://22:554/shijiazhuang_20121101001.264RTSP/F15:TEARDOWNrtsp://22:554/shijiazhuang_20121101001.6.2.3控制DB13/T5018—2019上級平臺接入單元應能通過下級平臺接入單元對下級平臺所轄的聯(lián)網(wǎng)設備進行動作控制，主要包括云臺控制、防護罩（雨刷、加熱等）控制、互聯(lián)監(jiān)控圖像并發(fā)數(shù)控制等。PTZ控制不應局限在實時流會話內，必須支持單獨會話的PTZ控制。應使用6.1.1規(guī)定的DO實現(xiàn)控制命令傳輸。對于云臺鏡頭控制命令，宜無響應確認信號，且只有在實時監(jiān)控獲取會話建立成功后才有效。但對于互聯(lián)監(jiān)控圖像并發(fā)數(shù)控制，則應由響應確認信號。控制流程見圖13，具體過程包括：a)上級平臺接入單元向下級平臺接入單元發(fā)送DO請求，DO請求的消息體應包括權限功能碼（Privilege）、控制命令碼（Command）等。下級平臺接入單元b)下級平臺接入單元應將控制動作執(zhí)行成功與否的響應消息返回給該上級平臺接入單元；在執(zhí)行成功的確認響應消息的消息體中應包含控制命令執(zhí)行結果（Result）、所執(zhí)行的控制命令碼（Command）在執(zhí)行失敗返回失敗原因等。下級平臺接入單元上級平臺接入單元DO（控制命令F1）200（或返回400結束本次會話F2）圖13控制命令傳輸DB13/T5018—20196.2.4查詢概述上級平臺接入單元應能通過下級平臺接入單元實現(xiàn)對聯(lián)網(wǎng)設備的狀態(tài)信息查詢。平臺接入單元應能支持目錄信息查詢、前端設備信息查詢、前端設備狀態(tài)查詢、平臺接入單元流量查詢等消息。目錄信息查詢.1應使用6.1.1規(guī)定的方法DO查詢指定平臺接入單元的目錄信息。目錄信息查詢流程見圖上級平臺接入單元下級平臺接入單元DO（查詢目錄信息F1）200（或返回400結束本次會話F2）圖14查詢目錄信息DB13/T5018—20.2源（上級）平臺能夠主動檢索目的（下級）平臺的節(jié)點信息，可通過目錄查詢功能完成。目錄檢索響應只包含該目錄下一級的子節(jié)點信息。上級平臺接入單元欲檢索子節(jié)點（子節(jié)點為目錄）下的節(jié)點信息，應發(fā)起新的檢索請求。.3目錄檢索的主要流程包括：a)由上級平臺接入單元向下級平臺接入單元發(fā)送DO消息，在DO消息的消息體中應含權限功能碼（Privilege）、目錄地址編碼（Address）、分頁信息（FromIndex、ToIndex）等；b)下級平臺接入單元收到DO消息后應回送是否同意發(fā)送節(jié)點信息的響應消息，在同意發(fā)送文件列表的200OK消息的消息體包含所有子節(jié)點總數(shù)（TotalSubNum在線節(jié)點總數(shù)（TotalOnlineSubNum），消息體中的子節(jié)點個數(shù)（SubCataNum）、實際返回的子節(jié)點列表信息（FromIndex、ToIndex）、整個允許共享的設備目錄信息，每個設備對應的目錄信息應包緯度（Latitude）、海拔（Elevation）、路段、樁號等、子節(jié)點列表（Sublist）、更新時間（UpdateTime）等。DB13/T5018—2019<TotalOnlineSubNum>990</TotalO<UpdateTime>更新時間格式:YYYYMMDDT<UpdateTime>更新時間格式:YYYYMMDDTDB13/T5018—2019前端設備信息查詢.1應使用6.1.1規(guī)定的方法DO查詢指定編碼的前端設備信息，包含廠家信息、設備型號、固件版本、最大支持攝像機個數(shù)等。.2前端設備信息查詢流程見圖15，具體過程包括:a)上級平臺接入單元向下級平臺接入單元發(fā)送DO請求，DO請求的消息體應包括表示是查詢前端設備信息的協(xié)議功能類型（Variable）、權限功能碼（Privilege）等。b)下級平臺接入單元應將查詢成功與否的響應消息返回該上級平臺接入單元；在查詢成功的確認響應消息的消息體中應包含查詢結果標志（Result）、廠商信息（Manufacturer）、設備編號（Model）、固件版本（Firmware）、最大支持攝像機個數(shù)（MaxCamera）等。上級平臺接入單元下級平臺接入單元DO（設備信息查詢F1）設備信息查詢200（或返回400結束本次會話）（F2）息查詢圖15設備信息查詢DB13/T5018—2019前端設備狀態(tài)查詢.1應使用6.1.1規(guī)定的方法DO查詢指定編碼的前端設備當前狀態(tài)信息，包含是否在線、是否正常工作、固件版本、編碼無法正常工作的攝像機個數(shù)、編碼異常的攝像機列表等。.2前端設備狀態(tài)查詢流程見圖16，具體過程包括：a)上級平臺接入單元向下級平臺接入單元發(fā)送DO請求，DO請求的消息體應包括表示是查詢前端設備信息的協(xié)議功能類型（Variable）、權限功能碼（Privilege）等。b)下級平臺接入單元應將查詢成功與否的響應消息返回該上級平臺接入單元；在查詢成功的確認響應消息的消息體中應包含查詢結果標志（Result）、是否在線（Online）、是否正常工是否可正常錄像（Record）、設備啟動后的工作時間（SinceStartup）等，每項攝像機列表（CameraList）應包括攝像機序號（Camera）、不正常原因（Reason）。DB13/T5018—2019DO（設備狀態(tài)查詢F1）200（或返回400結束本次會話F2）圖16設備狀態(tài)查詢DB13/T5018—2019平臺接入