城市道路智能交通管理系統第3部分：數據接入2023-06-25發布2023-07-28實施I前言 引言 1范圍 12規范性引用文件 13術語和定義 14縮略語 25接口要求 26接口功能 36.1公共功能 ……………………6.2采集接口 46.3接口交互安全 57接口流程 67.1注冊流程 67.2設備上報流程 77.3平臺查詢設備信息流程 77.4平臺下發指令或數據流程 88信息安全 98.1基本要求 98.2設備身份認證 98.3數據加密 9 8.5數據完整性保護 8.6訪問控制 本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結構和起草規則》的規定起草。本文件是DB4501/T0011《城市道路智能交通管理系統》的第3部分，DB4501/T0011已經發布了以——第1部分：總則；——第2部分：通用要求；——第3部分：數據接入；——第4部分：運行維護；——第5部分：建設、驗收及移交。請注意本文件的某些內容可能涉及專利。本文件的發布機構不承擔識別這些專利的責任。本文件由南寧市公安局提出、歸口并宣貫。本文件起草單位：南寧市公安局交通警察支隊、華藍設計(集團)有限公司、南寧市建筑規劃設計集團有限公司。本文件主要起草人：寧志忠、李子龍、吳文皓、唐揚、陳林、黃海、蔡志文、王灝、陳宇、黃雁、潘毅、黃海峰、蔣俊、楊敏、萬千、呂柳璇、張婧、彭國慶、葉坷、劉勇、梁啟宇。本文件在實施過程中如有建議或疑問，歸口單位負責解釋及分析處理。意見和建議反饋渠道如下：——歸口單位(南寧市公安局):●通訊地址：南寧市青秀區廂竹大道46號；·聯系電話·電子郵箱：289633013@。——主要起草單位(南寧市公安局交通警察支隊):·通訊地址：南寧市青秀區賢賓路3號；·聯系電話為規范南寧市道路智能交通管理系統的建設工作，營造良好的道路交通環境，確保南寧市道路交通運行安全、文明、暢通、有序，制定本文件。根據本文件使用者的不同需求及文件編制目的，本文件由五個部分構成。——第1部分：總則。確立了城市道路智能交通管理系統建設的總體原則。——第2部分：通用要求。規定了城市道路智能交通管理系統建設的通用要求。——第3部分：數據接入。規定了城市道路智能交通管理系統數據接入的相關要求。——第4部分：運行維護。規定了城市道路智能交通管理系統運行維護的相關要求。——第5部分：建設、驗收及移交。規定了城市道路智能交通管理系統建設、驗收及移交管理的相關要求。1本文件規定了城市道路智能交通管理系統各子系統的數據接入公安交通管理部門應用平臺的接口本文件適用于南寧市城區范圍內的城市道路智能交通系統建設，南寧市下屬縣(市)參照執行。僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于本GB/T9387.1信息技術開放系統互連基本參考模型第1部分：基本模型信息技術開放系統互連網絡服務定義信息技術開放系統互連數據鏈路服務定義交通信號控制機與上位機間的數據通信協議GB/T28181-2016公共安全視頻監控聯網系統信息傳輸、交換、控制技術要求GB3514-2017公共安全視頻監控聯網信息GAT497道路車輛智能監測記錄系統通用技術條件GA648交通技術監控信息數據規范GAT832道路交通安全違法行為圖像取證技術規范GAT1049(所有部分)公安交通集成指揮平臺通信協議GA/T1400.1公安視頻圖像信息應用系統第1部分：通用技術要求GA/T1400.4-2017公安視頻圖像信息應用系統第4部分：接口協議要求DB450/T0011.1城市道路智能交通管理系統第1部分：總則統一資源描述符(UR)IETFRFC8259JSO文本格式(TheISO/IEC21778信息技術.JSODB450/T0011.1界定的以及下列術語和定義適用于本文件。2南寧市公安交通管理部門用于公安交通相關指揮、管理工作的集成平臺，是集道路交通監測、決策、控制和服務為一體的指揮平臺。用于檢測網絡設備連接狀態的周期性消息。通過在固定的時間間隔內發送周期性消息，來確保網絡連接和防止超時的機制。屬于城市道路智能交通管理系統，包括交通視頻監視、道路車輛智能監測記錄(卡口)、交通信號控制、交通信息發布、交通流量檢測、交通技術監控之中某項相對獨立功能的系統部分。HTTP超文本傳輸協議(HyperTextTransferProtocol)HTTPS安全的超文本傳輸協議(HypeTextTransferProtocoloverSecureSocketLayer)JSONJavaScript對象標記語言(JavaSciptObjectNotation)REST表述性狀態轉移(RepresentationalStateTransfer)SIP:會話初始協議(SessionInitiationProtocol)URI:統一資源標識符(UhiformResourceIdentifier)WGS地球坐標系(WbrldGeodetcSystem5.1各子系統的前端設備與平臺連接的要求為：a)通信協議體系結構宜符合GB/T9387.1所定義的基本模型結構；b)物理層宜采用以太網進行傳輸；c)數據鏈路層宜采用以太網協議，并應符合GBT17547的相關要求；d)網絡層宜采用IP協議，并應符合GBT15126的相關要求；e)傳輸層協議與應用層協議的選取應符合各子系統前端設備各自相應的標準。在協議可選的情況下，宜符合表1的規定。1交通信號控制323道路車輛智能監測記錄(卡口)4交通流量檢測565.2各子系統的前端設備與平臺連接時的接口協議要求為：f)交通信號控制設備的接口協議應符合GBT20999的相關規定；g)交通視頻監視設備的接口協議應符合B/T28181的相關規定；h)道路車輛智能監測記錄(卡口)設備、交通流量檢測設備、交通技術監控設備的接口協議宜符合GA/T14004、GA/T832的規定；i)交通信息發布設備的接口協議宜符合GAT1055的規定。5.3設備所支持的HTP服務接口應符合GAVT1400.1的規定，定義為RES架構下的資源，使用UR唯一標識，并按照樹狀層級結構組織。5.4URI應符合IETFRFC3986的規定，其樹狀層級結構不宜超過5層，標識長度不宜超過200個半角字符。5.5HTT服務接口宜使用HTTB的方法實現，HTPS的方法實現應符合IETFRFC2818的規定。在不使用HTTPS的方法實現時，應使用HTTP的方法實現，HTP的方法實現應符合IETFRFC2616的規定。5.6服務接口應通過HTTP的方法(即動作)來實現，HTTP方法和資源服務的對應關系應符合表2的要求。創建資源(Create)已經存在的資源。讀取資源(Retrieve)更新資源(ubdate)PUT方法應用于更新已經存在資源的部分內容。對同一資源內刪除資源(Delete)時，應不改變系統狀態。5.7服務接口消息體應采用JSON格式封裝，JSON格式應符合ISQEC21778的規定。HTTP的Contert-Type頭域應設置為application/json,應符合IETFRFC8259的規定。HITTP的Accept頭域應設置為application/json,應符合IETFRFC8259的規定。5.8各子系統的后端服務與平臺連接時宜符合GAT1049相關部分的要求。46.1.1各子系統的前端設備應具有設備標識符，且設備標識符應在同一子系統范圍內唯一，宜在平臺范圍內唯一。6.1.2各子系統的前端設備應支持主動上報數據的功能。宜支持平臺主動查詢數據后，在設備規定的超時時間內返回結果數據的功能。6.1.3各子系統的前端設備應支持心跳保活的功能：a)平臺與前端設備應統一配置“心跳間隔”參數。前端設備宜按照“心跳間隔”定時向平臺發送心跳消息進行保活。前端設備不能按照“心跳間隔”定時向平臺發送心跳消息時，平臺宜按照“心跳間隔”主動向前端設備查詢狀態。b)平臺與前端設備應統一配置“保活超時次數”。心跳消息連續超時達到“保活超時次數”時，應判斷前端設備已下線，平臺宜對此發出警示信息。6.1.4各子系統的前端設備應支持平臺下發指令設置前端設備時間的功能。6.1.5交通信號控制設備應支持GA/T20999所規定的公共時間參數設置功能。6.1.6交通信息發布設備應支持GAT1055所規定的聯機請求、聯機檢測、時間管理功能。6.1.7交通視頻監視設備應支持GB/T28181所規定的注冊、注銷、保活、校時功能。6.1.8道路車輛智能監測記錄(卡口)設備、交通流量檢測設備、交通技術監控設備，應支持GA/T1400.4所規定的注冊、注銷、保活、校時功能。應支持GBT20999所規定的接口功能。宜支持平臺查詢和設置臨時方案表的功能。臨時方案表應具有GBT20999-2017,B.2.10方案信息所規定的所有屬性，并具有方案是否啟用的屬性。應支持GB/T28181所規定的網絡設備信息查詢、狀態信息報送、歷史音視頻回放功能。應支持主動向平臺上報過車數據的功能。過車信息內容應符合GA648的相關規定，并宜符合表3的規定。宜符合GAT497所規定的功能要求。宜支持平臺查詢與設置限速配置的功能。應支持向平臺主動上報過車信息、主動上報交通事件信息的功能。過車信息內容應符合GA648的相關規定，并宜符合表3的規定。中文名稱數據類型1235中文名稱數據類型4字符串應使用UTF8編碼格式，包含中文，可不包含車牌顏5字符串宜單獨記錄車牌顏色，宜使用中文記錄車牌顏色。中文名稱數據類型1數據上報時間字符串格式應為"YYY-MMDDHH24:mm:ss"。2字符串3應支持雙向8車道。4應使用自然數表示，單位應使用“輛/小時”5應使用自然數表示，單位應使用“輛”。6應使用自然數表示，單位應使用"輛/小時"。7精度應達到小數點后1位，單位應使用“千米/小時”。8交通密度基于RES架構的HTT接口交6公共功能接口應支持身份認證。其他接口請求方宜向接口提供方進行身份認證，認證過程應遵循注冊響應41RESTi°b)401·Unauthorized:平臺收到設備請求后發送401響應，并在響應的HITP頭部攜帶d)注冊響應：平臺對設備的認證信息進行驗證，如果驗證出身份合法，則向設備發送注冊通過7.1.2非RES架構的前端設備注冊接口流程見圖2。接口響應42M"RESTì?f7b)接口響應：平臺收到設備發送的數據幀后，向設備發送響應。7.2.1基于REST架構的前端設備向平臺上報數據的接口流程見圖3。接口響應流程描述如下：a)發起HITPPOS請求：設備檢測到事件后主動向平臺發起HTPPST請求；b)接口響應：平臺收到設備發送的請求后，向設備發送創建數據的接口響應。7.2.2非RES架構的前端設備(例如交通信號控制設備和交通信息發布設備)向平臺上報數據的接口流程見圖4。流程描述如下：a)上報數據幀：設備檢測到事件后主動向平臺發送上報數據的數據幀；b)數據幀響應：平臺收到設備發送的數據幀后，向設備發送數據幀響應。7.3.1平臺向基于RES架構的前端設備查詢信息的接口流程見圖5。8查詢HTTPET請求45&GREST流程描述如下：a)查詢HTTPGE請求：平臺向設備發起查詢數據的HTTPGE請求；b)數據響應：設備收到請求后，向平臺發送查詢的數據。7.3.2平臺向非REST架構的前端設備(例如交通信號控制設備和交通信息發布設備)查詢數據的接口流程見圖6。流程描述如下：a)查詢數據幀：平臺向設備發送查詢數據的數據幀；b)數據幀響應：設備收到平臺發送的查詢數據的數據幀后，向平臺發送查詢結果的數據幀。7.4.1平臺向基于RES架構的前端設備下發指令或數據的接口流程見圖7。接口響應97.4.2平臺向非REST架構的前端設備(例如交通信號控制設備和交通信息發布設備)下發指令或數據的接口流程見圖8。8.1.1交通視頻監視設備的信息安全要求應符合B/T2818.1.2應對接入系統的所有設備進行統一的編碼，設備編碼規范應符合GB/T28181-2016中6.1的規8.1.3采用數字摘要認證時，數字摘要算法應符合B35114-2017第5章對證書和密鑰的要求。加密。應用層宜采用S/MME機制的端到8.3.2在高安全級