CN112004209B - 基于v2x的车辆通信方法及装置 - Google Patents

Abstract

本申请提供一种基于V2X的车辆通信方法及装置，涉及通信技术领域，用于解决车辆使用物理MAC与其他终端进行通信，导致用户隐私泄露的问题。该方法包括：车载终端接收路侧单元RSU发送的RSU的物理MAC地址和预设的地址配置方式,并根据RSU的物理MAC地址、地址配置方式和车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。之后，车载终端就利用车载终端的虚拟MAC地址与其他终端通信。本申请应用于V2X通信的过程中。

Description

基于V2X的车辆通信方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种基于V2X的车辆通信方法及装置。

背景技术

车辆外联(vehicle to everything,V2X)技术能够实现车辆与外界设备(例如周边车辆、路侧单元(Road Side Unit，RSU)等)之间的信息交互。

V2X技术是一种基于物理层和数据链路层进行数据传输的通信技术，其数据包是以媒体访问控制(Media Access Control，MAC)帧的格式进行封装的。因此，车辆需要使用该车辆的数据包，通过V2X技术与外界设备进行通信时。然而，若车辆(例如车辆A)一直使用车辆A的数据包与外界设备(例如车辆B)进行通信，车辆B便可以通过多次获取车辆A的数据包，并对车辆A的数据包进行解析，进而获取车辆A的相关信息，导致用户隐私泄露。

发明内容

本申请提供一种基于V2X的车辆通信方法及装置，用于解决车辆使用物理MAC与其他终端进行通信，导致用户隐私泄露的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种基于V2X的车辆通信方法。

车载终端接收路侧单元RSU发送的RSU的物理MAC地址和预设的地址配置方式,并根据RSU的物理MAC地址、地址配置方式和车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。之后，车载终端就利用车载终端的虚拟MAC地址与其他终端通信。

基于上述技术方案，车载终端能够根据RSU的物理MAC地址、地址配置方式、以及车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。这样一来，车载终端就可以利用车载终端的虚拟MAC地址与其他终端通信，避免了车载终端使用车载终端的物理MAC地址与其他终端通信。这样一来，其他终端无法获取到车载终端的物理MAC地址，也无法根据车载终端的物理MAC地址获取用户隐私，从而保护了用户隐私。

一种可能的设计中，RSU的物理MAC地址由RSU所属地理区域的编号和RSU的编号组成。

一种可能的设计中，该方法还包括：车载终端向RSU发送地址转换消息，地址转换消息包括：车载终端的物理MAC地址、车载终端的虚拟MAC地址。

第二方面，本申请提供一种基于V2X的车辆通信装置，该车辆通信装置包括：接收单元、处理单元、通信单元。

上述接收单元，用于接收路侧单元RSU发送的RSU的物理MAC地址和预设的地址配置方式；

上述处理单元，用于根据RSU的物理MAC地址、地址配置方式和车载终端的物理MAC地址，生成车载终端的虚拟MAC地址；

上述通信单元，用于利用车载终端的虚拟MAC地址与其他终端通信。

一种可能的设计中，RSU的物理MAC地址由RSU所属地理区域的编号和RSU的编号组成。

一种可能的设计中，该装置还包括：发送单元，用于向RSU发送地址转换消息，地址转换消息包括：车载终端的物理MAC地址、车载终端的虚拟MAC地址。

第三方面，本申请提供了一种基于V2X的车辆通信的装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的基于V2X的车辆通信方法。

第四方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行上述第一方面和第一方面的任一种可能的实现方式中所描述的基于V2X的车辆通信方法。

第五方面，本申请提供一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第一方面和第一方面的任一种可能的实现方式中所描述的基于V2X的车辆通信方法。

第六方面，本申请提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的基于V2X的车辆通信方法。

上述方案中，基于V2X的车辆通信装置、计算机设备、计算机存储介质、计算机程序产品或者芯片所能解决的技术问题以及实现的技术效果可以参见上述第一方面所解决的技术问题以及技术效果，在此不再赘述。

附图说明

图1为本申请实施例提供的V2X通信系统的结构示意图；

图2a为本申请实施例提供的V2X通信系统中单播通信方法示意图；

图2b为本申请实施例提供的V2X通信系统中组播通信的示意图；

图3为本申请实施例提供的车载终端的协议栈示意图；

图4为本申请实施例提供的一种通信装置的组成示意图；

图5为本申请实施例提供的一种基于V2X的车辆通信方法的流程示意图；

图6为本申请实施例提供的一种基于V2X的车辆通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

本文中字符“/”，一般表示前后关联对象是一种“或者”的关系。例如，A/B可以理解为A或者B。

本申请的说明书和权利要求书中的术语“第一”和“第二”是用于区别不同的对象，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括其他没有列出的步骤或模块，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

另外，在本申请实施例中，“示例性的”、或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”、或者“例如”等词旨在以具体方式呈现概念。

为了便于理解本申请的技术方案，在对本申请实施例的基于V2X的车辆通信方法进行详细介绍之前，先对本申请实施例的通信系统进行介绍。

如图1所示，为本申请实施例提供的一种通信系统的架构示意图。该通信系统可以包括多个车辆(如图1所示的车辆1、车辆2、车辆3……)。

每一车辆均可以与周围车辆建立直连通信链路，实现直连通信，如：车辆1与车辆2之间可以直连通信。示例性的，车辆与车辆间建立的直连通信链路可以被定义为侧行链路或者侧链(sidelink，SL)，车辆与周围车辆直连通信的接口可以称为PC5口。

此外，图1示出的V2X通信系统还可以包括无线接入网设备。其中，该无线接入网设备包括路侧单元(Road Side Unit，RSU)。车辆可以采用无线接入网设备中转的方式向其他车辆发送V2X消息，也可以通过无线接入网设备接入网络。例如：车辆1可以将V2X消息发送给无线接入网设备，由无线接入网设备将V2X消息发送给车辆2。示例性的，车辆与无线接入网设备之间的接口可以称为Uu接口。

需要说明的是，图1示出的V2X通信系统仅为示例性结构图，并不是对V2X通信系统的限定。在实际应用中，除图1所示的设备之外，图1示出的V2X通信系统还可以包括其他设备，如：应用服务器(application server)、核心网设备等。

图1中的车辆不限定为汽车、自行车、电动车、飞机、船舶、火车、高铁等任一类型的车辆。该车辆可以包括能够与其他设备直连通信的车载设备，该车载设备可以称为用户设备(user equipment，UE)或者终端(terminal)。该车辆可以与V2X通信系统中的其他车辆一对一连接，即单播通信，也可以与V2X通信系统中的其他多个车辆进行组播通信。例如，如图2a所示，车辆1可以与车辆2一对一连接进行单播通信；如图2b所示，车辆1可以与其他三个车辆(车辆2、车辆3、车辆4)为一个通信组，该通信组内车辆进行组播通信。本申请实施例对此不做限定。

示例性的，图1所示的各车辆可以包括图3所示的协议层实体：应用层实体、非接入(non-access stratum，NAS)层实体、无线资源控制(radio resource control，RRC)层实体、分组数据汇聚协议(packet data convergence protocol，PDCP)层实体、无线链路控制(radio link control，RLC)层实体、MAC层实体、PHY层实体，还可以包括服务发现应用规范(service discovery application profile，SDAP)层实体、V2X层实体或者其他新增的协议层实体(图3中未示出)等。

车辆可以通过图3所示的协议层实体对传输的数据进行处理。例如，当车辆1向车辆2发送数据时，车辆1的MAC层实体确定第一侧行链路逻辑信道(sidelink logicalchannel，SL LCH)，并将第一SL LCH的数据复用到MAC协议数据单元(protocol data unit，PDU)中；在MAC PDU的剩余资源大于零的情况下，车辆1根据第一SL LCH的通信范围确定不同于第一SL逻辑信道优先级(logical channel prioritization，LCP)的第二SL LCH，并将第二SL LCH的数据复用到MAC PDU中。后续，车辆1的MAC层实体将MAC PDU递交给车辆1的物理层实体(PHY层实体)。车辆1的PHY层实体将MAC PDU通过PC5口发送给车辆2。

可选的，图1示出的设备、各个设备之间的接口名字以及图3示出的各个协议层实体的命名只是一个示例。在具体实现中，上述各个设备、设备之间的接口名字以及协议层实体还可以为其他名字，本申请实施例对此不作具体限定。

示例性的，本申请实施例以车载单元(On board Unit，OBU)为车载终端为例，该车载终端具体可以为图4所示的通信装置，也可以为包括图4所示的通信装置的设备(例如：通信装置为车载终端的芯片系统/片上系统)。图4为本申请实施例提供的通信装置的组成示意图，该通信装置可以用于实现本申请实施例提供的基于V2X的车辆通信方法。

如图4所示，通信装置包括处理器41，可选的，还包括与处理器41通过通信总线44连接的存储器42。

在本申请实施例中，处理器41是通信装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器41是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application-specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个数字信号处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field-programmable gate array，FPGA)。

其中，处理器41可以通过运行或执行存储在存储器42内的软件程序，以及调用存储在存储器42内的数据，执行通信装置的各种功能。

作为一种实施例，处理器41可以包括一个或多个CPU，如图4中所示的CPU 0和CPU1。

作为一种实施例，通信装置还可以包括其他处理器，例如图4中所示的处理器45，处理器45包括ASIC 0。通信装置中的多个处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在本申请实施例中，存储器42可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccess memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

一种可能的实现方式中，存储器42可以独立于处理器41存在，即存储器42可以为处理器41外部的存储器，此时，存储器42可以通过通信总线44与处理器41相连接，用于存储指令或者程序代码。处理器41调用并执行存储器42中存储的指令或程序代码时，能够实现本申请下述实施例提供的基于V2X的车辆通信方法。

另一种可能的实现方式中，存储器42也可以和处理器41集成在一起，即存储器42可以为处理器41的内部存储器，例如，该存储器42为高速缓存，可以用于暂存一些数据和/或指令信息等。

可选的，通信装置还包括通信接口43。

通信接口43，用于使用任何收发器一类的装置，与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。通信接口43可以包括接收单元实现接收功能，以及发送单元实现发送功能。

在本申请实施例中，通信总线44，可以是工业标准体系结构(Industry StandardArchitecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

需要指出的是，图4中示出的设备结构并不构成对该通信装置的限定，除图4所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1～图4，对本申请实施例提供的基于V2X的车辆通信方法进行具体阐述。可选的，本申请下述实施例中各个消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

图5为本申请实施例提供的基于V2X的车辆通信方法的流程图。如图4所示，该通信方法可以包括：

S101、路侧单元RSU确定RSU的物理MAC地址。

其中，RSU的物理MAC地址由RSU所属地理区域的编号和RSU的编号组成。

一种可能的实现方式，RSU根据RSU所属地理区域的编号、RSU的编号、以及预设规则，确定RSU的物理MAC地址。

需要说明的是，两个相邻的地理区域的编号不同。在一个地理区域内，每一个RSU的编号均不相同，每一个RSU的物理MAC地址均不相同。

在本申请实施例中，预设规则由开发人员进行设置。该预设规则用于指示RSU的物理MAC地址的六个字节中，有X个字节由RSU所属地理区域的编号中的一部分数字组成，有Y个字节由该RSU的编号中的一部分数字组成。

示例性的，RSU1所属地理区域的编号为110000，RSU1的编号为01，则该RSU1的物理MAC地址可以为11:00:00:00:00:01。其中，RSU1的物理MAC地址的前五个字节由RSU1所属地理区域的编号组成，RSU1的物理MAC地址的最后一个字节由RSU1的编号组成。

需要说明的是，为了保障同一个地理区域内每一个RSU的物理MAC地址均不相同，本申请实施例可以采用以下两种方式。

方式一、同一地理区域的RSU之间会同步每一个RSU的物理MAC地址，由RSU检测确定出的物理MAC地址是否其他RSU的物理MAC地址相同。若RSU检测确定出的物理MAC地址与其他RSU的物理MAC地址相同，则该RSU重新确定物理MAC地址。

方式二、同一地理区域的RSU将各自的物理MAC地址发送至管理RSU的服务器，由服务器检测是否存在物理MAC地址相同的RSU。若存在物理MAC地址相同的RSU，则服务器向物理MAC地址相同的RSU发送重配置消息，使得RSU重新确定物理MAC地址。

可选的，RSU向车载终端发送RSU的物理MAC地址和预设的地址配置方式。

S102、车载终端接收RSU发送的RSU的物理MAC地址和预设的地址配置方式。

其中，该预设的地址配置方式用于指示车载终端生成车载终端的虚拟MAC地址。该预设的地址配置方式包括：倒序、散列函数(Hash function)算法等，本申请实施例对此不做限定。

一种可能的实现方式，车载终端接收RSU广播(broadcast)的RSU的物理MAC地址和预设的地址配置方式。

具体的，RSU可以将RSU的物理MAC地址和预设的地址配置方式同时发送至车载终端；或者，RSU可以在第一时刻向车载终端发送RSU的物理MAC地址，在第二时刻向车载终端发送预设的地址配置方式，第一时刻与第二时刻不同。

另一种可能的实现方式，车载终端接收RSU广播的地址配置消息，该地址配置消息用于指示生成车载终端的虚拟MAC地址，该地址配置消息包括RSU的物理MAC地址和预设的地址配置方式中的至少一项。

具体的，RSU可以广播一次地址配置消息，该地址配置消息包括RSU的物理MAC地址和预设的地址配置方式；或者，RSU可以在第三时刻广播一次地址配置消息，该地址配置消息包括RSU的物理MAC地址，在第四时刻广播一次地址配置消息，该地址配置消息包括预设的地址配置方式。第三时刻与第四时刻不同。

S103、车载终端根据RSU的物理MAC地址、地址配置方式和车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。

一种可能的实现方式，车载终端根据RSU的物理MAC地址、地址配置方式和车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。示例性的，RSU的物理MAC地址:12：03：10：11：11：11，车载终端的物理MAC地址为32：45:35:44:18:26，地址配置方式为倒序，则车载终端的虚拟MAC地址可以为11：11：11:44:18:26。

S104、车载终端利用车载终端的虚拟MAC地址与其他终端通信。

可选的，车载终端向RSU发送地址转换消息，地址转换消息包括：车载终端的物理MAC地址、车载终端的虚拟MAC地址。RSU建立车载终端的物理MAC地址、车载终端的虚拟MAC地址。

在本申请实施例中，RSU在接收到车载终端发送的地址转换消息时，会确定接收到地址转换消息时的时间。而车载终端每到达一个RSU的区域时，都会向RSU发送地址转换消息，每一个RSU也会确定接收地址转换消息时的时间。之后，每一个RSU将其物理MAC地址、车载终端的物理MAC地址、以及其接收到地址转换消息时的时间发送至管理RSU的服务器。这样一来，服务器可以根据RSU的物理MAC地址以及RSU接收到地址转换消息时的时间，确定车辆的行动轨迹，有利于道路运营单位对车辆的管理。

示例性的，RSU1在区域A，RSU2在区域B，RSU3在区域C。RSU1接收到地址转换消息时的时间为08:00，RSU2接收到地址转换消息时的时间为08:10，RSU3接收到地址转换消息时的时间为08:20。由此可知，该车辆的行动轨迹为区域A-区域B-区域C。

基于上述技术方案，车载终端能够根据RSU的物理MAC地址、地址配置方式、以及车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。这样一来，车载终端就可以利用车载终端的虚拟MAC地址与其他终端通信，避免了车载终端使用车载终端的物理MAC地址与其他终端通信。这样一来，其他终端无法获取到车载终端的物理MAC地址，也无法根据车载终端的物理MAC地址获取用户隐私，从而保护了用户隐私。

上述主要从计算机设备的角度对本申请实施例提供的方案进行了介绍。可以理解的是，计算机设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请所公开的实施例描述的各示例的基于V2X的车辆通信方法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例还提供一种基于V2X的车辆通信装置。该基于V2X的车辆通信装置可以为计算机设备，也可以是上述计算机设备中的CPU，还可以是上述计算机设备中用于确定车载终端的虚拟MAC地址的处理模块，还可以是上述计算机设备中用于确定车载终端的虚拟MAC地址的客户端。

本申请实施例可以根据上述方法示例对基于V2X的车辆通信装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图6所示，为本申请实施例提供的一种基于V2X的车辆通信装置的结构示意图。基于V2X的车辆通信装置用于执行图5所示的基于V2X的车辆通信方法。基于V2X的车辆通信装置可以包括接收单元101、处理单元102、以及通信单元103。

接收单元101，用于接收路侧单元RSU发送的RSU的物理MAC地址和预设的地址配置方式。例如，结合图6，接收单元101可以用于执行S102。处理单元102，用于根据RSU的物理MAC地址、地址配置方式和车载终端的物理MAC地址，生成车载终端的虚拟MAC地址。例如，结合图6，处理单元102可以用于执行S103。通信单元103，用于利用车载终端的虚拟MAC地址与其他终端通信。例如，结合图6，通信单元103可以执行S104。

可选的，RSU的物理MAC地址由RSU所属地理区域的编号和RSU的编号组成。

可选的，该装置还包括：发送单元，用于向RSU发送地址转换消息，地址转换消息包括：车载终端的物理MAC地址、车载终端的虚拟MAC地址。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行上述方法实施例中的基于V2X的车辆通信方法。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得该计算机执行上述方法实施例所示的方法流程中的基于V2X的车辆通信方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合、或者本领域熟知的任何其它形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

由于本发明的实施例中的基于V2X的车辆通信装置、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (8)

1.一种基于V2X的车辆通信方法，其特征在于，所述方法包括：

车载终端接收路侧单元RSU发送的所述RSU的物理MAC地址和预设的地址配置方式；

所述车载终端根据所述RSU的物理MAC地址、所述地址配置方式和所述车载终端的物理MAC地址，生成所述车载终端的虚拟MAC地址；

所述车载终端利用所述车载终端的虚拟MAC地址与其他终端通信。

2.根据权利要求1所述的车辆通信方法，其特征在于，所述RSU的物理MAC地址由所述RSU所属地理区域的编号和所述RSU的编号组成。

3.根据权利要求1或2所述的车辆通信方法，其特征在于，所述方法还包括：

所述车载终端向所述RSU发送地址转换消息，所述地址转换消息包括：所述车载终端的物理MAC地址、所述车载终端的虚拟MAC地址。

4.一种基于V2X的车辆通信装置，其特征在于，所述装置包括：

接收单元，用于接收路侧单元RSU发送的所述RSU的物理MAC地址和预设的地址配置方式；

处理单元，用于根据所述RSU的物理MAC地址、所述地址配置方式和车载终端的物理MAC地址，生成所述车载终端的虚拟MAC地址；

通信单元，用于利用车载终端的虚拟MAC地址与其他终端通信。

5.根据权利要求4所述的车辆通信装置，其特征在于，所述RSU的物理MAC地址由所述RSU所属地理区域的编号和所述RSU的编号组成。

6.根据权利要求4或5所述的车辆通信装置，其特征在于，所述装置还包括：

发送单元，用于向所述RSU发送地址转换消息，所述地址转换消息包括：所述车载终端的物理MAC地址、所述车载终端的虚拟MAC地址。

7.一种基于V2X的车辆通信装置，其特征在于，包括：处理器、存储器；其中，所述存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该基于V2X的车辆通信装置运行时，处理器执行该存储器存储的该计算机执行指令，以使该基于V2X的车辆通信装置执行权利要求1-3任一项中所述的基于V2X的车辆通信方法。

8.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当计算机执行该指令时，该计算机执行上述权利要求1-3任一项中所述的基于V2X的车辆通信方法。

Images