DB12T 646-2016 高速公路監(jiān)控系統(tǒng)技術(shù)要求

DB12Technicalspecificationexpresswaysurvei天津市市場和質(zhì)量監(jiān)督管理委員會發(fā)布I 1 1 1 2 3 5 6 8 本標準按照GB/T1.1-2009給寶茁、金爍、李卓、李玉璽、王體彬、張凡、李峰、才悅1高速公路監(jiān)控系統(tǒng)技術(shù)要求數(shù)據(jù)技術(shù)要求、視頻圖像聯(lián)網(wǎng)技術(shù)要求、系統(tǒng)安GB/T22239信息系統(tǒng)安全等級保護GB/T28059公路網(wǎng)圖像信息管理系統(tǒng)平臺互聯(lián)交通運輸部2012年第3號公告高速公路監(jiān)控系交通運輸部、中國氣象局公路交通氣象觀測站網(wǎng)建ITU-TRec.H.264—2005H系列：音視頻和多媒體系統(tǒng)，音視頻服務(wù)基礎(chǔ)活動視頻服務(wù)的先進視頻編碼（AdvancedvideocodingforgenericaudiovisualservRFC3261會話發(fā)起協(xié)議（SIPSessionInitiationP視頻監(jiān)控系統(tǒng)videomonitoring務(wù)的視頻監(jiān)控系統(tǒng)，系統(tǒng)可支持音頻、事件和數(shù)據(jù)等擴展業(yè)務(wù)，并可實現(xiàn)集成聯(lián)動。2市級監(jiān)控中心Municipalmonit路段監(jiān)控中心Roadmonitorin段監(jiān)控中心接受市級監(jiān)控中心的業(yè)務(wù)調(diào)度，直接管理基層監(jiān)控單基層監(jiān)控單元Basicmonitor高速公路監(jiān)控系統(tǒng)最基礎(chǔ)的監(jiān)控管理單元，包括隧道管理站、橋梁管理站及監(jiān)b)視頻監(jiān)控：應實現(xiàn)各路段高速公路管理部門視頻圖像的采集、轉(zhuǎn)發(fā)、顯示以及按需存儲；2)應能自動完成系統(tǒng)每日的數(shù)據(jù)分類存儲、備份及重要3備、氣象檢測器、可變情報板等外場設(shè)備實a)高速公路與高速公路形成的樞紐互通立交之間的基本路段上，應至少布設(shè)一個交通量調(diào)查設(shè)d)省界（與北京、河北交界處）處，應布設(shè)用4視頻監(jiān)控設(shè)備應具備事件檢測功能。其他高速公路路段霧區(qū)、大橋、事故多發(fā)路段以及收費站匝道入口處宜布設(shè)可變交通控制及誘導設(shè)施可實現(xiàn)交通信息的收集和處理，實現(xiàn)對隧道內(nèi)交通流量和交通狀況的控隧道交通控制及誘導設(shè)施主要包括可變情報板、可變限速標志、交通信號燈、車道指示器和52)應在隧道入口前或在整體式路基變?yōu)榉蛛x式路基分界點前150m～300m處設(shè)置交通信號1)車道控制標志應設(shè)置在隧道內(nèi)各車道中心線的上方；在隧道入、出2)雙面“×”或“↓”,從隧道入口處開始，直線段設(shè)置間距為300m～500m，曲線段、車設(shè)有疏散出口或安全出口位置應設(shè)置消防安全疏散標志，設(shè)置間距不應大于6.1.1各路段監(jiān)控中心應向市級監(jiān)控中可變信息標志數(shù)據(jù)、交通信號燈數(shù)據(jù)、車道控制標志數(shù)據(jù)、緊急電話6a)數(shù)據(jù)傳輸模式、傳輸周期采用字符數(shù)b)數(shù)據(jù)交換表中所使用的字段數(shù)據(jù)類型見附錄C。視頻監(jiān)控聯(lián)網(wǎng)進行視頻/音頻/數(shù)據(jù)等信息傳輸時，其中接口部分的傳輸過程應遵循統(tǒng)一的通信協(xié)a)沿線路側(cè)、互通立交、服務(wù)區(qū)、停車區(qū)的b)特大橋、隧道、長大下坡、小曲線半徑、和時間等。具體要求應按照交通運輸部《高速公路監(jiān)控系統(tǒng)技術(shù)要求》3)宜采用數(shù)字壓縮編碼傳輸方式，編碼設(shè)備技術(shù)要求見附錄C；71)站級監(jiān)控中心應按需向路段監(jiān)控中心上傳視頻圖像，上傳通道利用通信系統(tǒng)提供的2)傳送的視頻圖像編碼技術(shù)要求見附錄C；視頻聯(lián)網(wǎng)監(jiān)控系統(tǒng)的傳輸通道帶寬應能滿足視音頻信息接入站級監(jiān)控中心或路段監(jiān)控中心和市級視頻圖像傳輸路數(shù)提供相應數(shù)量的10/100M通道接口。視音頻傳輸要對于發(fā)生異常事故、重大交通事件時的視頻圖像，應逐級進行存錄文件的快進慢進播放、支持錄像覆蓋循環(huán)、線性存儲、支持流8現(xiàn)矩陣聯(lián)網(wǎng)控制；具有網(wǎng)口的矩陣可直接通過計算機網(wǎng)絡(luò)實現(xiàn)矩陣聯(lián)網(wǎng)控并且能夠發(fā)布編解碼器的控制命令，控制硬件解碼器4)宜支持靜態(tài)存儲、動態(tài)存儲，可動態(tài)9A.1數(shù)據(jù)傳輸模式A.2數(shù)據(jù)傳輸周期123456789123序號123456789視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)設(shè)備采用的視音頻編解碼標準要求a)數(shù)字圖像壓縮編碼統(tǒng)一采用由ITU-TVCEG和ISO/IECMPEG聯(lián)合制定的國際視頻編碼標準b)音頻編解碼標準為G.711/G.722/G.723.1/Gb)編碼設(shè)備輸出視頻流中不能包含非H.264語e)支持TCP/IP、UDP、RTP、IGMP、HTTPa)視頻編碼采用H.264標準，視頻編碼至少應支持H.264標準的MainProfile的Leve1)編碼圖像分辨率至少應支持720p（1280×720）、1080b)應能夠支持雙碼流的輸出，主碼流f)支持TCP/IP、UDP、RTP、IGMP、HTTP、Ta)視頻解碼采用H.264標準，視頻解碼所支持的檔次和級別不應低于編碼支持的最高檔次和級3)能夠解碼CAVLC和CABAC兩種熵編碼碼流；c)能夠識別視音頻復合的TS碼流，至少能夠d)支持TCP/IP、UDP、RTP、IGMP、HTTP、a)視頻解碼采用H.264標準，視頻解碼所支持的檔次和級別不應低于編碼支持的最高檔次和級3)能夠解碼CAVLC和CABAC兩種熵編碼碼流；c)能夠識別視音頻復合的TS碼流，至少能夠d)支持TCP/IP、UDP、RTP、IGMP、HTTP、）；視頻監(jiān)控聯(lián)網(wǎng)進行視頻/音頻/數(shù)據(jù)等信息傳輸時，其中接口部分的傳輸過程應遵循統(tǒng)一的通信協(xié)G.711A/G.722.1G.711A/G.722.1/G.723.1/G.729音頻流DDCP回放控制H.264視頻流SIPRTSPRTP/RTCPTCP/UDP物理層和MAC層控制通道用于在平臺接入單元及設(shè)備之間建立會話并傳輸系統(tǒng)控制命令，采用RFC3261SIP會話初始協(xié)議；視音頻流通道用于傳輸視音頻數(shù)據(jù)，經(jīng)過壓縮編碼的視音頻流采用RTP/RTCP/RTSP協(xié)議傳H.264在邏輯結(jié)構(gòu)上采用視頻編碼層（VCL）和網(wǎng)絡(luò)提取層（NAL）分層設(shè)計的結(jié)構(gòu)。視頻編碼層用NAL頭的禁止位在網(wǎng)絡(luò)發(fā)現(xiàn)NAL單元有比特錯時被置1，以便接收端丟棄該單元。重要性指示位用于標志該NAL單元用于重建的重要性，值越大越重要。NALU類型的值為1-12時由H.264使用，24-31留作它b)描述單路節(jié)目信息的節(jié)目映射表、描述視音頻應采用RTP協(xié)議傳輸，RTP協(xié)議基于單播或多播網(wǎng)絡(luò)為用戶提供連續(xù)媒體數(shù)據(jù)的實時傳輸服載荷兩個部分組成，其中包頭占12個字節(jié)，而載荷可以是視頻視頻編碼設(shè)備輸出原始數(shù)據(jù)流后，首先用NAL層工具，在碼流前加上NAL包頭，再按照RTP封裝格式——本地調(diào)用分辨率不應低于每路CIF格式（352×288以每路D1格式(720×576)為宜——異地調(diào)用圖像分辨率不應低于每路CI錄像文件采用AVI或TS文件格式，建議優(yōu)先選用TS文件格式。一個文件中必須包含視頻流，根據(jù)實AVI文件格式包括以下內(nèi)容：wFormatTag:0x0006wBitsPerSample:16123456789XXXXXXXXXXXX_YYMMDD_HHMMSS分隔符分隔符注3：時間格式：小時（HH兩位）分鐘（）；c)數(shù)據(jù)存儲應以流式分塊存儲的方式實現(xiàn)b)應能按照指定設(shè)備、通道、時間、報警信息等要素檢索歷史圖像資料并回放和下載；a)在重要應用場合，存儲設(shè)備應對錄像文件數(shù)據(jù)采取防篡改或確保文件完整性的相關(guān)措h)存儲系統(tǒng)應對超過所分配容量比例的狀態(tài)進行自動告警，避免數(shù)據(jù)無法寫入或原有數(shù)據(jù)被覆作，內(nèi)部溫升不應超過65℃。在溫度為-5℃~40℃,相對濕度為35～80%環(huán)境條件下，應能正常工作。數(shù)字視頻服務(wù)器應考慮散熱設(shè)計，可持續(xù)工作，技術(shù)h)具有高可靠性，支持不停機維護和不停機在線調(diào)本標準在RFC3261的基礎(chǔ)上采用擴展的SIP協(xié)議完成視頻設(shè)備與視頻監(jiān)控系統(tǒng)之間監(jiān)控信息的交設(shè)備設(shè)備平臺MESSAGEMESSAGE（心跳報文）（F1）200OK（F2）——實時音視頻直播采用SIP協(xié)議中的INVITE方法實現(xiàn)會話連接，采用TCP/UDP協(xié)議實現(xiàn)流媒體傳輸，音視頻采用TS封裝；——實時音視頻直播的信令流程分為編碼器播放控制和解碼器播放控制；——編碼器播放控制流程中，平臺發(fā)起的請求命令會包含對音視頻編碼參數(shù)的要求，設(shè)備應按指b)命令流程，如圖F.2所示:同時應包含請求的碼流通道（StreamNo）、請求的流媒體編碼參數(shù)要求如碼流格式GOP（GOP）、包含音頻（WithAudio）、流媒體接收方的IP地址/傳輸協(xié)議/端口號3)設(shè)備應將同意（200OK）或拒絕（400）的消息返回給平臺；在同意的確認響應消息的消平臺平臺設(shè)備INVITE（請求實時視頻INVITE（請求實時視頻F1）100Trying（正在連接F2））（ACK（確認F4）視頻流BYE（釋放實時視頻流F5）1)平臺向設(shè)備發(fā)送INVITE請求，INVITE請求的消息體應指明是請求解碼音視頻INVITE（請求解碼實時視頻INVITE（請求解碼實時視頻F1）200OK（或返回400結(jié)束本次會話F2）ACK（確認F3）音視頻流BYE（停止實時視頻解碼F4）200OK（F5）1)平臺向設(shè)備發(fā)送設(shè)備控制MESSAGE請求，MESSAGE請求的消息體中應指明是云臺控制a)存儲接入單元應支持對指定設(shè)備碼流進行自動定時錄像或指令觸發(fā)錄錄像和結(jié)束錄像（或按設(shè)定策略持續(xù)錄像）,在存儲設(shè)備異常斷電或設(shè)備重新啟動后，應被保護的錄像不能被后續(xù)錄像自動覆蓋，并按本標準的錄像級別要求設(shè)定保護時間；b)觸發(fā)錄像控制指令的基本要求:對特定視頻設(shè)備的預錄功能的設(shè)置通過存儲設(shè)備交互界面完成設(shè)備編號和預錄時間等參數(shù)的錄像級別等為參數(shù)，用MESSAGE指令發(fā)送錄像開始和停止指令，對存儲設(shè)備開始和停止錄像控始錄像/結(jié)束錄像（StartRecord/StopRecord）；流媒體發(fā)送IP地址/傳輸（SendSocket）錄像級別(Recor平臺MESSAGEMESSAGE（音視頻錄像F1）200OK（或返回500結(jié)束本次會話F2）存儲接入單元應支持對指定設(shè)備指定時間段的歷史音視頻文件進行檢索，包括以下內(nèi)容：a)設(shè)備音視頻文件檢索基本要求:文件檢索主要以設(shè)備編號、錄像時間段為條件進行查詢，用1)平臺向設(shè)備發(fā)送文件查詢MESSAGE請求，MESSAGE請求的消息體中應指明是文件檢索頻鎖開始時間(LckStartTime)、視頻鎖結(jié)束時間（Lc2)設(shè)備收到MESSAGE請求后，應將3)設(shè)備應將檢索結(jié)果以MESSAGE消息發(fā)送給平臺，消息體中包含文件目錄信息；當一條MESSAGE消息無法傳送完所有查詢結(jié)設(shè)備設(shè)備平臺MESSAGEMESSAGE（音視頻文件檢索）（F1）200OK（或返回400結(jié)束本次會話）（F2）MESSAGE（返回查詢結(jié)果）（F3）200OK（F4）用SIP擴展協(xié)議INFO方法的消息體攜帶音視頻回放控制命令，采用TCP協(xié)議實現(xiàn)流（碼流發(fā)送方作為TCP服務(wù)端），音視頻采用b)流媒體傳輸說明：歷史回放流媒體采用TS封裝方式，使用TCP傳輸；碼流發(fā)送方做TCP服務(wù)3)設(shè)備將同意（200OK）或拒絕（400）的消息返回給平臺6)回放過程中設(shè)備應定時向平臺（1秒鐘一次）發(fā)送回放進度通知，即通知平臺當前歷史回ACK（確認F4）存儲接入單元應支持對指定設(shè)備指定時間段的歷史音視頻錄像進行下用TCP協(xié)議實現(xiàn)下載音視頻的傳輸（碼流發(fā)送方作為TCP服務(wù)端），音視頻采用TS封裝；b)流媒體傳輸說明：錄像下載流媒體采用TS封裝方式，使用TCP傳輸。碼流發(fā)送方做TCP服務(wù)c)命令流程，如圖F.8所示:同時應包含請求下載的起始時間（StartTime）、結(jié)束時間（EndTime）以及流媒體接收3)設(shè)備將同意（200OK）或拒絕（400）的消息返回給平臺。在同意的確認響應消息的消息平臺ACK（確認F4）BYE（釋放實時視頻流F7）采用不同的加鎖保護策略（參照本文F.2.1）。以保護重要歷史事件錄像內(nèi)容，并且合理、充分的利用存儲設(shè)備應支持對指定設(shè)備指定時間段的歷史音視頻文件進行加鎖保護和解鎖保護，具體內(nèi)容包a)設(shè)備音視頻保護基本要求:設(shè)置音視頻加鎖、解鎖保護主要以設(shè)備編號、錄像時間段、錄像保護級別（RecordLevel）為條件進行設(shè)定，用MESSAGE消息發(fā)送設(shè)定請求和返回設(shè)定結(jié)果；始時間（StartTime）、結(jié)束時間（EndTime）、保護級別（Reco設(shè)備2)設(shè)備收到MESSAGE請求后，應將錄像保護操作的成功或設(shè)備平臺MESSAGE（音視頻保護F1）200OK（或返回500結(jié)束本次會話）（F2）報警時間（AlarmTime）、報警級別（AlarmPriority）、報警類型（Ala設(shè)備設(shè)備平臺MESSAGE（報警通知F1）200OK（F2）應能對平臺發(fā)送過來的設(shè)備控制請求進行響應。包含控制命令后，設(shè)備應發(fā)送應答命令表示執(zhí)行的平臺MESSAGE（設(shè)備控制F1）a)設(shè)備狀態(tài)查詢基本要求:設(shè)備狀態(tài)查詢采用SIP協(xié)議中的MESSAGE方法實現(xiàn)會話連接；2)設(shè)備將同意（200OK）或拒絕（400）的消息返回給平臺。在同意的確認響應消息的消息總通道數(shù)（TotalChannel）錄像通道數(shù)（RecordChannelNum無法工作通道數(shù)<simpleTypename=’fo<simpleTypename=’codecompr<simpleTypename=’pt<enumberationvalue=’<enumberatio