选择通信方式的方法、装置及车辆与流程

本申请实施例涉及车联网(vehicletoeverything，v2x)技术领域，特别涉及一种选择通信方式的方法、装置及车辆。

背景技术：

v2x技术是指通过装载在车辆上的传感器、车载终端及电子标签提供车辆信息，采用各种通信技术实现车与车(vehicletovehicle，v2v)、车与人(vehicletopedestrian，v2p)、以及车与基础设施(vehicletoinfrastructure，v2i)互联互通，并在信息网络平台上对信息进行提取、共享等有效利用，对车辆进行有效的管控和提供综合服务。

编队行驶(platooning)是v2x领域的重要应用。编队行驶是指通过v2v通信，使多个车辆相互之间实现低时延的互联，从而形成一个多车同时行进的队列。在该队列中，前进方向上的第一辆车为领航车辆(leadingvehicle，lv)，其余车辆为跟随车辆(followingvehicle，fv)。每个车辆在行驶过程中自动保持车间距离，并且领航车辆无论是加减速、转向还是刹车，跟随车辆都会实时同步完成。领航车辆与跟随车辆之间采用设备到设备(devicetodevice，d2d)技术实现直接通信，例如领航车辆与跟随车辆之间通过pc5接口建立直连链路，通过该直连链路传输v2x业务，如位置、道路拓扑、红绿灯、转向、刹车、变道等信息。

领航车辆与跟随车辆之间在采用直连的通信方式传输v2x业务时，可能会出现信号质量不佳(如信号拥塞、信号干扰和信号覆盖范围不足)的情况，从而影响到业务连续性，使得车辆的行驶安全受到威胁。

技术实现要素：

本申请提供一种选择通信方式的方法、装置及车辆，可用于解决在现有技术中领航车辆与跟随车辆之间采用直连的通信方式传输v2x业务时，因信号质量不佳，从而影响到业务连续性，使得车辆的行驶安全受到威胁的问题。

一方面，本申请提供一种选择通信方式的方法，该方法包括：车队的领航车辆与跟随车辆之间通过第一通信方式传输v2x业务，第一通信方式是指直连的通信方式；领航车辆获取第一通信方式的信号质量；当第一通信方式的信号质量符合第一预设条件时，领航车辆向跟随车辆发送配置指令，配置指令用于指示跟随车辆启用第二通信方式与领航车辆通信；跟随车辆接收领航车辆发送的配置指令；跟随车辆根据配置指令启用第二通信方式与领航车辆通信，第二通信方式是指经由网络设备转发的通信方式。

本申请提供的方案中，通过在第一通信方式的信号质量符合第一预设条件时，领航车辆向跟随车辆发送配置指令，触发跟随车辆启用第二通信方式与领航车辆通信。由于第二通信方式是经由网络设备转发的通信方式，相较于直连的通信方式，其信号质量更稳定，从而确保领航车辆与跟随车辆之间的业务连续性不受影响，避免车辆的行驶安全受到威胁。

在一个可能的设计中，信号质量为信号可靠性；领航车辆获取第一通信方式的信号质量，包括：领航车辆获取在第一时间窗内，通过第一通信方式与跟随车辆之间进行通信的信号可靠性，其中，第一预设条件包括：在第一时间窗内的信号可靠性小于第一阈值。

本申请提供的方案中，将信号可靠性作为信号质量，领航车辆通过获取在第一时间窗内通过第一通信方式与跟随车辆之间进行通信的信号可靠性，从而准确地获取第一通信方式的信号质量。

在另一个可能的设计中，领航车辆向跟随车辆发送配置指令之前，还包括：当第一通信方式的信号质量符合第一预设条件时，领航车辆获取v2x业务的业务类型；若v2x业务的业务类型为第一业务类型，则领航车辆执行向跟随车辆发送配置指令的步骤。

本申请提供的方案中，在领航车辆确定当前传输的v2x业务的业务类型为第一业务类型时，向跟随车辆发送用于指示启用第二通信方式的配置指令，一方面能够确保重要业务的可靠传输，且另一方面避免非重要业务启用第二通信方式传输，节省通信资源。

在又一个可能的设计中，上述方法还包括：当第一通信方式的信号质量符合第一预设条件时，领航车辆根据跟随车辆的v2x能力信息，确定跟随车辆是否支持第二通信方式，其中，v2x能力信息用于指示跟随车辆支持的通信方式；若跟随车辆支持第二通信方式，则领航车辆执行向跟随车辆发送配置指令的步骤；若跟随车辆不支持第二通信方式，则领航车辆将跟随车辆从车队中移除。

本申请提供的方案中，领航车辆根据v2x能力信息，确定跟随车辆是否支持第二通信方式。当跟随车辆不支持第二通信方式时，领航车辆将跟随车辆从车队中移除，避免该跟随车辆影响其它车辆的行驶，进而威胁到车辆的行驶安全。

在又一个可能的设计中，领航车辆与跟随车辆之间通过第一通信方式传输v2x业务之前，还包括：跟随车辆向领航车辆发送跟随车辆的v2x能力信息；领航车辆接收并保存跟随车辆的v2x能力信息。

本申请提供的方案中，领航车辆获取并保存跟随车辆的v2x能力信息，以便后续能够根据v2x能力信息确定跟随车辆是否支持第二通信方式。当跟随车辆不支持第二通信方式时，领航车辆将跟随车辆从车队中移除，避免该跟随车辆影响其它车辆的行驶，进而威胁到车辆的行驶安全。

在又一个可能的设计中，上述方法还包括：领航车辆确定跟随车辆对应的第二时间窗和第二阈值；领航车辆向跟随车辆发送第二时间窗和第二阈值，其中，跟随车辆用于在检测到在第二时间窗内，通过第一通信方式与领航车辆之间进行通信的信号可靠性小于第二阈值时，启用第二通信方式与领航车辆通信。

本申请提供的方案中，通过向跟随车辆发送第二时间窗和第二阈值，使得跟随车辆能够自主判断是否启用第二通信方式与领航车辆通信，进而确保领航车辆与跟随车辆之间的业务连续性不受影响，避免车辆的行驶安全受到威胁。

在又一个可能的设计中，跟随车辆与领航车辆之间通过第一通信方式传输v2x业务之后，还包括：跟随车辆获取第一通信方式的信号质量；当第一通信方式的信号质量符合第二预设条件时，跟随车辆启用第二通信方式与领航车辆通信。

本申请提供的方案中，通过在第一通信方式的信号质量符合第二预设条件时，跟随车辆自动启用第二通信方式与领航车辆通信。由于第二通信方式是经由网络设备转发的通信方式，相较于直连的通信方式，其信号质量更稳定，从而确保领航车辆与跟随车辆之间的业务连续性不受影响，避免车辆的行驶安全受到威胁。

在又一个可能的设计中，信号质量为信号可靠性；跟随车辆获取第一通信方式的信号质量，包括：跟随车辆获取在第二时间窗内，通过第一通信方式与领航车辆之间进行通信的信号可靠性，其中，第二预设条件包括：在第二时间窗内的信号可靠性小于第二阈值。

本申请提供的方案中，将信号可靠性作为信号质量，通过获取在第二时间窗内第一通信方式与领航车辆之间进行通信的信号可靠性，从而准确地获取第一通信方式的信号质量。

在又一个可能的设计中，方法还包括：当第一通信方式的信号质量符合第二预设条件时，若跟随车辆不支持第二通信方式，则跟随车辆驶离车队。

本申请提供的方案中，通过当跟随车辆不支持第二通信方式时，跟随车辆主动驶离车队，避免影响其它车辆的行驶，进而威胁到车辆的行驶安全。

另一方面，本申请提供一种车载通信装置，该装置具有实现上述方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，车载通信装置的结构中包括处理器和通信接口，所述处理器被配置为支持车载通信装置执行上述方法中相应的功能。所述通信接口用于支持车载通信装置与其它装置或设备之间的通信。进一步的，车载通信装置还可以包括存储器，所述存储器用于与处理器耦合，其保存车载通信装置必要的程序指令和数据。

再一方面，本申请提供一种车辆，该车辆包括上述方面所述的车载通信装置。

又一方面，本申请提供一种计算机存储介质，用于储存为车载通信装置所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

又一方面，本申请实施例提供一种计算机程序产品，当该计算机程序产品被执行时，其用于执行上述方面所述的方法。

附图说明

图1是本申请一个实施例提供的网络架构的示意图；

图2是本申请一个实施例提供的编队行驶的应用场景的示意图；

图3是本申请一个实施例提供的选择通信方式的方法的流程图；

图4是本申请另一个实施例提供的选择通信方式的方法的流程图；

图5是本申请另一个实施例提供的选择通信方式的方法的流程图；

图6a是本申请一个实施例提供的车载通信装置的示意性框图；

图6b是本申请一个实施例提供的车载通信装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面首先结合图1和图2对本申请实施例适用的一些可能的网络架构及应用场景进行介绍。

请参考图1，其示出了本申请实施例可能适用的一种网络架构的示意图。该网络架构仅以长期演进(longtermevolution，lte)系统为例。该网络架构可以包括：演进的分组核心网(evolvedpacketcore，epc)11、演进的umts陆地无线接入网(evolvedumtsterrestrialradioaccessnetwork，e-utran)12、归属签约用户服务器(homesubscribeserver，hss)13、v2x应用服务器(applicationserver)14、v2x控制功能节点(controlfunction)15、路侧单元(roadsideunit，rsu)16、车辆17和终端18。

epc11是lte系统的核心网。核心网中包括若干核心网设备。核心网设备的功能主要是提供用户连接、对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口。例如，epc11中包括移动管理节点(mobilitymanagemententity，mme)、服务网关(servinggateway，s-gw)、pdn网关(pdngateway，p-gw)。

e-utran12是lte系统的接入网。接入网中包括若干接入网设备。接入网设备可以是基站(basestation，bs)，所述基站是一种部署在接入网中用以为终端16提供无线通信功能的装置。所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在lte系统中，称为演进的节点b(evolvednodeb，enb或enodeb)，在3g通信系统中，称为节点b(nodeb)等等。

终端18可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(userequipment，ue)，移动台(mobilestation，ms)，终端设备(terminaldevice)等等。为方便描述，上面提到的设备统称为终端。

接入网设备与核心网设备之间通过某种空口技术互相通信，例如s1接口。接入网设备和终端18之间也通过某种空口技术互相通信，例如uu接口。

hss13用于管理用户的签约数据和终端18的位置信息。hss13和核心网设备(如mme)之间可以通过s6a接口互相通信。

v2x应用服务器14主要用于接收并存储rsu16、车辆17和终端18上报的信息，并响应rsu16、车辆17和终端18的请求。例如，在编队行驶中，v2x应用服务器14能够根据领航车辆和rsu18上报的信息，确定领航车辆和跟随车辆所属车队的行驶策略，如行驶路线和行驶速度等，并将上述行驶策略经由epc11和e-utran12下发给领航车辆。v2x应用服务器14能够面向不同运营商网络。v2x应用服务器14和核心网设备之间可以通过sgi接口互相通信。

v2x控制功能节点15用于向车辆17和终端18下发v2x业务授权参数。v2x业务授权参数用于指示车辆17和终端18所能进行的v2x通信的类型，例如v2v通信、v2p通信和v2i通信等。v2x控制功能节点15和v2x应用服务器14之间可以通过v2接口互相通信，v2x控制功能节点15和车辆17、终端18之间可以通过v3接口互相通信，v2x控制功能节点15和hss13之间可以通过v4接口互相通信。

rsu16可以包括微波读写设备和控制器。rsu16用于接收车辆17上报的信息，并向车辆17下发道路的交通信息。rsu16具备数据存储和处理能力，能够快速、准确地探测到路况、行车等交通信息，并对这些交通信息进行处理之后再发送给车辆17。rsu16和接入网设备之间可以通过某种空口技术互相通信，例如uu接口。

车辆17可以是自动驾驶车辆，也可以是非自动驾驶车辆。在v2x领域中，编队行驶是指多个车辆17相互之间实现低时延的互联，形成一个多车同时行进的队列进行行驶。车辆17具备一车载通信装置，车辆17通过车载通信装置实现和其它车辆、终端18或者其它设备的通信，例如rsu16。车载通信装置可以是一集成在车载通信盒(telematicsbox，t-box)里的装置，也可以是一跟车体分离的装置。此外，车载通信装置可以在车辆17出厂前装配在车辆17中，也可以在车辆17出厂后装配在车辆17中。车辆17的车载通信装置和终端18之间可以通过pc5接口互相通信，例如终端18通过pc5接口向车辆17发送自身的位置信息。车辆17的车载通信装置和rsu18之间可以通过pc5接口互相通信，例如rsu16通过pc5接口向车辆17发送远处道路的交通信息。此外，车辆17的车载通信装置和接入网设备(例如lte系统的enb)之间也可以通过某种空口技术互相通信，例如uu接口。

需要说明的是，在图1所示的网络架构中，仅以lte系统为例进行介绍说明。本申请描述的技术方案可以适用于lte系统，或其他采用各种无线接入技术的无线通信系统，例如采用码分多址(codedivisionmultipleaccess，cdma)、频分多址(frequencydivisionmultipleaccess，fdma)、时分多址(timedivisionmultipleaccess，tdma)、正交频分多址(orthogonalfrequencydivisionmultipleaccess，ofdma)、单载波频分多址(singlecarrierfrequencydivisionmultipleaccess，sc-fdma)等接入技术的系统。此外，还可以适用于lte系统后续的演进系统，如下一代网络系统，即第五代(5thgeneration，5g)系统等。另外，在本申请实施例中，名词“网络”和“系统”经常交替使用，但本领域技术人员可以理解其含义。

请参考图2，其示出了编队行驶场景的示意图。在编队行驶的应用场景中，多个车辆17编成一个车队行驶，每一个车队包括：领航车辆171和至少一个跟随车辆172。

领航车辆171是车队前进方向上的第一辆车，其用于创建和管理车队。领航车辆171将自身检测到的交通信息和跟随车辆172上报的交通信息发送给rsu16，同时接收rsu16下发的远处道路的交通信息。其中，交通信息用于指示道路交通情况，例如前方道路是否拥堵、路面是否平整、有无其它车辆靠近等等。领航车辆171还可以经由e-utran12与v2x应用服务器14进行通信，接收v2x应用服务器14下发的行驶策略。

跟随车辆172，用于接收领航车辆171发送的行驶策略，并将自身检测到的交通信息发送给领航车辆171。

领航车辆171和跟随车辆172之间、不同的跟随车辆172之间通过d2d技术实现直接通信，该通过d2d技术实现的通信方式称为直连的通信方式，例如通过pc5接口建立的直连链路进行通信，或通过专用短程通信(dedicatedshortrangecommunication，dsrc)技术建立的直连链路进行通信。领航车辆171和跟随车辆172之间除可以通过直连的通信方式进行通信之外，还可以通过经由网络设备转发的通信方式进行通信。上述网络设备可以是接入网设备121，也可以包括接入网设备121和核心网设备，还可以包括接入网设备121、核心网设备和v2x应用服务器14。例如，当网络设备为接入网设备121时，领航车辆171或跟随车辆172将需要发送给对方的信息发送给接入网设备121，再由接入网设备121将上述信息转发给对方车辆。又例如，当网络设备包括接入网设备121和核心网设备时，领航车辆171或跟随车辆172将需要发送给对方的信息发送给本方车辆所接入的接入网设备121，由本方车辆所接入的接入网设备121将上述信息转发给核心网设备，再由核心网设备将上述信息转发给对方车辆所接入的接入网设备121，再由对方车辆所接入的接入网设备121将信息下发给对方车辆；其中，本方车辆所接入的接入网设备121和对方车辆所接入的接入网设备121可能是同一接入网设备121，也可能是两个不同的接入网设备121。

请参考图3，其示出了本申请一个实施例提供的选择通信方式的方法的流程图。该方法可应用于图2所示的编队行驶的应用场景中。该方法可以包括如下几个步骤。

步骤301，车队的领航车辆171与跟随车辆172之间通过第一通信方式传输v2x业务。

第一通信方式是指直连的通信方式。直连的通信方式是指通过d2d技术实现的通信方式。例如，领航车辆171与跟随车辆172之间通过pc5接口建立直连链路，通过该直连链路传输v2x业务。v2x业务包括但不限于位置、道路拓扑、红绿灯、转向、刹车、变道等领航车辆171与跟随车辆172之间交互的任意信息，本申请实施例对此不作限定。

步骤302，领航车辆171获取第一通信方式的信号质量。

第一通信方式的信号质量用于反映领航车辆171与跟随车辆172之间通过第一通信方式传输v2x业务时，v2x业务的数据包被正确接收的概率。第一通信方式的信号质量可以根据信号强度、丢包率等参数确定。领航车辆171可以每隔第一预设时间间隔获取一次第一通信方式的信号质量，第一预设时间间隔可以是预先设定的经验值。

步骤303，当第一通信方式的信号质量符合第一预设条件时，领航车辆171向跟随车辆172发送配置指令。

配置指令用于指示跟随车辆172启用第二通信方式与领航车辆171通信。第一预设条件是针对第一通信方式的信号质量所预先设定的条件，该条件用于判定第一通信方式的信号质量不佳。

步骤304，跟随车辆172根据配置指令启用第二通信方式与领航车辆171通信。

第二通信方式是指经由网络设备转发的通信方式。例如，跟随车辆172启用uu接口与领航车辆171通信，传输v2x业务。

可选地，跟随车辆172启用第二通信方式之后，并未停用第一通信方式，也即跟随车辆172同时采用第一通信方式和第二通信方式与领航车辆171通信，进行v2x业务的传输。

在本申请实施例提供的方案中，通过在第一通信方式的信号质量符合第一预设条件时，领航车辆171向跟随车辆172发送配置指令，触发跟随车辆172启用第二通信方式与领航车辆171通信。由于第二通信方式是经由网络设备转发的通信方式，相较于直连的通信方式，其信号质量更稳定，从而确保领航车辆171与跟随车辆172之间的业务连续性不受影响，避免车辆的行驶安全受到威胁。

请参考图4，其示出了本申请另一个实施例提供的选择通信方式的方法的流程图。该方法可应用于图2所示的编队行驶的应用场景中。该方法可以包括如下几个步骤。

步骤401，跟随车辆172向领航车辆171发送跟随车辆172的v2x能力信息。

在车队创建或跟随车辆172加入车队时，跟随车辆172将自身的v2x能力信息发送给领航车辆171。v2x能力信息用于指示跟随车辆172支持的通信方式。例如，当跟随车辆172仅支持第一通信方式时，跟随车辆172向领航车辆171发送第一v2x能力信息，该第一v2x能力信息用于指示跟随车辆172支持第一通信方式；或者，当跟随车辆172支持第一通信方式和第二通信方式时，跟随车辆172向领航车辆171发送第二v2x能力信息，该第二v2x能力信息用于指示跟随车辆172支持第一通信方式和第二通信方式。

可选地，在车队创建或跟随车辆172加入车队时，跟随车辆172将自身的地址信息发送给领航车辆171。地址信息用于指示跟随车辆172的通信地址。例如，通信地址包括以下任意一项或者多项的组合：互联网协议(internetprotocol，ip)地址、媒体接入控制(mediaaccesscontrol，mac)地址和端口号。通信地址和v2x能力信息可以同时发送，也可以分开发送，本申请实施例对此不作限定。

步骤402，领航车辆171保存跟随车辆172的v2x能力信息。

领航车辆171保存跟随车辆172的v2x能力信息，以便在后续步骤中根据跟随车辆172的v2x能力信息确定跟随车辆172所支持的通信方式，并据此决定是否向跟随车辆172发送配置指令。

可选地，领航车辆171保存跟随车辆172的地址信息，用于后续步骤中在需要与跟随车辆172传输v2x业务时，能够根据跟随车辆172的通信地址与跟随车辆172进行通信。

步骤403，领航车辆171与跟随车辆172之间通过第一通信方式传输v2x业务。

在编队行驶过程中，领航车辆171与跟随车辆172之间优先通过第一通信方式传输v2x业务，例如位置、道路拓扑、红绿灯、转向、刹车、变道等信息。因为第一通信方式是直连的通信方式，而通过直连的通信方式传输v2x业务的时延短、传输效率高，所以领航车辆171与跟随车辆172之间优先通过第一通信方式传输v2x业务。可选地，位置信息包括跟随车辆的全球定位系统(globalpositioningsystem，gps)数据，行驶速度和行驶方向。跟随车辆每隔第三预设时间间隔向领航车辆发送自身的位置信息。第三预设时间间隔可以是预先设定的经验值。

领航车辆171与跟随车辆172之间传输的v2x业务用以确保车队的正常行驶。示例性地，车队驶入一下坡路段时，领航车辆171检测到前方路段为下坡路段，需要减速行驶。此时，领航车辆171向跟随车辆172发送用于指示减速行驶的信息。跟随车辆172在接收到该用于指示减速行驶的信息后，减速行驶。最终，整个车队减速行驶，安全通过上述下坡路段。

步骤404，领航车辆171获取第一通信方式的信号质量。

可选地，信号质量为信号可靠性。信号可靠性与信号强度、丢包率等参数有关，信号强度越高、丢包率越低，则信号可靠性越高；反之，信号强度越低、丢包率越高，则信号可靠性越低。

可选地，领航车辆171获取在第一时间窗内，通过第一通信方式与跟随车辆172之间进行通信的信号可靠性。在一个示例中，第一时间窗可以采用时间区间来衡量，例如第一时间窗为第一预设时段，则领航车辆171每经过第一预设时段，统计在该第一预设时段内，通过第一通信方式与跟随车辆172之间进行通信的信号可靠性。在另一个示例中，第一时间窗也可以采用信息条数来衡量，例如第一时间窗为第一信息条数，则领航车辆171每接收到第一信息条数的信息，统计在接收该第一信息条数的信息的时段内，通过第一通信方式与跟随车辆172之间进行通信的信号可靠性。上述第一预设时段和第一信息条数的取值，均可以是预先设定的经验值。

步骤405，当第一通信方式的信号质量符合第一预设条件时，领航车辆171获取v2x业务的业务类型。

当信号质量为信号可靠性时，第一预设条件包括在第一时间窗内，信号可靠性小于第一阈值。第一阈值为预先设定的信号可靠性的判定阈值，例如预先设定第一阈值为90％。领航车辆171检测第一通信方式的信号质量是否符合第一预设条件，即是检测在第一时间窗内，第一通信方式的信号可靠性是否小于第一阈值。若第一通信方式的信号可靠性小于第一阈值，则领航车辆171和跟随车辆172之间通过第一通信方式进行v2x业务的传输时，可能会发生传输失败、传输信息缺失等情况。因此，当第一通信方式的信号质量符合第一预设条件时，会影响到领航车辆171和跟随车辆172之间的业务连续性。

当第一通信方式的信号质量符合第一预设条件时，领航车辆171获取当前传输的v2x业务的业务类型。可选地，v2x业务的业务类型包括第一业务类型和第二业务类型。其中，第一业务类型是指与车辆行驶安全相关的业务，例如刹车、变道、转向等，第二业务类型是指与车辆行驶安全无关的业务，例如位置、道路拓扑等。在本申请实施例中，对第一业务类型和第二业务类型所包含的具体业务不作限定，其可以由设计人员根据实际经验预先配置，也可以由用户预先自定义配置。

可选地，每个v2x业务都对应着一个业务标识，业务标识用于唯一指示一v2x业务，不同的v2x业务对应于不同的业务标识。例如，减速行驶对应的业务标识为001，加速行驶对应的业务标识为002。同时，业务标识与业务类型存在对应关系。领航车辆171根据该对应关系和当前的v2x业务对应的业务标识，获取该v2x业务的业务类型。

步骤406，若v2x业务的业务类型为第一业务类型，则领航车辆171根据跟随车辆172的v2x能力信息，确定跟随车辆172是否支持第二通信方式。若是，则执行下述步骤407；若否，则执行下述步骤409。

领航车辆171在获取到当前传输的v2x业务的业务类型后，检测当前传输的v2x业务的业务类型是否为第一业务类型。

若当前传输的v2x业务的业务类型为第一业务类型，即当前传输的v2x业务涉及车辆行驶安全，则需要启用第二通信方式进行通信，以确保领航车辆171与跟随车辆172之间的业务连续性不受影响。在启用第二通信方式前，领航车辆171需要确定跟随车辆172是否支持第二通信方式。

若当前传输的v2x业务的业务类型为第二业务类型，则当前传输的v2x业务不涉及车辆行驶安全。即使领航车辆171与跟随车辆172之间的业务连续性受到影响，也不会使得车辆的行驶安全受到影响。在这种情况下，无需开启第一通信方式，领航车辆171与跟随车辆172之间继续使用第一通信方式传输当前的v2x业务，且车队继续行驶。

步骤407，领航车辆171向跟随车辆172发送配置指令。

当跟随车辆172支持第二通信方式时，领航车辆171向跟随车辆172发送配置指令。该配置指令用于指示该跟随车辆172启用第二通信方式与领航车辆171通信。

步骤408，跟随车辆172根据配置指令启用第二通信方式与领航车辆171通信。

可选地，跟随车辆172启用第二通信方式之后，并未停用第一通信方式，仍然能够通过第一通信方式与领航车辆171传输v2x业务。示例性地，第一通信方式是指通过pc5接口进行通信的方式，第二通信方式是指通过uu接口进行通信的方式。在启用第二通信方式后，领航车辆171向跟随车辆172传输一项v2x业务时，即通过pc5接口向跟随车辆172传输该项v2x业务，同时也通过uu接口向跟随车辆172传输该项v2x业务。

步骤409，领航车辆171将跟随车辆172从车队中移除。

当跟随车辆172不支持第二通信方式时，领航车辆171无法通过第二通信方式与该跟随车辆172进行通信，则无法确保领航车辆171与跟随车辆172之间的业务连续性不受影响。因此，领航车辆171将跟随车辆172从车队中移除，避免因业务连续性受到影响而导致跟随车辆172的行驶安全受到影响。

可选地，领航车辆171除将跟随车辆172从车队中移除外，还向该跟随车辆172发送离队指令。该离队指令用于指示该跟随车辆172驶离车队。跟随车辆172接收到上述离队指令后，驶离车队。

在本实施例提供的方案中，通过在第一通信方式的信号质量符合第一预设条件时，领航车辆171向跟随车辆172发送配置指令，触发跟随车辆172启用第二通信方式与领航车辆171通信。由于第二通信方式是经由网络设备转发的通信方式，相较于直连的通信方式，其信号质量更稳定，从而确保领航车辆171与跟随车辆172之间的业务连续性不受影响，避免车辆的行驶安全受到威胁。

另外，在领航车辆171确定当前传输的v2x业务的业务类型为第一业务类型时，向跟随车辆172发送用于指示启用第二通信方式的配置指令，一方面能够确保重要业务的可靠传输，且另一方面避免非重要业务启用第二通信方式传输，节省通信资源。

另外，车队创建或跟随车辆172加入车队时，跟随车辆172向领航车辆171发送自身的v2x能力信息，以便领航车辆171确定需要启用第二通信方式时，能够准确确定跟随车辆172是否支持第二通信方式。当跟随车辆172不支持第二通信方式时，领航车辆171将跟随车辆172从车队中移除，避免该跟随车辆172影响其它车辆的行驶，进而威胁到车辆的行驶安全。

上述图3和图4实施列介绍了在编队行驶的应用场景中，由领航车辆171选择通信方式。在下述图5实施例中，将介绍在编队行驶的应用场景中，由跟随车辆172选择通信方式。

请参考图5，其示出了本申请另一个实施例提供的选择通信方式的方法的流程图。该方法可应用于图2所示的编队行驶的应用场景中。该方法可以包括如下几个步骤。

步骤501，跟随车辆172向领航车辆171发送跟随车辆172的v2x能力信息。

可选地，在车队创建或跟随车辆172加入车队时，跟随车辆172除向领航车辆171发送v2x能力信息外，还向领航车辆171发送自身的自动驾驶等级。自动驾驶等级用于指示跟随车辆172所支持的自动驾驶能力的等级。自动驾驶等级越高，则跟随车辆172支持的自动驾驶功能越多，能力越高；自动驾驶等级越低，则跟随车辆172支持的自动驾驶功能越少，能力越低。自动驾驶等级可以预先进行配置和划分，本申请实施例对此不作限定。例如，自动驾驶等级根据美国高速公路安全管理局(nationalhighwaytrafficsafetyadministration，nhtsa)的标准划分为0至4总共5个等级。

步骤502，领航车辆171保存跟随车辆172的v2x能力信息。

步骤503，领航车辆171确定跟随车辆172对应的第二时间窗和第二阈值。

第二时间窗和第二阈值是领航车辆171为跟随车辆172设定的，跟随车辆172进行信号可靠性判断时所用到的参数。第二时间窗为第二预设时段或第二信息条数。第二预设时段和第二信息条数的取值，均可以是预先设定的经验值。第二阈值为预先设定的信号可靠性的判定阈值，例如预先设定第二阈值为60％。可选地，第二阈值小于第一阈值。

在一种可能的实施方式中，车队中的各个跟随车辆172对应着相同的第二时间窗和第二阈值。

在另一种可能的实施方式中，车队中的各个跟随车辆172对应的第二时间窗和第二阈值有所不同。例如，领航车辆171根据跟随车辆172的自动驾驶等级确定跟随车辆172对应的第二时间窗和第二阈值。自动驾驶等级越高，则第二阈值的取值越小、第二时间窗的取值越大；自动驾驶等级越低，则第二阈值的取值越大、第二时间窗的取值越小。

步骤504，领航车辆171向跟随车辆172发送第二时间窗和第二阈值。

步骤505，领航车辆171与跟随车辆172之间通过第一通信方式传输v2x业务。

步骤506，跟随车辆172获取第一通信方式的信号质量。

可选地，信号质量为信号可靠性。信号可靠性与信号强度、丢包率等参数有关，信号强度越高、丢包率越低，则信号可靠性越高；反之，信号强度越低、丢包率越高，则信号可靠性越低。

可选地，跟随车辆172每隔第二预设时间间隔获取一次第一通信方式的信号质量，第二预设时间间隔可以是预先设定的经验值。

可选地，跟随车辆172获取在第二时间窗内，通过第一通信方式与领航车辆171之间进行通信的信号可靠性。

步骤507，当第一通信方式的信号质量符合第二预设条件时，跟随车辆172启用第二通信方式与领航车辆171通信。

第二预设条件是针对第一通信方式的信号质量所预先设定的条件，该条件用于判定第一通信方式的信号质量不佳。

当信号质量为信号可靠性时，第二预设条件包括在第二时间窗内，信号可靠性小于第二阈值。跟随车辆171检测第一通信方式的信号质量是否符合第二预设条件，即是检测在第二时间窗内，第一通信方式的信号可靠性是否小于第二阈值。若第一通信方式的信号可靠性小于第二阈值，则领航车辆171和跟随车辆172之间通过第一通信方式进行v2x业务的传输时，可能会发生传输失败、传输信息缺失等情况。因此，当第一通信方式的信号质量符合第二预设条件时，会影响到领航车辆171和跟随车辆172之间的业务连续性。因此，当第一通信方式的信号质量符合第二预设条件时，跟随车辆172启用第二通信方式与领航车辆171通信。

可选地，跟随车辆172启用第二通信方式与领航车辆171通信之后，并未停用第一通信方式，也即跟随车辆172同时采用第一通信方式和第二通信方式与领航车辆171通信，进行v2x业务的传输。

可选地，若跟随车辆172不支持第二通信方式，则跟随车辆172驶离车队。

可选地，当跟随车辆172驶离车队时，跟随车辆172向领航车辆171发送驶离信息，该驶离信息用于指示领航车辆171将跟随车辆172从车队中移除。

在本实施例提供的方案中，通过在第一通信方式的信号质量符合第二预设条件时，跟随车辆172自动启用第二通信方式与领航车辆171通信。由于第二通信方式是经由网络设备转发的通信方式，相较于直连的通信方式，其信号质量更稳定，从而确保领航车辆171与跟随车辆172之间的业务连续性不受影响，避免车辆的行驶安全受到威胁。

另外，当跟随车辆172不支持第二通信方式时，跟随车辆172主动驶离车队，避免影响其它车辆的行驶，进而威胁到车辆的行驶安全。

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

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

在采用集成的模块的情况下，图6a示出了上述实施例中所涉及的车载通信装置的一种可能的结构示意图。车载通信装置600包括：处理模块602和通信模块603。处理模块602用于对车载通信装置600的动作进行控制管理。例如，当车载通信装置600为领航车辆171的车载通信装置时，处理模块602用于支持车载通信装置600执行图3中的步骤301-303，图4中的步骤402-407、步骤409，图5中的步骤502-505，和/或用于执行本文所描述的技术的其它步骤。当车载通信装置600为跟随车辆172的车载通信装置时，处理模块602用于支持车载通信装置600执行图3中的步骤301、步骤304，图4中的步骤401、步骤403、步骤408，图5中的步骤501、步骤506-507，和/或用于执行本文所描述的技术的其它步骤。通信模块603用于支持车载通信装置600与其它车辆的车载通信装置或者其它设备的通信。车载通信装置600还可以包括存储模块601，用于存储车载通信装置600的程序代码和数据。

其中，处理模块602可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块603可以是通信接口、收发器、收发电路等，其中，通信接口是统称，可以包括一个或多个接口，例如一个车辆的车载通信装置与另一车辆的车载通信装置之间的接口，车载通信装置与接入网设备之间的接口。存储模块601可以是存储器。

当处理模块602为处理器，通信模块603为通信接口，存储模块601为存储器时，本申请实施例所涉及的车载通信装置可以为图6b所示的车载通信装置。

参阅图6b所示，该车载通信装置610包括：处理器612、通信接口613、存储器611。可选地，车载通信装置610还可以包括总线614。其中，通信接口613、处理器612以及存储器611可以通过总线614相互连接；总线614可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。所述总线614可以分为地址总线、数据总线、控制总线等。为便于表示，图6b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

结合本申请实施例公开内容所描述的方法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(randomaccessmemory，ram)、闪存、只读存储器(readonlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablerom，eprom)、电可擦可编程只读存储器(electricallyeprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于车载通信装置中。当然，处理器和存储介质也可以作为分立组件存在于车载通信装置中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。