揭秘:那些藏在车与路中的秘密

-------从单车智能到车路协同-------
提到智慧交通,很多人首先想到的应该都是自动驾驶技术。当前的自动驾驶技术主要由单车智能实现,由车载智能系统收集、处理驾驶所需信息,并作出判断。近些年来自动驾驶技术发展很快,各种自动驾驶的新闻层出不穷,但其中也包含了一些“翻车”的新闻。一门技术的发展肯定会遇到瓶颈,为了突破这个瓶颈,仅从技术内部去看是不够的,因为解决方案很可能是另一门技术。车是道路交通的参与者,但单车能获取到的信息是有限的,在复杂路况下,需要车、人、路互相配合,将全套交通信息汇聚到一个系统内进行决策才能做出最正确的判断。所以,当单车智能的发展遇到瓶颈时,将道路也智能化的车路协同方案就成为了智慧交通的下一个主战场。spacer.gif

其实车路协同并不是一个新概念,早在上世纪90年代,美日欧等国就已经开始这方面的探索,而在我国,也早在2011年就由科技部在863项目中设立了“智能车路协同关键技术研究”主题项目,该项目由清华大学牵头,十余所高校和企业参与,并于2014年结项,奠定了我国车路协同技术的基础。既然车路协同的概念已经出来这么久了,为什么之前一直不温不火呢?因为车路协同涉及的范围实在太大了。车路协同是车、路、人之间的互联互通与数据共享,其涉及的领域包括但不限于车辆制造商、通信运营商、交通设备制造商、道路建设管理部门,以及软件提供商。因此,比起单车智能,车路协同的门槛要高得多,各大产业巨头都选择在经过了好几年的积累后,这两年正式宣布入场。

-------车路协同,不只是车和路-------

车路协同,从字面上来理解,就是车和路进行数据交换,然后双方基于交换数据进行驾驶行为/交通决策的判断。但若将这个过程展开来看,实际上会更加复杂一些。

在车路协同中,车自然是指车辆,更准确的说,是指搭载了具有通信能力的智能系统(T-Box)的车辆,这个系统可综合车载传感器收集的信息和路侧传递的信息进行智能演算,给车辆驾驶者提供有用的信息和建议,或者更进一步,直接基于演算结果自动驾驶。但在这个场景中,“路”又是指什么呢?在现代车路协同解决方案中,“路”一般是指路侧智能化设备的集合,包括用于收集路况信息的传感设备,如摄像头、雷达等;用于显示交通诱导/控制信息的显示设备,如信号灯、信息屏等;用于和车辆通信的通讯设备,如无线基站、网关;以及其核心,用于汇总信息进行计算以及给各类设备下发命令的智能计算系统。

道路交通是个很复杂的场景,其中既存在需要根据实时局部信息进行快速判断,并返回结果的场景,如危险路况避让、交通事故预警,也存在需要收集全局信息进行汇总分析,俯瞰大局的场景,例如交通态势分析,道路限行控制。读过我们前一篇博文的读者是不是觉得这个场景很熟悉?没错,这正是边缘计算的应用场景。一个理想的车路协同系统应该基于边云协同架构,边缘节点和各种路侧设备共杆部署,及时获取路况信息,进行初步分析与演算,紧急事件直接下发给车/路设备,及时处理;全局数据(包括已下发的事件)经过清洗后上报给云端,云端进一步演算后判断是否需要追加下发事件,并支持通过大屏进行整体交通态势的展示和由用户进行事件管理与控制。

------车路协同带来的全新交通体验-------

要解释清楚车和路、边和云到底如何协同,只讲概念是不够的,接下来让我们几个具体的交通场景入手,来看下车路协同到底是怎么运作的,以及它会怎么改变我们的交通体验。

---交通事故预警---

道路上发生交通事故后,周边车辆往往要接近到目视可见范围才能确认事故的发生地点,若事故发生在弯道或隧道处,周边车辆可能会因为反应不及而引发二次事故,造成更大的损失。

车路协同系统可通过车辆自行上报、实时视频和毫米波雷达等多种手段实时获取到交通事故的信息,并下发给周边的车辆进行预警,车辆提前进行减速和避让,避免二次事故的发生。在这个场景中,交通事故情况的初步判断及预警事件的下发都可以由边缘侧独立完成,从事故发生到预警下发之间可达到仅有秒级延迟,留给车侧足够的反应时间。同时,这个事件也会上报给云端进行统计和显示,便于交通指挥人员掌握事故情况。

---恶劣天气预警---

恶劣天气,如暴雨、大雪、浓雾、横风等对车辆驾驶影响很大,若车辆正常行驶中遇到突发恶劣天气,可能会因为反应不及而造成交通事故。

为解决这种问题,车路协同系统可以在路侧部署气象传感器,监测如温度、湿度、风力、风速等天气信息,边缘节点汇总后上报给云端,云端结合从国家气象系统获取的信息进行分析,及时发现甚至预测突发恶劣天气,并对恶劣天气影响范围内的车辆进行预警,让司机提前做好准备,降低事故发生率。在这个场景中,边缘能获取的信息有限,需要云端基于完整的信息进行分析和判断,提高事件预警的准确率。

---弱势交通参与者预警---

车辆行驶至路口时都需要减速,防止与弱势交通参与者(行人/自行车等)发生碰撞,造成严重的交通事故,但由于视觉盲区或者弱势交通参与者不遵守交通规则等原因,事故仍然常常发生。

但有了车路协同系统之后,路侧可以通过实时视频和毫米波雷达监控路口,边缘节点计算弱势交通参与者的实时位置,结合信号灯状态,将人行道红灯时位于车道或者非常靠近车道的弱势交通参与者信息发送给即将经过路口的车辆,起到提前预警的作用;并且边缘可以将初步分析后的数据上报至云端,云端根据数据预测弱势交通参与者的行动轨迹,将离路口有一定距离但正在接近路口的弱势交通参与者的信息也追加发送给车辆,进一步降低了事故发生的可能性。在这个场景中,边缘处理需要快速响应的事件,云端处理计算量大的数据,边云协同最大化数据利用率。

通过以上三个场景,我们介绍了车路协同系统的基本原理,以及边和云的分工。但在实际应用中,由于车路协同系统的复杂性,边与云可能由不同厂家提供服务,仅能进行最基础的协作,无法发挥车路协同系统的最大价值。针对这种情况,华为云IoT推出了“V2X车路协同解决方案”,包含边缘侧的“V2X Egde”和云端的“V2X Server”,两者无间协作,最大化车路协同的价值,为未来智慧交通的实现添砖加瓦。

关于华为物联网可参加学习免费课程视>>>>>《IoT七天开发训练营》或联系华为IoT小助手(微信号:huawei-iot)获取更多课程。

原文地址:https://blog.51cto.com/14630103/2462688

时间: 2024-10-13 01:50:06

揭秘:那些藏在车与路中的秘密的相关文章

poj 2253 Frogger (最长路中的最短路)

链接:poj 2253 题意:给出青蛙A,B和若干石头的坐标,现青蛙A想到青蛙B那,A可通过任意石头到达B, 问从A到B多条路径中的最长边中的最短距离 分析:这题是最短路的变形,以前求的是路径总长的最小值,而此题是通路中最长边的最小值,每条边的权值可以通过坐标算出,因为是单源起点,直接用SPFA算法或dijkstra算法就可以了 SPFA 16MS #include<cstdio> #include<queue> #include<cmath> #include<

Scala 深入浅出实战经典 第65讲:Scala中隐式转换内幕揭秘、最佳实践及其在Spark中的应用源码解析

王家林亲授<DT大数据梦工厂>大数据实战视频 Scala 深入浅出实战经典(1-87讲)完整视频.PPT.代码下载:百度云盘:http://pan.baidu.com/s/1c0noOt6 腾讯微云:http://url.cn/TnGbdC 360云盘:http://yunpan.cn/cQ4c2UALDjSKy 访问密码 45e2土豆:http://www.tudou.com/programs/view/NGgUD5FBQaA/优酷:http://v.youku.com/v_show/id_

你可能不知道的字符比较中的“秘密”

原文:你可能不知道的字符比较中的"秘密" 有时候,一个简单的字符比较,你可能也会被弄得晕头转向.为什么这样说呢?请看下面这个例子(代码就不贴了,因为后来发现页面不支持这两个字符的显示).猜测一下,会是什么结果?是1还是0? 回答这个问题之前,请再继续向下看.先创建几个不同排序规则的数据库(见数据库名可知). Figure-1: 在SQL_Latin1_General_CP1_CI_AS排序规则下的比较 Figure-2: 在Chinese_PRC_CI_AS排序规则下的比较 在SQL_

String 中的秘密

Navigation:  数据类型相关 > Delphi 的字符及字符串 > [3] - String 中的秘密   //String 的指针地址及实际的内存地址 var str: string; pstr: PString; pc: PChar; begin {在没有给 str 赋值以前, 既然声明了, 就有了指针地址(@str):} ShowMessage(IntToStr(Integer(@str))); {1244652; 这是在栈中的 str 的指针地址} {但现在还没有分配真正储存

App的打磨之路(中)

前言:该文接上篇博文App的打磨之路(上),继续描述混淆及APK瘦身. 一.混淆 1.混淆原理 Java 是一种跨平台的.解释型语言,Java 源代码编译成中间"字节码"存储于 class 文件中.由于跨平台的需要,Java 字节码中包括了很多源代码信息,如变量名.方法名,并且通过这些名称来访问变量和方法,这些符号带有许多语义信息,很容易被反编译成 Java 源代码.为了防止这种现象,我们可以使用 Java 混淆器对 Java 字节码进行混淆. 混淆就是对发布出去的程序进行重新组织和处

人体姿态估计在网约车风控系统中的应用

网约车公司在运营过程中经常会遇到一个问题,就是如果司机不接单,却把车开出去接乘客,相当于开黑车.那么系统如何发现这种行为,其中就需要人体姿态估计. 相对于传统方法,只识别人体来数人数有一个问题,就是如果乘客之间发生遮挡,或者后排乘客没有露出面部,就会找不到乘客. 使用人体姿态估计的方法就可以在上述情况下也能清楚判断车内人数,并且为车内行为识别提供很好的数据预处理. 该方法对于接入公司平台的出租车公司有很大益处,通过该功能,出租车运营部门可以清楚地知道什么时候该车上有几个人和 正在做什么. 原文地

草根站长故事之:我的业余站长之路(中)

接上文~ 偌大的一个网站,虽然流量还不错,但是这时几乎没有任何收入,A让我们短时间把网站搬走,几乎把我们逼上了绝路.不过,正当我们一愁莫展的时候,突然天下掉下来一个大馅饼.我的一位高中老同学,对我们的网站很有兴趣,主动提出入股,我和B一合计,就让他出1万元,用于购置服务器,还拟了一份合同,股份是我和B各占四成,我同学占两成.合同中特别声明,如果一方因任何原因退出即将名下股份转给剩下的合作者.如此一来,B怕我独吞网站的顾虑没有了,更重要的是,这笔融资成为了网站的救命稻草. 很快,不知道B从什么渠道

POJ-1797.HeavyTransportation(最长路中的最小权值)

本题思路:最短路变形,改变松弛方式即可,dist存的是源结点到当前结点的最长路的最小权值. 参考代码: 1 #include <cstdio> 2 #include <cstring> 3 #include <algorithm> 4 #define INF 0x3f3f3f3f 5 using namespace std; 6 7 const int maxn = 1000 + 10; 8 int n, m, k, Case = 0, G[maxn][maxn], d

揭秘:为何红军长征时从未中过埋伏

 http://weheartit.com/jingxiran/collections/64698838-2014-12-25/ http://weheartit.com/shiweiliao/collections/64698893-2014-12-25/ http://weheartit.com/qingzibei/collections/64698914-2014-12-25/ http://weheartit.com/jingxiran/collections/64698926-20