DB14∕T 3336-2025 黄河、长城、太行三个一号旅游公路智慧信息系统建设指南

ICS93.080.01

CCSP65

14

山西省地方标准

DB14/T3336—2025

黄河、长城、太行三个一号旅游公路智慧

信息系统建设指南

2025-04-11发布2025-07-10实施

山西省市场监督管理局发布

DB14/T3336—2025

目次

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

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

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

3术语和定义..........................................................................2

4总体原则............................................................................2

5基本规定............................................................................3

6系统架构............................................................................4

7通用类智慧场景应用建设..............................................................5

8增强类智慧场景应用建设..............................................................8

9系统支撑与技术保障.................................................................10

10系统实施..........................................................................14

附录A（规范性）通用类场景设备技术要求和布设原则...............................16

附录B（规范性）增强类场景设备技术要求和布设原则...............................20

I

DB14/T3336—2025

前言

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

起草。

本文件作为山西省地方标准DB14/T2266-2021《旅游公路设计技术指南》的智慧交通分项。

本文件由山西省交通运输厅提出、组织实施和监督检查。

山西省市场监督管理局对文件的组织实施情况进行监督检查。

本文件由山西省交通运输标准化技术委员会（SXS/TC37）归口。

本文件起草单位：山西省交通运输厅。

本文件起草人：张力、王兆明、王健、赵志鲜、乔婷婷、赵峰、高翀宇、杨国清、宋建斌、张凯、

江子强、李尚庭、何玉庆、吴武勋、陈卫国。

II

DB14/T3336—2025

黄河、长城、太行三个一号旅游公路智慧信息系统建设指南

1范围

本文件内容涵盖了旅游公路智慧信息系统建设的总体原则、基本规定、系统架构、通用类智慧场景

应用、增强类智慧场景应用、系统支撑与技术保障，阐明了智慧场景应用的基本规定、功能要求、设备

技术要求和布设原则。

本文件适用于黄河、长城、太行一号旅游公路智慧信息系统项目建设的前期设计工作和项目实施工

作，应因地制宜、宜采用局部服务场景、可采用分步实施。

2规范性引用文件

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

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

文件。

GB5768.2-2022道路交通标志和标线第2部分:道路交通标志

GB5768.3-2009道路交通标志和标线第3部分:道路交通标线

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

GB37300公共安全重点区域视频图像信息采集规范

GB/T10001.1-2023公共信息图形符号第1部分：通用符号

GB/T11457-2006信息技术软件工程术语

GB/T21394道路交通信息服务信息分类与编码

GB/T14393计算机软件可靠性和可维护性管理

GB/T22239信息安全技术网络安全等级保护基本要求

GB/T23827-2021道路交通标志板及支撑件

GB/T26362国家生态旅游示范区建设与运营规范

JTG2111-2019小交通量农村公路工程技术标准

JTGB01公路工程技术标准

JTGB03公路建设项目环境影响评价规范

JTGB04公路环境保护设计规范

JTGD81-2017公路交通安全设施设计规范

JTG/TD81-2017公路交通安全设施设计细则

JT/T597-2022LED车道控制标志

JT/T785-2010道路运输管理与服务系统数据交换接口

1

DB14/T3336—2025

JT/T1032雾天公路行车安全诱导装置

JT/T1037公路桥梁结构安全监测系统技术规程

GA802-2014道路交通管理机动车类型

GA/T367视频安防监控系统技术要求

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

GA/T1202交通技术监控成像补光装置通用技术条件

DB14/T2159旅游公路服务设施设计指南

DB14/T2266旅游公路设计技术指南

3术语和定义

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

旅游公路智慧信息系统

为公路管理者提供实时的道路、设施、交通流等相关信息和管理手段，为出行旅客提供行驶安全和

吃、住、行、游、购、娱等信息服务，包含外场感知和交互设备、旅游公路信息化管理系统。

绿能道钉

采用绿色清洁能源如太阳能的道钉。

通用类智慧场景应用

智慧旅游公路为满足“安全+服务+管理”目标应具备的基本场景功能。

增强类智慧场景应用

智慧旅游公路为满足更高级别的“安全+服务+管理”需求宜具备的场景功能。

4总体原则

“两性两型”原则

旅游公路智慧信息系统建设应结合旅游公路“两性两型”（安全性、专用性、智慧型和环境友好型）

的原则，注重设施安全、行车安全、数据安全；智能监测客车通行、货车预警；智慧感知、智慧控制、

智慧协同、智慧管理、智慧服务五位一体；设备、设施、供电等实施不破坏原有景观设计，环境友好，

贴近自然。

总体性原则

旅游公路智慧信息系统的建设宜总体规划、分部实施，总体规划保障方向的正确性，分部实施确保

执行的可行性。总体规划明确系统建设的长期目标，确保与旅游公路建设战略规划一致，避免短视。采

用分部实施时应遵循统筹规划、分期修建的原则进行总体设计，且前期工程应在后期仍能充分利用。

先进性原则

2

DB14/T3336—2025

旅游公路智慧信息系统的建设既要吸收国内外旅游公路智慧信息系统设计、建设和管理的先进理

念和技术，又要适度超前，充分考虑发展趋势，引领旅游公路智慧信息系统建设技术的创新发展。

实用性原则

旅游公路智慧信息系统的建设要适应山西省社会、经济、环境及建设条件，以满足现阶段设计和建

设需求为主。

特色性原则

旅游公路智慧信息系统建设应充分利用旅游公路周围沿线场景和地理条件，结合人文景观、地域文

化和绿化设施，建设富有地方特色的智慧信息系统。

5基本规定

一般规定

5.1.1旅游公路智慧信息系统建设应树立全寿命周期理念，统筹建设、管理、运营、维护全过程成本

控制原则，合理控制建设规模，科学确定建设标准，按需求分阶段实施。

5.1.2旅游公路智慧信息系统建设内容包括通用类智慧场景应用和增强类智慧场景应用两部分，其中

通用类主要功能包括智能迎客、超限禁行、行车导引、弯道预警、平交路口、云上观景、信息发布、智

慧导览等；适用于常见场景或建设成本较低的情况。增强类主要功能包括绿能道钉、事件检测、恶劣气

象、可视会车、边坡检测等，适用于较少见的场景或建设成本较高可选配的情况。

5.1.3系统支撑与技术保障，主要包含视频监控、信息发布、移动终端、管理平台、设施供电、融合

通信、数据交互、信息安全、系统运维九个子系统，共同支撑和保障通用类智慧场景和增强类智慧场景

的功能实现和稳定运行。

5.1.4旅游公路智慧信息系统宜部署在云端，系统的安全等级应不低于网络安全等级保护的第二级要

求。

建设目标

5.2.1旅游公路智慧信息系统建设的总体目标为“安全+服务+管理”，具体如下：

a)应最大限度消除路网安全隐患，降低事故危害，提高旅游公路全天候通行能力。

b)应充分利用新一代信息技术，构建物联感知的智能道路出行环境，提高旅游公路的数字化和智

慧化水平。

c)应坚持以人为本、绿色公路的发展理念，构建智慧旅游公路体系，为游客提供舒适、便捷的体

验，助力交旅融合，建设美丽乡村。

5.2.2提高旅游公路的安全目标包括但不限于：

a)建设智能化的感知和交互系统，提高交通管理的数字化水平，预防和减少交通事故。

b)智能化的移动终端，提高事故的应急处置能力，降低事故的伤害程度。

5.2.3提高旅游公路智慧信息系统的服务质量目标包括但不限于：

a)提高旅游公路信息服务质量、服务水平，促进乡村振兴和交旅融合。

b)提高公众出行的获得感、幸福感。

3

DB14/T3336—2025

5.2.4提高旅游公路的管理目标包括但不限于：

建设智能化的设备运维和管理系统，提升基础设施的数字化管理能力。

数据接口

本系统应预留与其它信息系统的对接，包括交通部、省交通厅、市交通部门、市公安部门、市政法

部门等，将设备管理、设备状态、事件等数据封装成相关的API，便于其他系统进行调用，实现交通行

业信息系统相互兼容，数据共享。对于API接口方式数据对接总体要求如下：

a)独立封装的逻辑处理函数接口；

b)方便与前端JAVA等程序的集成；

c)具有API版本管理功能；

d)具有与服务器端连接的高可靠性和高效性；

e)具有完整的日志记录功能；

f)具有与服务器端连接参数可配置化的功能。

6系统架构

旅游公路智慧信息系统的设计，应基于“安全+服务+管理”的总体目标，综合考虑信息化系统在

旅游公路建、管、养、运全生命周期的整体需求，充分利用大数据、云计算、物联网、人工智能等新技

术，构建智慧、实用、可扩展的信息系统架构。

智慧信息系统采用“1+1+1+N”的架构设计，即“一网一图一中心N个应用”，系统架构宜满足图

1的要求：

图1旅游公路智慧信息系统架构图

6.2.1全省智慧旅游公路一张网是指旅游公路各个场景应用建设的外场设备组成的广域网络。

6.2.2数据融合交互中心将各类交通相关信息资源进行统一汇聚，把自建外场设备采集数据和第三方

数据交互融合，有效推进交通管理部门的资源共享和交换。地市级中心可以与本地的交旅融合信息对接，

也可与省级平台对接。省级中心可按5.3的规定进行数据对接。

6.2.3全省智慧旅游公路一张图可以是一条/多条旅游路线、县级行政区域、市级行政区域，应基于地

4

DB14/T3336—2025

理信息系统（GIS）地图，对智慧旅游公路的设备、设施、信息、服务进行统一的展示和交互，展示交

通流量状态、设备状态信息、旅游景点、实时事件等信息。

6.2.4“N个应用”是旅游公路信息系统的建设内容，包括通用类智慧场景与增强类智慧场景应用，提

升对旅游公路安全、服务和管理能力。

智慧信息系统的管理架构，可分为省级、市级、县级三级，具体的管理架构如图2所示。智慧信

息系统接口可面向国家旅游公路智慧信息系统，省级文旅厅、公安厅等政府平台，搜索引擎、电子地图、

出行服务等数据众包公司，出行公众、旅游景区等。

6.3.1省旅游公路智慧信息系统负责全省旅游公路智慧信息系统数据的汇总、统计、分析，并督导和

协调处理全省旅游公路智慧信息系统的相关业务和重大事件，以及与第三方平台的对接和信息交换。省

级管理员具有省旅游公路智慧信息系统最高权限；普通人员仅有查看权限，无修改权限。

6.3.2市旅游公路智慧信息系统设置在市交通局，负责汇聚各县级旅游公路智慧信息系统的数据，并

上报至省旅游公路智慧信息系统，市旅游公路智慧信息系统可视情况建设。市级管理员具有市旅游公路

智慧信息系统最高权限；普通人员仅有查看权限，无修改权限。

6.3.3县旅游公路智慧信息系统设置在县交通局，负责道路、设施、交通流量等数据的实时采集、信

息发布和设备的维护管理等。若无市旅游公路智慧信息系统，宜对接省旅游公路智慧信息系统。县级管

理员具有县旅游公路智慧信息系统最高权限；普通人员仅有查看权限，无修改权限。

图2旅游公路智慧信息系统管理架构图

7通用类智慧场景应用建设

智能迎客

7.1.1一般规定

7.1.1.1场景描述：当有车辆驶入旅游公路时，检测器检测到车辆通过并识别车型，若车型符合要求

则通过显示屏、广播系统等多媒体方式发布欢迎信息。智能迎客场景宜设置在旅游公路起点和终点处，

5

DB14/T3336—2025

或者根据需求和预算在沿途重要交叉路口处设置。显示屏、广播系统等多媒体方式发布欢迎信息需考虑

与周边环境相融合。

7.1.1.2本场景要求具备但不限于车型识别功能和信息显示功能。

7.1.1.3车型识别信息可与其它场景或系统实现信息共享，信息显示设备也可以显示来自其它场景或

系统的数据。

7.1.2功能要求

7.1.2.1智能迎客子系统应能够检测识别大、中、小型汽车和货车。

7.1.2.2智能迎客子系统应支持文字、灯光等多媒体方式进行信息显示。

7.1.2.3智能迎客子系统应能对旅游公路车流量信息进行实时统计。

超限禁行

7.2.1一般规定

7.2.1.1场景描述：当有车辆驶入旅游公路时，检测器检测到车辆通过并识别车型，若车型不符合要

求则通过信息显示设备、声音设备、灯光设备等多媒体方式警示车辆驶离，符合旅游公路的专用性原则。

超限禁行场景宜设置在旅游公路起点处，或者根据需求和预算在沿途重要交叉路口处设置。

7.2.1.2本场景要求具备但不限于车型识别功能和多媒体信息警示功能。

7.2.1.3车型识别信息可与其它场景或系统实现信息共享。

7.2.1.4本场景可根据用户需求和预算增加动态称重系统，对超重超限车辆进行处理。

7.2.1.5本场景适用于旅游公路与城市道路、国道省道干线公路共线以外路段。

7.2.2功能要求

7.2.2.1超限禁行子系统应能够检测识别大、中、小型汽车和货车。

7.2.2.2超限禁行子系统应支持文字、图片、声音、灯光等多媒体方式进行信息警示。

7.2.2.3超限禁行子系统应能具备对超限车辆拍照、上传功能。

行车导引

7.3.1一般规定

7.3.1.1场景描述：对旅游公路的重点路段（弯道、长下坡、恶劣天气路段等），在道路单侧或两侧

应间隔部署发光诱导设备，用来在有车经过时指示或加强道路的轮廓，提醒车辆注意行车安全。

7.3.1.2本场景要求具备但不限于道路轮廓加强功能和文字信息提醒功能，可根据需要增加路面状况

和能见度、光照度检测功能。

7.3.1.3行车导引设备应具备道路轮廓加强和行车导引工作模式，两种工作模式均支持文字、图形显

示。

7.3.2功能要求

7.3.2.1行车导引设备应具备双面显示功能，对双向行驶的车辆进行道路轮廓加强和行车导引。

7.3.2.2若采用了路面状况、能见度、光照度的检测功能，则当路面积水结冰、能见度低、光照度低，

有车经过时应自动运行行车导引功能。

7.3.2.3行车导引设备应能显示文字、图形等信息。

7.3.2.4通过灯光闪烁来诱导安全行车，信息显示内容和灯光闪烁频率等应可根据不同情况调整。

7.3.2.5行车导引设备应可支持无线和有线组网。

6

DB14/T3336—2025

弯道预警

7.4.1一般规定

7.4.1.1场景描述：当有车辆通过弯道时，弯道预警设备的车检模块检测到车辆驶入，在弯道本侧信

息显示模块显示类似“前方急弯、减速慢行”等发光文字，并将信息发送给对侧的弯道预警设备，显示

类似“对面来车”等发光文字，提醒驾驶员注意。宜在长大纵坡场景进行弯道预警建设，按GB5768.2-

2022《道路交通标志和标线第2部分:道路交通标志》中对连续下坡的警示标志的设置要求，在起终点

处及重复预告的位置设置文字模块，其余位置设置灯光预警。弯道预警设备参照《DB14/T2266旅游公

路设计技术指南》中相关视线诱导设施的设置要求进行调整，具体要求参见表1。

表1场景设置条件

设计速度V（km/h）1520304060

圆曲线半径R（m）153065100200

设置间距L（m）10~1525~3560~7090~110190~210

7.4.1.2两套单元之间通过无线通信进行信息交换（由于地理条件的关系有可能需要在弯道中间部位

加装通信中继转换单元）。

7.4.1.3弯道预警的设备可与其它场景共用，并可与其它场景或系统实现信息共享。

7.4.1.4弯道预警设备还可以显示弯道的路面状态和限制速度等信息。

7.4.2功能要求

7.4.2.1系统应支持对驶入弯道的车辆进行来车检测。

7.4.2.2系统应支持车速检测和车流统计。

7.4.2.3系统应支持通过文字、灯光、语音等多媒体方式对行驶车辆进行信息提醒。

平交路口

7.5.1.1场景描述：可在没有信号灯且与等级公路相交的十字、丁字等平面交叉路口设置平交路口预

警设备，对各个方向的车辆和行人进行实时检测，通过文字、声音提醒过往车辆或行人注意安全。平交

路口场景宜设置在旅游公路前行方向右侧视线受阻且交通量较大的平面交叉路口。

7.5.1.2平交路口场景的功能包括但不限于车辆行人检测和安全提醒。

平交路口的设备可与其它场景共用，并可与其它场景或系统实现信息共享

7.5.2功能要求

7.5.2.1系统应支持对平交路口的低速车辆和行人进行实时检测。

7.5.2.2系统宜采用无线通信进行数据交互。

7.5.2.3系统应支持通过文字、声音等方式对平交路口预警区域内车辆行人进行信息提醒。

云上观景

7.6.1一般规定

7.6.1.1场景描述：在旅游公路沿线观景台、景色优美的地点或传统景区部署高清摄像机，实现旅游

景观实时视频获取，让管理者和游客实时了解现场的风景。

7.6.1.2本场景要求具备但不限于高清视频获取、传输、播放功能。

7

DB14/T3336—2025

7.6.1.3云上观景信息可与其它场景或系统实现信息共享。

7.6.2功能要求

7.6.2.1高清视频获取应支持云台控制、自动对焦、光学变倍功能。

7.6.2.2高清视频可通过网络上传到管理平台。

7.6.2.3系统应支持网页、小程序、微信扫码等访问方式。

7.6.2.4视频应支持手机端播放。

智慧导览

7.7.1一般规定

7.7.1.1场景描述：通过户外触摸屏或二维扫码方式展示旅游公路建设信息、游客所处位置、交通路

况、景区分布及景区特色、住宿资源、特色餐饮、景区空余车位、导航信息等相关信息等，以文字、图

片、音频、视频为主要呈现方式，为游客提供全方位的信息自助查询和交互服务。户外触摸屏可设置在

服务区、驿站，二维码可印制在服务区、驿站、观景台和沿线必要标识上。

7.7.1.2本场景要求设备具备多媒体信息展示功能和信息动态更新功能。

7.7.2功能要求

7.7.2.1系统应支持快速查询导览信息，包括图片、文字、影像等内容。

7.7.2.2系统应支持快速查询导览信息，包括图片、文字、影像等内容。

7.7.2.3系统应支持现场设备的多媒体内容更新。

7.7.2.4系统应支持在线同步技术，可通过后台自动更新多媒体内容。

7.7.2.5系统应支持扫描二维码方式访问导览信息。

8增强类智慧场景应用建设

绿能道钉

8.1.1一般规定

8.1.1.1场景描述：安装在公路两侧或外侧，利用太阳能发光用于夜晚指示道路轮廓和导引行人、车

辆。绿能道钉场景宜设置在旅游公路沿途重点路段（弯道、长下坡、恶劣天气路段等），根据需求和预

算也可在其他路段设计规划。

8.1.1.2本场景要求具备太阳能供电、电池蓄能、灯光照明功能。

8.1.2功能要求

8.1.2.1绿能道钉的太阳能供电功能应能同时满足灯光照明和电池充电的需要。

8.1.2.2绿能道钉的蓄电功能，应该满足较长时间的工作需要。

8.1.2.3绿能道钉应采用低功耗、高亮度灯光照明。

事件检测

8.2.1一般规定

8

DB14/T3336—2025

8.2.1.1场景描述：利用视频监控和云上观景两个场景产生的视频数据，对车辆行为事件、道路环境

事件、交通路面事件等进行视频处理和分析，形成格式化的数据和事件预警。事件检测适用于对视频图

像有事件分析需求的业务场景。

8.2.1.2本场景要求检测的事件类型包含交通流量事件、交通路况事件、车辆行为事件、非机动车和

行人事件、道路环境事件、路面状态事件等。

8.2.1.3事件检测的格式化数据应可形成事件预警，供其它场景或系统处理。

8.2.2功能要求

8.2.2.1系统宜在后台进行事件检测。

8.2.2.2系统应支持在不同的光照条件、不同的气象条件、不同的时间段等复杂情况下进行检测。

8.2.2.3系统应具备较高的检测准确率。

恶劣气象

8.3.1一般规定

8.3.1.1场景描述：通过现场的气象检测设备对特定路段的气象环境和路面的积水结冰情况进行检测，

并根据检测数据形成相应的气象事件，发送至信息发布模块，提醒行驶车辆和行人注意该路段的安全。

恶劣气象场景宜设置在旅游公路团雾多发和易积水结冰路段。

8.3.1.2本场景设备应当具备准确的路面状况检测能力和信息显示能力。

8.3.1.3本场景检测到的数据应能够通过信息发送模块与其它场景或系统进行数据交互。

8.3.2功能要求

8.3.2.1系统应能够实时检测空气环境中的温湿度、能见度、光照度、环境颗粒物等。

8.3.2.2系统应能够检测路面积水或结冰情况。

8.3.2.3系统应能够通过文字、灯光等方式进行信息显示。

可视会车

8.4.1一般规定

8.4.1.1场景描述：在弯道两端各布置1台摄像机和1块信息显示设备，弯道一侧显示对侧的实时图

像，以便驾驶者直观看到对面车辆的行驶情况。可视会车宜设置在对会车有可视要求的弯道场景处。

8.4.1.2本场景要求具备视频采集和显示的功能。

8.4.1.3本场景的视频和显示设备可以与其它场景或系统共享。

8.4.2功能要求

8.4.2.1系统应能在不同的气象条件和不同的时段，实时拍摄弯道两端的车辆行驶状况。

8.4.2.2系统信息显示设备宜采用全彩显示方式。

边坡监测

8.5.1一般规定

8.5.1.1场景描述：在旅游公路边坡事故频发的位置，选取有代表性的点位设置位移传感器，实时监

测边坡的地表位移信息，当地表位移的数据超过安全阈值时触发边坡预警事件，并联动视频监控摄像机

显示现场实时情况。

9

DB14/T3336—2025

8.5.1.2本场景要求具备但不限于位移监测、视频监控等功能。

8.5.1.3本场景检测到的数据应能够通过信息发送模块，与其它场景或系统进行数据交互。

8.5.2功能要求

8.5.2.1系统要求能够实现地表水平位移和地表垂直位移监测。

8.5.2.2系统监测数据应能够周期性上报，上报周期可设置。

8.5.2.3高清视频获取应支持云台控制、自动对焦、光学变倍功能。

8.5.2.4系统监测产生的报警事件可与视频监控摄像机做联动显示。

9系统支撑与技术保障

一般规定

支撑和保障通用类智慧场景和增强类智慧场景的功能实现和稳定运行。

视频监控

9.2.1一般规定

9.2.1.1场景描述：在旅游公路的重点路段、驿站、观景台等处部署高清摄像机，实现旅游公路视频

获取，方便管理者实时了解交通流量和交通事件的状态。

9.2.1.2本场景要求具备但不限于高清视频获取、传输、播放功能。

9.2.1.3视频监控信息可与其它场景或系统实现信息共享。

9.2.2功能要求

9.2.2.1高清视频获取应支持云台控制、自动对焦、光学变倍功能。

9.2.2.2高清视频可通过网络上传到管理平台。

9.2.2.3视频应支持手机端播放。

信息发布

9.3.1一般规定

9.3.1.1场景描述：通过旅游公路沿线可变信息标志、广播系统、移动终端、智慧导览屏等方式，发

布气象信息、交通状态信息、行车安全信息、交旅融合信息等。信息发布是智慧信息系统必须配置的，

设计规划时根据需求和预算确定设备和部署方案。

9.3.1.2本场景要求具备但不限于多种信息发布方式和多种格式的信息内容。

9.3.1.3信息发布应可与其它场景进行信息交互，发布各类信息。

9.3.2功能要求

9.3.2.1信息发布系统发布内容应包括但不限于交旅融合信息、交通气象状态信息、交通事件信息、

乡村振兴促进信息等。

9.3.2.2信息发布可通过可变信息标志、广播系统、移动终端、智慧导览屏、服务热线等多种方式实

现。

移动终端

10

DB14/T3336—2025

9.4.1一般规定

9.4.1.1场景描述：移动终端是指安装在手机、平板等移动设备上的程序，主要包含有微信公众号、

微信小程序等，配合管理平台实现智慧信息系统的功能。移动终端是智慧信息系统必须配置的。

9.4.1.2移动终端要求能够配合实现信息发布、弯道预警、云上观景、应急调度、设备管理等智慧信

息系统的功能。

9.4.1.3移动终端应根据组织机构和用户角色，显示相应的用户界面和功能模块。

9.4.2功能要求

9.4.2.1移动应用系统应兼容IOS、安卓、鸿蒙等操作系统。

9.4.2.2移动应用系统应分别支持面向游客和管理人员的应用。

9.4.2.3移动应用系统应支持但不限于以下功能：

a)交通信息查询。

b)景区信息查询。

c)住宿美食等交旅融合信息查询。

d)沿线特产等促进乡村振兴信息。

e)事件公告、通知。

f)事件应急响应。

g)设备运维管理。

管理平台

9.5.1一般规定

9.5.1.1场景描述：管理平台应全省统一规划，各地市分步实施，部署在公有云、私有云或本地部署，

连同现场设备和移动终端，一起构成了旅游公路智慧信息系统。管理平台是智慧信息系统必须配置的。

9.5.1.2管理平台软件应具备跨平台、分布式、可扩展、高可用、快速迭代的特性，宜采用主流开发

框架。

9.5.1.3管理平台应实现上下级平台的数据共享和第三方系统的数据交换。

9.5.2功能要求

9.5.2.1系统应具备不低于50万量级设备规模的管理能力。

9.5.2.2系统应具备用户组织架构的分层管理功能。

9.5.2.3系统应具备设备实时在线状态监测和设备故障预警功能。

9.5.2.4系统应具备事件预警和应急响应调度功能。

9.5.2.5系统应支撑通用类场景和增强类场景的功能实现。

设施供电

9.6.1一般规定

9.6.1.1设施供电宜优先选用太阳能，应满足通用类智慧场景、增强类智慧场景所用设备在旅游公路

沿线的用电需求，保障智慧信息系统各项功能的正常运转。属于三级负荷。

9.6.1.2系统应能提供稳定的电源输出能力，并支持远程运维。

9.6.1.3供电系统的运行状态和数据信息应能在系统运维及其它场景中实时查询和共享。

9.6.2功能要求

11

DB14/T3336—2025

9.6.2.1系统所用太阳能供电设施应能满足5个连续阴雨天的供电需求。

9.6.2.2系统所用太阳能供电设施应能满足山西旅游公路高海拔和低温的环境要求。

9.6.2.3系统应具备信息查询、状态监测、参数设置等运维接口。

9.6.3设备技术要求和布设原则

旅游公路设施供电在驿站等有市电条件的场景宜使用市电，在道路沿线无市电条件的场景宜选用

功率小于1kw的设备，并采用太阳能供电。

9.6.3.1太阳能供电设备

a)太阳能供电设备应适应低温环境。

b)太阳能供电设备的功率、工作电流、电池电量、温度等信息实时可查询上报。

c)可充分利用旅游公路沿线资源，建设路面、边坡、区域光伏电站。

d)太阳能供电设备宜靠近用电设备部署。

e)太阳能供电设备应布设在光照充足、无遮挡位置。

融合通信

9.7.1一般规定

9.7.1.1融合通信是采用多种通信技术对现场设备的状态数据和业务数据进行实时的数据传输。

9.7.1.2通信方式包括有线通信和无线通信两种方式，在旅游公路沿线设备的数据通信中宜采用无线

通信方式。场景密集的路段可考虑组建无线二层局域网。

9.7.1.3系统应结合场景功能需求，配置网络容量，并可进行模块化扩展。针对不方便扩展的场景，

建设时应考虑增加足够的容量。

9.7.1.4系统所用设备应能提供通用的数据接口。

9.7.1.5通信系统的运行状态应能在系统运维中实时查询，工作模式和运行参数可远程配置。

9.7.2功能要求

9.7.2.1系统应支持但不限于IP接口。

9.7.2.2无线通信设备应具备多种发射功率规格，对应的天线设备应具备多种增益规格。

9.7.2.3无线通信设备应考虑采用太阳能供电。

9.7.3设施技术要求和布设原则

9.7.3.1无线通讯设施

a)设施应工作在ISM频段,建议采用IEEE802.1x协议。

b)设施无线通讯的带宽应不小于200M。

c)设施应能够支持无线网桥功能。

d)设施宜采用太阳能供电，并配备足够容量的蓄电池。

e)设施的运行状态和数据信息应能在系统运维及其它场景中实时查询和共享。

f)设施的安装宜靠近应用场景的现场设备，无线中继设备布设的点位应根据通讯需要选择制高

点或设置高杆。

9.7.3.2有线通讯设施

a)有线通讯方式可根据通讯距离和现场环境选择网线或光纤。

12

DB14/T3336—2025

b)网线宜选择CAT5e以上的规格。

c)光纤宜选择单模光纤，并符合ITU-T的相关要求。

d)网线和光纤的部署宜采用线缆埋设方式，埋设深度应符合相关规范和要求，埋设的线缆应有套

管保护。

数据交互

9.8.1一般规定

9.8.1.1数据交换是指通过在云端虚拟主机上部署的数据处理和交换、物模型和场景模型的应用模块，

对来自现场设备的数据和第三方系统的数据进行统一的处理和交换，并对上层应用提供统一的数据服

务接口。

9.8.1.2系统应具备对数据进行处理、交换、建模、身份认证的功能。

9.8.1.3系统应能对北向应用提供标准的数据服务接口，对南向设备提供标准的数据接入接口，对第

三方系统提供标准的数据交换接口。

9.8.2功能要求

9.8.2.1系统应能够对不同来源的数据建立相应的处理规则，进行差异化的处理。

9.8.2.2系统应具备强大的数据调用功能，并能提供丰富的数据调用接口，对上层应用提供数据服务，

对第三方系统提供数据交换。

9.8.2.3系统应具备完善的物模型和场景模型，能够支持海量（10万级以上）设备数据的标准化。

9.8.2.4系统应具备对现场设施的身份进行认证的能力，保障系统的信息安全。

9.8.3设备技术要求和布设原则

旅游公路数据交互所用设备宜采用云端虚拟主机：

a)云端虚拟主机应满足国家网络安全等级保护的第二级要求。

b)云端虚拟主机应安装部署数据处理和交换的应用模块，对来自现场设备的数据和第三方系统

的数据进行融合处理和交换。

c)云端虚拟主机应部署现场设备的物模型和场景模型的应用模块，对现场设备和场景进行统一

的标准化管理。

信息安全

9.9.1一般规定

9.9.1.1旅游公路智慧信息系统的信息安全包含云端应用信息安全、设备数据信息安全、现场通信信

息安全三部分。

9.9.1.2针对以上三部分应按照《信息安全技术网络安全等级保护基本要求》（GB/T22239），采取

不同的安全策略，保障整个系统的信息安全。

9.9.2功能要求

9.9.2.1云端应用信息安全应考虑区域边界安全、计算环境安全、数据安全，选用云端虚拟主机提供

商相应的安全服务模块。

9.9.2.2智慧场景应用需要采用强校验机制进行用户认证。

9.9.2.3现场设施的信息安全应通过设备身份认证和数据加密来保障。

9.9.2.4现场通信设施的信息安全应考虑安全物理环境。

13

DB14/T3336—2025

9.9.3建设要求

9.9.3.1管理平台、运维系统和数据交互可部署在云上，并满足国家网络安全等级保护的第二级要求。

9.9.3.2现场设施的身份认证可基于物联网架构通用的三元组方式，数据加密可采用TLS加密传输方

式，并满足国际网络安全等级保护的第二级要求。

9.9.3.3现场通信设施的信息安全应采用对无线通信设备和有线通信设备进行物理隔离的方式。

系统运维

9.10.1一般规定

9.10.1.1系统运维主要是针对旅游公路智慧信息系统所用设施的全周期运行监测、管理。系统运维应

支持移动终端运维管理。

9.10.1.2系统运维应能实现对设备的运行监测、分析、预警和故障处理等主要功能。

9.10.1.3系统运维的信息应可与上层应用共享。

9.10.1.4系统建设单位应充分考虑系统投入运行后的系统维护管理和人员管理，保障系统的正常运

行。

9.10.2功能要求

9.10.2.1系统应具备10万量级物联网设备状态的实时监测能力。

9.10.2.2系统应对故障设备信息进行预警。

9.10.2.3系统应对故障设备维修工单的生成、处理过程和结单全过程管理。

9.10.2.4移动终端的运维管理宜采用微信公众号、小程序等通用方式。

9.10.2.5系统应可查询设备各项参数详情和预警、故障的处理记录。

9.10.3建设要求

9.10.3.1系统应部署在云平台架构上。

9.10.3.2网络安全应满足网络安全等级保护的第二级要求，确保网络通信、信息系统等安全。

9.10.3.3系统运维应基于物联网架构，支持物模型和场景化的数据流转。

10系统实施

硬件要求

10.1.1服务器配置

a)CPU：IntelXeon或国产多核高性能处理器，支持高并发场景。

b)内存：根据预估负载选择，建议预留30%冗余，应用服务器32GB，数据库服务器需64GB。

c)存储：SSD优先，数据库服务器建议RAID-10，文件存储系统可用RAID-5。

10.1.2客户端设备

双核CPU、4GB内存、128GB存储、千兆网卡。

软件要求

10.2.1操作系统

14

DB14/T3336—2025

a)服务器端：Linux或国产操作系统。

b)客户端：Windows10/11。

10.2.2数据库

关系型：MySQL8.0以上或国产数据库。

网络要求

a)内网：≥100Mbps，延迟<1ms。

b)公网：出口带宽≥20Mbps。

性能要求

10.4.1响应时间

a)Web服务：响应时间<1.5秒。

b)数据库查询：普通查询<500ms，复杂查询<2s。

10.4.2吞吐量

并发用户数：支持≥100并发。

15

DB14/T3336—2025

A

A

附录A

（规范性）

通用类场景设备技术要求和布设原则

A.1智能迎客

A.1.1车型检测设备

a)车型检测设备可采用微波或激光检测技术。

b)车型检测设备要求能够识别车速范围10-70km/h的车辆车型。

c)车型检测设备要求探测距离不小于50m。

A.1.2车牌识别设备

a)车牌识别设备宜采用视频检测技术。

b)车牌识别设备应支持车牌特征和类型识别。

c)白天车辆号牌识别准确率应不小于95%，夜间车辆号牌识别准确率应不小于90%。

d)车牌识别设备宜和车型检测设备部署在同一位置。

A.1.3补光设备

a)补光设备照射距离不低于100m。

b)补光设备色温、光源、出光角度等参数应符合GA/T1202《交通技术监控成像补光装置通用技

术条件》的相关规定。

c)补光设备宜和车牌识别设备部署在同一位置。

A.1.4信息显示设备

a)信息显示设备应支持文字、灯光的显示，根据需求可支持图片和视频的显示。

b)信息显示设备动态视认距离不低于100m为宜。

c)信息显示设备可采用单体或一组设备。

d)信息显示设备安装在道路上方时净高不应小于6m，安装在路侧时高度不应低于1.2m。

e)信息显示设备部署宜放在行车方向无遮挡醒目位置。

A.1.5现场控制设备

a)现场控制设备既可联网工作，也可不依赖后台系统独立工作。

b)现场控制设备也可集成在本场景其它设备中。

c)现场控制设备应具备协议转换、设备控制、场景联动、平台交互功能。

d)现场控制设备应可支持多种接口和协议设备的接入和管理，在联网工作时应可配合物联网平

台采用物模型对设备进行认证管理。

A.2超限禁行

A.2.1车型检测设备

a)车型检测设备可与同一位置的其他同类设备共用。

16

DB14/T3336—2025

b)车型检测设备技术要求及布设原则参见A.1.1。

A.2.2车牌识别设备

a)车牌识别设备可与同一位置的其他同类设备共用。

b)车牌识别设备技术要求及布设原则参见A.1.2。

A.2.3补光设备

a)补光设备可与同一位置的其他同类设备共用。

b)补光技术要求及布设原则参见A.1.3。

A.2.4信息显示设备

a)信息显示设备可与同一位置的其他同类设备共用。

b)信息显示技术要求及布设原则参见A.1.4。

A.2.5声音设备

a)声音设备应共用信息发布场景中的广播系统。

b)声音设备技术要求及布设原则参见A.9.2。

A.2.6灯光设备

a)灯光设备可采用单体或一组。

b)灯光设备具备多种闪烁模式。

c)灯光设备为一组时应具备同步闪烁功能。

A.2.7现场控制设备

现场控制设备的技术要求及布设原则参见A.1.5。

A.3行车导引

A.3.1行车导引设备

a)行车导引设备应支持灯光、文字、图形的显示。

b)行车导引设备既可联网工作，也可不依赖后台系统独立工作。

c)行车导引设备根据现场情况可部署在道路两侧或单侧。

d)设备宜部署间距在8m-14m，综合考虑公路设计速度和圆曲线半径，行车导引设备设置间距可

按表A.1进行选取。

表A.1行车导引设备设置间距

设计速度V（km/h）30及以下406080

圆曲线半径R（m）30及以下60125250

设置间隔L（m）8101214

A.3.2路面状况、能见度、光照度检测设备

a)检测设备应可支持无线和有线数据通讯。

17

DB14/T3336—2025

b)检测设备也可集成在行车导引设备中。

c)检测设备部署宜利用既有护栏或杆架。

A.3.3现场控制设备

现场控制设备的技术要求及布设原则参见A.1.5。

A.4弯道预警

A.4.1弯道预警设备

a)在弯道起终点处设置文字预警，路段中部设置灯光预警。

b)车检模块宜选择适用于旅游公路低速车辆检测的设备。

c)信息显示模块应支持文字和灯光的显示。

d)弯道预警设备应部署在圆曲线半径小于表2要求值的弯道两端，优先考虑部署在视线受阻的