（高清版）DB4501∕T 0011.3-2023 城市道路智能交通管理系统 第3部分：数据接入

城市道路智能交通管理系统第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在高安全级