CN117896700A - 车辆通信方法、装置和系统 - Google Patents

Abstract

本申请实施例提供一种车辆通信方法、装置以及系统，方法包括：接收到通信请求操作，向系统服务器发送通信请求消息，通信请求消息包括第一车辆的实时位置信息；接收系统服务器响应于通信请求消息发送的车辆列表；车辆列表包括：与第一车辆之间的距离小于预设阈值的第二车辆；车辆列表由系统服务器根据第一车辆的实时位置信息确定；从车辆列表包括的第二车辆中确定所需通信的目标车辆。本申请实施例能够提供车辆与车辆之间的点到点、或点到多点的通信，从而扩展应用场景，提高车辆之间的通信效果。

Description

车辆通信方法、装置和系统

技术领域

本申请涉及通信技术领域，尤其涉及一种车辆通信方法、装置和系统。

背景技术

现有车辆和车辆之间的通信是依托长期演进(Long Term Evolution，LTE)-车对外界通信(vehicle to everything，V2X)的直连通信模式，LTE-V2X直连通信采用的是广播模式，车辆上安装支持LTE-V2X通信模式的车载单元(On board Unit，OBU)，车辆通过OBU在5905MHZ-5925MHZ的专用通信频段广播要发送的消息给周围的车辆。

上述车辆之间的通信模式是广播模式，导致车辆之间通信的应用场景受限，通信效果差。

发明内容

本申请提供了一种车辆通信方法、装置和系统，能够提供车辆与车辆之间的点到点、或点到多点的通信，从而扩展应用场景，提高车辆之间的通信效果。

第一方面，本申请实施例提供一种车辆通信方法，包括：

向系统服务器发送通信请求消息，通信请求消息包括第一车辆的实时位置信息；

接收系统服务器响应于通信请求消息发送的车辆列表；车辆列表包括：与第一车辆之间的距离小于预设阈值的第二车辆；车辆列表由系统服务器根据第一车辆的实时位置信息确定；

从车辆列表包括的第二车辆中确定所需通信的目标车辆。

该方法中，可以由第一车辆侧触发通信请求，在系统服务器反馈的车辆列表中选择需要通信的目标车辆，从而实现了车辆之间点到点、或者点到多点的通信，从而适用于更多的应用场景，提高车辆之间的通信效果。

可选地，还包括：向系统服务器发送数据传输消息，数据传输消息中包括：目标车辆以及目标车辆对应的第一数据，用于系统服务器向目标车辆发送目标车辆对应的第一数据。

从车辆列表包括的车辆中确定目标车辆，包括：

第一应用将车辆列表发送给第二应用；

接收第二应用发送的目标车辆。

可选地，向系统服务器发送数据传输消息之前，还包括：

接收第二应用发送的目标车辆对应的第一数据。

可选地，还包括：

向系统服务器发送注册请求消息，注册请求消息包括第一车辆的标识；

接收到系统服务器发送的注册成功消息后，按照第一周期向系统服务器发送心跳信息，用于维持系统服务器中第一车辆的在线状态信息为在线状态。

可选地，还包括：

按照第二周期向系统服务器发送第一车辆的实时位置信息。

第二方面，本申请实施例提供一种车辆通信方法，包括：

接收第一车辆发送的通信请求消息，通信请求消息包括第一车辆的实时位置信息，通信请求消息在第一车辆接收到通信请求操作时发送；

响应于通信请求消息，根据第一车辆的实时位置信息确定与第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表；

将车辆列表发送给第一车辆，用于第一车辆从车辆列表包括的第二车辆中确定目标车辆。

可选地，还包括：

接收第一车辆发送的数据传输消息，数据传输消息中包括：目标车辆以及目标车辆对应的第一数据；

向目标车辆发送目标车辆对应的第一数据。

可选地，根据第一车辆的实时位置信息确定与第一车辆之间的距离小于预设阈值的第二车辆，包括：

获取第三车辆的实时位置信息；第三车辆是第一车辆之外处于在线状态的车辆；

根据第一车辆的实时位置信息以及第三车辆的实时位置信息确定第三车辆与第一车辆之间的距离；

从第三车辆中获取距离小于预设阈值的第三车辆作为第二车辆。

可选地，还包括：

接收第一车辆发送的注册请求消息，注册请求消息包括第一车辆的标识；

响应于注册请求消息，对第一车辆注册成功后，向第一车辆发送注册成功消息；

接收第一车辆按照第一周期发送的心跳信息，按照第一周期接收到心跳信息时将第一车辆的在线状态信息保持为在线状态。

可选地，还包括：

接收第一车辆按照第二周期发送的第一车辆的实时位置信息。

第三方面，本申请实施例提供一种车辆通信装置，包括：

信息收发模块，用于向系统服务器发送通信请求消息，通信请求消息包括第一车辆的实时位置信息；接收系统服务器响应于通信请求消息发送的车辆列表；车辆列表包括：与第一车辆之间的距离小于预设阈值的第二车辆；车辆列表由系统服务器根据第一车辆的实时位置信息确定；

确定模块，用于从车辆列表包括的第二车辆中确定所需通信的目标车辆。

可选地，信息收发模块还用于：向系统服务器发送数据传输消息，数据传输消息中包括：目标车辆以及目标车辆对应的第一数据，用于系统服务器向目标车辆发送目标车辆对应的第一数据。

第四方面，本申请实施例提供一种车辆通信方法，包括：

信息收发模块，用于接收第一车辆发送的通信请求消息，通信请求消息包括第一车辆的实时位置信息；

确定模块，用于响应于通信请求消息，根据第一车辆的实时位置信息确定与第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表；

信息收发模块还用于：将车辆列表发送给第一车辆，用于第一车辆从车辆列表包括的第二车辆中确定目标车辆。

可选地，信息收发模块还可以用于：接收第一车辆发送的数据传输消息，数据传输消息中包括：目标车辆以及目标车辆对应的第一数据；向目标车辆发送目标车辆对应的第一数据。

第五方面，本申请实施例提供一种第一车辆，包括：第三方面的装置。

第六方面，本申请实施例提供一种服务器，包括：第四方面的装置。

第七方面，本申请实施例提供一种车辆通信系统，包括第五方面的第一车辆和第六方面的服务器。

第八方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行第一方面或第二方面任一项的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为现有技术中车辆之间通信的方法示意图；

图2为本申请实施例提供的车-车通信系统的一种结构示意图；

图3为本申请实施例提供的车-车通信系统的另一种结构示意图；

图4为本申请实施例提供的车-车通信系统的又一种结构示意图；

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

图6为本申请实施例提供的车辆通信方法的第二种流程示意图；

图7为本申请实施例提供的车辆通信方法的第三种流程示意图；

图8为本申请实施例提供的车辆通信方法的第四种流程示意图；

图9为本申请实施例提供的车辆通信方法的第五种流程示意图；

图10为本申请实施例提供的车辆通信方法的第六种流程示意图；

图11为本申请实施例提供的车辆通信方法的第七种流程示意图；

图12为本申请实施例提供的车辆通信装置的一种结构示意图；

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

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

首先对本申请实施例可能涉及的名词进行示例性说明。

多接入边缘计算(Multi-access Edge Computing，MEC)：运行商搭建的、可以通过支持4G、或者5G等无线通信方式的无线通信终端低时延访问的边源计算系统，其中的5GMEC是依托5G UPF下沉架构的多接入边缘计算。

OBU：支持LTE-V2X协议的车载单元。

LTE-V2X：基于LTE的车辆通信系统。

PC5接口：PC的英文全称为Proximity Communication，是一种设备间直接通讯的技术直连通信系统接口。

V2V通信：车与车之间的通信。

DNN：数据网络名称。

UPF下沉：从5G网络架构开始引入的一种低时延移动通信解决架构，将核心网用户面功能部署到离用户更近的地方。

现有车辆和车辆之间的通信是依托LTE-V2X的PC5接口的直连通信模式，LTE-V2X直连通信采用的是广播模式，车辆上安装支持LTE-V2X通信模式的OBU，车辆通过OBU在5905MHZ-5925MHZ的专用通信频段广播要发送的消息给周围的车辆。基于LTE-V2X技术的车载OBU直连通信方案架构例如图1所示。

安装有OBU的车辆1如果需要与其他车辆通信，需要通过OBU向周边车辆广播需要发送的消息，安装有OBU的其他车辆例如车辆2、车辆3、…、车辆N等均可以接收到该消息，并解析该消息。

由于上述通信方案采用广播模式，不支持单播，从而应用场景受限，车辆之间的通信效果差。

此外，上述支持LTE-V2X的OBU，成本较高，且需要针对车辆进行设备加装改装，因此支持LTE-V2X的OBU市场上车率很低，无法支撑车辆与车辆间通信的应用场景落地；而且，上述通信方案的通信距离受限于OBU的通信距离，只能支持500-1000米左右的通信距离。

为此，本申请实施例提供一种车辆通信方法、装置和系统，能够提供车辆与车辆之间的点到点、或点到多点的通信，从而扩展应用场景，提高车辆之间的通信效果。

进而本申请实施例还能够提高车辆之间的通信距离，降低车载设备的成本。

图2是本申请实施例车辆通信方法适用的车-车通信系统架构示意图，其中，包括：系统服务器201，车辆202。

系统服务器201与车辆202之间可以进行通信。系统服务器201与车辆202之间具体可以通过无线通信方式进行通信，例如可以使用4G/5G等通信技术实现。

可选地，车辆202中可以设置有车载设备，车载设备可以支持使用4G/5G等通信技术与其他设备例如系统服务器201通信，车辆202可以通过车载设备与系统服务器201通信。

在一些实施例中，车辆202的车载设备中可以安装有支持4G/5G通信的DNN卡，以实现车载设备通过4G/5G与系统服务器201通信。车载设备与系统服务器之间通过使用4G/5G等通信技术通信，可以大大增加车载设备之间通信的带宽，解决LTE-V2X通信时带宽较小的问题。

可选地，系统服务器201可以部署在移动边缘计算(Mobile Edge Computing，MEC)设备或者MEC设备集群中。上述的MEC设备例如可以是5G MEC设备。此时，如图3所示，系统服务器201和4G/5G网络之间可以通过下沉UPF通信，UPF用于作为4G/5G网络和MEC设备之间的连接锚点，MEC设备的数据由UPF转发才能通过4G/5G基站发送至车辆202。

可理解，上述UPF也可以替换为具有相似功能的其他设备，并不局限于UPF。

可选地，车载设备与系统服务器201通过4G/5G等技术通信时，上述UPF和系统服务器可以部署于尽量靠近用户的位置，例如基站附近，从而降低车载设备与系统服务器之间通信的时延，进而降低车辆之间通信的时延。

可选地，在一些实施例中，上述架构中的UPF和系统服务器可以仅连接一个基站，换言之，在每个基站附近均部署UPF和系统服务器，从而每个基站附近的UPF和系统服务器可以向与该基站连接的车载设备提供服务，从而可以进一步降低车辆与系统服务器之间的通信时延，进而降低车辆之间通信的时延。具体地，车辆与系统服务器之间的单向通信时延可以降低至5～15ms甚至更低，车辆之间通信时延可以降低至10ms～30ms甚至更低。

参见图4，在一些实施例中，车辆202的车载设备中可以安装有车载通信应用，以支持与用户之间的交互。

系统服务器201中可以设置有支持本申请实时车辆通信方法的通信系统，本申请实施例中称为边缘车车通信系统。如图4所示，边缘车车通信系统中可以包括：车辆注册模块、车辆位置实时采集模块、信息收发模块、车辆查找模块以及车辆信息库。其中，

车辆注册模块用于支持车辆在边缘车车通信系统中注册。

车辆位置实时采集模块用于对已注册的车辆的位置信息进行实时采集。

信息收发模块用于与车辆之间进行通信。

车辆查找模块用于基于车辆的实时位置信息查找与其距离小于预设阈值的车辆。

车辆信息库用于存储已注册车辆的车辆信息。

以下实施例中将结合图2～图4所示的系统、车载设备、系统服务器的结构对本申请实施例车辆通信方法进行说明。

图5是本申请实施例提供的车辆通信方法的一种流程示意图，示出了用户通过车载设备的车载通信应用在边缘车车通信系统注册的步骤流程，如图5所示，包括：

步骤501：第一车辆接收到用户的注册请求操作，向系统服务器201发送注册请求消息，相应的，系统服务器201接收到注册请求消息。

可选地，注册请求消息中可以包括：第一车辆的车辆相关信息。

可选地，第一车辆的车辆相关信息可以包括但不限于：第一车辆的车辆标识例如车辆识别代码(Vehicle Identification Number，VIN)，应用通信接口例如车辆的IP和端口，第一车辆的位置信息。

可选地，第一车辆的车辆相关信息还可以包括第一车辆的车牌号、第一车辆的颜色、品牌、型号等与第一车辆的外观关联的信息。

车辆识别代码用于唯一标识车辆，不同车辆的车辆识别代码不同。

可选地，第一车辆的位置信息可以包括：第一车辆的经纬度信息。

结合图6中的步骤601，用户可以在车载通信应用提供的界面中触发注册控件，相应的，车载通信应用可以接收到用户的注册请求操作，车载通信应用可以通过车载设备将第一车辆的车辆相关信息发送给边缘车车通信系统中的车辆注册模块。

可选地，车载通信应用可以先将第一车辆的车辆相关信息发送给边缘车车通信系统中的信息收发模块，再由信息收发模块发送给车辆注册模块。

步骤502：系统服务器201根据注册请求消息完成第一车辆的注册后，存储第一车辆的车辆相关信息。

结合图6中的步骤602，边缘车车通信系统中的车辆注册模块根据注册请求消息完成第一车辆的注册，将第一车辆的车辆相关信息发送给边缘车车通信系统中的车辆信息库进行存储。

步骤503：系统服务器向第一车辆发送注册成功消息。

注册成功消息用于指示第一车辆在系统服务器注册成功。

结合图6中的步骤603，边缘车车通信系统中的车辆注册模块可以向第一车辆中车载设备的车载通信应用发送注册成功消息。

可选地，车辆注册模块可以通过边缘车车通信系统中的信息收发模块将注册成功消息发送给第一车辆中车载设备的车载通信应用。

步骤504：第一车辆按照第一周期向系统服务器201发送心跳信息。

上述心跳信息用于系统服务器201维护第一车辆的在线状态信息，在线状态信息可以包括在线状态和离线状态两种可能的状态。也即是说，当系统服务器201按时接收到第一车辆发送的心跳信息，则第一车辆处于在线状态，如果未按时接收到第一车辆发送的心跳信息，则第一车辆处于离线状态。

结合图6中的步骤604，第一车辆中车载设备的车载通信应用按照第一周期向边缘车车通信系统中的车辆注册模块发送心跳信息，车辆注册模块根据是否按时接收到第一车辆的心跳信息维护车辆信息库中第一车辆的在线状态信息。

步骤505：第一车辆的车载设备按照第二周期向系统服务器201发送第一车辆的实时位置信息。

可选地，车载设备中可以设置有定位模块，通过定位模块从全球卫星导航系统(Global Navigation Satellite System，GNSS)获取第一车辆的实时位置信息，GNSS具体可以包括北斗卫星导航系统(BDS)、全球定位系统(GPS)、格洛纳斯卫星导航系统(GLONASS)和伽利略卫星导航系统(GALILEO)等，本申请实施例不做限制。

结合图6中的步骤605，第一车辆中车载设备的车载通信应用按照第二周期向边缘车车通信系统中的车辆位置实时采集模块发送第一车辆的实时位置信息，车辆位置实时采集模块根据新接收到的第一车辆的实时位置信息更新车辆信息库中第一车辆的实时位置信息。

可选地，上述第一周期和第二周期可以相同或者不同。由于心跳信息仅用于维护第一车辆的在线状态，所以可以采用相对长的时长作为第一周期，也即可以低频传输心跳信息。由于第一车辆的实时位置信息相对更为重要和要求时效性，所以可以采用相对短的时长作为第二周期，也即可以高频上报第一车辆的实时位置信息。

通过上述方法流程，第一车辆可以完成在系统服务器201中的注册和状态维护，系统服务器中可以存储有第一车辆的在线状态以及实时位置信息。

上述第一车辆可以是任一车辆，从而系统服务器201中可以存储有所有在该系统服务器201注册的车辆的在线状态信息以及实时位置信息。

基于以上信息，本申请实施例提供车辆通信方法的一种流程示意图，该方法可以由第一车辆执行，具体可以由第一车辆中的车载设备执行，更具体地，可以由第一车辆中车载设备的车载通信应用执行。

如图7所示，该方法可以包括：

步骤701：接收到通信请求操作，向系统服务器发送通信请求消息，通信请求消息包括第一车辆的实时位置信息。

步骤702：接收系统服务器响应于通信请求消息发送的车辆列表；车辆列表包括：与第一车辆之间的距离小于预设阈值的第二车辆；车辆列表由系统服务器根据第一车辆的实时位置信息确定。

步骤703：从车辆列表包括的第二车辆中确定目标车辆。

本步骤中的目标车辆可以是1辆或者多辆车辆，本申请实施例不做限制。在目标车辆是1辆车时，可以实现单车与单车的通信，也即点到点通信；在目标车辆是多辆车辆时，可以实现单车与多车的通信，也即点到多点通信。

步骤704：向系统服务器发送数据传输消息，数据传输消息中包括：目标车辆以及目标车辆对应的第一数据，用于系统服务器向目标车辆发送目标车辆对应的第一数据。

其中，步骤704为可选步骤。

数据传输消息中具体可以包括目标车辆的标识，用于标识目标车辆。

目标车辆对应的第一数据是需要向目标车辆传输的数据，具体数据内容本申请实施例不做限制。不同目标车辆对应的第一数据可以相同或者不同，本申请实施例不做限制。

该方法中，可以从第一车辆周围的车辆中选择目标车辆，通过系统服务器向目标车辆发送目标车辆对应的第一数据，从而实现了车辆之间的点到点、点到多点的数据传输，传输模块更为多样，可以适用于更多应用场景；而且，车辆可以使用4G/5G等通信方式实现与其他车辆的通信，从而车辆之间的通信距离不再受限于现有技术中OBU设备的通信距离；从而提高了车辆之间的通信效果。

此外，本申请实施例中的第一车辆中仅需设置支持4G/5G通信的车载设备即可实现与其他车辆的通信，相对于OBU成本更低，且无需针对车辆进行设备加装或者改装，从而相对于OBU更易于进行市场推广，提高上车率，从而使得更多的车辆之间能够实现通信。

图8是本申请实施例车辆通信方法的另一种流程示意图，该方法可以由系统服务器执行，如图8所示，该方法可以包括：

步骤801：接收第一车辆发送的通信请求消息，通信请求消息包括第一车辆的实时位置信息，通信请求消息在第一车辆接收到通信请求操作时发送；

步骤802：响应于通信请求消息，根据第一车辆的实时位置信息确定与第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表；

步骤803：将车辆列表发送给第一车辆，用于第一车辆从车辆列表包括的第二车辆中确定目标车辆；

步骤804：接收第一车辆发送的数据传输消息，数据传输消息中包括：目标车辆以及目标车辆对应的第一数据；

步骤805：向目标车辆发送目标车辆对应的第一数据。

其中，步骤804～805为可选步骤。

该方法中，系统服务器可以根据第一车辆的实时位置信息确定车辆列表以使得第一车辆能够进行目标车辆的选择，并且还可以支持第一车辆向目标车辆发送目标车辆对应的第一数据，从而实现了车辆之间的点到点、点到多点的数据传输，传输模块更为多样，可以适用于更多应用场景；而且，车辆可以使用4G/5G等通信方式实现与其他车辆的通信，从而车辆之间的通信距离不再受限于现有技术中OBU设备的通信距离；从而提高了车辆之间的通信效果。

此外，本申请实施例中的第一车辆中仅需设置支持4G/5G通信的车载设备即可实现与其他车辆的通信，相对于OBU成本更低，且无需针对车辆进行设备加装或者改装，从而相对于OBU更易于进行市场推广，提高上车率，从而使得更多的车辆之间能够实现通信。

在一个实施例中，可以由使用第一车辆的用户触发与其他车辆的通信，并进行目标车辆的选择，如图9所示，该方法可以包括：

步骤901：第一车辆显示第一界面，第一界面包括通信触发控件。

可选地，第一车辆中车载设备的车载通信应用可以为用户提供通信触发界面，也即上述的第一界面，该界面中可以包括通信触发控件，用于触发第一车辆与其他车辆的通信。通信触发界面的具体实现本申请实施例不做限制，只要其中包括通信触发控件，供用户触发与其他车辆的通信即可。

结合图10中步骤1001，本步骤具体可以由第一车辆中车载设备的车载通信应用执行。

步骤902：第一车辆检测到用户对通信触发控件的选择操作，向系统服务器发送通信请求消息。

相应的，系统服务器接收到该通信请求消息。

第一车辆检测到用户对通信触发控件的选择操作时，相应的，可以认为第一车辆接收到通信请求操作。

结合图10中步骤1002，本步骤具体可以由第一车辆中车载设备的车载通信应用向边缘车车通信系统中的车辆查找模块发送通信请求消息。

可选地，第一车辆中车载设备的车载通信应用将通信请求消息发送给边缘车车通信系统中的信息收发模块，信息收发模块将通信请求消息发送给车辆查找模块。

步骤903：系统服务器响应于所述通信请求消息，根据所述第一车辆的实时位置信息确定与所述第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表。

结合图10中步骤1003，本步骤具体可以由边缘车车通信系统中的车辆查找模块执行。可选地，车辆查找模块可以获取第三车辆的实时位置信息，第三车辆是在边缘车车通信系统注册的车辆中除第一车辆之外的车辆；根据第一车辆的实时位置信息以及第三车辆的实时位置信息确定第三车辆与第一车辆之间的距离；从第三车辆中距离小于预设阈值的第三车辆作为第二车辆。

进一步地，车辆查找模块可以先根据第三车辆的在线状态信息对第三车辆进行筛选，筛选出处于在线状态的第三车辆，计算处于在线状态的第三车辆与第一车辆之间的距离，选择距离小于预设阈值的第三车辆作为第二车辆。

步骤904：系统服务器将车辆列表发送给第一车辆。

相应的，第一车辆接收到车辆列表。

结合图10中步骤1004，本步骤具体可以由边缘车车通信系统中的车辆查找模块发送给第一车辆中车载设备的车载通信应用。

步骤905：第一车辆显示第二界面，第二界面中显示有车辆列表中的车辆。

可选地，第二界面中可以显示有第一车辆所在位置的地图，并基于车辆列表中车辆的经纬度信息在第二界面中显示车辆列表中的每个车辆。

可选地，为了便于用户区分和选择，第二界面中还可以显示每个车辆的车牌号、颜色、品牌、和/或型号等信息。

结合图10中步骤1005，本步骤具体可以由第一车辆中车载设备的车载通信应用执行。

步骤906：第一车辆检测到用户对第二界面中车辆的选择操作，将选择操作指示的车辆确定为目标车辆。

结合图10中步骤1006，本步骤具体可以由第一车辆中车载设备的车载通信应用执行。

步骤907：第一车辆向系统服务器发送数据传输消息。

相应的，系统服务器接收到第一车辆发送的数据传输消息。

结合图10中步骤1007，本步骤中具体可以由第一车辆中车载设备的车载通信应用向边缘车车通信系统中的信息收发模块发送数据传输消息。

步骤908：系统服务器向目标车辆发送目标车辆对应的第一数据。

结合图10中步骤1008，本步骤具体可以由边缘车车通信系统中的信息收发模块将目标车辆对应的第一数据发送给目标车辆中车载设备的车载通信应用。

该方法中，由用户在第一车辆中触发与其他车辆的通信，系统服务器可以根据第一车辆的实时位置信息确定车辆列表供用户选择目标车辆，系统服务器再将将第一数据发送给目标车辆，从而实现了车辆之间的点到点、点到多点的数据传输，传输模块更为多样，可以适用于更多应用场景；而且，车辆可以使用4G/5G等通信方式实现与其他车辆的通信，从而车辆之间的通信距离不再受限于现有技术中OBU设备的通信距离；从而提高了车辆之间的通信效果。

此外，本申请实施例中的第一车辆中仅需设置支持4G/5G通信的车载设备即可实现与其他车辆的通信，相对于OBU成本更低，且无需针对车辆进行设备加装或者改装，从而相对于OBU更易于进行市场推广，提高上车率，从而使得更多的车辆之间能够实现通信。

在一个实施例中，可以由第一车辆中车载设备的其他应用例如游戏应用等触发与其他车辆的通信并进行目标车辆的选择，为便于说明，以下实施例中将该应用称为通信触发应用。可理解，该通信触发应用可以是任一需要通过车载通信应用与其他车辆进行通信的应用。

如图11所示，该方法可以包括：

步骤1101：第一车辆接收到通信请求操作，向系统服务器发送通信请求消息。

具体的，本步骤中可以由第一车辆中车载设备的其他应用例如游戏应用检测到用户操作，向车载通信应用发送通信请求，相应的，车载通信应用向系统服务器发送通信请求消息。

步骤1102：系统服务器响应于所述通信请求消息，根据所述第一车辆的实时位置信息确定与所述第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表。

步骤1103：系统服务器将车辆列表发送给第一车辆。

相应的，第一车辆接收到车辆列表。

步骤1104：第一车辆从车辆列表包括的车辆中确定目标车辆。

本步骤具体可以包括：车载通信应用将车辆列表发送给通信触发应用，接收通信触发应用发送的目标车辆。

本步骤中，通信触发应用具体如何确定目标车辆本申请实施例不作限定，例如可以由通信触发应用提供给用户选择或者通信触发应用基于预设规则选择等。

步骤1105：第一车辆向系统服务器发送数据传输消息。

相应的，系统服务器接收到第一车辆发送的数据传输消息。

步骤1106：系统服务器向目标车辆发送目标车辆对应的第一数据。

本实施例中各个步骤的具体实现可以参考图9和图10所示实施例的对应说明，这里不赘述。

该方法中，由第一车辆中车载设备的其他应用触发与其他车辆的通信，并通过车载通信应用向系统服务器发送通信请求消息，系统服务器可以根据第一车辆的实时位置信息确定车辆列表供上述其他应用选择目标车辆，系统服务器再将第一数据发送给目标车辆，从而实现了车辆之间的点到点、点到多点的数据传输，传输模块更为多样，可以适用于更多应用场景；而且，车辆可以使用4G/5G等通信方式实现与其他车辆的通信，从而车辆之间的通信距离不再受限于现有技术中OBU设备的通信距离，且可以增加车辆之间通信的带宽，降低车辆之间通信的时延，从而提高了车辆之间的通信效果。

此外，本申请实施例中的第一车辆中仅需设置支持4G/5G通信的车载设备即可实现与其他车辆的通信，相对于OBU成本更低，且无需针对车辆进行设备加装或者改装，从而相对于OBU更易于进行市场推广，提高上车率，从而使得更多的车辆之间能够实现通信。

图12是本申请实施例车辆通信装置的一种结构示意图，如图12所示，该装置1200可以包括：

信息收发模块1201，用于接收到通信请求操作，向系统服务器发送通信请求消息，所述通信请求消息包括第一车辆的实时位置信息；接收所述系统服务器响应于所述通信请求消息发送的车辆列表；所述车辆列表包括：与所述第一车辆之间的距离小于预设阈值的第二车辆；所述车辆列表由所述系统服务器根据所述第一车辆的实时位置信息确定；

确定模块1202，用于从所述车辆列表包括的第二车辆中确定所需通信的目标车辆。

可选地，所述信息收发模块1201还可以用于：向所述系统服务器发送数据传输消息，所述数据传输消息中包括：所述目标车辆以及所述目标车辆对应的第一数据，用于所述系统服务器向所述目标车辆发送所述目标车辆对应的第一数据。

图13是本申请实施例车辆通信装置的一种结构示意图，如图13所示，该装置1300可以包括：

信息收发模块1301，用于接收第一车辆发送的通信请求消息，所述通信请求消息包括所述第一车辆的实时位置信息，所述通信请求消息在所述第一车辆接收到通信请求操作时发送；

车辆查找模块1302，用于响应于所述通信请求消息，根据所述第一车辆的实时位置信息确定与所述第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表；

所述信息收发模块1301还用于：将所述车辆列表发送给所述第一车辆，用于所述第一车辆从所述车辆列表包括的第二车辆中确定目标车辆。

可选地，信息收发模块1302还可以用于：接收所述第一车辆发送的数据传输消息，所述数据传输消息中包括：所述目标车辆以及所述目标车辆对应的第一数据；向所述目标车辆发送所述目标车辆对应的第一数据。

可选地，该装置还可以包括：车辆注册模块、车辆位置实时采集模块以及车辆信息库等模块，上述模块的具体实现可以参考前述实施例中的对应说明，这里不赘述。

图12和图13所示实施例提供的装置可用于执行本申请方法实施例的技术方案，其实现原理和技术效果可以进一步参考方法实施例中的相关描述。

应理解以上图12和图13所示的装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，信息收发模块可以为单独设立的处理元件，也可以集成在终端设备的某一个芯片中实现。其它单元的实现与之类似。此外这些单元全部或部分可以集成在一起，也可以独立实现。例如，上述上行同步装置可以是芯片或者芯片模组，或者，上述上行同步装置可以是芯片或者芯片模组的一部分。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

本申请实施例还提供一种第一车辆，包括：图12所示的装置。

本申请实施例还提供一种服务器，包括：图13所示的装置。

本申请实施例还提供一种车辆通信系统，包括上述实施例中的第一车辆和系统服务器。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本申请实施例提供的方法。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种车辆通信方法，其特征在于，包括：

向系统服务器发送通信请求消息，所述通信请求消息包括第一车辆的实时位置信息；

接收所述系统服务器响应于所述通信请求消息发送的车辆列表；所述车辆列表包括：与所述第一车辆之间的距离小于预设阈值的第二车辆；所述车辆列表由所述系统服务器根据所述第一车辆的实时位置信息确定；

从所述车辆列表包括的第二车辆中确定所需通信的目标车辆。

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

向所述系统服务器发送数据传输消息，所述数据传输消息中包括：所述目标车辆以及所述目标车辆对应的第一数据，用于所述系统服务器向所述目标车辆发送所述目标车辆对应的第一数据。

3.根据权利要求1所述的方法，其特征在于，所述从所述车辆列表包括的车辆中确定目标车辆，包括：

第一应用将所述车辆列表发送给第二应用；

接收所述第二应用发送的所述目标车辆。

4.根据权利要求3所述的方法，其特征在于，所述向所述系统服务器发送数据传输消息之前，还包括：

接收所述第二应用发送的所述目标车辆对应的第一数据。

5.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

向所述系统服务器发送注册请求消息，所述注册请求消息包括所述第一车辆的标识；

接收到所述系统服务器发送的注册成功消息后，按照第一周期向所述系统服务器发送心跳信息，用于维持所述系统服务器中所述第一车辆的在线状态信息为在线状态。

6.根据权利要求5所述的方法，其特征在于，还包括：

按照第二周期向所述系统服务器发送所述第一车辆的实时位置信息。

7.一种车辆通信方法，其特征在于，包括：

接收第一车辆发送的通信请求消息，所述通信请求消息包括所述第一车辆的实时位置信息；

响应于所述通信请求消息，根据所述第一车辆的实时位置信息确定与所述第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表；

将所述车辆列表发送给所述第一车辆，用于所述第一车辆从所述车辆列表包括的第二车辆中确定所需通信的目标车辆。

8.根据权利要求7所述的方法，其特征在于，还包括：

接收所述第一车辆发送的数据传输消息，所述数据传输消息中包括：所述目标车辆以及所述目标车辆对应的第一数据；

向所述目标车辆发送所述目标车辆对应的第一数据。

9.根据权利要求7所述的方法，其特征在于，所述根据所述第一车辆的实时位置信息确定与所述第一车辆之间的距离小于预设阈值的第二车辆，包括：

获取第三车辆的实时位置信息；所述第三车辆是所述第一车辆之外处于在线状态的车辆；

根据所述第一车辆的实时位置信息以及所述第三车辆的实时位置信息确定所述第三车辆与所述第一车辆之间的距离；

从所述第三车辆中获取距离小于所述预设阈值的第三车辆作为所述第二车辆。

10.根据权利要求7至9任一项所述的方法，其特征在于，还包括：

接收所述第一车辆发送的注册请求消息，所述注册请求消息包括所述第一车辆的标识；

响应于所述注册请求消息，对所述第一车辆注册成功后，向所述第一车辆发送注册成功消息；

接收所述第一车辆按照第一周期发送的心跳信息，按照第一周期接收到所述心跳信息时将所述第一车辆的在线状态信息保持为在线状态。

11.根据权利要求10所述的方法，其特征在于，还包括：

接收所述第一车辆按照第二周期发送的所述第一车辆的实时位置信息。

12.一种车辆通信装置，其特征在于，包括：

信息收发模块，用于向系统服务器发送通信请求消息，所述通信请求消息包括第一车辆的实时位置信息；接收所述系统服务器响应于所述通信请求消息发送的车辆列表；所述车辆列表包括：与所述第一车辆之间的距离小于预设阈值的第二车辆；所述车辆列表由所述系统服务器根据所述第一车辆的实时位置信息确定；

确定模块，用于从所述车辆列表包括的第二车辆中确定目标车辆。

13.一种车辆通信装置，其特征在于，包括：

信息收发模块，用于接收第一车辆发送的通信请求消息，所述通信请求消息包括所述第一车辆的实时位置信息；

确定模块，用于响应于所述通信请求消息，根据所述第一车辆的实时位置信息确定与所述第一车辆之间的距离小于预设阈值的第二车辆，得到车辆列表；

所述信息收发模块还用于：将所述车辆列表发送给所述第一车辆，用于所述第一车辆从所述车辆列表包括的第二车辆中确定目标车辆。

14.一种第一车辆，其特征在于，包括：权利要求12所述的装置。

15.一种服务器，其特征在于，包括：权利要求13所述的装置。

16.一种车辆通信系统，其特征在于，包括权利要求14所述的第一车辆和权利要求15所述的服务器。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行权利要求1至11任一项所述的方法。