DB5201-T124-2022停車場（庫）信息系統建設規(guī)范

DB5201/T124—2022

停車場（庫）信息系統建設規(guī)范

1范圍

本文件規(guī)定了停車場（庫）信息系統建設的總體要求、路內停車場信息系統、路外停車場信息系統、

信息采集、數據交換、數據傳輸及安全性要求。

本文件適用于新建、改造的停車場（庫）信息系統建設。

2規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB50348安全防范工程技術標準

GB50395視頻監(jiān)控系統設計規(guī)范

GA36中華人民共和國機動車號牌

GA/T833機動車號牌圖像自動識別技術規(guī)范

GA/T1202交通技術監(jiān)控成像補光裝置通用技術條件

GA/T37295城市公共設施電動汽車充換電設施安全技術防范系統要求

3術語和定義

下列術語和定義適用于本文件。

3.1

停車場（庫）parkinglot

供機動車停放的場所及地上、地下構筑物。一般由出入口、停車位、通道及附屬設施組成。

[來源：GB/T51149-2016，2.0.1]

3.2

路內停車場on-streetparkinglot

在道路紅線以內劃設的供機動車停放的停車空間。

[來源：GB/T51149-2016，2.0.7]

3.3

路外停車場（庫）off-streetparkinglot

道路紅線以外，根據城市規(guī)劃建造以及建筑配套專門建設的停車場、停車庫。

3.4

停車場（庫）信息系統informationsystemforparkinglot

具有停車場（庫）停車信息的采集、存儲、傳輸、發(fā)布、管理、計費、收費、控制設備和應用等功

能，并能向智慧停車公共信息服務平臺上傳數據進行數據交互的系統。又稱為本地系統。

3

DB5201/T124—2022

3.5

智慧停車公共信息服務平臺smartparkingpublicinformationserviceplatform

針對各個停車場（庫）信息系統，實現數據統一匯聚，并依據實際業(yè)務需要對相關數據進行分析、

處理和發(fā)布的綜合信息服務平臺。又稱為智慧云平臺。

3.6

智慧停車監(jiān)管平臺smartparkingsupervisionplatform

基于大數據分析技術、數據可視化技術搭建的政用平臺，通過平臺設立的系統幫助交通管理部門監(jiān)

管停車資源、輔助決策分析、保障城市公共安全以及在線受理停車場業(yè)務。

3.7

信息采集設備informationcollectiondevice

用于采集目標信息的物理設備。

3.8

停車誘導parkingguidance

以電子顯示屏、移動終端等為信息載體，實時發(fā)布停車場方位、車位數等信息，誘導車輛選擇停車

場的一種功能。

3.9

反向尋車reversevehicletracking

通過尋車終端、車位檢測器、視頻處理器、LED顯示屏等設備及配套軟件系統，查詢車輛位置，生

成尋車路線、視頻圖像，幫助駕駛員快速找到車輛的一種功能。

3.10

軟件接口softwareinterface

兩個不同系統(或子程序)交接并彼此作用的部分。

3.11

上行接口upstreaminterface

由停車場（庫）信息系統作為發(fā)起方，發(fā)送數據給智慧停車公共信息服務平臺的接口。

3.12

下行接口downstreaminterface

由智慧停車公共信息服務平臺作為發(fā)起方，發(fā)送數據給停車場（庫）信息系統的接口。

4符號和縮略語

下列符號和縮略語適用于本文件。

4.1符號

url:統一資源定位符。

WebSocket：一種在單個TCP連接上進行全雙工通信的協議。

4.2縮略語

HTTP：超文本傳輸協議（HyperTextTransferProtocol）

MQ：消息隊列（MessageQueue）

MQTT：消息隊列遙測傳輸(MessageQueuingTelemetryTransport)

PDA：手持式收費終端（PersonalDigitalAssistant）

SN：產品序列號（SerialNumber）

4

DB5201/T124—2022

SOC：系統級芯片（System-On-a-Chip）

TCP：傳輸控制協議（TransmissionControlProtocol）

UDP：用戶數據報協議（UserDatagramProtocol）

5總體要求

5.1停車場（庫）分類

按建設位置劃分為路外停車場（庫）和路內停車場。路外停車場（庫）分為室內停車場（庫）和室

外停車場。

5.2信息系統建設原則

5.2.1符合信息化相關國家標準、行業(yè)標準的要求，滿足聯網通信的要求，具有良好的移植性和復用

性。

5.2.2采用模塊化結構，提高系統適應性。

5.2.3經過完善的設計和充分的測試運行，具備在較長時間內連續(xù)無故障的運行能力。

5.2.4提供全面、有效的安全機制。

5.2.5采用國內外主流設備、技術和產品，保證信息系統不斷升級和更新的需要。

5.2.6通過信息采集設備準確采集信息系統所需數據。

5.2.7通過傳輸網絡實時傳輸信息系統所需數據，并通過網站、移動終端、各級誘導屏等發(fā)布車位信

息。

5.2.8具備開放的標準化的體系結構，可方便地與其他業(yè)務系統銜接，實現與其它業(yè)務系統間的無縫

集成。

5.2.9具備界面簡潔、操作簡單等特點。

5.3信息系統組成及架構

5.3.1停車場（庫）信息系統分為路內停車場信息系統和路外停車場信息系統，信息系統組成見圖1。

停車場（庫）信息系統由管理子系統與若干技術子系統構成，其管理子系統可與其他任一技術子系統組

合工作。

圖1信息系統組成圖

5

DB5201/T124—2022

5.3.2停車場（庫）信息系統由車輛探測器采集車輛入/出場信息，車牌識別抓拍攝像機或視頻樁等視

頻采集設備采集車輛圖像信息，并上傳至管理子系統。由管理子系統通過資源管理、賬戶管理、財務管

理、收費管理等軟件模塊實現對停車場的信息化管理，并通過數據交換接口向智慧停車公共信息服務平

臺上傳數據。

5.3.3停車場（庫）信息系統架構包括基礎設施層、數據資源層、支撐層、應用層、用戶/展示層，為

信息系統提供硬軟件資源，支撐和保障信息系統的運行和數據管理。信息系統架構見圖2。

圖2信息系統架構圖

6路內停車場信息系統

6.1管理子系統

6.1.1資源管理

車位管理應包括以下功能：

6

DB5201/T124—2022

a)車位總數及空閑車位數統計；

b)車位停放車輛狀態(tài)實時監(jiān)控。

配置管理應包括以下功能：

a)設備制造商管理：制造商信息包括制造商名稱、地址、聯系人、聯系電話等；

b)車輛探測器管理：車輛探測器信息包括車輛探測器編號、泊位編號、電量、電壓、站點名稱、

使用狀態(tài)、運行狀況，管理子系統可根據車輛探測器編號、泊位編號、制造商名稱、車檢器

狀態(tài)、運行狀況、電量等任一查詢條件查詢車輛探測器信息；

c)網關管理：網關信息包括網關編號、制造商名稱、行政區(qū)、片區(qū)、電量、報警電量、網關狀

態(tài)、運行狀況，管理子系統可根據網關編號、制造商名稱、網關狀態(tài)、運行狀況、電量等任

一查詢條件查詢網關信息；

d)PDA管理：PDA信息包括PDA編號、PDA版本號、制造商名稱、使用者、創(chuàng)建人、創(chuàng)建時間、

狀態(tài)，管理子系統可根據關鍵字及PDA狀態(tài)兩個查詢條件查詢PDA信息。

設備監(jiān)控應包括以下功能：

a)實時顯示物聯設備名稱、型號等信息；

b)實時顯示物聯設備數量及正常率。

人員管理應包括以下功能：

a)考勤管理：收費管理員通過PDA進行簽到，管理子系統能查詢收費管理員簽到信息并進行考

勤統計；

b)排班管理：管理子系統應具備對收費管理員班次管理功能。

車位共享預約管理應包括以下功能：

a)管理子系統通過車位實時使用狀態(tài)數據及車位預約數據，統計當前可用泊位數量及分布；

b)當有車位預約訂單生成，管理子系統自動發(fā)送指令給相應車位的控制設備；

c)車位預定成功后，管理子系統應能為預定的車輛預留車位，并通過車位鎖進行鎖定，允許已

預訂車輛直接入場，無需進行額外的登記、授權，車輛到達預定車位時能自動開鎖。停車場

空閑車位數目應自動減除。

6.1.2賬戶管理

登錄管理

當用戶登錄管理子系統時應進行賬號及密碼驗證。

密碼管理

.1用戶登錄后應具有修改密碼的權限。

.2用戶忘記密碼時應能找回密碼。

人員管理

.1應能修改現有收費管理員信息。

.2應能增加新收費管理員并填入必要信息，內容包括姓名、性別、身份證號、員工號、手機

號、頭像。

角色管理

.1超級管理員擁有系統操作的最大權限，能對系統的所有資源信息和數據進行管理，包括用

戶、權限、基礎數據、業(yè)務數據等。

7

DB5201/T124—2022

.2系統管理員能定義各類管理角色，如監(jiān)控中心主管、客服主管、信息發(fā)布專員等，能對各

類管理角色進行新增、編輯和刪除，能分配各類管理角色的權限。

6.1.3財務管理

充值對賬管理

.1充值對賬記錄查詢

應能根據支付渠道（微信、支付寶、銀聯等）、賬單起止日期條件查詢充值對賬報表。充值對賬報

表包括賬單日期、支付渠道、對平筆數、短款金額、短款筆數、長款筆數、長款金額。

.2賬單詳情

應能查詢賬單詳情，包括賬單支付渠道、對賬時間、對平金額、長款金額、短款金額。

.3賬單流水

應能進行賬單流水查詢、賬單流水信息列表、賬單流水數據導出。

退款管理

.1對于可原路退回的退款需求，由客服添加退款賬戶和金額，說明退款原因，財務審核后，

原路退款至用戶充值賬戶，生成退款記錄，系統自動發(fā)送短信提醒用戶退款成功。

.2對于無法原路退回的退款需求，客服通過第三方轉賬的方式退款，退款成功后，在系統上

添加退款信息，生成退款記錄，系統自動發(fā)送短信提醒用戶退款成功。

6.1.4收費管理

收費模式

收費模式包括但不限于：

a)現金支付：通過人工收費或自助現金支付；

b)電子支付：通過掃碼、移動端等方式支付；

c)無感支付：通過客戶端簽約或ETC無感支付，車輛出場時可直接放行，停車費自動從簽約賬

號或ETC賬戶中扣除。

收費日志

應對收費信息記錄保存，形成日志。

收費信息

.1應包括車輛號牌信息、車輛進出場時間、收費模式、收取金額及日期。

.2宜通過信息屏顯示收費信息。

.3存儲時間應≥180d。

電子發(fā)票

能對所有方式支付的停車費開具電子發(fā)票。

8

DB5201/T124—2022

6.2地磁子系統

6.2.1功能要求

地磁子系統功能應符合以下要求：

a)自動采集路內停車位狀態(tài)，并實時上傳至管理子系統；

b)采集信息的種類包括泊位停放車輛狀態(tài)及設備狀態(tài)；

c)具有故障自檢和故障告警功能；

d)具有無線升級和參數無線設置功能；

e)采集的原始數據應存儲備份；

f)具備斷點續(xù)傳功能；

g)具備遠程操作控制功能。

6.2.2性能要求

地磁子系統性能應符合以下要求：

a)采集的數據從車位檢測器傳送到管理子系統的時間應≤20s；

b)車位檢測器與中繼器或網關之間的通信距離應≥100m；

c)泊位狀態(tài)檢測準確率應≥98%。

6.3視頻子系統

6.3.1功能要求

視頻子系統功能應符合以下要求：

a)信息采集與識別：

1)自動檢測并記錄車輛駛入和車輛駛離車位的時間；

2)對車輛駛入、停放、駛離車位三種狀態(tài)應至少各采集1張圖像；

3)停放車輛圖像信息至少包括車牌顏色、車牌號碼、車位號、駛入、停車、駛離特寫圖、

駛入停車至駛離過程時序圖、車牌特寫圖；

4)應識別包括GA36規(guī)定的號牌（摩托車號牌、臨時號牌、拖拉機號牌除外）、特殊車牌

（包含軍隊汽車號牌、警用汽車號牌）、新能源汽車號牌等。

b)統計、存儲與查詢：

1)采集的原始數據應存儲備份；

2)具備視頻回放功能；

3)應統計車輛信息的各種記錄，可根據車輛號牌、入位/出位名稱、出入時間等條件進行查

詢，可輸出統計和查詢結果；

4)應將出入事件、操作事件、報警事件等存儲于本地系統中，并形成報表。

c)信息傳輸：

1)信息匯聚到管理子系統，并通過管理子系統向智慧停車公共信息服務平臺發(fā)送車輛識別

數據；

2)通過管理子系統接收并實時響應智慧停車公共信息服務平臺的指令，包括但不限于校時

指令、調取圖像指令、調取實時視頻指令；

3)具備數據接口要求的地址、端口號等網絡接口參數設置的功能。

d)信息維護：

1)具備自動校時、故障自查、自檢狀態(tài)定時上報功能；

9

DB5201/T124—2022

2)圖像文件具備防篡改功能；

3)具備通過網絡實現遠程升級的功能；

4)宜具備斷點續(xù)傳功能。

e)輔助照明：當外界光線條件不能滿足工作需要時，應根據現場環(huán)境條件使用輔助照明設備（補

光設備），輔助照明設備的技術要求應符合GA/T1202的有關規(guī)定；

f)按公安機關要求接入公安緝查布控系統。

6.3.2性能要求

視頻子系統性能應符合以下要求：

a)車位狀態(tài)檢測準確率≥98%；

b)車牌識別率≥98%；

c)視頻圖像分辨率≥1280×720；

d)視頻圖像存儲時間應符合GB50348的要求；事件信息存儲時間≥1年；

e)訂單準確率≥95%；

f)信息處理部分響應指令的時間≤5s。

6.4智能車位鎖子系統

智能車位鎖子系統功能和性能應符合以下要求：

a)自動采集路內停車位狀態(tài)，實時上傳至管理子系統；

b)自動采集設備狀態(tài)，實時上傳至管理子系統；

c)自動鎖定與解鎖；

d)在線預定停車位；

e)車位狀態(tài)檢測準確率≥95%；

f)訂單準確率≥95%。

7路外停車場信息系統

7.1管理子系統

7.1.1資源管理

車位管理應符合以下要求：

a)應統計停車場（庫）的車位總數及空閑車位數，在停車場（庫）入口處實時發(fā)布；

b)宜統計停車場（庫）的空閑充電設施數量，在停車場（庫）入口處實時發(fā)布；

c)應實時監(jiān)控停車場（庫）的車位停放車輛狀態(tài)。

配置管理應符合以下要求：

a)應具備設備管理功能，包括但不限于：

1)制造商管理：制造商信息應包括制造商名稱、地址、聯系人、聯系電話等；

2)車輛探測器管理：車輛探測器信息應包括車輛探測器編號、泊位編號、電量、電壓、站

點名稱、使用狀態(tài)、運行狀況等，管理子系統可根據車輛探測器編號、泊位編號、制造

商名稱、車輛探測器狀態(tài)、運行狀況、電量等任一查詢條件查詢車輛探測器信息；

3)網關管理：網關信息應包括網關編號、制造商名稱、行政區(qū)、片區(qū)、電量、報警電量、

網關狀態(tài)、運行狀況等，管理子系統可根據網關編號、制造商名稱、網關狀態(tài)、運行狀

況、電量等任一查詢條件查詢網關信息。

10

DB5201/T124—2022

b)宜具備充電設施管理功能，包括但不限于：

1)充電設施信息：充電設施信息包括充電設施基本信息、充電設施實時數據及充電記錄。

充電設施基本信息包括充電設施編號、二維碼、產品序列號、排序號、充電設施狀態(tài)、

創(chuàng)建日期、最后心跳時間、充電類型、充電設施標準、電流類型、輸入電壓、輸出電壓、

功率、站點名稱、網關名稱、制造商名稱、通信方式、安裝方式、防護等級等。充電設

施實時數據應包括輸出電流、輸出電壓、SOC數據。充電記錄包括充電日期，起始時間，

結束時間等；

2)接口類型統計：對主流車輛的充電接口類型進行統計；

3)制造商管理：充電設施制造商信息包括制造商名稱、性質、地址、聯系人、聯系電話等。

設備監(jiān)控應符合以下要求：

a)應具備物聯設備監(jiān)控功能，包括但不限于：

1)實時顯示各區(qū)域物聯設備名稱、型號等信息；

2)實時顯示物聯設備數量及正常率。

b)宜具備充電設施監(jiān)控功能，包括但不限于：

1)實時顯示充電設施空閑數量，總數量，正在使用的充電設施，充電設施使用率等；

2)實時顯示充電設施故障率、故障統計表等故障信息。

人員管理應符合以下要求：

a)考勤管理：管理子系統應能查詢收費管理員簽到信息并進行考勤統計；

b)排班管理：管理子系統應具備對收費管理員班次管理功能。

車位預約管理應符合以下要求：

a)管理子系統通過車位實時使用狀態(tài)數據及車位預約數據，統計當前可用車位數量及分布；

b)當有車位預約訂單生成，管理子系統應自動發(fā)送指令給相應車位的監(jiān)控設備；

c)車位預定成功后，應為預定的車輛預留車位，通過車位鎖進行鎖定，允許已預訂車輛直接入

場，無需進行額外的登記、授權。車輛到達預定車位時，應自動開鎖。空閑車位數目自動減

除。

7.1.2賬戶管理

應符合6.1.2的規(guī)定。

7.1.3財務管理

應符合6.1.3的規(guī)定。

7.1.4收費管理

應符合6.1.4的規(guī)定。

7.2停車場（庫）出入口管理系統

7.2.1系統組成

停車場（庫）出入口管理系統由入口、出口及停車場（庫）管理三個部分組成。

入口及出口部分的設備配置包括但不限于：

a)前端設備：車輛探測與識別設備（如車牌識別抓拍攝像機、超聲波探測器等）、ETC探測設備、

智能IC卡發(fā)放及識別設備、票證打印設備等；

b)出入口攔截設備：自動道閘、車牌識別防撞柱等；

11

DB5201/T124—2022

c)顯示設備：LED顯示屏等；

d)可根據需要配置擴展車牌識別抓拍攝像機、對講機等輔助設備。

管理部分的設備配置包括但不限于：

a)計算機；

b)交換機；

c)可根據需要配置硬盤錄像機、存儲服務器、對講機等設備。

7.2.2系統功能

停車場（庫）出入口管理系統功能要求如下：

a)應對出入車輛進行探測，車輛探測可選擇視頻觸發(fā)，超聲波觸發(fā)，地感線圈觸發(fā)等方式；

b)應對出入車輛進行控制，入口和出口均應配備攔截設備（如自動道閘、車牌識別防撞柱等）；

c)應能進行免取卡設置，對車輛進出場信息進行管理，監(jiān)控車輛進出；

d)應能防跟車、防倒車、防砸車；

e)應自動識別機動車號牌，包括GA36規(guī)定的號牌（除摩托車號牌、臨時號牌、拖拉機號牌外）、

特殊車牌（包含軍車號牌、警用汽車號牌）、新能源汽車專用號牌等；

f)應進行信息顯示，顯示車輛進/出場時間、停放時長、車牌號碼、收費金額等信息，宜對相應

信息進行語音播報；

g)應自動存儲信息，包括車輛圖片、車輛號牌、進/出場時間、出/入通道號、操作員等；

h)宜具備主輔機雙路熱備功能，出入口宜配置主、輔兩臺車牌識別抓拍攝像機。當主機出現故

障時，輔機可接替主機工作；

i)應具有用戶權限配置管理功能，對不同級別的用戶設置不同的操作權限；

j)應具備手動應急功能，停電或設備出現故障時，可通過手動操作，打開出入口攔截設備；

k)應具備設備自檢和故障指示功能；

l)應支持現金支付和非現金支付。非現金支付包括電子支付和無感支付。

7.2.3系統性能

停車場（庫）出入口管理系統性能要求如下：

a)車牌抓拍和識別應符合GA/T833相關要求；

b)車牌識別準確率應≥99%；

c)車輛圖像信息宜采用JPEG格式存儲，圖像分辨率應不低于1920×1080，清晰度應滿足人工對

車輛號牌信息認定的要求。

7.3停車引導及尋車系統

7.3.1系統組成

車位引導與反向尋車系統由中央控制單元、車位引導單元及反向尋車單元組成。

中央控制單元對系統設備統一控制管理，對車位占用信息及數據進行統一處理。

車位引導單元由車位檢測器、指示裝置和車位信息發(fā)布裝置組成。

反向尋車單元通過視頻圖像識別或無線定位等技術，實現停車場（庫）內車輛的定位，并通

過系統生成反向尋車的路線。

7.3.2系統功能

中央控制

12

DB5201/T124—2022

.1應具有對停車場（庫）區(qū)域劃分及分區(qū)管理的功能。

.2應具有對各個車位占用信息采集、統計的功能，能計算出停車場（庫）各分區(qū)的剩余車位。

.3當所連接的設備通訊故障時，應及時報警。

車輛引導

.1對于有號牌車輛，車輛停放后應自動定位。對于無號牌車輛，應將采集圖片、停放時間與

車位號自動關聯。

.2應通過車位指示燈顯示車位占用情況。車位指示燈為紅色表示車位已被占用，為綠色表示

車位空閑。車位指示燈應能獨立工作。

.3應通過引導屏實時顯示停車狀況。引導屏顯示內容包括分區(qū)編號和相應區(qū)域的車位占用情

況。引導屏應與停車場（庫）電子地圖配合，實現車位引導功能。

.4應支持對特殊車輛按照對應的管控策略進行控制。

反向尋車

.1尋車定位

定位方式包括但不限于：

a)在查詢終端上輸入車輛號牌，查詢車輛停放位置；

b)在查詢終端上輸入車位編號，查詢車輛號牌；

c)在查詢終端上輸入車輛停放時間，查詢車輛號牌及停放位置。

.2尋車導航

系統應根據定位信息自動規(guī)劃尋車線路并導航。應通過查詢終端查詢車輛停放位置，生成尋車路線，

方便車主尋車。宜通過自助查詢設備查詢車輛停放位置，通過手機跟隨室內導航路線尋找車輛。

7.3.3系統性能

車位狀態(tài)檢測準確率≥99%。

車輛停放/駛離車位完成至車位狀態(tài)指示裝置狀態(tài)改變的響應時間應≤5s。

引導屏空車位數據顯示響應時間≤20s。

7.4停車誘導系統

7.4.1系統組成

停車誘導系統由信息采集部分、信息處理中心、信息發(fā)布部分組成，各部分細分層級要求如下：

a)信息處理中心劃分為三層級：最高層級為總信息處理中心，中層級為區(qū)域信息處理中心，底

層級為單位信息處理中心?？傂畔⑻幚碇行挠蓛蓚€及以上的區(qū)域信息處理中心組成，區(qū)域信

息處理中心由兩個及以上單位信息處理中心組成，單位信息處理中心對所轄范圍內停車庫（場）

信息進行采集和初步匯總處理。低層級信息處理中心應服從高層級信息處理中心指令；

b)信息發(fā)布部分劃分三層級：高層級、中層級、低層級。低層級應服從中層級，中層級應服從

高層級信息發(fā)布部分的管理和調配。應在城市主要干道設置一級停車誘導電子顯示屏，在內

部道路路口設置二級停車誘導顯示屏和標志牌，在停車場入口設置三級停車場泊位引導顯示

屏。誘導屏應安裝在道路兩旁且地點分散。

13

DB5201/T124—2022

7.4.2功能要求

信息采集部分應自動采集停車場（庫）基本信息和可選信息，并向信息處理中心發(fā)送。

信息傳輸方式可采用有線或無線傳輸方式，通訊協議宜采用UDP協議或TCP協議。

系統出現以下任何一種情況，應進行異常提示：

a)信息采集部分出現異常；

b)信息傳輸出現異常；

c)信息發(fā)布部分出現異常；

d)自檢出現異常。

系統應具有以下信息查詢功能：

a)停車場（庫）和信息發(fā)布屏的分布情況；

b)指定范圍內的停車場（庫）和可用車位數；

c)距離某地最近的停車場（庫）和可用車位數；

d)指定停車場（庫）的名稱、具體位置、當前可用車位數等。

各級信息處理中心應具有以下功能：

a)信息存儲功能：對采集到的原始信息和生成的發(fā)布信息進行存儲備份，在斷電的情況下，原

始信息及系統參數應完整保存；

b)自動定期校正時間誤差功能：校時基準以北京時間為基準；

c)信息處理發(fā)布功能：對采集到的信息進行處理，生成發(fā)布信息。發(fā)布消息分為基本信息和可

選信息。

信息誤差校正方式應為手動誤差校正和遠程遙控誤差校正。

應預判停車高峰時間、停車時長、停車位預期數量。

發(fā)布信息應通過發(fā)布屏、互聯網、廣播電臺、電視臺、電話、傳真、車載終端、移動終端等

進行。

7.4.3性能要求

系統響應時間

從信息采集部分發(fā)送信息至總信息處理中心的時間應＜10s，從總信息處理中心發(fā)送信息至信息發(fā)

布部分的時間應＜10s。

信息上傳周期

信息采集部分向信息處理中心上傳信息時，兩次上傳信息的時間間隔應≤2min；當停車場（庫）

可用車位數＜15個或總車位數的5%時，兩次上傳信息的時間間隔應≤30s。

信息發(fā)布周期

兩次發(fā)布信息的時間間隔應≤2min。當停車場（庫）可用車位數＜15個或總車位數的5%時，兩次

發(fā)布信息的時間間隔應≤30s。第一次出現可用車位數量為0時，應即時發(fā)布。

準確率

信息傳輸準確率應≥99%。

14

DB5201/T124—2022

7.4.4基本信息與可選信息

信息采集部分基本信息包括：

a)停車場（庫）ID號；

b)停車場（庫）可用車位數。

信息采集部分可選信息包括：

a)停車場（庫）開放時間；

b)停車場（庫）運營狀態(tài)；

c)停車場（庫）類型；

d)停車場（庫）收費標準；

e)車輛進場信息；

f)車輛出場信息等。

信息發(fā)布部分基本信息包括：

a)停車場（庫）位置；

b)停車場（庫）可用車位數。

信息發(fā)布部分可選信息包括：

a)停車場（庫）的分布信息；

b)停車場（庫）的名稱；

c)停車場（庫）開放時間；

d)停車場（庫）運營狀態(tài)；

e)停車場（庫）類型；

f)停車場（庫）收費標準等。

7.5智能立體車庫存取車系統

7.5.1系統功能

智能立體車庫存取車系統功能要求如下：

a)應有進出庫室的安全檢測裝置，檢測內容包括但不限于：

1)車長、車寬、車高及重量，并自動判斷能否進庫；

2)入庫室內是否有人在活動，如果有則系統自動鎖定不能啟動。

b)應有狀態(tài)指示燈，出入庫的室外應設紅、黃、綠三色車庫狀態(tài)指示燈：

1)紅燈亮：表示車庫正處于暫停狀態(tài)，不能出入庫；

2)黃燈亮：表示車庫設備正處于運行狀態(tài)，請稍候出入庫；

3)綠燈亮：表示車庫設備正處于待機狀態(tài)，可以出入庫。

c)出入庫室內應設停車引導指示燈箱，引導駕駛員入庫存；

d)應有人工控制功能，當系統不能正常自動運行時，人工輸入車牌號或根據停車卡上的車位信

息，人工操作控制將車取出；

e)應有智能IC卡和人臉識別的功能；

f)應配備硬盤錄像機，出入庫記錄的存儲時間不少于6個月。在丟失停車卡后，憑車牌號或存

車大概日期、時間即可查詢錄像檔案，找到在智能立體車庫里存放的車輛；

g)宜留有對外顯示、發(fā)布的接口；

h)宜具有遠程監(jiān)控功能。維修服務部門能遠程監(jiān)控存取車系統，及時處理系統運行中的故障；

i)應設置清晰的語音提示和電子顯示屏，顯示車庫信息和存、取車流程；

15

DB5201/T124—2022

j)應有停車庫可視化管理功能，為管理人員提供直觀畫面，同步監(jiān)控車庫狀態(tài)，組成一體化的

車庫管理系統；

k)可通過智能APP完成存取車，具備向停車主提供營業(yè)統計、日報表及對賬，停車計費及票據

打印，資料(固定用戶資料，存取車記錄等)查詢，打印及數據分析等功能；

l)應有預約車位、車位導航、預約取車、免密支付等功能；

m)應有時段管理功能，可設置某用戶僅在某時段內使用車庫，其他時段則不能入場。

7.5.2系統性能要求

單次存取車時長應≤2min。

8信息采集

8.1停車場（庫）信息分類

8.1.1停車場（庫）信息按業(yè)務要求分為多種類別，包括但不限于：

a)停車資源類：包括停車場注冊信息、車庫信息等；

b)權屬單位類：包括停車場產權單位信息、停車場經營權單位信息等；

c)收費價格類：包括收費停車場類型等；

d)停車設施類：包括車位數據、出入口信息、設備信息等；

e)停車記錄類：包括車輛入場記錄數據、出場記錄數據、停車圖片信息、事件數據、停車繳費

記錄等；

f)公眾服務類：包括總剩余車位數、充換電設施信息、充電設備運行狀態(tài)、充電站統計信息等。

8.1.2停車場（庫）信息分類采集要求如下：

a)停車資源類、權屬單位類、收費價格類、停車設施類為停車靜態(tài)采集數據，更新周期較長或

較少更新；

b)停車記錄類、公眾服務類為停車動態(tài)采集數據，隨停車記錄和服務內容動態(tài)更新；

c)停車靜態(tài)、動態(tài)采集數據元素見附錄A。

8.2信息采集設備分類

信息采集設備分為車輛探測器、智能車位鎖、視頻樁、PDA、自動道閘、車牌識別抓拍攝像機、車

牌識別防撞柱等，平臺設備類型見附錄E。

8.3信息采集設備技術要求

8.3.1車輛探測器

超聲波車輛探測器

.1功能要求

超聲波車輛探測器功能要求包括但不限于：

a)準確測量探測器與反射面距離；

b)具有通訊能力；

c)可自動設置探測器與地面的高度；

d)檢測到錯誤時自動報警；

e)防止相鄰車位探頭間干預。

16

DB5201/T124—2022

.2性能要求

超聲波車輛探測器性能要求包括但不限于：

a)檢測范圍：0.3m～4.5m；

b)檢測誤差：±0.1m；

c)工作溫度：室內-10℃～55℃、室外-25℃～70℃；

d)外殼防護等級：室內IP41、室外IP54。

地磁車輛探測器

.1功能要求

地磁車輛探測器功能要求包括但不限于：

a)內置地磁、雷達等進行車輛探測；

b)具有無線通信功能，在不超過5cm水漫高度情況下設備能正常通信；

c)應能在不打開設備的情況下，進行參數無線設置與固件升級。

.2性能要求

地磁車輛探測器性能要求包括但不限于：

a)車輛探測準確度：≥99%；

b)耐壓力：＞79kN；

c)工作溫度：-10℃～75℃；

d)外殼防護等級：IP67。

視頻車輛探測器

.1功能要求

視頻車輛探測器功能要求包括但不限于：

a)交通流檢測：包括時間占有率、車頭時距、車頭間距、車輛長度及車輛分類。交通流參數檢

測精度見表1；

b)雙網口，支持網絡級聯；

c)多車位同時識別；

d)具備通訊功能；

e)實時監(jiān)控功能；

f)報警功能：占線報警及預留車位報警。

表1交通流參數檢測精度

交通流參數精度

時間占有率≥95%

隊列長度≥95%

車輛分類≥95%

.2性能要求

視頻車輛探測器性能要求包括但不限于：

a)車牌識別率：≥99%；

17

DB5201/T124—2022

b)通訊方式：可選用RS-485、CAN、TCP/IP、無線WIFI、433HZ等；

c)通訊速率：2000bps～4000bps；

d)圖像分辨率：≥1920×1080；

e)外殼防護等級：不低于IP42。

8.3.2智能車位鎖

功能要求

智能車位鎖功能要求包括但不限于：

a)自動控制：有車自動上鎖，無車自動下鎖；

b)車輛探測：結合超聲波或地磁傳感器等，實現車輛探測功能；

c)設備自檢和報警：設備定時自檢，異常狀況能自復位及自動報警；

d)心跳及時間戳：自動進行時鐘同步，定時心跳信號上傳，異常信息自動標記時間戳；

e)通訊后備功能：在通訊異常情況下，自動連接手機藍牙，切換至手機4G或5G通訊：

f)軟件無線升級：應具備設備軟件無線升級及參數無線設置功能；

g)設備激活：車位鎖安裝后，通過APP輸入車位號或車位鎖ID或掃描車位鎖二維碼進行組合綁

定激活；

h)設備追溯功能：設備在生產，安裝，使用，維護階段保持唯一身份編碼。

性能要求

智能車位鎖性能要求包括但不限于：

a)上鎖時間：≤5s；

b)下鎖時間：≤5s；

c)車輛探測準確性：≥99%；

d)上、下鎖準確率：≥99.99%；

e)抗水漫：10cm水漫情況下正常通訊；

f)外殼防護等級：不低于IP54。

8.3.3高中低位視頻樁

功能要求

視頻樁功能要求包括但不限于：

a)自動采集路內停車位狀態(tài)信息，實時上傳至管理子系統；

b)自動采集設備狀態(tài)信息，實時上傳至管理子系統；

c)對采集的原始數據進行存儲備份；

d)對采集的數據實現斷點續(xù)傳；

e)機動車號牌識別，包括GA36規(guī)定的號牌（除摩托車號牌、臨時號牌、拖拉機號牌外）、特

殊車牌（包括軍隊汽車號牌、警用汽車號牌）、新能源汽車專用號牌等；

f)自動檢測并記錄車輛駛入、駛離車位時間；

g)采集停放車輛圖像信息，至少包括車牌顏色、車牌號碼、泊位號、停車/駛離特寫圖、停車/

駛離過程時序圖、車牌特寫圖，圖像應清晰；

h)對車牌/部分車身被短暫遮擋時拍攝的圖片有過濾功能；

i)自動校時、故障自查、抗干擾及自檢狀態(tài)定時上報；

j)具備視頻回放功能，視頻圖像應清晰；

18

DB5201/T124—2022

k)車輛駛入至車輛駛出全過程向車主（用戶）推送信息；

l)按公安機關要求接入公安緝查布控系統。

性能要求

車牌識別準確率≥98%。

8.3.4PDA

功能要求

PDA功能要求包括但不限于：

a)能識別GA36規(guī)定的機動車號牌（除摩托車號牌、臨時號牌、拖拉機號牌外）、特殊車牌（包

含軍隊汽車號牌、警用汽車號牌）、新能源汽車專用號牌等，車牌照片清晰可見；

b)具備離場計費、延續(xù)計費、預繳費等功能；

c)具備拍照及存儲功能，存儲的照片應有時間、泊位號等水印；

d)具備欠費追繳功能；

e)應按公安機關要求接入公安緝查布控系統。

性能要求

PDA性能要求包括但不限于：

a)處理器、內存、操作系統應滿足停車業(yè)務管理的需要；

b)顯示屏能在室外強光下清晰顯示，雨天能正常使用；

c)通訊方式應滿足無線通訊服務要求。網絡異常等離線情況下應正常工作，網絡恢復后應自動

上傳離線期間數據；

d)車牌識別準確率≥98%；

e)電池連續(xù)使用時間＞12h；

f)外殼防護等級不低于IP42；

g)打印機打印二維碼應清晰。

8.3.5自動道閘

功能要求

自動道閘功能要求包括但不限于：

a)遙控功能：對道閘的起、落、停，以及車隊模式進行控制；

b)人工手動開啟或關閉道閘功能；

c)防砸車功能：可選用地感線圈、微波、雷達、紅外等防砸技術；

d)通訊功能。

性能要求

自動道閘性能要求包括但不限于：

a)遙控距離：10m～30m；

b)通訊方式：可選用RS-485、CAN、TCP/IP、無線WIFI、433HZ等；

c)外殼防護等級：不低于IP54。

19

DB5201/T124—2022

8.3.6車牌識別防撞柱

功能要求

車牌識別防撞柱功能要求包括但不限于：

a)車牌識別功能；

b)自動、人工兩種方式進行升降控制功能；

c)防撞、防沖卡功能；

d)通訊功能。

性能要求

車牌識別防撞柱性能要求包括但不限于：

a)車牌識別率：≥98%；

b)通訊方式：可選用RS-485、CAN、TCP/IP、無線WIFI、433HZ等；

c)升降高度：≥0.6m；

d)升起時間：3s～5s；

e)下降時間：2s～3s；

f)外殼防護等級：不低于IP54。

8.3.7車牌識別抓拍機

基本要求

.1視頻和圖片應能獨立進行字符疊加。

.2傳輸方式應符合GB50395相關要求。

.3車牌識別率：≥98%。

.4支持車輛通行速度：≤40km/h。

.5外殼防護等級：不低于IP54。

圖像質量要求

.1圖像分辨率不小于1920×1080。

.2圖像質量的主觀評價不應低于四級，圖像質量評價及等級見表2。

表2圖像質量評價及等級

主觀評價圖像質量等級

覺察不出圖像損傷五（優(yōu)）

可覺察出圖像損傷，但令人可以接受四（良）

明顯覺察圖像損傷，令人較難接受三（中）

圖像損傷較嚴重，令人難以接受二（差）

圖像損傷極嚴重，不能觀看一（劣）

圖像存儲要求

.1圖像應實時記錄，圖像存儲時間＞30d。

.2圖像幀率為25幀/s。

.3圖像輸出格式為JPEG。

20

DB5201/T124—2022

.4圖像上應疊加其來源的中文提示、時間及日期，時間誤差應≤30s。

.5回放圖像質量的主觀評價不應低于四級，圖像質量評價及等級見表2。

9數據交換

9.1數據交換結構

數據交換示意圖見圖3。

圖3數據交換示意圖

9.2數據交換接口

9.2.1路外停車場信息系統與智慧停車公共信息服務平臺接口共38種類型，包括車場信息上傳接口、

設備信息上傳接口、套餐信息上傳接口等。接口具體要求見附錄B。

9.2.2路內停車場信息系統與智慧停車公共信息服務平臺接口共6種類型，包括進場記錄上傳接口、

修正事件上傳接口、出場記錄上傳接口、車位狀態(tài)變化上傳接口、地磁工作狀態(tài)上傳接口、設備狀態(tài)上

傳接口。接口具體要求見附錄C。

21

DB5201/T124—2022

9.2.3充電設施與智慧停車公共信息服務平臺接口應符合GA/T37295的相關要求。

9.2.4接口調用流程見附錄F。

9.3基礎數據類型

基礎數據類型清單見表3。

表3基礎數據類型清單

標簽名稱說明

String字符串—

Int整數-2147483648至2147483648

Long長整數-9233372036854477808至9233372036854477808

Boolean布爾true：是；false：否

Date日期格式：yyyy-MM-dd

Object對象其他基本數據類型的組合

9.4協議要求

9.4.1上行接口

應符合以下要求：

a)傳輸格式：JSON；

b)編碼格式：UTF-8；

c)協議要求：HTTP，應使用POST請求；

d)url：http://serverUrl/postfixUrl：

1)serverUrl：服務器地址,可為具體ip或域名(如:8090或),

具體地址接入由智慧停車公共信息服務平臺給出；

2)postfixUrl：具體業(yè)務地址，該地址不會變（如車場信息上傳為parkInfo）。

e)停車場（庫）信息系統、智慧停車公共信息服務平臺應采用如NTP等時間同步技術和北京時

間保持同步；

f)協議請求數據基本格式見表4，協議應答數據基本格式見表5。

表4請求數據基本格式

屬性名稱數據類型字符長度必須說明

seq_id請求idString32是請求唯一ID,使用GUID

subCode項目編號String———

使用MD5算法對參數data值和

sign簽名String—是passKey(密鑰)生成的簽名，值為大

寫。規(guī)則如下：sn=md5(data+passkey)

item_id請求數據Object—是根據接口不同請求數據不同

示例：md5({"cno":"客戶號","subCode":"項目編號","tn":"令牌","seq_id"："請求id","p":{業(yè)務參數

p(parameter)}}+passkey)；簽名以鍵值對的形式（sn=XXXXX）存儲在消息頭里面。

22

DB5201/T124—2022

表5應答數據基本格式

屬性名稱類型長度必須說明

為兼容期間暫定否，如果請求數據有，返

seq_id請求idString32是

回數據與請求數據須相同

result_code返回碼Int是返回值一級標簽，參見附錄D中D.2

message返回消息String否返回值一級標簽，參見附錄D中D.2

data_items結果集否返回值一級標簽

item_id記錄唯一標識String32是返回值二級標簽，記錄唯一標識

error_code業(yè)務數據返回碼Int是返回值二級標簽

error_message失敗消息String否返回值二級標簽

注：result_code=0,data_items為空時，表示本次請求數據全部成功；

result_code=0,data_items不為空時，表示本次請求有部分數據處理成功，部分數據處理不成功，具體詳

情見data_items中的值，根據code來判斷該記錄是否處理成功；

result_code=1,表示本次請求的數據全部處理失敗，data_items可能為空，請求應答返回碼說明詳見附錄D。

9.4.2下行接口

應符合以下要求：

a)傳輸格式：JSON；

b)協議要求：MQTT；

c)數據下發(fā)，智慧停車公共信息服務平臺為服務端，停車場（庫）信息系統為客戶端，智慧停

車公共信息服務平臺將業(yè)務數據寫到服務端發(fā)送主題，停車場（庫）信息系統將響應結果寫

到客戶端發(fā)送主題，停車場（庫）信息系統根據cmd_type來區(qū)分對應的業(yè)務數據：

1)服務端發(fā)送主題：thirdpark/server_send/車場編號；

2)客戶端發(fā)送主題：thirdpark/client_send/車場編號。

d)協議請求數據基本格式見表6，協議應答數據基本格式見表7。

表6請求數據基本格式

屬性名稱數據類型字符長度必須說明

seq_id請求IDString—是GUID，請求的唯一標識

cmd_type業(yè)務類型String—是—

data_items業(yè)務參數1String—是—

timestamp請求時間Long—是13位

表7應答數據基本格式

屬性名稱類型長度必須說明

result_code返回碼Int—是0:成功，1：失敗

message返回消息String—否錯誤信息

cmd_type業(yè)務類型String—是和請求參數的cmd_type保持一致

seq_id請求IDString—是和請求參數里的seq_id一致

data_items業(yè)務集合String—否—

error_code業(yè)務響應編號Int—是0：業(yè)務成功，1：業(yè)務失敗

23

DB5201/T124—2022

表7（續(xù)）

屬性名稱類型長度必須說明

error_message業(yè)務響應描述String—否—

注：result_code=0,data_items為空時，表示本次請求數據全部成功；

result_code=0,data_items不為空時，表示本次請求有部分數據處理成功，部分數據處理不成功，具體詳

情見data_items中的值，根據error_code來判斷該記錄是否處理成功；

result_code=1,表示本次請求的數據全部處理失敗，data_items可能為空。

9.5安全認證接口

9.5.1上行接口

登錄

停車場（庫）信息系統訪問智慧停車公共信息服務平臺的業(yè)務功能時，需先調用登錄接口，獲取令

牌。請求數據屬性定義見表8，應答數據屬性定義見表9。

url：http://serverUrl/login。