<!-- [if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><!-- [if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:PunctuationKerning/>
<w:DrawingGridVerticalSpacing>7.8 磅</w:DrawingGridVerticalSpacing>
<w:DisplayHorizontalDrawingGridEvery>0</w:DisplayHorizontalDrawingGridEvery>
<w:DisplayVerticalDrawingGridEvery>2</w:DisplayVerticalDrawingGridEvery>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:Compatibility>
<w:SpaceForUL/>
<w:BalanceSingleByteDoubleByteWidth/>
<w:DoNotLeaveBackslashAlone/>
<w:ULTrailSpace/>
<w:DoNotExpandShiftReturn/>
<w:AdjustLineHeightInTable/>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
<w:UseFELayout/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!-- [if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" LatentStyleCount="156">
</w:LatentStyles>
</xml><![endif]--><!-- [if !mso]>
<
classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui>
</object>
<style>
st1\:*{behavior:url(#ieooui) }
</style>
<![endif]--><!-- [if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:普通表格;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
table.MsoTableGrid
{mso-style-name:网格型;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
border:solid windowtext 1.0pt;
mso-border-alt:solid windowtext .5pt;
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-border-insideh:.5pt solid windowtext;
mso-border-insidev:.5pt solid windowtext;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
text-align:justify;
text-justify:inter-ideograph;
line-height:12.0pt;
mso-pagination:none;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
</style>
<![endif]--><!-- [if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1121"/>
</xml><![endif]--><!-- [if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1"/>
</o:shapelayout></xml><![endif]-->
附件3
固定式交通流量调查设备与数据服务中心
基础交通数据通讯协议
（二进制模式）
征求意见稿
交通部规划研究院
二ОО六年九月
目
录
1
前言
.
4
2
术语定义
.
4
2.1
固定式交通流量调查设备及其各模块
.
4
2.2
数据服务中心
.
5
2.3
实时传输
.
5
2.4
Socket
5
3
数据采集及传输的物理层结构
.
5
4
通讯方式
.
6
5
通讯流程
.
6
5.1
通讯端口
.
7
5.2
通讯连接
.
7
6
通讯数据包构造
.
7
6.1
数据包类型
.
7
6.2
站点编号
.
8
6.3
设备身份识别码
.
8
6.4
实时交通数据包
.
9
6.4.1
数据内容
.
9
6.4.1.1
三类设备的区分
.
9
6.4.1.2
Ⅰ级设备实时数据包内容
.
9
6.4.1.3
Ⅱ级设备实时数据包内容
.
20
6.4.1.4
Ⅲ级设备实时数据包内容
.
28
6.4.2
调查项目数代码
.
31
6.4.3
实时交通数据包通信流程
.
32
6.4.4
实时交通数据包的反馈代码表
.
32
6.4.5
接收校验反馈信息包
.
33
6.5
DSC
应答数据包
.
34
6.6
DSC
控制RD
数据包
.
35
6.6.1
RD
端系统的用户名和密码
.
35
6.6.2
DSC
控制RD
数据包
通信流程
.
35
6.6.3
DSC
修改RD
站点编号数据包
.
36
6.6.4
DSC
修改RD
内IP
数据包
.
37
6.6.5
DSC
修改RD
时间数据包
.
38
6.6.6
DSC
修改RD
交通数据采集内容数据包
.
39
6.6.7
DSC
修改RD
实时数据传输间隔数据包
.
40
6.6.8
RD
端系统信息数据包
.
41
6.7
保证数据完整性数据包
.
43
6.7.1
完整性数据包通信流程
.
43
6.7.2
实时交通数据重新传输数据包
.
43
7
通用测试程序
.
44
8
设备硬件工作状态代码信息反馈
.
45
为满足有网络数据传输功能的固定式交通流量调查设备与数据服务中心间传输交通流量数据的需要，特制定本协议。
本协议是《公路交通情况调查工作固定式交通流量调查设备技术条件》的组成部分。自《公路交通情况调查工作固定式交通流量调查设备技术条件》颁布执行起，凡满足《公路交通情况调查工作固定式交通流量调查设备技术条件》要求的固定式交通流量调查设备，其与数据服务中心间传输交通流量数据应符合本协议的相关要求。
由于本协议会根据需要进行修订，因此各方在使用本协议时应注意本协议的现行有效版本。
本协议默认是计算机C
语言术语解释，其他语言系统设计请参照相关技术文档。本协议采用Socket
端口数据流模式传输，二进制码字节流。
固定式交通流量调查设备是指用于采集交通流数据的自动化数据采集设备，简称RD
。固定式交通流量调查设备（RD
）包括车辆探测设备（简称CD
）、I/O
集中设备（简称IO
）、各控制模块（简称CM
）、存储模块（简称SM
）以及通讯设备（简称CD
）等。
具备网络数据传输功能的固定式交通流量调查设备（RD
）应配有支持TCP/IP
传输协议的各类Modem
，ADSL,GPRS
，CDMA
，Ethernet
网卡等，并有动态或固定IP
地址。
数据服务中心指负责接收、汇总、分析外场固定式交通流量调查设备所采集与传输的交通流数据，并通过各种手段向行业、公众发布交通流信息的部门或机构，简称DSC
（Data Service Centre
）。
外场固定式交通流量调查设备与数据服务中心之间的数据自动传输使用Socket
方式端口传输，定义为实时传输。
Socket
是固定式交通流量调查设备基于TCP/IP
传递数据的管道，由设备方的通讯模块实现，是确保各种数据实时性和自动性的保障。
固定式交通流量调查设备的数据采集及传输的物理层结构一般包括如下内容：
![]()
图1
数据采集及传输物理层结构
在本标准中仅讨论基于用户程序面的协议，用户层以下的物理层协议不作限定，具体可以参考TCP/IP
知识库。
![]()
图2
交通量采集设备与数据服务中心传输框架
固定式交通流量调查设备RDx
通过Socket
管道向具有固定IP
的DSC
数据服务中心的TCP
端口传递应答数据包、实时数据包，并响应DSC
发送的系统数据包。
RD
安装完成后（新建站点），系统首次运行时获取ISP
（电信运营商）提供的动态或固定IP
，通过Socket
管道给DSC
的TCP
端口发送初始化信息数据包，DSC
建立RD
及其IP
的对应链表。RD
根据指定时间间隔给DSC
发送实时交通数据包,
并响应DSC
发出的系统数据包以修正其相关参数。
RD
中的CM
模块根据本身网络状态，发现网络连接中断，应能负责再次连接。
RD
使用Socket
方式给DSC
发送数据包时，应使用3131-3140
范围端口。RD
可尝试连接3131-3140
端口，建立连接即可发送数据。
DSC
服务器提供3131-3140
共10
个端口的数据传输连接链路。RD
可以尝试和选择连接其中任意一个端口传输数据。
RD
与DSC
的连接使用基于TCP/IP
的Socket
长连接方式，一个RD
建立一个服务器连接。
|
标识
|
描述
|
备注
|
|
0x00
0x01
|
实时交通数据包
|
“0x00
”标识为不分车道的实时交通数据包；“0x01
”标识为分车道的实时交通数据包
|
|
0x02
|
应答数据包
|
判断连接是否正常
|
|
0x03
|
修改站点编号的系统数据包
|
DSC
控制RD
数据包
|
|
0x04
|
修改DSC
的IP
数据包
|
|
0x05
|
修改站点时间设置的系统数据包
|
|
0x06
|
修改交通数据采集内容数据包
|
|
0x07
|
修改实时数据传输间隔数据包
|
|
0x08
|
RD
端反馈的系统信息数据包
|
|
0x09
|
实时交通数据重新传输系统数据包
|
数据完整性数据包
|
|
0x0A
|
接收校验反馈信息包
|
DSC
接收RD
实时数据包后反馈信息
|
|
![]()
![]()
![]()
G(/S/X/Y/Z/Q)xxx(x)
Lyyy
mmnnpp
![]()
中国行政区划代码
![]()
观测站序号
![]()
路线编码
|
|
数字
|
描述
|
|
G
|
国道标识(
如：G010
、G010A)
|
|
S
|
省道标识
|
|
X
|
县道标识
|
|
Y
|
乡道标识
|
|
Z
|
专用道路标识
|
|
Q
|
其他道路标识
|
如某公路交通量调查站点的编号为：G010L100210101
![]()
![]()
![]()
![]()
![]()
XXX-XX-XX-X-XXXXXXXX
生产序列号，8
位
传输方式代码，1
位
工作原理代码，2
位
设备功能代码，2
位
设备生产厂商代码，3
位
设备身份识别码的编制规则参见《公路交通情况调查工作固定式交通流量调查设备技术条件》。如某设备的身份识别码为001 11 10 2 06090001
，其含义为001
厂商于2006
年9
月生产的第1
台设备，其功能为单一交通流量调查用途的Ⅰ
级设备，工作原理为地感线圈，无辅助工作方式，具备数据无线网络传输功能。
《公路交通情况调查工作固定式交通流量调查设备技术条件》中，根据使用功能的不同，将固定式交通流量调查设备分为Ⅰ级、Ⅱ级、Ⅲ级三个级别。其中Ⅰ
级设备应具备采集机动车流量、地点车速、车头时距、跟车百分比、车头间距、时间占有率等数据的功能及机动车分型和无线或有线网络数据传输功能；Ⅱ
级设备应具备采集机动车流量、地点车速、车头时距、跟车百分比、车头间距、时间占有率的功能及机动车分类和无线或有线网络数据传输功能；Ⅲ
级设备应具备采集一般机动车（不含摩托车）及摩托车流量、一般机动车（不含摩托车）及摩托车地点车速的功能，可具备无线或有线网络数据传输功能。
本协议通过"
设备身份识别码"
来区分三级设备所产生的不同类型的实时交通数据包，即以"
设备身份识别码"
中的"
设备功能代码"
段作为设备类别的区分标志。
|
起始字节
|
字段
|
长度(
字节)
|
解释
|
数据范围（HEX
）
|
|
1
|
数据包长度
|
2
|
发送数据包的总长度，包含本字段长度（低位在前，高位在后
|
00
00 – FF FF
|
|
3
|
数据包类型
|
1
|
“0x00
”或“0x01
”
|
“00
”代表不分车道数据；“01
”代表分车道数据
|
|
起始字节
|
字段
|
长度(
字节)
|
解释
|
数据范围（HEX
）
|
|
4
|
站点编号
|
15
|
HEX
ASCII
站点编号，不足部分填0x00
|
G025L10213073
表示为：47 30 32 35 4C 31 30 32 31 33 30 37 33 30 00
|
|
19
|
设备身份识别码
|
16
|
HEX
ASCII
设备身份识别码，不足部分填0x00
|
001
11 10 2 06090001
表示为：30
30 31 31 31 31 30 32 30 36 30 39 30 30 30 31
|
|
35
|
设备硬件错误码
|
1
|
“00
”代表设备硬件工作正常；非“00
”代表设备硬件工作异常。代码由各设备厂商自行定义，协议不做统一约定
|
00
－FF
|
|
36
|
项目数
|
1
|
调查项目数
|
01-FF
|
|
37
|
年
|
2
|
年份，低位在前，高位在后
|
00
00 – FF FF
|
|
39
|
月
|
1
|
月份
|
01-0C
|
|
40
|
日
|
1
|
日
|
01-1F
|
|
41
|
采集时段长度
|
1
|
以分钟为单位，默认为5
分钟
|
01
－3C
|
|
42
|
时间序号
|
2
|
为1
－(1440/
记录时段长度)
之间的整型数，对应一天中的第1
－(1440/
记录时段长度)
的时间间隔，低位在前，高位在后
|
01-A0
05
|
|
44
|
车道号或上下行方向
|
1
|
设备按照分方向、分车道的规则采集各类交通数据，传输时按照DSC
的指令分车道或分方向传输数据
按行驶方向传输数据时行驶方向代码：上行为10
、下行为30
按车道传输数据时车道代码：上行从内至外按11
、12
、13…
连续编号，下行按31
、32
、33…
连续编号
单车道代码：01
|
0B
－FF
|
|
起始字节
|
字段
|
长度(
字节)
|
解释
|
数据范围（HEX
）
|
|
45
|
跟车百分比
|
1
|
在DSC
指定的传输周期内，在逐一采集分车道或分方向（由DSC
指定）机动车
车头时距数据的基础上，该车道或该行驶方向内车头时距小于6s
的车
分享到：
Global site tag (gtag.js) - Google Analytics
|
相关推荐
固定式交通流量调查设备（简称RD设备）与数据服务中心是解决这一问题的基础设施之一。 RD设备通常由车辆探测设备（CD）和输入/输出集中设备（IO）构成。CD负责道路上车辆的实时检测，包括车辆数量、速度、行驶方向...
本文档针对“固定式交调设备技术条件”和“固定式交调设备与数据服务中心通讯协议”的内容进行深入分析，旨在为公路交通情况调查机构提供一套统一的技术规范和标准，确保交通流量数据采集的质量和准确性。...
“固定式交调设备技术条件”和“固定式交调设备与数据服务中心通讯协议”
调查员利用计数器、秒表等工具在固定地点进行观察记录，每个调查点的记录时间为1小时，分四个15分钟进行，以便获得各时段的交通流量数据。 三、交通流特性 滨江路的交通流呈现潮汐性特征，即在特定时间段内车流量有...
在IT领域，帧数据处理是通信系统中一个关键的环节，尤其在串行通信、网络通信和嵌入式系统设计中扮演着重要角色。数据帧是数据传输的基本单位，它包含了一个完整的信息包，用于在两个设备之间进行数据交换。本主题...
苍南仪表流量计的Modbus通信协议V1.2是基于GB/Z 19582.1/2/3-2004(IEC60870-5)标准的一种通信协议，适用于该厂生产的LWQZ气体智能涡轮流量计、LLQZ智能罗茨流量计、LUXZ智能旋进漩涡流量计以及EVC体积修正仪等设备。...
总结，数据通信基础知识涉及面广泛，包括通信的基本概念、编码调制技术、传输介质的选择、网络拓扑结构、数据交换方式以及通信协议的理解。掌握这些基础，对于理解现代网络通信系统的工作原理至关重要。通过深入学习...
火灾自动报警系统数据输出通信协议是火灾报警控制器与上位机之间的数据通信协议，采用RS-485总线协议，规定了数据结构、设备类型、设备控制字等。该协议适用于火灾自动报警系统与上位机之间的数据通信协议。 协议...
本文将深入探讨数据通信的基础知识，包括数据的表现形式、传输方式、同步机制以及流量控制等方面，旨在为读者提供一个全面、系统的数据通信概念框架。 首先，数据在计算机网络中表现为一组由字母、数字和符号组成的...
### 数据通信基础知识 #### 第3章 交换技术 ##### 一、线路交换 **线路交换** 是一种传统的数据通信方式，它在两个站点之间建立一个实际的物理连接，即通过一系列节点之间的线路来完成。线路交换的特点在于： - ...
总结来说，交通灯与流量监测是现代城市交通管理的关键技术，智能交通灯控制系统结合车流量检测、实时控制和故障检测，能显著提升交通效率，保障交通安全，是解决城市交通问题的有效途径。随着科技的发展，未来交通灯...
### 河北省公共环境数据在线监测设备RS232串口协议解析 #### 一、串行通讯的物理标准和数据采集系统结构 **1.1、信号线的定义** RS232串口协议中涉及的主要信号线包括： - **TXD (Transmit Data)**：主设备发送...
在大多数情况下，用户与主机之间的数据连接状态导致线路在大部分时间内处于空闲状态，这不仅浪费了宝贵的带宽资源，也限制了不同速率设备之间的互连通信，因为线路交换要求两端设备的数据速率保持一致，缺乏灵活性。...
【交通数据采集系统培训资料(1).ppt】的讲解涵盖了交通工程实习的重要目的、内容、方法、时间安排、报告要求及注意事项，并介绍了常用的交通信息采集设备。以下是对这些知识点的详细解析： 一、实习目的 实习的主要...
正星加油机税控通讯协议是一种专用于正星品牌加油机与外部设备之间的通信标准，它规定了加油机与外部系统进行数据交换的具体格式和流程。该协议对于确保加油过程中数据传输的准确性与可靠性至关重要。 #### 二、...
值得注意的是，车速调查与数据处理的目的多样，涉及交通流量分析、道路安全评估、交通改善措施的制定与评估等多个方面。例如，地点车速调查对于分析交叉口设计和事故分析至关重要，而区间车速调查则为整个路段的交通...
《GBT 32960.3-2016 电动汽车远程服务与管理系统技术规范 第3部分：通讯协议及数据格式》是中国国家标准，旨在规范电动汽车远程服务与管理系统的通信协议和数据格式，以确保系统间高效、准确的信息交互。这一标准...
交通管理者可以通过远程监控中心或移动设备实时查看各路口的交通状况，并根据需要手动调整红绿灯时间。例如，在紧急情况下，如消防车或救护车通行时，可以快速改变灯控策略，优先保障应急车辆的通行。 智能交通灯的...
《浙江苍南仪表厂流量计Modbus-V1.4协议...总的来说，浙江苍南仪表厂的流量计Modbus-V1.4协议提供了高效且灵活的数据交互方式，确保了流量计与其他系统间的顺畅通信，同时也为设备监控和故障诊断提供了详尽的信息支持。
- **数据采集与监控**：通过该标准实现对电力系统中各种传感器和监测设备的数据采集，并将这些数据实时传输到监控中心进行分析处理。 - **远程控制**：支持远程控制操作，如开关设备的遥控操作、继电保护装置的远程...