DB4501-T 0011.3-2023《城市道路智能交通管理系统 第3部分：数据接入》

ICS03.220.20

CCSR80

4501

南宁市地方标准

DB4501/T0011.3—2023

城市道路智能交通管理系统

第3部分：数据接入

Urbanroadintelligenttrafficmanagement

system—Part3:Dataaccess

2023-06-25发布2023-07-28实施

南宁市市场监督管理局发布

DB4501/T0011.3—2023

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

本文件是DB4501/T0011《城市道路智能交通管理系统》的第3部分，DB4501/T0011已经发布了以

下部分：

——第1部分：总则；

——第2部分：通用要求；

——第3部分：数据接入；

——第4部分：运行维护；

——第5部分：建设、验收及移交。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本文件由南宁市公安局提出、归口并宣贯。

本文件起草单位：南宁市公安局交通警察支队、华蓝设计（集团）有限公司、南宁市建筑规划设计

集团有限公司。

本文件主要起草人：宁志忠、李子龙、吴文皓、唐扬、陈林、黄海、蔡志文、王灏、陈宇、黄雁、

潘毅、黄海峰、蒋俊、杨敏、万千、吕柳璇、张婧、彭国庆、叶坷、刘勇、梁启宇。

本文件在实施过程中如有建议或疑问，归口单位负责解释及分析处理。意见和建议反馈渠道如下：

——归口单位（南宁市公安局）：

通讯地址：南宁市青秀区厢竹大道46号；

联系电话

电子邮箱：289633013@。

——主要起草单位（南宁市公安局交通警察支队）：

通讯地址：南宁市青秀区贤宾路3号；

联系电话

电子邮箱：nnjjkys2023@163.com。

II

DB4501/T0011.3—2023

引言

为规范南宁市道路智能交通管理系统的建设工作，营造良好的道路交通环境，确保南宁市道路交通

运行安全、文明、畅通、有序，制定本文件。

根据本文件使用者的不同需求及文件编制目的，本文件由五个部分构成。

——第1部分：总则。确立了城市道路智能交通管理系统建设的总体原则。

——第2部分：通用要求。规定了城市道路智能交通管理系统建设的通用要求。

——第3部分：数据接入。规定了城市道路智能交通管理系统数据接入的相关要求。

——第4部分：运行维护。规定了城市道路智能交通管理系统运行维护的相关要求。

——第5部分：建设、验收及移交。规定了城市道路智能交通管理系统建设、验收及移交管理的

相关要求。

III

DB4501/T0011.3—2023

城市道路智能交通管理系统

第3部分：数据接入

1范围

本文件规定了城市道路智能交通管理系统各子系统的数据接入公安交通管理部门应用平台的接口

要求、接口功能、接口流程和信息安全的要求。

本文件适用于南宁市城区范围内的城市道路智能交通系统建设，南宁市下属县（市）参照执行。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T9387.1信息技术开放系统互连基本参考模型第1部分：基本模型

GB/T15126信息技术开放系统互连网络服务定义

GB/T17547信息技术开放系统互连数据链路服务定义

GB/T20999交通信号控制机与上位机间的数据通信协议

GB/T28181-2016公共安全视频监控联网系统信息传输、交换、控制技术要求

GB35114-2017公共安全视频监控联网信息安全技术要求

GA/T497道路车辆智能监测记录系统通用技术条件

GA648交通技术监控信息数据规范

GA/T832道路交通安全违法行为图像取证技术规范

GA/T1049(所有部分)公安交通集成指挥平台通信协议

GA/T1055LED道路交通诱导可变信息标志通信协议

GA/T1400.1公安视频图像信息应用系统第1部分：通用技术要求

GA/T1400.4-2017公安视频图像信息应用系统第4部分：接口协议要求

DB4501/T0011.1城市道路智能交通管理系统第1部分：总则

IETFRFC2616超文本传输协议（HTTP/1.1）

IETFRFC2617HTTP认证:基本和摘要访问认证（HTTPAuthentication:BasicandDigestAccess

Authentication）

IETFRFC2818安全的超文本传输协议（HTTPOverTLS）

IETFRFC3261会话发起协议（SessionInitiationProtocol）

IETFRFC3986统一资源描述符（URI）

IETFRFC8259JSON文本格式（TheJavaScriptObjectNotation(JSON)DataInterchangeFormat）

ISO/IEC21778信息技术.JSON数据交换语法

3术语和定义

DB4501/T0011.1界定的以及下列术语和定义适用于本文件。

1

DB4501/T0011.3—2023

3.1

公安交通管理部门应用平台（简称“平台”）trafficmanagementapplicationplatformfor

publicsecurity

南宁市公安交通管理部门用于公安交通相关指挥、管理工作的集成平台，是集道路交通监测、决策、

控制和服务为一体的指挥平台。

注：其包含了城市道路智能交通管理系统各子系统（3.4）的后端服务，提供了各子系统对应的前端设备的数据接

入接口。

3.2

心跳heartbeat

用于检测网络设备连接状态的周期性消息。

3.3

保活keep-alive

通过在固定的时间间隔内发送周期性消息，来确保网络连接和防止超时的机制。

3.4

子系统Subsystem

属于城市道路智能交通管理系统，包括交通视频监视、道路车辆智能监测记录（卡口）、交通信号

控制、交通信息发布、交通流量检测、交通技术监控之中某项相对独立功能的系统部分。

注：主要由前端设备与后端服务以及相关附属设施所构成。

4缩略语

CMS：可变情报板（ChangeableMessageSign）

HTTP：超文本传输协议（HyperTextTransferProtocol）

HTTPS：安全的超文本传输协议（HyperTextTransferProtocoloverSecureSocketLayer）

JSON：JavaScript对象标记语言（JavaScriptObjectNotation）

REST：表述性状态转移（RepresentationalStateTransfer）

SIP：会话初始协议（SessionInitiationProtocol）

URI：统一资源标识符（UniformResourceIdentifier）

WGS：地球坐标系（WorldGeodeticSystem）

5接口要求

5.1各子系统的前端设备与平台连接的要求为：

a)通信协议体系结构宜符合GB/T9387.1所定义的基本模型结构；

b)物理层宜采用以太网进行传输；

c)数据链路层宜采用以太网协议，并应符合GB/T17547的相关要求；

d)网络层宜采用IP协议，并应符合GB/T15126的相关要求；

e)传输层协议与应用层协议的选取应符合各子系统前端设备各自相应的标准。在协议可选的情

况下，宜符合表1的规定。

表1各子系统与平台对接协议选取列表

序号子系统传输层应用层平台信令

1交通信号控制TCP二进制协议二进制协议

2

DB4501/T0011.3—2023

表1各子系统与平台对接协议选取列表（续）

序号子系统传输层应用层平台信令

2交通视频监视TCPRTSP、HTTPSIP、REST

3道路车辆智能监测记录（卡口）TCPHTTPREST

4交通流量检测TCPHTTPREST

5交通信息发布UDP二进制协议二进制协议

6交通技术监控TCPHTTPREST

5.2各子系统的前端设备与平台连接时的接口协议要求为：

f)交通信号控制设备的接口协议应符合GB/T20999的相关规定；

g)交通视频监视设备的接口协议应符合GB/T28181的相关规定；

h)道路车辆智能监测记录（卡口）设备、交通流量检测设备、交通技术监控设备的接口协议宜

符合GA/T1400.4、GA/T832的规定；

i)交通信息发布设备的接口协议宜符合GA/T1055的规定。

5.3设备所支持的HTTP服务接口应符合GA/T1400.1的规定，定义为REST架构下的资源，使用URI

唯一标识，并按照树状层级结构组织。

5.4URI应符合IETFRFC3986的规定，其树状层级结构不宜超过5层，标识长度不宜超过200个半

角字符。

5.5HTTP服务接口宜使用HTTPS的方法实现，HTTPS的方法实现应符合IETFRFC2818的规定。在不

使用HTTPS的方法实现时，应使用HTTP的方法实现，HTTP的方法实现应符合IETFRFC2616的规定。

5.6服务接口应通过HTTP的方法（即动作）来实现，HTTP方法和资源服务的对应关系应符合表2的

要求。

表2HTTP方法和资源服务对应表

HTTP方法操作操作要求

POST方法应用于添加原先不存在的资源，或者全量更新原先

POST创建资源（Create）

已经存在的资源。

GET读取资源（Retrieve）GET方法调用应不改变系统状态。

PUT方法应用于更新已经存在资源的部分内容。对同一资源内

PUT更新资源（Update）

容重复调用PUT方法时，应保持结果一致，且不产生副作用。

DELETE方法应用于删除已经存在的资源。指定的资源不存在

DELETE删除资源（Delete）

时，应不改变系统状态。

5.7服务接口消息体应采用JSON格式封装，JSON格式应符合ISO/IEC21778的规定。HTTP的

Content-Type头域应设置为application/json，应符合IETFRFC8259的规定。HTTP的Accept头域

应设置为application/json，应符合IETFRFC8259的规定。

5.8各子系统的后端服务与平台连接时宜符合GA/T1049相关部分的要求。

6接口功能

6.1公共功能

3

DB4501/T0011.3—2023

6.1.1各子系统的前端设备应具有设备标识符，且设备标识符应在同一子系统范围内唯一，宜在平台

范围内唯一。

6.1.2各子系统的前端设备应支持主动上报数据的功能。宜支持平台主动查询数据后，在设备规定的

超时时间内返回结果数据的功能。

6.1.3各子系统的前端设备应支持心跳保活的功能：

a)平台与前端设备应统一配置“心跳间隔”参数。前端设备宜按照“心跳间隔”定时向平台发

送心跳消息进行保活。前端设备不能按照“心跳间隔”定时向平台发送心跳消息时，平台宜

按照“心跳间隔”主动向前端设备查询状态。

b)平台与前端设备应统一配置“保活超时次数”。心跳消息连续超时达到“保活超时次数”时，

应判断前端设备已下线，平台宜对此发出警示信息。

注：心跳间隔可默认为90s。保活超时次数可默认为3次。

6.1.4各子系统的前端设备应支持平台下发指令设置前端设备时间的功能。

6.1.5交通信号控制设备应支持GA/T20999所规定的公共时间参数设置功能。

6.1.6交通信息发布设备应支持GA/T1055所规定的联机请求、联机检测、时间管理功能。

6.1.7交通视频监视设备应支持GB/T28181所规定的注册、注销、保活、校时功能。

6.1.8道路车辆智能监测记录（卡口）设备、交通流量检测设备、交通技术监控设备，应支持GA/T1400.4

所规定的注册、注销、保活、校时功能。

6.2采集接口

6.2.1交通信号控制设备

应支持GB/T20999所规定的接口功能。

宜支持平台查询和设置临时方案表的功能。临时方案表应具有GB/T20999-2017，B.2.10方

案信息所规定的所有属性，并具有方案是否启用的属性。

6.2.2交通视频监视设备

应支持GB/T28181所规定的网络设备信息查询、状态信息报送、历史音视频回放功能。

6.2.3道路车辆智能监测记录（卡口）设备

应支持主动向平台上报过车数据的功能。过车信息内容应符合GA648的相关规定，并宜符合

表3的规定。

宜符合GA/T497所规定的功能要求。

宜支持平台查询与设置限速配置的功能。

6.2.4交通流量检测设备

应支持向平台主动上报过车信息、主动上报交通事件信息的功能。过车信息内容应符合GA648

的相关规定，并宜符合表3的规定。

表3过车信息内容

序号中文名称数据类型数据要求

1抓拍点经度浮点数应使用WGS-84坐标系，精度应达到小数点后4位。

2抓拍点纬度浮点数应使用WGS-84坐标系，精度应达到小数点后4位。

3车道号整数应使用1位自然数表示，应支持双向8车道。

4

DB4501/T0011.3—2023

表3过车信息内容（续）

序号中文名称数据类型数据要求

4车牌号字符串应使用UTF-8编码格式，包含中文，可不包含车牌颜色。

5车牌颜色字符串宜单独记录车牌颜色，宜使用中文记录车牌颜色。

应支持向平台主动上报交通流量信息的功能。交通流量信息内容应符合表4的规定。

表4交通流量信息内容

序号中文名称数据类型数据要求

应使用半角20字符日期字符串。

1数据上报时间字符串

格式应为“YYYY-MM-DDHH24:mm:ss”。

2数据统计时长字符串应能够通过计算得到统计时长的数值。

3车道号整数应支持双向8车道。

4交通量整数应使用自然数表示，单位应使用“辆/小时”

5流量值整数应使用自然数表示，单位应使用“辆”。

6流率整数应使用自然数表示，单位应使用“辆/小时”。

7平均速度浮点数精度应达到小数点后1位，单位应使用“千米/小时”。

8交通密度整数应能够通过计算得到交通密度的数值。

6.2.5交通信息发布设备

应支持GA/T1055所规定的接口功能。

6.2.6交通技术监控设备

应支持GA/T1400.4所规定的上传自动采集人员、人脸、机动车、非机动车的功能。

上传信息后，若在一定延迟时间（例如5s）内未接收到响应，则视为上传失败，应重传。如

连续多次（例如3次）重传仍未成功，则视为链路发生问题，缓存信息，并重新进行注册。在注册成功

后，补传所有未报送数据。

应支持GA/T1400.4-2017，7.2.5所规定的平台向设备查询设备属性信息的功能。

应支持平台向设备查询设备采集能力的功能。

6.3接口交互安全

6.3.1一般要求

基于REST架构的HTTP接口交互安全应符合GA/T1400.4—2017第9章的规定。即消息交互

的双方应进行身份认证，认证过程应遵循IETFRFC2617规定的摘要认证，宜遵循IETFRFC2818规定。

摘要认证时服务器随机数nonce超过3600s后应重置。

非REST架构的接口交互应在确保网络环境安全的情况下进行。

5

DB4501/T0011.3—2023

6.3.2摘要认证

公共功能接口应支持身份认证。其他接口请求方宜向接口提供方进行身份认证，认证过程应遵循

IETFRFC2617规定的摘要认证，宜遵循IETFRFC2818规定。

7接口流程

7.1注册流程

7.1.1基于REST架构的注册接口流程见图1。

设备平台

发起注册请求

401·Unauthorized

注册请求·WWW-Authenticate

注册响应

图1REST架构前端设备注册流程图

流程描述如下：

a)发起注册请求：设备上电启动后向平台发起HTTP注册请求；

b)401·Unauthorized：平台收到设备请求后发送401响应，并在响应的HTTP头部携带

WWW-Authenticate；

c)注册请求·WWW-Authenticate：设备收到响应后向平台发起HTTP摘要注册请求，并在请求的

HTTP头部携带Authorization认证信息；

d)注册响应：平台对设备的认证信息进行验证，如果验证出身份合法，则向设备发送注册通过

响应。如果身份不合法则发送注册失败响应。

7.1.2非REST架构的前端设备注册接口流程见图2。

设备平台

发起注册请求

接口响应

图2非REST架构前端设备注册流程图

流程描述如下：

a)发起注册请求：设备上电后主动向平台发送注册请求的数据帧；

6

DB4501/T0011.3—2023

b)接口响应：平台收到设备发送的数据帧后，向设备发送响应。

7.2设备上报流程

7.2.1基于REST架构的前端设备向平台上报数据的接口流程见图3。

设备平台

发起HTTPPOST请求

接口响应

图3REST架构前端设备上报流程图

流程描述如下：

a)发起HTTPPOST请求：设备检测到事件后主动向平台发起HTTPPOST请求；

b)接口响应：平台收到设备发送的请求后，向设备发送创建数据的接口响应。

7.2.2非REST架构的前端设备（例如交通信号控制设备和交通信息发布设备）向平台上报数据的接口

流程见图4。

设备平台

上报数据帧

数据帧响应

图4非REST架构前端设备上报的流程图

流程描述如下：

a)上报数据帧：设备检测到事件后主动向平台发送上报数据的数据帧；

b)数据帧响应：平台收到设备发送的数据帧后，向设备发送数据帧响应。

7.3平台查询设备信息流程

7.3.1平台向基于REST架构的前端设备查询信息的接口流程见图5。

7

DB4501/T0011.3—2023

设备平台

查询HTTPGET请求

数据响应

图5平台向REST架构前端设备查询数据流程图

流程描述如下：

a)查询HTTPGET请求：平台向设备发起查询数据的HTTPGET请求；

b)数据响应：设备收到请求后，向平台发送查询的数据。

7.3.2平台向非REST架构的前端设备（例如交通信号控制设备和交通信息发布设备）查询数据的接口

流程见图6。

设备平台

查询数据帧

数据帧响应

图6平台向非REST架构前端设备查询数据流程图

流程描述如下：

a)查询数据帧：平台向设备发送查询数据的数据帧；

b)数据帧响应：设备收到平台发送的查询数据的数据帧后，向平台发送查询结果的数据帧。

7.4平台下发指令或数据流程

7.4.1平台向基于REST架构的前端设备下发指令或数据的接口流程见图7。

设备平台

下发指令或数据的HTTP请求

接口响应

图7平台向REST架构前端设备下发指令或数据流程图

8

DB4501/T0011.3—2023

流程描述如下：

a)下发指令或数据的HTTP请求：平台向设备下发指令或数据的HTTP请求；

b)接口响应：设备收到请求后，向平台发送执行结果。

7.4.2平台向非REST架构的前端设备（例如交通信号控制设备和交通信息发布设备）下发指令或数据

的接口流程见图8。

设备平台

下发指令或数据的数据帧

数据帧响应

图8平台向非REST架构前端设备下发指令或数据流程图

流程描述如下：

a)下发指令或数据的数据帧：平台向设备发送指令或数据的数据帧；

b)数据帧响应：设备收到平台发送的数据帧后，向平台发送执行结果。

8信息安全

8.1基本要求

8.1.1交通视频监视设备的信息安全要求应符合GB/T28181中的规定。

8.1.2应对接入系统的所有设备进行统一的编码,设备编码规范应符合GB/T28181—2016中6.1的规

定。

8.1.3采用数字摘要认证时，数字摘要算法应符合GB35114—2017第5章对证书和密钥的要求。

8.2设备身份认证

接入设备认证应根据不同情况采用不同的认证方式：

a)对于非标准SIP设备,宜通过网关进行认证；

b)在低安全级别应用情况下,应采用基于口令的数字摘要认证方式对设备进行身份认证,认证流

程应符合GB/T28181—2016中和IETFRFC3261—2002的第22章；

c)在高安全级别应用情况下,应采用基于数字证书的认证方式对设备进行身份认证,认证流程应

符合GB/T28181—2016中的要求。

8.3数据加密

8.3.1在高安全级别应用情况下,宜在网络层采用IPSec或在传输层采用TIS对SIP消息实现逐跳安全

加密。应用层宜采用S/MIME机制的端到端加密，加密方法应符合IETFRFC3261规定。

8.3.2在高安全级别应用情况下,传输过程中与数据存储宜使用国家密码管理行政机构批准的非对称

密码算法、对称密码算法和随机数生成算法进行加密，算法应采用获得国家密码管理行政机构批准的安

9

DB4501/T0011.3—2023

全密码产品实现。

8.4SIP信令认证

8.4.1应对SIP信令做数字摘要认证。

8.4.2在SIP消息头域中,应启用Date域,增加Note域。Note=(Digestnonce="",algorithm=),nonce

的值为数字摘要经过BASE64编码后的值,algorithm的值为数字摘要的算法名称。

8.4.3当跨域访问时,若该信令是由本域的用户发起,则信令安全路由网关宜将发送到外域的信令添加

Monitor-User-Identity头域,其取值为信令安全路由网关ID和用户的身份信息；若该信令不是由本域

的用户发起,则应在原有Monitor-User-Identity域值前添加信令安全路由网关ID；各段分隔符为“”。

用户的身份应为用户ID以及用户身份属性信息(用户身份属性信息包括:用户隶属机构属性、用户类别

属性和用户职级属性)。

8.5数据完整性保护

8.5.1联网系统宜采用数字摘要﹑数字时间戳及数字水印等技术防止信息的完整性被破坏,即防止恶

意篡改系统数据。

8.5.2交通信号控制设备应采用帧校验序列技术来保证传输信息的数据正确。帧校验序列应符合GB/T

20999—2017中A.2.2.6的规定。

8.5.3交通信息发布设备应采用帧校验码技术来保证传输信息的数据正确。帧校验码列应符合GB/T

1055—2013中5.2的规定。

8.6访问控制

联网系统应实现统一的用户管理和授权。在身份鉴别的基础上,系统宜采用基于属性或基于角色的

访问控制模型对用户进行访问控制。当跨域访问时,宜采用信令Monitor-User-ldentity携带的用户身

份信息进行访问控制。

10

3

202

—

3

11.

00

/T/T

01

DB45

中华人民共和国南宁市地方标准

城市道路智能交通管理系统第3部分：数据接入

DB4501/T0011.3—2023

南宁市市场监督管理局

版权专有

DB4501/T0011.3—2023

目次

前言.................................................................................II

引言................................................................................III

1范围...............................................................................1

2规范性引用文件.....................................................................1

3术语和定义.........................................................................1

4缩略语.............................................................................2

5接口要求...........................................................................2

6接口功能...........................................................................3

6.1公共功能.......................................................................3

6.2采集接口.......................................................................4

6.3接口交互安全...................................................................5

7接口流程...........................................................................6

7.1注册流程.......................................................................6

7.2设备上报流程...................................................................7

7.3平台查询设备信息流程...........................................................7

7.4平台下发指令或数据流程.........................................................8

8信息安全...........................................................................9

8.1基本要求.......................................................................9

8.2设备身份认证...................................................................9

8.3数据加密.......................................................................9

8.4SIP信令认证...................................................................10

8.5数据完整性保护................................................................10

8.6访问控制......................................................................10

I

DB4501/T0011.3—2023

城市道路智能交通管理系统

第3部分：数据接入

1范围

本文件规定了城市道路智能交通管理系统各子系统的数据接入公安交通管理部门应用平台的接口

要求、接口功能、接口流程和信息安全的要求。

本文件适用于南宁市城区范围内的城市道路智能交通系统建设，南宁市下属县（市）参照执行。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T9387.1信息技术开放系统互连基本参考模型第1部分：基本模型

GB/T15126信息技术开放系统互连网络服务定义

GB/T17547信息技术开放系统互连数据链路服务定义

GB/T20999交通信号控制机与上位机间的数据通信协议

GB/T28181-2016公共安全视频监控联网系统信息传输、交换、控制技术要求

GB35114-2017公共安全视频监控联网信息安全技术要求

GA/T