一种车载物联网的测试方法及系统与流程

文档序号:29400989发布日期:2022-03-25 11:22阅读:111来源:国知局
一种车载物联网的测试方法及系统与流程

本发明涉及物联网通信技术领域,尤其涉及能够满足物联网测试。

背景技术

车载单元(OBU)是车路协同特征的车载功能产品,能实现车车、车路直接的连接通信。V2X能够通过对实时交通信息的分析,自动选择路况最佳的行驶路线,从而大大缓解交通堵塞。除此之外,通过使用车载传感器和摄像系统,还可以感知周围环境,做出迅速调整,从而实现“零交通事故”。

对于车载单元(OBU)V2X的配置目前是采用写入无法更改的方式写入车载单元(OBU),这对于测试现场以及更换设备显得尤为麻烦。如果在测试中需要测试车载单元对V2X性能的适应性表现,就需要实际模拟出多辆车辆的OBU进行虚拟环境的模拟。



技术实现要素:

为此,需要提供一种新的车载物联网的模拟测试方法,达到能够节省被试数量的技术效果。

为实现上述目的,发明人提供了一种车载物联网的测试方法,包括如下步骤,

在车辆路测场景中,下发第一配置信息到第一车载单元,

第一车载单元解析所述第一配置信息,得到需要更改的车辆类型、更改周期信息,

第一车载单元的主进程根据对所述第一配置信息的解析结果,使能V2X进程,并让V2X进程在更改周期内广播第一广播消息,所述第一广播消息包括第一车载单元的身份信息,所述第一车载单元的信息包括车辆类型信息,所述车辆类型信息为需要更改的车辆类型。

一些实施例中,所述第一配置信息为JSON协议格式。

一些实施例中,还包括步骤,构建虚拟的车辆路测场景,所述车辆路测场景包括第二车载单元、第三车载单元、第四车载单元。

一些实施例中,还包括步骤,第二车载单元在接收到第一广播消息后,向上位机构反馈是否接收到第一广播消息的结果,

第二车载单元还向上位机构反馈第二车载单元在接收到第一广播消息后的响应动作结果。

一些实施例中,通过WiFi网络下发第一配置信息到第一车载单元。

一种车载物联网的测试系统,包括上位机构、第一车载单元,

所述上位机构用于构建车辆路测场景,下发第一配置信息到第一车载单元,

所述第一车载单元用于解析所述第一配置信息,得到需要更改的车辆类型、更改周期信息,

第一车载单元的主进程根据对所述第一配置信息的解析结果,使能V2X进程,并让V2X进程在更改周期内广播第一广播消息,所述第一广播消息包括第一车载单元的身份信息,所述第一车载单元的信息包括车辆类型信息,所述车辆类型信息为需要更改的车辆类型。

一些实施例中,所述第一配置信息为JSON协议格式。

一些实施例中,所述上位机构还用于建虚拟的车辆路测场景,还用于与车辆路测场景内的第二车载单元、第三车载单元、第四车载单元进行沟通。

一些实施例中,

所述第二车载单元用于在接收到第一广播消息后,向上位机构反馈是否接收到第一广播消息的结果,

第二车载单元还用于向上位机构反馈第二车载单元在接收到第一广播消息后的响应动作结果。

一些实施例中,所述上位机构还用于通过WiFi网络下发第一配置信息到第一车载单元。

区别于现有技术,上述技术方案通过设计虚拟场景,调整第一车载单元的配置信息,能够使得第一车载单元的识别信息在预设的更改周期中进行相应的配置信息的变换,从而能够使得一个车载单元能够在时域上复用,模拟多种配置,从而达到了节省车载单元数量的技术效果。

附图说明

图1为本发明具体实施方式所述的车载物联网的测试方法流程图;

图2为本发明另一实施方式所述的车载物联网的测试方法流程图;

图3为本发明具体实施方式所述的车载物联网的上位机构测试流程图

图4为本发明具体实施方式所述的WiFi下发流程图;

图5为本发明具体实施方式所述的车载物联网的测试系统。

具体实施方式

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代相同的实施例,亦不特别限定其与其它实施例之间的独立性或关联性。原则上,在本申请中,只要不存在技术矛盾或冲突,各实施例中所提到的各项技术特征均可以以任意方式进行组合,以形成相应的可实施的技术方案。

除非另有定义,本文所使用的技术术语的含义与本申请所属技术领域的技术人员通常理解的含义相同;本文中对相关术语的使用只是为了描述具体的实施例,而不是旨在限制本申请。

在本申请的描述中,用语“和/或”是一种用于描述对象之间逻辑关系的表述,表示可以存在三种关系,例如A和/或B,表示:存在A,存在B,以及同时存在A和B这三种情况。另外,本文中字符“/”一般表示前后关联对象是一种“或”的逻辑关系。

在本申请中,诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何实际的数量、主次或顺序等关系。

在没有更多限制的情况下,在本申请中,语句中所使用的“包括”、“包含”、“具有”或者其他类似的表述,意在涵盖非排他性的包含,这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素,从而使得包括一系列要素的过程、方法或者产品中不仅可以包括那些限定的要素,而且还可以包括没有明确列出的其他要素,或者还包括为这种过程、方法或者产品所固有的要素。

与《审查指南》中的理解相同,在本申请中,“大于”、“小于”、“超过”等表述理解为不包括本数;“以上”、“以下”、“以内”等表述理解为包括本数。此外,在本申请实施例的描述中“多个”的含义是两个以上(包括两个),与之类似的与“多”相关的表述亦做此类理解,例如“多组”、“多次”等,除非另有明确具体的限定。

在本申请实施例的描述中,所使用的与空间相关的表述,诸如“中心”“纵向”“横向”“长度”“宽度”“厚度”“上”“下”“前”“后”“左”“右”“竖直”“水平”“垂直”“顶”“底”“内”“外”“顺时针”“逆时针”“轴向”“径向”“周向”等,所指示的方位或位置关系是基于具体实施例或附图所示的方位或位置关系,仅是为了便于描述本申请的具体实施例或便于读者理解,而不是指示或暗示所指的装置或部件必须具有特定的位置、特定的方位、或以特定的方位构造或操作,因此不能理解为对本申请实施例的限制。

除非另有明确的规定或限定,在本申请实施例的描述中,所使用的“安装”“相连”“连接”“固定”“设置”等用语应做广义理解。例如,所述“连接”可以是固定连接,也可以是可拆卸连接,或成一体设置;其可以是机械连接,也可以是电连接,也可以是通信连接;其可以是直接相连,也可以通过中间媒介间接相连;其可以是两个元件内部的连通或两个元件的相互作用关系。对于本申请所属技术领域的技术人员而言,可以根据具体情况理解上述用语在本申请实施例中的具体含义。

请参阅图1,一种车载物联网的测试方法,包括如下步骤,

S2在车辆路测场景中,下发第一配置信息到第一车载单元,

S3第一车载单元解析所述第一配置信息,得到需要更改的车辆类型、更改周期信息,

S4第一车载单元的主进程根据对所述第一配置信息的解析结果,使能V2X进程,并让V2X进程在更改周期内广播第一广播消息,所述第一广播消息包括第一车载单元的身份信息,所述第一车载单元的信息包括车辆类型信息,所述车辆类型信息为需要更改的车辆类型。

车载单元(OBU即On board Unit的缩写),就是采用DSRC(Dedicated Short Range Communication)技术,与RSU路侧单元(RSU-Road Side Unit)进行通讯的装置。车载单元能够进行一定的处理功能,如内置CPU,也可以承担通信和转发的任务。其中,第一车载单元的主进程是对对整个OBU的管理进程,比如各个器件初始化,电源管理,模式切换,低功耗等。

V2X(Vehicle to X),意为vehicle to everything,即车对外界的信息交换。车联网通过整合全球定位系统(GPS)导航技术、车对车交流技术、无线通信及远程感应技术奠定了新的汽车技术发展方向,是未来智能交通运输系统的关键技术。它使得车与车、车与基站、基站与基站之间能够通信。从而获得实时路况、道路信息、行人信息等一系列交通信息,从而提高驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等。其中,V2X进程可以为,用于发布V2X广播,接收其他OBU或者RSU的信息,相应各种场景算法的进程。

在路测场景中,可以是虚拟场景,在虚拟场景中设置相应数量的车载单元,用于模拟车载单元与路测单元以及与云端的信息交互网络及交互过程等。

第一配置信息可以为上位机构发送给第一车载单元的信息,记载内容可以包括车辆类型、车辆ID、识别码、密钥、更改的时间时长、广播开始时间、广播结束时间、广播间隔等配置信息中的一种或多种。

在具体的实施例中,第一车载单元的主进程在收到第一配置信息后,就可以根据配置信息中记载的更改后的配置信息以及更改后的信息需要展示的时间时长,在预设的时间内向V2X进程使能,并让后者发送的所有数据包相关的配置属性都改成更改后的信息再进行发送。这样不需要进行验证OBU的原生ID,也不需要每次都进行OBU的属性的更改,更不需要在虚拟场景中设置多个第一车载单元,就能满足测试不同属性、不同配置的第一车载单元在测试场景中的相应变化,从而节省测试流程和测试资源上述技术方案通过设计虚拟场景,调整第一车载单元的配置信息,能够使得第一车载单元的识别信息在预设的更改周期中进行相应的配置信息的变换,从而能够使得一个车载单元能够在时域上复用,模拟多种配置,从而达到了节省车载单元数量的技术效果。

为了更好地进行相关通信,在一些实施例中,所述第一配置信息为JSON协议格式。将配置信息选择为JSON协议格式较xml格式更加地简单和“小”,因此比xml更适合移动端对流量和内存的控制,节约信息传输的资源。满足V2X进程进行快速转发的需要。

为了更好地进行路测,在一些实施例中,如图2所示,还包括步骤,S1构建虚拟的车辆路测场景,所述车辆路测场景包括第二车载单元、第三车载单元、第四车载单元。车辆路测场景可以通过现有的应用进行生成,在车辆路车场景中,可以设置至少三个能够接收第一车载单元的广播信息的车载单元,能够更好地模拟道路环境,满足V2X测试的需求。

为了得到更好的测试结果,在另一些实施例中,这里请参阅图3,还包括步骤,S5第二车载单元在接收到第一广播消息后,向上位机构反馈是否接收到第一广播消息的结果,

S6第二车载单元还向上位机构反馈第二车载单元在接收到第一广播消息后的响应动作结果。

例如,在第二车载单元接收到第一广播信息后,可以向上位机构反馈收到的第一广播消息,上位机构在这里可以是路边端或云端或测试机等。上位机构在收到第二车载单元的接收结果之后可以得到第一车载单元成功广播的信息。上位机构在收到第二车载单元的响应动作结果之后,可以知道第二车载单元是否收到了预设的配置信息。如将第一车载单元的车辆类型设置为特种车辆后,第一车载单元通过V2X进行广播,第二车载单元的根据收到的第一广播消息,对第一车载单元进行了避让的响应动作,这种响应动作就是上位机构想要得到反馈的响应动作。通过设计上述步骤,上位机构能够更好地进行相关的测试,并及时获取并分析测试结果。

在如图4所示的另一些实施例中,还具体进行步骤S20通过WiFi网络下发第一配置信息到第一车载单元。通过设计WiFi网络进行配置信息的发送能够更加稳定,传输效率也会更高。

本方案如图5所示的一些实施例中,为一种车载物联网的测试系统的模块示意图,包括上位机构10、第一车载单元21,

所述上位机构10用于构建车辆路测场景,下发第一配置信息到第一车载单元21,

所述第一车载单元21用于解析所述第一配置信息,得到需要更改的车辆类型、更改周期信息,

第一车载单元21的主进程根据对所述第一配置信息的解析结果,使能V2X进程,并让V2X进程在更改周期内广播第一广播消息,所述第一广播消息包括第一车载单元21的身份信息,所述第一车载单元21的信息包括车辆类型信息,所述车辆类型信息为需要更改的车辆类型。

一些实施例中,所述第一配置信息为JSON协议格式。

一些实施例中,所述上位机构10还用于建虚拟的车辆路测场景,还用于与车辆路测场景内的第二车载单元22、第三车载单元23、第四车载单元24进行沟通。

一些实施例中,

所述第二车载单元22用于在接收到第一广播消息后,向上位机构10反馈是否接收到第一广播消息的结果,

第二车载单元22还用于向上位机构10反馈第二车载单元22在接收到第一广播消息后的响应动作结果。

上述系统设置多个第一车载单元,就能满足测试不同属性、不同配置的第一车载单元在测试场景中的相应变化,从而节省测试流程和测试资源上述技术方案通过设计虚拟场景,调整第一车载单元的配置信息,能够使得第一车载单元的识别信息在预设的更改周期中进行相应的配置信息的变换,从而能够使得一个车载单元能够在时域上复用,模拟多种配置,从而达到了节省车载单元数量的技术效果。

一些综合性的实施例中,所述上位机构10还用于通过WiFi网络下发第一配置信息到第一车载单元21。为本发明具体实施方式的本发明在windos下采用josn格式通信协议通过WIFI或者有线网络经车载单元(OBU)的千兆网口路由到车载单元(OBU)的IMX6主进程,主进程对JSON格式信息进行解析,得到所需要的配置信息(如车辆类型,接受广播信息范围半径等)再经USB与华为871模组主进程进行数据交互,下发所需要的配置信息给到车载单元(OBU)华为871模组的主进程,主进程通过进程间通信将配置信息发送给V2X进程,V2X进程将配置信息写入对应的文本文件内并告知配置软件配置的结果(成功与否),其他功能应用在用到对应配置信息时读取文本文件。

在测试或运用V2X场景时,可以使用一辆测试车通过更改车辆信息的方式达到变换身份的效果,比如避让特殊车辆只需将测试车更改为特殊车辆即可,测试完再将其改回。这样多个场景下也只需要一辆车就可以达到效果。如果采用固定写入的方式就需要多辆车进行测试。在与RSU交互中,可以修改接受RSU信息的范围频率等信息,可以更方便的达到所需的效果。

需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括……”或“包含……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的要素。此外,在本文中,“大于”、“小于”、“超过”等理解为不包括本数;“以上”、“以下”、“以内”等理解为包括本数。

本领域内的技术人员应明白,上述各实施例可提供为方法、装置、或计算机程序产品。这些实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。上述各实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机设备可读取的存储介质中,用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备,包括但不限于:个人计算机、服务器、通用计算机、专用计算机、网络设备、嵌入式设备、可编程设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等;所述的存储介质,包括但不限于:RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。

上述各实施例是参照根据实施例所述的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到计算机设备的处理器以产生一个机器,使得通过计算机设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机设备以特定方式工作的计算机设备可读存储器中,使得存储在该计算机设备可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机设备上,使得在计算机设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已经对上述各实施例进行了描述,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改,所以以上所述仅为本发明的实施例,并非因此限制本发明的专利保护范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1