Xilinx社区
首页 > 高通汽车电子新闻 > 汽车与电信领先企业联盟在德国开展3GPP Release 14蜂窝-V2X技术外场测试
汽车与电信领先企业联盟在德国开展3GPP Release 14蜂窝-V2X技术外场测试
来源:Qualcomm 时间:2017-03-10

  奥迪股份公司,爱立信,Qualcomm,SWARCO交通系统公司和凯泽斯劳滕大学今天宣布创立一个名为汽车万物互联的联盟(ConVex)- 该联盟基于3GPP(第三代合作伙伴计划)Release 14进行首次蜂窝-V2X(C-V2X)测试,其中包括汽车万物互联(V2X)通信。该项目预计将重点关注汽车对汽车(V2V)、汽车对设施(V2I)及汽车对行人(V2P)的直接通信以及汽车对网络(V2N)的广域通信。ConVeX将由为试验带来多种专业知识的跨行业联盟执行。ConVeX将由参与组织和德国联邦交通和数字基础设施部(BMVI)在“德国数字测试领域自动化和联网驾驶”资助准则规定的范围内共同提供资助。

  该测试的目的是证明使用3GPP Release 14确定的统一C-V2X连接平台对未来联网汽车的好处,并针对实时V2X通信展示C-V2X的范围、可靠性和潜在优势。此外,该测试旨在突出新的使用场景,帮助支持交通流量优化管理,为自动驾驶铺平道路并提供安全性。ConVeX计划通过测试结果使监管机构投入到正在进行的全球标准化工作中,并为V2X蜂窝技术的进一步发展和未来演进设计发展路径,包括向5G新无线电(NR)的过渡演化,和3GPP确定的5G全球新标准。

  在测试期间,ConVeX将建立一个现场测试环境并进行现场测试,通过利用具有4G / 5G LTE汽车对网络(V2N)技术的V2V / V2I / V2P直接通信来确定C-V2X的显著优势,评估在真实交通条件下的无线电通信、性能和用户体验,同时利用由汽车工业在ETSI-ITS(欧洲通信标准机构-智能运输系统)中开发的上层堆栈。 C-V2X直接通信在5.9GHz ITS频谱内运行,预计之后将被整合到覆盖德国高速公路、道路和城市的爱立信5G测试网络中。

  V2X技术在推进自动车辆发展的愿景中持续发挥关键作用。虽然雷达、激光雷达和摄像系统的进步使自动驾驶更趋于商业化,但这些传感器仅限于视线(LOS)数据的收集。传感器与V2X的融合预计将对这些性能进行补充,并提供360度非视线(NLOS)路径,即使在没有方向的十字路口或恶劣的天气条件下,也可延伸车辆对道路的观察和感应能力。结合高精度全球导航卫星系统(GNSS),V2X技术有望支持车辆之间的信息共享,以及车辆与基础设施和行人的智能手机共享信息。

  “数字化将重新定义汽车的属性。连接性和自动驾驶是未来车辆设计的两大趋势,但这种转变将会进一步发展。数据、云技术和新的商业模式将是创新的主要驱动力,并围绕我们的核心产品创建出一个生态系统,”奥迪集团信息娱乐系统开发部的主管Alfons Pfaller表示。“因此,成功的关键是跨行业协作 - 所以我们非常高兴在ConVeX联盟中共同合作为我们的客户提供新的解决方案。”

  “联网车辆需要具有可扩展性、灵活性、安全性和面向未来的全球联网解决方案。随着ConVeX联盟宣布将与我们的合作伙伴一同在德国进行蜂窝-V2X测试,我们正在为联网车辆创建一个生态系统。”爱立信高级副总裁兼首席技术官Ulf Ewaldsson表示。“与爱立信合作的汽车制造商和旗舰运营商在实现增值服务的同时提供强大的全球汽车联网,更有助于充分发挥联网车辆的潜力。”

  “Qualcomm的重点仍然是在长期发展计划的支持下,以有助于确保大规模应用的方式将最佳技术和产品推向商业化。我们致力于汽车行业的愿景,支持更具安全性和更加自动化的驾驶体验,将V2X纳入传感器作为其主要组成部分,” Qualcomm产品管理副总裁Nakul Duggal说,“随着汽车的使用场景进一步推动关键任务的要求,如超低延迟和高度可靠性,我们将致力于开发技术,支持提高汽车安全性和自动驾驶的愿景。”

  SWARCO公司ITS部门的首席运营官Michael Schuch说:“联网与协作的基础设施是SWARCO智能移动产品组合中的关键要素。这就是我们促进与汽车行业、电信服务供应商和基础设施运营商进行合作以确保在技术上对V2X通信无缝兼容的原因。ConVeX的另一关键里程碑是允许道路基础设施部件和车辆使用相同语言。”

  凯泽斯劳滕大学无线通信和导航研究所主席Schotten教授说:“联网和协同移动技术在提升交通效率、增强交通安全性和减少排放等方面有着巨大潜力。 ConVeX将是实现这一愿景的重要一步,我们很高兴能够为这一进程做出贡献。”

more汽车电子市场动态
more技术专栏
more专家答疑
问:配置高通pmd9607的mpp管脚, 设置为模拟输入一直量不到电压,请教。
答:需要注意,MPP管脚并不是所有MPP管脚都可以配置的,请参考spec说明,你需要配置的pin有没有限制。通常模拟输入的话,还要配置ANA_IN_CTL等寄存器,需要外接模拟量,然后读取该pin的值的寄存器中HKADC值。
问:专家请指导: sensor厂家给的sensor相关资料(chromatix + lib)是支持前置摄像头的,“支持”主要是我这边验证过前置已经点亮。 后置摄像也用同sensor, 但用这套相关资料就点不亮了。 kernel层确认已经PROBE, 同时在/dev下有media0 media1,请协助该如何完成后置的点亮. p.s: 1. 该板后置如果使用其他sensor,可以点亮前后置摄像头; 2. 将后置摄像头拆卸, 可点亮前置, 不拆卸后置,同样可以点亮前置; 3. 如果前置后置一样, 前后置都点不亮, 但kernel层确认都probe, dev下有camera0,camera1,camera2; 4. 拆卸前置,仅后置, 依然无法点亮, kernel已经probe,dev下有camera0,camera1 针对前后置同sensor, 在sensor_init.c增加2sensor, 分别命名为: sensor, sensor_rear,同时在sensor_Libs目录下增加sensor,sensor_rear目录,主要是针对lib部分, 同时对lib中camera_id和position做对应修改(前:CAMERA_1,1,后: CAMERA_0,0) 写的太多, 一句话说明下问题: 前后置同sensor如何同时点亮前后置sensor, 是否需要修改lib中的参数,如何修改?还是其他问题?
答:从现象描述看,可以从以下几点排查。 1,sensor的配置,通常后置sensor 4lanes,而前置sensor 2lanes。换不同型号的sensor可以点亮,说明这些配置可能没有修改 导致一些问题。 2,重点看下,“拆卸前置,仅后置, 依然无法点亮,dev下有camera0,camera1,”,对比下前后置不同型号 枚举dev也是这样,看看HAL层dumpimage检查图像是否正常。 3,camera id枚举冲突,无法区分两颗相同的sensor,tuning参数调用是否正确。
问:请教专家,UE 链路层怎么样才能主动和NODE B断开。 设备和基站没有OTA log,也不太清楚是什么原因导致的连接断开。
答:可以通过AT命令CREG可以离线和在线网络。不知道是否是您需要的情况。 http://blog.chinaunix.net/uid-149881-id-2780145.html
问:有没有懂高通平台root 和解网络锁的高手?
答:eng和userdebug版本上通过adb root。你是否需要如下的方法么, https://zhidao.baidu.com/question/557640730.html
Copyright ©2000-2015 ELECTRONIC ENGINEERING & PRODUCT WORLD. All rights reserved.
京ICP备12027778号-2 北京市公安局备案:1101082052