DB23/T 3547-2023 北斗卫星导航系统行业应用数据规范 路网监管

ICS49.020

CCSV07

23

黑龙江省地方标准

DB23/T3547—2023

北斗卫星导航系统行业应用数据规范路

网监管

2023-07-21发布2023-08-20实施

黑龙江省市场监督管理局发布

DB23/T3547—2023

前言

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

起草。

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

本文件由中共黑龙江省委军民融合发展委员会办公室提出并归口。

本文件起草单位：哈尔滨航天恒星数据系统科技有限公司、黑龙江省龙通智能电子收费运营发展

有限公司、黑龙江省网络空间研究中心、哈尔滨工程大学、黑龙江工程学院、中科达信科技集团股份

有限公司、黑龙江省市场主体信息监测中心、哈尔滨市专用通信局、黑龙江省政府投资审计中心、黑

龙江地理信息工程院。

本文件主要起草人：侯伟、孔繁宇、王东利、吴浩萌、肖鸿江、闫奕名、王强、张朋永、周全、

赵辉、于新海、栾文春、姚伟峰、吴敌、李慧子、张玉、代继辉、郑丽华、鲍珊珊、高磊、李墨野、

杨霄璇、周含笑、刘宗玥、许诺、周琦。

I

DB23/T3547—2023

北斗卫星导航系统行业应用数据规范路网监管

1范围

本文件规定了北斗卫星导航系统路网监管应用的终端设备、接口协议、业务数据分类和业务数据格

式。

本文件适用于北斗卫星导航系统企业路网监管数据应用。

2规范性引用文件

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

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

文件。

GB/T20133道路交通信息采集信息分类与编码

GB/T29101道路交通信息服务数据服务质量规范

GB/T39267北斗卫星导航术语

GB/T39473北斗卫星导航系统公开服务性能规范

GB/T39723北斗地基增强系统通信网络系统技术规范

GB/T50198民用闭路监视电视系统工程技术规范

GA/T1481.5北斗/全球卫星导航系统公安应用第5部分:车载定位终端

3术语和定义

下列术语和定义适用于本文件。

北斗卫星导航系统

中国研制建设和管理的为用户提供三维位置，速度和时间等信息的全球卫星导航系统。

注：提供的服务包括基本导航服务，短报文通信服务，星基增强服务，国际搜救服务和精密单点定位服务等。

[来源：GB/T39267—2020，2.1.11]

GNSS定位型终端

能够实时提供定位结果的GNSS终端设备。

[来源：GB/T39267—2020，5.5.1]

北斗指挥型用户终端

利用RDSS功能兼收下属用户的定位和短报文信息，实现用户信息管理、通播、查询、调阅和指挥调

度等功能的RDSS终端设备。

[来源：GB/T39267—2020，5.5.5]

鉴权

用户通过终端与平台连接时，向平台发送消息以使平台验证是否有访问权限。

1

DB23/T3547—2023

事件项

事件项由平台预设到终端，由事件编码和事件名称组成，驾驶员在遇到相应事件时操作终端，触发

事件报告发送到平台。

4缩略语

下列缩略语适用于本文件。

GNSS：全球导航卫星系统（GlobalNavigationSatelliteSystem）

GZIP：一个GNU自由软件的文件压缩程序（GNUZip）

IP65：防护等级；6-代表防止粉尘进入；5-用水冲洗无任何伤害（IngressProtection）

LCD：液晶显示屏（LiquidCrystalDisplay）

OGC：开放地理空间信息联盟（OpenGeospatialConsortium）

SMS：短信息服务（SubscriberManagementSystem）

TCP：传输控制协议（TransmissionControlProtocol）

TTS：文本到语音（TexttoSpeech）

UDP：用户数据报协议（UserDatagramProtocol）

URL：统一资源定位系统（UniformResourceLocator）

VSS：车辆速度传感器（VehicleSpeedSensor）

5终端设备

通用要求

应具备面向用户提供显示和与用户交互的功能，包含北斗终端设备和智能显示终端。室外终端应适

应黑龙江省高纬高寒的气候，在冬季户外低温情况下保持正常工作，同时具备防水防尘功能。

北斗终端设备

5.2.1GNSS定位型终端

应符合GB/T39473和GA/T1481.5的要求。

5.2.2北斗指挥型用户终端

应符合GB/T39473和GB/T39723的要求。

智能显示屏

应符合GB/T50198的要求。

6接口协议

接口分类

接口分为认证接口和业务接口两类。

注：认证接口用于验证用户身份，确保只有经过授权的用户才能访问系统，业务接口用于提供具体的服务功能。

2

DB23/T3547—2023

认证接口协议

6.2.1请求格式

请求行

请求行包含请求方法、请求地址、HTTP协议及版本、空格、回车符和换行符。请求方法表示客户端

希望对服务器执行的操作，如GET、POST等；请求地址表示客户端要访问的资源的位置，包括协议、主机

名、端口号和路径等信息；HTTP协议及版本表示使用HTTP协议及协议的版本。

请求头

认证接口请求头内容应符合表1的要求。

表1认证接口请求头内容

字段数据类型描述及要求

可接受响应类型STRING表示客户端可接受的响应内容类型。

表示请求消息体的类型，如application/x-www-form-urlencoded、

内容类型STRING

multipart/form-data等。

表示客户端向服务器提供的身份验证信息，

授权信息STRING

如基本认证、摘要认证等。

内容长度BYTE指定请求正文的字节数。

编码方式BYTE指定客户端能够接收的内容压缩编码格式。

请求体

请求体内容包含用户ID，用户token参数等。

6.2.2响应格式

响应行

响应行包含协议版本、状态码、状态码描述、空格、回车符和换行符。协议版本表示HTTP协议的版

本号；状态码指服务器对于请求的处理结果的数字代码；状态码描述是对状态码的文字描述。

响应头

认证接口响应头内容应符合表2的要求。

表2认证接口响应头内容

字段数据类型描述及要求

内容类型STRING指示返回数据的格式类型，例如JSON、XML等。

指示返回数据的编码方式，

编码方式BYTE

例如UTF-8、ISO-8859-1等，按具体情况编码。

日期时间BCD[6]表示响应生成的时间，用于缓存控制等。

服务器BYTE表示响应的服务器名称和版本号等信息。

3

DB23/T3547—2023

响应体

响应返回的内容，包含响应结果、认证令牌和有效期。如果认证失败，则可能包含一条错误消息，

描述失败的原因。

业务接口协议

6.3.1请求格式

请求行

应符合的要求。

请求头

业务接口请求头内容应符合表3的要求。

表3业务接口请求头内容

字段数据类型描述及要求

消息IDWORD

消息体属性包含分包、数据加密方式、

消息体属性WORD

消息体长度和保留字段。

根据安装后终端自身的手机号转换。手

机号不足12位，则在前补充数字，大陆

终端手机号BCD[6]

手机号补充数字0，港澳台则根据其区

号进行位数补充。

消息流水号WORD按发送顺序从0开始循环累加。

如果消息体属性中相关标识位确定消息

消息包封装项BYTE[4]分包处理，则该项有内容，否则无该

项。

01:便携型；02：手持型；03：车载

终端类型-大类BYTE[2]型；04：农机型；05：船载型；06：监

测型；7指挥机；11-255其他。

请求体

HTTP请求消息的请求体用于携带与请求相关联的数据，包含一些请求需要的参数等。

6.3.2响应格式

响应行

应符合的要求。

响应头

业务接口响应头应符合表4的要求。

4

DB23/T3547—2023

表4业务接口响应头内容

字段数据类型描述及要求

指明使用的北斗业务接口协议的版本

协议版本号BYTE

号。

指示请求操作的执行结果，如成功或失

操作结果码BYTE败。通常使用数字或字母来表示不同的

结果代码。

如果操作失败，应提供详细的错误信

错误信息BYTE

息，以便客户端进行故障排除和调试。

指示响应正文中的数据长度，帮助客户

响应数据长度BYTE

端正确解析响应数据。

表示响应生成的时间，用于缓存控制

时间日期BCD[6]

等。

响应体

响应返回的内容，包含位置信息，文本信息或多媒体信息等具体的数据内容。

消息数据类型

协议消息中使用的数据类型应符合表5的要求。

表5数据类型

数据类型描述及要求

BYTE无符号单字节整型（字节，8位）

WORD无符号双字节整型（字，16位）

DWORD无符号四字节整型（双字，32位）

BYTE[n]n字节

BCD[n]8421码，n字节

STRINGGBK编码，若无数据，置空

消息数据字节序

协议采用大端模式（big-endian）的网络字节序来传递字和双字，约定如下：

a)字节（BYTE）的传输约定：按照字节流的方式传输；

b)字（WORD）的传输约定：先传递高8位，再传递低8位；

c)双字（DWORD）的传输约定：先传递高24位，然后传递高16位，再传递高8位，最后传递低

8位。

连接的建立

终端与平台连接采用TCP协议，终端复位后应尽快与平台建立连接，连接建立后立即向平台发送终

端鉴权消息进行鉴权。

连接的维持

5

DB23/T3547—2023

连接建立和终端鉴权成功后，在没有正常数据包传输的情况下，终端应周期性向平台发送终端心跳

消息，平台收到后向终端发送平台通用应答消息，发送周期由终端参数指定。

连接的断开

6.8.1平台和终端根据TCP协议均可实现主动断开连接，并主动判断TCP连接是否断开。

6.8.2平台判断TCP连接断开的方法包括：

a)根据TCP协议判断出终端主动断开；

b)相同身份的终端建立新连接，表明原连接已断开；

c)在一定的时间内未收到终端发出的消息，如终端心跳。

6.8.3终端判断TCP连接断开的方法包括：

a)根据TCP协议判断出平台主动断开；

b)数据通信链路断开；

c)数据通信链路正常，达到重传次数后仍未收到应答。

7业务数据分类

位置、报警类

7.1.1位置信息汇报

终端根据参数设定周期性发送位置信息汇报消息。根据参数控制，终端在判断到车辆拐弯时可发送

位置信息汇报消息。

7.1.2临时位置跟踪控制

平台通过发送临时位置跟踪控制消息启动/停止位置跟踪，位置跟踪要求终端停止之前的周期汇报，

按消息指定时间间隔进行汇报。终端回复终端通用应答消息。

7.1.3终端报警

终端判断满足报警条件时发送位置信息汇报消息，在位置汇报消息中设置相应的报警标志，平台可

通过回复平台通用应答消息进行报警处理。

各报警类型见位置信息汇报消息体中的描述。报警标志维持至报警条件解除，在报警条件解除后应

立即发送位置信息汇报消息，清除相应的报警标志。

车辆管理类

7.2.1在车辆行驶过程中，自动获取当前行驶路段的限速值或接收监控平台根据终端上传的位置信息

下发对应车型的当前行驶路段限速值，实现车辆监控和预警消息功能。

7.2.2在车辆行驶过程中，接收并存储监控平台下发的禁行路段/区域信息，并可通过附属设备实现禁

行路段/区域绕行导航。

7.2.3在车辆行驶过程中，终端监测驾驶员疲劳驾驶状态，触发疲劳驾驶状态预警。

多媒体类

7.3.1终端因特定事件而主动拍摄或录音时，应在事件发生后主动上传多媒体事件消息，该消息需要

平台回复通用应答消息。

7.3.2终端发送多媒体数据上传消息，上传多媒体数据。在每个完整的多媒体数据前需附加摄录时的

6

DB23/T3547—2023

位置信息汇报消息体。平台根据总包数确定接收超时时间，在收到全部数据包或达到超时时间后，平台

向终端发送多媒体数据上传应答消息，确认收到全部数据包或要求终端重传指定的数据包。

通用数据传输类

7.4.1协议中未定义但实际使用中需传递的消息，可使用数据上行透传消息和数据下行透传消息进行

上下行数据交换。

7.4.2终端采用GZIP压缩算法压缩较长消息，用数据压缩上报消息上传。

8业务数据格式

位置信息汇报

8.1.1位置基本信息数据格式应符合表6的要求。

表6位置基本信息

起始字节字段数据类型描述及要求

报警标志包含超速报警，疲劳

0报警标志DWORD

驾驶，危险预警等信息。

状态位包含是否定位，运营状

4状态DWORD态，车辆油路是否正常，车辆

电路是否正常等信息。

以度为单位的纬度值乘以

10的6次方，精确到百万

8纬度DWORD

分之一度，