大容量快速公交BRT智能系统技术要求.docx
- 文档编号:9301763
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:50
- 大小:53.35KB
大容量快速公交BRT智能系统技术要求.docx
《大容量快速公交BRT智能系统技术要求.docx》由会员分享,可在线阅读,更多相关《大容量快速公交BRT智能系统技术要求.docx(50页珍藏版)》请在冰豆网上搜索。
大容量快速公交BRT智能系统技术要求
ICS
点击此处添加中国标准文献分类号
DB
地方标准
DB11/XXXXX—XXXX
大容量快速公交(BRT)智能系统技术要求
点击此处添加标准英文译名
点击此处添加与国际标准一致性程度的标识
(本稿完成日期:
2010-5-20)
XXXX-XX-XX发布
XXXX-XX-XX实施
发布
目 次
前 言
本标准按照GB/T1.1-2009给出的规则起草。
本标准由北京市交通委员会提出并归口。
本标准起草单位:
北京市公共交通研究所、北京航空航天大学、青岛海信网络科技股份有限公司。
本标准主要起草人:
林正、熊桂喜、翟志强、万里、张海、卢峰、罗大明、符毅
大容量快速公交(BRT)智能系统技术要求
1 范围
本标准规定了大容量快速公交(BRT)智能系统的功能和技术要求。
本标准适用于北京市新建、扩建和改建的大容量快速公交(BRT)系统智能工程的设计和实施。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件,仅所注日期的版本适用于本文件。
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T2423电工电子产品基本环境试验规程
GB4208-2008外壳防护等级(IP代码)
GB9254信息技术设备的无线电骚扰限值和测量方法
GB17626电磁兼容试验和测量技术
JT/T310—1997汽车客运站计算机售票管理信息系统规范
DB11/T159.2-2005市政交通一卡通技术标准第2部分:
终端
DB11/T648-2009公共汽电车客运服务规范
3 术语和定义
快速公交busrapidtransit
一种介于轨道交通与常规地面公交之间的新型公交客运系统,利用改型的公交车辆,运营在公交专用道路空间上,是一种既保持轨道交通特性又具备常规公交灵活性的便利、快速的公交方式。
智能交通系统intelligenttransportationsystem
将先进的信息处理技术、电子通信技术、自动控制技术、计算机技术和网络技术等有效地综合应用于整个交通管理体系,从而建立起一种在大范围内、全方位发挥作用的,实时、准确、高效的交通运输综合管理和控制系统。
快速公交智能系统busrapidtransitintelligentsystem
采用智能交通系统技术,实现对快速公交中“站台/车辆/道路”一体化的智能化监控、调度、管理及服务。
调用优先
即绿灯扩展。
表示当路口信号为绿灯而又不足以让优先车辆本周期通过时,为使优先车辆不停车通过路口而延长本次绿灯。
扩展优先还可包含优先恢复功能,使优先执行后,给冲突方向交通流以适当补偿并尽快回到正常周期。
扩展优先
即绿灯调用。
表示当路口信号为红灯时,为使优先车辆尽快通过路口而提前结束路口当前的红灯状态并使其转为绿灯状态。
调用优先也可包含优先恢复功能。
本地控制的公交优先
路口信号控制器不与系统相连,在接收到公交申请信息后,根据自身的优先程序执行优先控制。
系统监视下的公交优先
路口信号控制器与系统相连,但在本地控制模式下运行。
信号控制器接收公交申请信息,并根据自身的优先程序执行优先控制。
系统优化控制下的公交优先:
路口信号控制器在系统优化控制模式下运行,系统各种优化器正常工作。
系统接收公交申请信息,并根据自身的优化计算和优先程序的执行结果向信号控制器发送实时扩展或调用优先控制命令。
4 缩略语
下列缩略语适用于本文件。
BRT:
快速公交,也称为大容量快速公交(BusRapidTransit)
IC:
IP:
ITS:
智能交通系统(IntelligentTransportationSystem)
GIS:
地理信息系统(GeographicalInformationSystem)
GPS:
全球定位系统(GlobalPositioningSystem)
GPRS:
通用无线分组业务(GeneralPackerRadioService)
UPS:
5 快速公交智能系统的总体要求
应按照BRT运营管理的流程,采用ITS技术,实现BRT企业运营调度管理、运营计划编制、调度监控、人员排班及管理、乘客信息服务、电子售检票、公交信号优先、综合查询、统计分析等功能,达到快速公交优化运行、优质服务、规范管理的目标。
通过综合技术手段实现BRT“站台—车辆—道路”一体化的监控,采用车辆定位及识别技术,对车辆的运行位置、运营状态、行车安全信息进行实时采集和监视,对车站、停车场的运行秩序进行实时可视监视。
系统既要满足快速公交线路在实现时的运营业务规模需求,又要充分考虑到将来可能的调度中心扩展、调度台调整、车辆调整、车站调整、增加新线的扩容需求;各种功能模块既能按照业务分工或岗位安排进行单独设置,也能根据业务流程调整需要进行组合和拆分。
通过功能、数据和通信方式的集成,让BRT智能系统的各类功能系统之间,各类电子设备系统之间,功能系统和电子设备系统之间能够形成满足BRT运营调度、服务、监控、管理要求的一体化系统。
系统应在网络系统、计算机及设备系统、数据管理及存储系统中采取保障系统正常运行的安全措施。
应在工程设计、设备安装、应用开发、系统部署等环节,采取必要的容错技术和可靠性措施,并进行严格的测试,确保系统能可靠、稳定地运行。
在达到预期设计功能和性能的前提下,应充分选用能降低建设成本和运营维护成本的技术和产品。
6 BRT智能系统功能及设备的组成
BRT智能系统应根据业务需求,开发相应应用软件,实现以下功能子系统:
a)运营调度管理:
能够运用计算机优化编制运营作业计划、配车计划和劳动配班计划,对运营作业进行实时监控,实现计算机辅助实时优化调度,提示发车,打印路单,记录运营调度结果,形成行车记录及统计报表。
b)车辆管理及安全监控:
能对车辆的基本信息、保养状态进行管理。
可在不同线路、车队间调配车辆。
运营调度过程中可监视车辆速度,并对超速进行告警和记录,对记录可查询、统计和分析。
c)电子售检票:
能满足北京公交运营管理要求,实现符合北京市政“一卡通”规范的电子售票、检票功能。
d)路口公交信号优先控制:
在交叉路口,能够自动检测或识别BRT车辆,为BRT车辆快速通行提供公交信号优先控制。
e)乘客信息服务:
通过电子设备及适当的播报方式,在BRT站台及车辆上,为乘客提供准确、方便、实时的到达预报、报站、位置提示等信息服务。
f)视频监控:
通过在停车场、车站安装视频监控设备,实现运营秩序和客流的监视。
g)设备监控及管理:
能够对BRT智能系统中的网络、设备和系统实现统一的监控和管理。
h)信息交换:
能与BRT线路所属的上级管理机构之间实现信息交换。
BRT智能系统应配置的电子设备子系统
i)车载电子设备:
(要展开吗?
列出(LF);带要求的细分设备(LDM))
j)车站电子设备
k)停车场电子设备
l)调度中心电子设备
m)路口公交信号优先电子设备
n)网络通信设备
7 BRT智能系统的功能要求
7.1 运营调度
运营基础信息管理
组织结构管理
维护公交企业各级单位的信息。
单位属性必须包含:
单位名称、上级爱的能为、地址、电话、单位类别名称。
线路信息管理
线路属性信息必须包含:
线路名称、线路编码、线路类型、所属单位、运行方向、首班车发车时间、末班车发车时间、单程里程、单程运行时间、运行准点标准、途经站点集合。
车站信息管理
维护公交各个车站的信息,车站信息应包含:
标识号、车站名、车站类型、经度、纬度。
场站信息管理
维护公交各个场站的信息,场站信息应包含:
场站名称、场站类型、经度、纬度、场站之间的距离。
人员信息管理
维护公交企业人员的信息,人员信息应包含:
所属组织、人员姓名、人员工号、人员岗位类型、人员性别、驾驶证类型、加入公司时间、身份证号。
车辆基本信息管理
o)维护公交运营车辆的信息,车辆信息应包含所属组织、车牌号、车辆自编号、是否空调车、车载机编号、人车绑定信息。
p)应能设置车辆的百公里油耗标准、材料费用标准等定额信息。
车辆保养计划管理
q)应能设置保养级别的种类,如一保、二保、大修等;并能设置不同保养级别的行驶里程规定里程。
r)应能根据车辆行驶里程和车辆保养记录,结合车辆技术状况系统自动计算和编制车辆保养计划,用户可以在自动生成的计划基础上进行调整和修改,生成实际的保养计划。
s)应支持行车计划审批和发布的管理流程,能够将计划编制、审核、发布等操作按不同的角色进行权限控制。
行车计划管理
系统应能实现根据客流推导出配车数、发车间隔和班型要求,生成行车计划,系统应提供人工调整行车计划的辅助手段,并按照约束条件对人工调整的结果进行检查,给出提示和告警。
行车计划应符合客流要求、运力要求和服务水平指标,满足平峰、低峰和高峰的客流变化需求。
系统应支持编制多套行车计划,并能对编制的行车计划进行版本管理。
所编制的行车计划应能应对不同的客流需求,应至少包括平日行车计划、假日行车计划、多种客流高峰日的行车计划,并能按照季节客流规律分别进行编制,调度人员根据需要选择使用不同的行车计划。
行车计划可以作为标准模板使用,在模板的基础上进行调整,生成新的行车计划。
系统应能够在计划中设定每个车次详细属性,包括全程、区间、空放等多种运营形式,设定不同类型车次的发车时间、里程和车次数;给出每个班次的班型、上下班、出入库、加油、保养、用餐等活动的时间,并能确定出相应非运营车次和空驶里程。
编制格式上应支持按照发车时间顺序显示车次和按照班次显示车次两种方式。
系统应支持将电子表格导入行车计划和将时刻表导出至电子表格。
系统应能打印行车计划,支持浏览、查询、检索已经编制好的行车计划。
系统应支持行车计划审批和发布的管理流程,能够将计划编制、审核、发布、注销等操作按不同的角色进行权限控制。
配车排班管理
应能根据行车计划要求,指派人员和车辆的运营任务;
应能设定轮班规则和作息类型,根据轮班规则和作息类型生成排班计划,并指定每班次使用的具体车辆,并提供人工调整配车排班计划的辅助手段。
应能实现跨线路调配人员、车辆,满足运营要求。
并能自动检测人力、运力调配的冲突,提示调整。
配车排班计划可以作为模板使用,在模板的基础上进行调整,生成配车排班计划。
应能对车辆和人员的状态进行跟踪,作为计划编制依据。
应支持排班计划从电子表格导入和将排班计划导出到电子表格,并支持一次将多条线路的配车数据导出到一个标准的电子表格中。
应支持配车排班计划审批和发布的管理流程,能够将计划编制、审核、发布、注销等操作按不同的角色进行权限控制。
系统应能打印配车排班表,支持浏览、查询、检索已经编制好的配车排班表。
调度监控管理
应能支持4000辆车的同时在线监控。
应支持用户自定义软件界面布局,并可保存为默认界面布局。
基于电子地图的实时监控
t)电子地图应能显示道路、线路、车站、场站等相关信息。
u)应能实现多种监控方式:
单线路监控、多线路监控、多视图监控,能锁定跟踪车辆并绘制运行轨迹。
v)应能在电子地图上显示车辆位置,并能实时查询线路车辆基本信息,包括车辆自编号、车牌号、车速、驾驶员姓名、车载设备在线状况、最后通讯时间、最后经过的站点。
w)应支持查询目标车辆以及查询地理目标的功能,支持模糊查询和精确查询两种查询方式。
x)应能回放单车或多车的运行轨迹,回放的速度倍数可调;回放的时间周期可根据需要设定,回放过程中可以绘制运行轨迹、在GIS上标示出不同的违规地点,并可以导出到图片,车辆运行中的状态、违规等信息配合以列表的形式,在回放过程中滚动显示。
y)应能显示和记录车辆进出停车场时间。
zz)应支持主流电子地图平台,实现电子地图基本操作功能。
基于线路示意图的实时监控
aa)应根据线路基础信息,自动生成线路示意图,示意图中应包括线路的名称、运行方向、首末站、中途站,应按比例显示站距,实现单屏显示不少于4条线路。
bb)应能根据车载GPS数据直观反映出车辆在线路上运行状况,表示出车辆运行的先后顺序、到达站点的位置。
能够同时看到调度需要的单车辆信息,包括车辆自编号、车牌号、车速、驾驶员姓名、车载设备在线状况、最后通讯时间、最后经过的站点等信息;应反映出场站停车、驻站状态。
cc)应能反映出超速、越线行驶、越站、滞站、快点、晚点、大间隔、串车、报警、故障、堵车的车辆。
dd)应能直接在线路示意图上选择车辆进行调度操作、进行历史回放、发送指令。
ee)应能配置示意图上车辆图标样式、是否显示自编号、车牌号、站点名称。
人员状态管理
ff)应能根据驾驶员签到、签退信息,自动添加上班和下班记录,并自动判断迟到早退;同时提供手工签到、签退功能、考勤记录审核功能。
gg)根据驾驶员签到、签退信息,自动添加上班和下班记录,并自动判断迟到早退;同时提供手工签到、签退功能、考勤记录审核功能。
hh)应提供手工调整排班配车功能。
信息发布
ii)应支持车辆指挥指令、短信息、调度指令的发送,并可把常用信息保存在数据库中;支持信息群发机制;可以向车辆发送指挥指令,指挥车辆按要求行驶,如快行、慢行、注意安全等;可以通过发送短信息方式与驾驶员进行简单的信息交流。
jj)所有的指令和消息发送都应有应答机制,能够从系统界面上反映出设备是否已经收到信息,驾驶员是否已经查看过调度指令。
运营监管查询
kk)系统应提供到离站信息的历史记录查询。
ll)系统应提供违规报警信息查询,可以通过图表的形式进行分类汇总。
mm)系统应提供基于公司、分公司、车队、线路等不同权限级别车次执行情况监管,通过表格和图线显示目前计划车次执行情况以及早点次数和晚点次数汇总。
nn)系统应提供基于公司、分公司、车队、线路等不同权限级别出车数监管,通过表格和图线对比显示当天以及历史出车数情况。
oo)系统应提供基于公司、分公司、车队、线路等不同权限级别运营公里监管,通过表格和图线对比显示当天以及历史计划公里、营业公里、非营业公里、总行驶公里以及执行率等内容。
pp)系统应提供基于公司、分公司、车队、线路等不同权限级别油耗监管,通过表格和图线显示当天以及历史油耗。
qq)系统应提供中心发送指令的历史记录查询,包括监控端和调度端发送的指令。
rr)系统应提供基本报表查询,包括路单查询、发车计划查询、配车排班计划查询、车次查询、驾驶员考勤记录查询、驾驶员工时查询和车辆故障信息查询。
ss)可存储查询第三方外设提供的其他运行数据:
客流数据、票款数据和投币票箱的开关门数据。
实时调度管理
tt)系统应能同时调度4条线路。
uu)系统应能自动加载当日的行车计划,可根据实际的情况修改行车计划形成当日的调度作业计划;
vv)系统应能批量调整发车计划,对某时段内的连续的几个发车计划进行匀点、调整发车时间、发车间隔、调换发车顺序等操作。
ww)系统应支持自动发车模式,按照先到先发的规则自动排队安排发车,根据线路运营车辆情况自动调整发车间隔,自动向发车信息显示屏发送发车指令。
xx)系统宜自动向车载机发送发车指令,在调度系统界面上展示出设备是否已经收到指令,驾驶员是否已经查看过指令。
yy)系统应支持手动发车模式,由调度人员手动安排发车次序,系统自动发送车次指令。
提供一线一调、多线一调和首末站双边调度等调度模式。
zzz)系统应支持多种调度方法,包括:
全程、区间、空放、大站快车等运营调度方法,不同的调度方法生成不同类型的车次信息。
aaa)系统应支持通过调度界面电话列表选择车辆,实现自动拨号和语音通话。
bbb)系统应根据车辆到离首末站信号自动记录车次实际发车时间和运行结束时间,自动确认车次;同时提供手工完成相同功能的手段。
ccc)系统应自动提示没有按时发车的车辆、长时间没有完成的车次、运行过短的车次,操作人员可以在异常列表中直接进行手动发车、完成车次等操作。
ddd)系统应自动检测不按照计划发车的车次,车辆、人员、到离站信息与计划不匹配时,系统会自动提取。
eee)系统应提供跨线调车操作,跨线路使用车辆。
在进行跨线操作时可以向车辆发送跨线调车指令,并且可以设定信息的发送时间。
通过跨线操作指令直接切换车载设备的线路配置。
fff)系统应支持非运营调度管理,包括包车、保养、维修、加油等不同的非运营方式,生成不同类型的非运营车次信息。
ggg)系统应提供记录故障和事故的时间、地点、原因、影响车次、损失里程、备注等信息的功能。
hhh)当线路出现特殊情况(如恶劣天气、大型活动等),系统应支持紧急启用预备计划,以适应特殊情况下的车辆调度。
iii)系统应能记录行车计划的执行情况,所有没有执行的发车计划要记录原因,并可汇总统计。
jjj)系统应根据车辆的实际运行情况,生成行车记录。
kkk)系统应提供运营记录修改功能,支持车次补录操作。
操作人员可以通过手工录入、从GPS分析获取车次或从计划获取车次的方式补录遗漏车次。
系统应能记录进行修改和补录操作的内容、操作人员、操作时间等信息,并能够进行相关查询。
lll)系统应支持向车辆发送调度指令和其他短信息,可把常用信息保存在数据库中作为短信模板,并支持信息群发机制。
mmm)系统应能够接收并在调度界面上显示从车辆发来的短信息,包括路堵、事故、故障、纠纷等。
nnn)系统应该能够接收车辆报警信息,同时以视觉和声音告警,并记录报警信息。
驾乘人员报到和信息查询
应在停车场设置报到查询设备,提供下列功能:
1——打卡和输入工号两种身份识别;
2——签到、签退;
3——查询发车排班计划、车次及里程记录、违规记录、加油记录。
4——发车签点、到站签点和打印单次路单。
宜利用车载设备进行驾乘人员签到、签退操作。
应设置室内、室外发车信息显示屏,发布信息包括:
线路、本班发车车号和发车时间、下班发车车号和发车时间、滚动显示预设和后台临时发送的通知信息。
提供发车提示语音播报功能,播报待发车号和发车时间,提示驾驶员发车。
业务数据录入和查询统计分析
车辆收入
a)车辆收入数据录入。
提供车辆收入数据录入功能。
可以按天录入各种类型款的总金额。
可以提供标准格式的电子表格数据导入收入数据。
b)提供车辆票款台账数据查询。
查询条件:
线路、时间区间、车号、票款类型;查询结果包括:
日期、车号、票款类型、金额。
车辆费用
a)车辆费用录入管理。
提供车辆材料费用、维修费用和轮胎费用明细数据录入功能。
可以通过标准格式的电子表格数据导入费用数据。
b)提供车辆费用台账数据查询。
查询条件:
线路、时间区间、车号、费用类型;查询结果包括:
日期、车号、费用类型、金额。
车辆油耗
a)车辆油耗录入管理。
提供车辆油量、油料金额、加油点明细数据录入功能。
可以通过标准格式的表格数据导入油耗数据。
b)提供车辆费用台账数据查询。
查询条件:
线路、时间区间、车号、燃油类型;查询结果包括:
日期、车号、油量、金额。
查询统计
a)应实现行车计划综合查询统计,生成行车计划汇总表。
b)应实现行车记录综合查询统计,生成反映线路、人员、车辆等生产情况报表。
c)应实现运营生产的质量指标和数量指标进行统计
d)应实现根据当日随机时间条件查询统计行车记录。
综合分析
a)应实现运营生产实际完成和计划的对比分析
b)应实现运营生产指标的趋势分析。
7.2 安全服务监控
行车事故管理
提供记录车辆事故时间、线路、车辆、驾驶员、是否报案、发生位置、预估费用、事故性质、事故类型、伤亡人数、责任划分、事故概况、处理状态、结案时间、车辆维修费用、实际总费用等信息的功能。
提供根据线路、车号、时间、人员等条件进行单一条件或组合条件查询车辆事故记录功能。
提供车辆事故统计分析功能,查询条件:
线路、车号、时间;查询结果包括:
车号、事故类型、伤亡人数、经济损失。
安全稽查管理
提供安全稽查信息录入功能,记录线路、车辆、驾驶员、违规站点、违规情况、检查日期、检查人处理、安全部门处理意见、公司处理意见等信息。
并提供自动采集超速、开门行车等安全违规时间、车号、驾驶员、违规类型、违规标准值、实际违规值等信息功能。
提供根据时间区间、车号、驾驶员、类型、违规值范围等条件进行单一条件或组合条件查询车辆安全违规和稽查情况和统计分析功能。
服务稽查管理
提供服务稽查信息录入功能,记录线路、车辆、违规人、违规站点、违规情况、检查日期、检查人处理、服务部门处理意见、公司处理意见等信息。
并提供自动采集早点、晚点、滞站、越站等服务违规时间、车号、违规类型、违规标准值、实际违规值等信息功能。
提供根据时间区间、车号、驾驶员、类型、违规值范围等条件进行单一条件或组合条件查询车辆安全违规和稽查情况和统计分析功能。
提供登记乘客意见的功能,记录:
意见类型、车辆、责任人、投诉或表扬:
事件摘要、乘客姓名、受理时间、乘客电话、乘客地址、是否回复、服务部门处理意见、公司处理结果、回复客户情况、审核状态。
并提查询和统计分析功能。
7.3 票务管理
票务员排班管理
应提供票务员姓名、工号基本信息录入、修改、查询功能。
应能对票务员班次、线路号、值班车站(或车号)进行设定,可批次设定,支持一站(或一车)配备多个售票员。
可导入电子表格排好的班次文件,也可将排好的班次文件导出为电子表格。
可按照日期、线路、班次、车站(车号)查询排班结果,并可打印查询的排班结果。
应能按照不同行车日、线路、班次、车站(车号)设定计划售票指标。
应能设置配票单号。
票库管理
应能设定车票的面值,可按照车票面值种类对车票进行入库管理,登记入库的车票,并自动修改票库库存数,可查询、审核入库结果。
应能按照车票面值种类对车票进行配出管理,支持以票务室、班组为单位进行配票。
配票时可实时查看票务中心库存、票务室库存。
支持在不同的票务室、班组调票的功能。
应能按日、月、年进行票数、金额的结算,并可查询及打印结算结果。
票务
应根据上日晚班剩余车票交回情况,配出明日所有车站(或配班车辆)的车票。
应支持按照配票单从票库中提取车票的操作。
配票单应记录使用日期、组号、票号、各种票面的张数、总张数、金额等信息。
配票单编号从系统设置中自动提取,系统应能自动生成当前配票单的序号,配票单中应能区分上日剩余配票和当日新增配票的多个组号和票号,配票单中应能通过人工设置和系统设置记录配出车票使用日期和配票工作日期。
应根据记录结果打印配票单。
应根据调度中心次日的配班结果,自动打印出票袋领取登记表,并可录入票袋领取登记表中人工填入的内容,包括领票人的姓名和时间。
应能打印库存汇总表,打印票袋配出统计表。
应根据票务员回收各班次售票员所交回的配票单中的票款数,进行收票记录操作,记录售出票数和票款。
应具有校验功能,能够对库存、售出、剩余的车票张数和票款数据进行校验。
票务统计分析
应能汇总当天、当月、全年各个车队、班组按票面分类的剩余车票数、售出车票数和票款。
此功能也可对应到售票员,当售票员更换车站或车辆时,数据应跟随记录。
应根据汇总结果自动打印车票配售分记帐、车票存售日报表。
应能自动将每月票款收入累计并汇总为全年票款收入。
可将每个班组当月票款计划与实际票款收入对比,计算兑现率、超亏数额;可将售票员当月票款计划与实际票款收入对比,计算兑现率、超亏数额;可将线路当月票款计划与实际票款收入对比,计算兑现率、超亏数额;可将车队当月票款计划与实际票款收入对比,计算兑现率、超亏数额。
可查询、打印上述分析结果。
可按票务员、售票员查询按月份或按任意选定日期的票款完成情况。
可对查询结果进行保存和打印。
7.4 电子售检票
总体功能要求
宜采用与轨道交通类似的电子
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 容量 快速 公交 BRT 智能 系统 技术 要求
![提示](https://static.bdocx.com/images/bang_tan.gif)