CN113411375B - 信息处理方法、设备及计算机存储介质 - Google Patents

Abstract

本申请公开了一种信息处理方法、设备及计算机存储介质。其中，应用于车辆的信息处理方法，包括：确定待发送至云端服务器的第一信息的时延要求；根据第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；从P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送第一信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。本申请实施例有助于满足传输第一信息的时延要求，保证信息传输的及时性，可以有效分配通讯资源，减小通讯链路的拥塞。

Description

信息处理方法、设备及计算机存储介质

技术领域

本申请属于通信技术领域，尤其涉及一种信息处理方法、设备及计算机存储介质。

背景技术

众所周知，应用了车联网(Vehicle to everything，V2X)通信技术的车辆，可以与路侧设备或云端服务器等终端进行信息的交互。现有技术中，云端服务器在与车辆进行信息交互时，通常是选用信号强度较好的通讯链路进行信息传输。然而，在实际应用中，不同的场景下，车辆对信息传输的及时性有不同的要求，现有的通讯链路的选择方式，往往难以满足信息传输及时性的需求。

发明内容

本申请实施例提供一种信息处理方法、设备及计算机存储介质，以解决现有的通讯链路的选择方式，往往难以满足信息传输及时性的需求的问题。

第一方面，本申请实施例提供一种信息处理方法，应用于车辆，方法包括：

确定待发送至云端服务器的第一信息的时延要求；

根据第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

从P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送第一信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

第二方面，本申请实施例提供了一种信息处理方法，应用于云端服务器，方法包括：

确定待发送至车辆的第二信息的时延要求；

根据第二信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第二信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

第三方面，本申请实施例提供了一种信息处理方法，应用于路侧单元，方法包括：

在接收到车辆发送的第一信息的情况下，确定第一信息所请求的第二信息；其中，第一信息为车辆通过第一通讯链路发送的信息，第一通信链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；

在第二信息为预设信息的情况下，响应于第一信息，向车辆发送第二信息。

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

第一确定模块，用于确定待发送至车辆的第一信息的时延要求；

第二确定模块，用于根据第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

第一选取发送模块，用于从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第一信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

第五方面，本申请实施例提供了一种云端服务器，其特征在于，包括：

第三确定模块，用于确定待发送至车辆的第二信息的时延要求；

第四确定模块，用于根据第二信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

第二选取发送模块，用于从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第二信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

第六方面，本申请实施例提供了一种路侧单元，包括：

第五确定模块，用于在接收到车辆发送的第一信息的情况下，确定第一信息所请求的第二信息；其中，第一信息为车辆通过第一通讯链路发送的信息，第一通信链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；

第一发送模块，用于在第二信息为预设信息的情况下，响应于第一信息，向车辆发送第二信息。

第七方面，本申请实施例提供了一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面所示的信息处理方法；或者，实现如第二方面所示的信息处理方法；或者，实现如第三方面所示的信息处理方法。

第八方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面所示的信息处理方法；或者，实现如第二方面所示的信息处理方法；或者，实现如第三方面所示的信息处理方法。

本申请实施例提供的应用于车辆的信息处理方法，确定待发送至云端服务器的第一信息的时延要求，根据第一信息的时延要求以及预设的要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，从P个预设通讯链路中选取包括目标通讯链路在内的Q个预设通讯链路，以向云端服务器发送第一信息。本申请实施例中，选取的用于发送第一信息的Q个预设通讯链路中包括了目标通讯链路，有助于满足传输第一信息的时延要求，保证信息传输的及时性；根据时延要求确定目标通讯链路，可以有效分配通讯资源，减小通讯链路的拥塞。

附图说明

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

图1是可应用本申请实施例提供的信息处理方法的框架的结构示意图；

图2是本申请实施例中实现V2N通讯链路的框架的结构示意图；

图3是本申请实施例中实现N2I&I2V通讯链路的框架的结构示意图；

图4是本申请实施例提供的应用于车辆的信息处理方法的流程示意图；

图5是本申请实施例提供的应用于云端服务器的信息处理方法的流程示意图；

图6是本申请实施例提供的应用于路侧单元的信息处理方法的流程示意图；

图7是本申请实施例提供的信息处理方法应用于公交优先通行时的框架结构示意图；

图8是本申请实施例提供的信息处理方法应用于公交优先通行时的流程示意图；

图9是本申请实施例提供的信息处理方法应用于提供绿波车速时的框架结构示意图；

图10是本申请实施例提供的信息处理方法应用于提供绿波车速时的流程示意图；

图11是本申请实施例提供的信息处理方法应用于超视距感知时的框架结构示意图；

图12是本申请实施例提供的信息处理方法应用于超视距感知时的流程示意图；

图13是本申请实施例提供的车辆的结构示意图；

图14是本申请实施例提供的云端服务器的结构示意图；

图15是本申请实施例提供的路侧单元的结构示意图；

图16是本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

为了解决现有技术问题，本申请实施例提供了一种信息处理方法、装置、系统、设备及计算机存储介质。下面首先对可以应用本申请实施例所提供的信息处理方法的框架进行介绍。

如图1所示，图1示出了可以应用上述信息处理方法的框架的一个示例图。图1所示的框架中，可以包括车辆、云端服务器以及路侧单元(Road Side Unit，RSU)。

车辆可以是网联车辆。比如，车辆中设置有车载单元(On Board Unit)，并可以通过OBU与外部设备(例如外部车辆、RSU或者云端服务器)进行通信。

在一个示例中，车辆可以采用至少两种无线通信方式，比如，可以采用基于长期演进-车辆通信(Long Term Evolution-Vehicle，LTE-V)或专用短程通信(Dedicated ShortRange Communication，DSRC)等无线通信技术的车-设施(Vehicle to Infrastructure，V2I)通讯和基于4G或5G的车-网络(Vehicle to Net，V2N)通讯。

一般来说，基于V2I通讯，车辆可以与RSU进行信息的交互，而基于V2N通讯，车辆可以与云端服务器进行信息的交互。

结合图1所示的框架可见，RSU与云端服务器也可以进行通信连接，比如，两者之间可以采用光纤等有线通信连接方式进行连接，以保证两者之间信息交互的可靠性与及时性。当然，在一些可行的实施方式中，RSU与云端服务器也可以是无线通信连接的。

综上可见，在车辆与云端服务器之间，可以存在两种通讯链路。其中：一种是车辆基于V2I与RSU通信连接，RSU又与云端服务器通信连接，从而构成的车辆-RSU-云端服务器(Net to Infrastructure&Infrastructure to vehicle，N2I&I2V)的通讯链路；另一种是车辆基于V2N直接与云端服务器通信连接构成的通讯链路。

一般来说，以上两种通讯链路各有优劣。比如，N2I&I2V通讯链路一般可以有效保证信息传输速率，然而单个RSU通讯范围相对较小，相应地，N2I&I2V的通讯范围容易受到RSU位置分布的影响。再例如，V2N的通讯覆盖范围较广，然而V2N的通讯时延不够稳定，当通讯信号较差时，时延可达秒级以上。

结合一些实际应用场景，车辆可以通过OBU向云端服务器上传车辆运动状态、位置、车辆类型、车辆路径以及本车传感器检测到的信息(比如交通事故、障碍物等)等。云端可向车端下发更新的地图、交通状况、建议车速、信号优先(比如公交车优先通行的行驶策略)、信号机配时方案等信息。

容易理解的是，云端服务器向车辆发送的交通状况、建议车速等类型的信息，往往是对道路数据(例如红绿灯相位、车流量等)进行处理获得的。因此，云端服务器还可以通信连接至用于对道路数据进行采集的道路设施，或者可以产生道路数据的道路设施。

相应地，上述框架中可以进一步包括了信号机与路侧感知设施等类型的道路设施。信号机与路侧感知设施可以与云端服务器通信连接，例如可以是采用光纤等有线通信连接方式进行连接。

云端服务器可以接收信号机、路侧感知设施以及车辆等各终端的数据，来实现一些功能算法，例如，公交优先通行算法、绿波车速建议算法或者超视距感知算法等等。这些算法的具体实现方式将在下文实施例中进行说明。

如图2与图3所示，图2是在包括有信号机与路侧感知设施的框架下，车辆与云端基于V2N通讯链路进行通讯的示意图；图3是在包括有信号机与路侧感知设施的框架下，车辆与云端基于N2I&I2V通讯链路进行通讯的示意图。

其中，信号机可以是红绿灯等道路设施。信号机可以向云端服务器发送红绿灯相位及配时信息等，而云端服务器也可以发送调整指令以调整红绿灯相位及配时方案。

路侧感知设施可以包括路侧智能感知设备，例如激光雷达、毫米波雷达或者摄像头等。这些路侧智能感知设备可以将采集到的原始感知数据(例如图片、视频等)发送至云端服务器。

进一步地，路侧感知设施还可以包括边缘计算单元(Mobile Edge Computing，MEC)，MEC可以根据需要设置相应的功能算法。例如，MEC可以根据摄像头采集的影像数据检测车流量，根据毫米波雷达采集的感知数据计算车速，或者，还可以对影像数据与激光雷达采集的点云数据进行融合，以对道路中的障碍物进行识别等。

也就是说，MEC可以直接对路侧智能感知设备采集的原始感知数据进行处理，得到一些感知处理或融合结果，并可以进一步发送至云端服务器，以节省云端服务器的计算资源。

而云端服务器也可下发数据到MEC，包括地图更新、实时交通状况等信息。

当然，在以上框架的基础上，RSU可以直接和在其通讯范围内的车辆进行数据的交互，获得车辆的行驶数据，例如位置、速度、姿态等，并将这些车辆的行驶数据发送至云端服务器。

另外，在实际应用中，一些路侧感知设施也可以是直接与RSU通信连接的。相应地，RSU可以从路侧感知设施获取各类路侧数据(例如上述的原始感知数据、感知处理或融合结果)，并可以进一步将这些路侧数据发送至云端服务器或者车辆。

以下对本申请实施例提供的信息处理方法进行介绍。

图4示出了本申请实施例提供的信息处理方法的流程示意图。该信息处理方法可以应用于云端服务器。如图4所示，信息处理方法包括：

步骤401，确定待发送至云端服务器的第一信息的时延要求；

步骤402，根据第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

步骤403，从P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送第一信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

如上文所示的，车辆可以通过OBU向云端服务器上传车辆运动状态、位置、车辆类型、车辆路径以及本车传感器检测到的信息(比如交通事故、障碍物等)等，这些信息均可以作为待发送至云端服务器的第一信息。

一般来说，第一信息可以对应为车辆主动向云端服务器发送的常规信息，也可以是对应车辆响应于云端服务器发送的请求，向云端服务器发送的特定信息。

例如，结合一些实际应用场景，车辆在行驶过程中，可以持续向云端服务器发送自身的运动状态与位置信息等。或者，车辆也可以接收云端服务器发送的用于获取车辆采集的图片的请求，并响应于这些请求，向云端服务器发送图片等。或者，车辆中可以设置有人机交互设备，在接收用户在人机交互设备中的输入后，车辆可以响应该输入，向云端服务器发送相应的请求。

以上向云端服务器发送的运动状态、图片或者请求等，均可以认为是第一信息。

本实施例中，各第一信息均可以具有对应的时延要求。时延要求在一定程度上可以理解为对信息传输的及时性的要求。时延要求较高的第一信息，时延敏感度较高，可能需要保证较小的传输时延；相反地，时延要求较低的第一信息，则时延敏感度较低，可以接收相对较高的传输时延。

举例来说，不同的类型的第一信息，可以具有不同的时延要求。比如，对于用于请求获取天气信息的第一信息，时延要求可以相对较低；而用于请求行驶策略的第一信息，时延要求可以相对较高。

当然，同一种类型的第一信息，也可能受到一些条件的影响，而具有不同的时延要求。例如，车辆正常行驶于高速公路中时，可能会向云端服务器发送自身位置与速度等第一信息，若此时高速公路路况较好，车辆较少，这些第一信息可以具有较低的时延要求。而当车辆行驶即将行驶至某一红绿灯路口时，可能因路口车辆与行人较多，要求将自身位置与速度等第一信息尽快发送至云端服务器，以及时获取行驶策略，避免发生安全事故，此时，这些第一信息可以具有较高的时延要求。

值得强调的是，以上仅仅是对确定第一信号的时延要求的一些举例说明。在实际应用中，上述第一信号的时延要求的确定，除了可以考虑第一信号的类型或者车辆所处环境，还可以考虑车辆类型等，此处不做一一举例说明。

一般来说，不同的时延要求，可以对应不同的标识(例如“高”、“中”、“低”等)，或者对应不同优先级，或者对应不同的分值等等。相应地，通过对时延要求的区分，可以使得不同的时延要求对应有不同的通讯链路。

本实施例中，云端服务器可以与车辆建立多种预设通讯链路，即云端服务器可以具有上述的P个预设通讯链路。除此之外，云端服务器中还可以预设有时延要求通讯链路对应关系，其中可以记录有各类时延要求分别对应的预设通讯链路。

根据第一信息的时延要求与预设的时延要求通讯链路对应关系，可以从P个预设通讯链路中确定出目标通讯链路。该目标通讯链路通常是与第一信息的时延要求匹配的。

比如，云端服务器与车辆之间可以建立预设通讯链路A与预设通讯链路B；其中，通常情况下，预设通讯链路A所带来的时延，要低于预设通讯链路B所带来的时延。

当第一信息的时延要求为“高”时，根据预设的时延要求通讯链路对应关系，可以将预设通讯链路A确定为目标通讯链路；当第一信息的时延要求为“低”时，根据预设的时延要求通讯链路对应关系，可以将预设通讯链路B确定为目标通讯链路。

目标通讯链路在一定程度上可以认为是车辆发送第一信息所需采用的预设通讯链路。而本实施例中，用于发送第一信息的预设通讯链路可以仅仅是该目标通讯链路，也可以是包括目标通讯链路在内的多个预设通讯链路。

换而言之，在确定目标通讯链路后，可以从上述P个预设通讯链路中选取至少一个预设通讯链路(即上述的Q个预设通讯链路)以向云端服务器送第一信息，而这Q个预设通讯链路中包括目标通讯链路。

本实施例中，选取用于向车辆发送第一信息的Q个预设通讯链路，一方面，Q个预设通讯链路中包括了目标通讯链路，有助于满足传输第一信息的时延要求，保证信息传输的及时性；另一方面，在一些情况下，可以不局限于使用单一的目标通讯链路进行第一信息的传输，从而可以有效保证信息传输的可靠性。

举例来说，P个预设通讯链路中包括有预设通讯链路A与预设通讯链路B，在将预设通讯链路A确定为目标通讯链路的情况下，可以继续获取预设通讯链路B的信号强度或信道拥塞程度等因素，在通讯链路B的信号强度较高(比如高于某一强度阈值)，或者信道拥塞程度较低(比如低于某一拥塞门限)时，也可以同时使用预设通讯链路B发送第一信息，提高第一信息传输的可靠性。

或者，在将预设通讯链路A确定为目标通讯链路的情况下，也可以获取预设通讯链路A的信号强度或信道拥塞程度等因素，在通讯链路A的信号强度较低，或者信道拥塞程度较高时，可以将预设通讯链路B也用于进行第一信息的传输，从而保证第一信息传输的可靠性。

结合以上举例可见，在一些实施方式中，可以根据各预设通讯链路的工作状态(例如信号强度或信道拥塞程度等)，来从P个预设通讯链路中选取Q个预设通讯链路。

而在另一些可行的实施方式中，也可以结合车辆的位置信息(例如车辆是否即将离开RSU通讯覆盖范围，或者是否即将进入5G信号强度较弱的区域)等因素来选取Q个预设通讯链路，此处不做一一列举。

当然，实际应用中，还可以是将一些预设通讯链路固定加入到上述的Q个预设通讯链路中。例如，无论目标通讯链路为上述的预设通讯链路A还是预设通讯链路B，均可以固定将预设通讯链路A加入到上述的Q个预设通讯链路中。

本申请实施例提供的应用于车辆的信息处理方法，确定待发送至云端服务器的第一信息的时延要求，根据第一信息的时延要求以及预设的要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，从P个预设通讯链路中选取包括目标通讯链路在内的Q个预设通讯链路，以向云端服务器发送第一信息。本申请实施例中，选取的用于发送第一信息的Q个预设通讯链路中包括了目标通讯链路，有助于满足传输第一信息的时延要求，保证信息传输的及时性；根据时延要求确定目标通讯链路，可以有效分配通讯资源，减小通讯链路的拥塞。

此外，在一些情况下，可以不局限于使用单一的目标通讯链路进行第一信息的传输，可以有效保证信息传输的可靠性。

在车辆主动向云端服务器发送第一信息以请求所需信息的情况下，车辆可以在发送第一信息的同时确定目标通讯链路。一方面，可以通过车辆控制云端服务器下发信息的时机，无需云端服务器实时下发信息，减少了云端服务器的算力消耗；另一方面，也可以根据车辆的实际需要来确定目标通讯链路，提高目标通讯链路的合理性。

在一个示例中，P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；第二通讯链路为通过云端服务器与车辆通信连接构成的通讯链路。

如图2与图3所示的，在一些应用场景的举例中，云端服务器与RSU之间可以是通过光纤等有线通信连接方式进行连接的，可以有效保证数据传输的速率和可靠性。

RSU与车辆的OBU之间可以基于LTE-V或者DSRC实现V2I直连通信方式，可以实现数据的精确实时交互，有效满足时延敏感度高(即时延要求高)的数据的传输需求。然而，但V2I的通讯范围受LTE-V等无线通讯范围的限制。比如说，单个RSU在城市区域一般覆盖范围为500m左右，最多能覆盖1-2个交叉路口。因此，在RSU分布情况不佳(比如数量较少、密度较低)的场合，可能难以持续建立V2I的通讯连接。

第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路，即构成了上述的N2I&I2V通讯链路。结合以上描述，N2I&I2V通讯链路可以有效满足时延敏感度高的数据的传输要求，但容易受到通讯范围的限制。

云端服务器与车辆之间还可以基于4G或5G等实现V2N的通信方式，即对应了上述的第二通讯链路。与第一通讯链路相反地，第二通讯链路可以有效保证云端服务器与车辆之间的通信连接，然而V2N的通讯时延不稳定，当信号较差时，时延可达秒级以上。

本实施例中，P个预设通讯链路中包括有第一通讯链路与第二通讯链路，在实际应用中，两种预设通讯链路可以同时使用，或者在两者之间进行切换。

举例来说，云端服务器与车辆可实现V2N及N2I&I2V的双链路通讯。这两条通讯链路可一直同时工作，通讯功能正常时可以优先使用N2I&I2V链路的数据；通讯功能出现问题时使用V2N的数据进行补齐、融合或替代；也可以在功能正常时仅运行N2I&I2V方式，当检测到异常时马上启用V2N通讯链路，将两条通讯链路的数据进行补齐、融合或替代等操作，从而有效保证云端服务器与车辆之间的通讯可靠性。

当然，基于V2X通信技术的应用，车辆与车辆之间也可以进行数据的交互，在一些可能的实施方式下，P个预设通讯链路中也可以包括云端服务器-车辆A-车辆B形式的通讯链路等。

为了简化描述，在下文实施例中，将主要以P个预设通讯链路中包括有第一通讯链路与第二通讯链路为例进行说明。

在一个示例中，上述步骤401，确定待发送至云端服务器的第一信息的时延要求，具体包括以下至少一项：

确定第一信息的信息类型，根据预设的信息类型时延要求的对应关系，确定第一信息的时延要求；

获取车辆的位置信息，根据位置信息，确定第一信息的时延要求。

在一些应用场景中，第一信息的信息类型，可以认为是第一信息的应用功能。相应地，车辆可以根据第一信息的应用功能对时间的敏感度来确定第一信息的时延要求。

例如，第一信息的应用功能，可以是向云端服务器请求天气、路况新闻等类型的信息，这些应用功能可能对时间的敏感度相对较低，相应地，可以将这些类型的第一信息的时延要求确定为较低。

相反地，第一信息的应用功能，是向云端服务器请求经过前方红绿灯路口的绿波速度，或者是消防车请求快速通过路口等，这些应用功能对时间的敏感度相对较高，相应地，可以将这些类型的第一信息的时延要求确定为较高。

当然，如上文所示的，相同信息类型的第一信息，对应的时延要求也可能受到不同因素的影响。例如，车辆向云端服务器发送了用于获取道路信息的请求。当该请求是车辆企图变道时发送的情况下，对应的时延要求可以相对较高。而若该请求是对车辆前方10km处的候选路径的路况进行获取时，对应的时延要求较低。

可见，确定第一信息的时延要求时，可以结合第一信息的信息类型以及车辆的状态等因素进行确定。

在一些可行的实施方式中，第一信息的时延要求的确定，也可以是单纯考虑车辆的位置信息。例如车辆当前处于红绿灯路口时，可以为第一信息确定较高的时延要求；而车辆当前处于高速的顺畅行驶路段时，可以为第一信息确定较低的时延要求。

可选地，在Q大于1的情况下，上述步骤403，从P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送第一信息之后，方法还包括：

在检测到第一预设通讯链路的信道拥塞程度高于信道拥塞门限时，将第一预设通讯链路从Q个预设通讯链路中移除，第一预设通讯链路为Q个预设通讯链路中除目标通讯链路以外的预设通讯链路。

结合上文实施例，选取的用于发送第一信息的预设通讯链路，不仅仅可以包括基于时延要求的考虑而确定的目标通讯链路，还可以包括其他的预设通讯链路。

比如，第一信息为车辆的即时运动状态，车辆会不断地向云端服务器发送即时运动状态。根据第一信息的时延要求，确定的目标通讯链路为上述的第一通讯链路，但在第一信息发送的过程中，可能同时采用了第一通讯链路与第二通讯链路。而此处的第二通讯链路，可以对应上述的第一预设通讯链路。

在某一时刻，使用第二通讯链路的设备过多，导致第二通讯链路的信道拥塞程度高于信道拥塞门限时，可以取消使用第二通讯链路发送第一信息。此时，可以认为将第二通讯链路从用于发送第一信息的Q个预设通讯链路中移除。

可见，本实施例中，在保证第一信息的时延要求的情况下，可以有效分配通讯资源，减少信道拥塞。

可选地，在Q等于1的情况下，上述步骤403，从P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送第一信息之后，方法还包括：

在检测到目标通讯链路异常的情况下，更新目标通讯链路，其中，更新后的目标通讯链路为P个预设通讯链路中，除更新前的目标通讯链路以外的预设通讯链路。

同样结合上文中的举例，在确定的目标通讯链路为上述的第一通讯链路的情况下，如果检测到第一通讯链路异常，例如第一通讯链路故障，或者数据传输时延明显高于正常时延，则可以切换用于发送第一信息的通讯链路。

具体来说，上述P大于1的情况下，如果目标通讯链路处于异常状态，例如，车辆无法通过第一通讯链路与云端服务器进行信息交互时，还可以继续通过第二通讯链路向云端服务器发送第一信息，实现第一信息的补齐、融合或替代。而第一通讯链路恢复正常时，可以重新使用第一通讯链路进行第一信息的传输。

而在P等于1的情况下，如果目标通讯链路处于异常状态，则可以更新目标通讯链路，例如，将目标通讯链路更新由第一通讯链路更新为第二通讯链路。此时，重新确定的P个预设通讯链路中，包括了第二通讯链路，即车辆可以使用第二通讯链路向云端服务器发送第一信息，从而保证第一信息传输的可靠性。

如图5所示，本申请实施例还提供了一种应用于云端服务器的信息处理方法，包括：

步骤501，确定待发送至车辆的第二信息的时延要求；

步骤502，根据第二信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

步骤503，从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第二信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

如上文所示的，云端服务器可以向车辆发送行驶策略、路况等类型的信息，这些信息在一般是云端服务器预先存储的，或者是对一些输入数据进行处理后的得到的。在云端服务器将这些信息发送至车辆之前，这些信息可以认为是待发送至车辆的第二信息。

一般来说，第二信息可以对应为云端服务器主动向车辆发送的常规信息，也可以是对应为云端服务器响应于车辆发送的请求，向车辆发送的定制信息。

例如，结合一些实际应用场景，云端服务器可以主动向车辆发送天气、道路障碍物、交通事故或者拥堵信息等类型的信息。或者，云端服务器可以接收车辆(例如晚点的公交车、正在作业的消防车)发送的优先通行请求，响应于优先通行请求生成行驶策略，并向车辆发送该行驶策略。

与上文实施例中的第一信息类似的，第二信息也可以具有对应的时延要求。

举例来说，不同的类型的第二信息，可以具有不同的时延要求。比如，对于天气信息等类型的第二信息，时延要求可以相对较低；而对于车辆的行驶策略等类型的第二信息，时延要求可以相对较高。

当然，同一种类型的第二信息，也可能受到一些条件的影响，而具有不同的时延要求。例如，车辆正常行驶于高速公路中时，云端服务器可能会向车辆发送前方10km处的障碍物信息(例如因部分车道施工而在道路中设置的路障等)，此时车辆距离障碍物较远，该障碍物信息可以具有较低的时延要求。而当车辆行驶即将行驶至某一红绿灯路口时，此时云端服务器需要发送的障碍物信息，可能指示的路口的行人等，为了避免发生安全事故，此时的障碍物信息可以具有较高的时延要求。

值得强调的是，以上仅仅是对确定第一信号的时延要求的一些举例说明。在实际应用中，上述第一信号的时延要求的确定，除了可以考虑第一信号的类型或者车辆所处环境，还可以考虑车辆类型、车辆主动向云端服务器发送的消息的时延要求等，此处不做一一举例说明。

本实施例中，云端服务器可以与车辆建立多种预设通讯链路，即云端服务器可以具有上述的P个预设通讯链路。除此之外，云端服务器中还可以预设有时延要求通讯链路对应关系，其中可以记录有各类时延要求分别对应的预设通讯链路。

根据第二信息的时延要求与预设的时延要求通讯链路对应关系，可以从P个预设通讯链路中确定出目标通讯链路。该目标通讯链路通常是与第二信息的时延要求匹配的。

目标通讯链路在一定程度上可以认为是云端服务器发送第二信息所需采用的预设通讯链路。而本实施例中，用于发送第二信息的预设通讯链路可以仅仅是该目标通讯链路，也可以是包括目标通讯链路在内的多个预设通讯链路。

换而言之，在确定目标通讯链路后，可以从上述P个预设通讯链路中选取至少一个预设通讯链路(即上述的Q个预设通讯链路)以向车辆发送第二信息，而这Q个预设通讯链路中包括目标通讯链路。

本实施例中，选取用于向车辆发送第二信息的Q个预设通讯链路，一方面，Q个预设通讯链路中包括了目标通讯链路，有助于满足传输第二信息的时延要求，保证信息传输的及时性；另一方面，在一些情况下，可以不局限于使用单一的目标通讯链路进行第二信息的传输，从而可以有效保证信息传输的可靠性。

本申请实施例提供的应用于云端服务器的信息处理方法，确定待发送至车辆的第二信息的时延要求，根据第二信息的时延要求以及预设的要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，从P个预设通讯链路中选取包括目标通讯链路在内的Q个预设通讯链路，以向车辆发送第二信息。本申请实施例中，选取的用于发送第二信息的Q个预设通讯链路中包括了目标通讯链路，有助于满足传输第二信息的时延要求，保证信息传输的及时性；根据时延要求确定目标通讯链路，可以有效分配通讯资源，减小通讯链路的拥塞。

此外，在一些情况下，可以不局限于使用单一的目标通讯链路进行第二信息的传输，可以有效保证信息传输的可靠性。

在一个示例中，P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；第二通讯链路为通过云端服务器与车辆通信连接构成的通讯链路。

可选地，在Q大于1的情况下，步骤503，从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第二信息之后，信息处理方法还可以包括：

在检测到第一预设通讯链路的信道拥塞程度高于信道拥塞门限时，将第一预设通讯链路从Q个预设通讯链路中移除，第一预设通讯链路为Q个预设通讯链路中除目标通讯链路以外的预设通讯链路。

本实施例中，在保证第二信息的时延要求的情况下，可以有效分配通讯资源，减少信道拥塞。

可选地，在Q等于1的情况下，步骤503，从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第二信息之后，信息处理方法还包括：

在检测到目标通讯链路异常的情况下，更新目标通讯链路，其中，更新后的目标通讯链路为P个预设通讯链路中，除更新前的目标通讯链路以外的预设通讯链路。

本实施例中，在P等于1的情况下，如果目标通讯链路处于异常状态，则可以更新目标通讯链路，例如，将目标通讯链路更新由第一通讯链路更新为第二通讯链路。此时，重新确定的P个预设通讯链路中，包括了第二通讯链路，即云端服务器可以使用第二通讯链路向车辆发送第二信息，从而保证第二信息传输的可靠性。

可选地，上述步骤501，确定第二信息的时延要求之前，信息处理方法还可以包括：

接收车辆发送的车辆信息和/或道路设施发送的道路信息；

根据车辆信息和/或道路信息，生成第二信息。

在一些举例中，车辆信息可以包括车辆位置、车辆姿态、车辆速度以及车辆路径规划等信息中的一项或多项。

而如上文所示的，道路设施可以是信号机或者路侧感知设施等。其中，信号机发送的道路信息，可以是信号机所处路口对应的红绿灯相位及配时信息；而路侧感知设施则可以包括路侧智能感知设备与MEC等，路侧智能感知设备发送的道路信息，可以是道路的图像或视频等；而MEC发送的道路信息，则可以是道路中的车流量、交通事故等。

本实施例中，第二信息可以是根据车辆信息和/或道路信息生成的。

举例来说，云端服务器可以接收车辆发送的车辆位置信息与车辆路径规划信息，判断车辆当前是否偏离了规划的路径，并进一步生成并向车辆发送相关的提示信息(即第二信息)。

再例如，云端服务器可以接收路侧感知设施发送的较远前方交通状态的视频，并将该视频进行截取后转发至车辆；此时，生成的第二信息可以认为是截取后的视频等。

再例如，云端服务器可以接收车辆发送的车辆位置信息和车辆速度信息，并接收信号机发送的红绿灯相位及配时信息，根据这些信息，生成建议车速并发送至车辆，该建议车速可以使得车辆在较少停车的情况下，尽快通过相关路口。而这里的建议车速，可以认为是上述的第二信息。

可见，云端服务器可以接收来着不同终端的信息，并根据这些信息生成第二信息，有助于丰富第二信息的种类，提高云端服务器与车辆的通讯效果。

结合一个具体的实施方式，上述步骤501，确定待发送至车辆的第二信息的时延要求之前，信息处理方法还包括：

接收车辆信息，车辆信息包括车辆位置信息与车辆路径规划信息；

获取车辆路径规划信息所指示道路的道路信息，道路信息包括N个信号机的运行信息，N为大于1的整数，道路设施包括信号机；

根据车辆位置信息与道路信息，生成第二信息；

其中，第二信息包括第一规划速度与第二规划速度中的至少一种，第一规划速度为根据车辆位置信息与N个信号机的运行信息得到的规划速度，第二规划速度为根据车辆位置信息与目标信号机的运行信息得到的规划速度，目标信号机为N个信号机中与车辆位置信息匹配的信号机。

结合一个应用场景，车辆在沿规划路径行驶的过程中，未来可能会经历5个红绿灯路口。为了使得车辆能够在尽量少的停车的情况下，快速通过这5个红绿灯路口，云端服务器可以接收车辆信息与道路信息，来对车辆的行驶速度进行规划。

具体来说，云端服务器可以接收车辆发送的车辆位置信息与车辆路径规划信息，从而可以确定车辆未来经历的N个红绿灯路口。而云端服务器与信号机等类型的道路设施通信连接，因此，云端服务器可以进一步获取到这N个红绿灯路口的信号机的运行信息，例如，各个信号机的相位与配时信息等。

一方面，云端服务器可以根据车辆的位置信息，以及N个信号机的运行信息，确定一整体的规划车速发送给车辆，以使车辆能够在减少停车的情况下，顺利通过这N个红绿灯路口。该整体的规划车速即对应了上述的第一规划速度。

另一方面，云端服务器也可以根据车辆的位置信息，确定车辆下一个经过的红绿灯路口，并获取该红绿灯路口的信号机的运行信息，即获取目标信号机的运行信息。根据车辆的位置信息与目标信号机的运行信息，可以确定一比较精准的规划车速发送给车辆，以使得车辆能够比较顺畅地通过该红绿灯路口。而该比较精准的规划车速，即对应了上述的第二规划车速。

当然，在实际应用中，云端服务器可以根据需要，生成第一规划车速和/或第二规划车速并发送至第一车辆，以降低车辆启停次数，进而有助于节能减排、优化环境、提升驾驶体验。

在一个示例中，上述道路信息，还可以包括道路限速信息。相应地，第一规划车速与第二规划车速的获取，可以进一步考虑道路限速信息。

在一个示例中，第一规划车速和/或第二规划车速这些类型第二信息，可以确定一对应有较高时延要求的目标通讯链路，以比较及时地向车辆提供规划车速，提升驾驶体验。

在一些应用场景下，比如晚点严重的公交车，或者赶往火场的消防车需要尽快通过各个红绿灯路口时，为了避免道路堵塞，可以对信号机的运行状态，例如相位与配时方案进行调整，以尽快疏通相关道路。

具体来说，在一些实施方式中，根据车辆位置信息与道路信息，生成第二信息，具体包括：

根据车辆位置信息与道路信息，生成第二信息与第三信息，其中，第二信息与第三信息相匹配，第三信息用于调整关联的信号机的运行状态；

根据车辆位置信息与道路信息，生成第二信息与第三信息之后，信息处理方法还包括：

将第三信息发送至关联的信号机。

本实施方式中，第二信息可以包括上述的第一规划速度或者第二规划速度等等。在一些应用场景下，第二信息还可以包括重新规划的路径等。

第三信息则可以用于调整相关的信号机的运行状态。比如，在一些应用场景下，车辆可能需要经过多个红绿灯路口，不同红绿灯路口的信号机运行状态的调整策略可能会存在不同。因此，第三信息与信号机之间通常会存在关联关系。

例如，车辆即将经过的第一个红绿灯路口的信号机的调整策略可以是在5s后调整为绿灯，而车辆即将经过的第二红绿灯路口的信号机的调整策略可以是在20s后保持绿灯。

因此，在发送第三信息时，可以是将第三信息发送至关联的信号机的。而至于第三信息与信号机的关联关系，可以是云端服务器对车辆位置信息与道路信息进行处理得到的。

第二信息与第三信息之间可以是相互匹配的。举例来说，假设第三信息用于控制第一个红绿灯路口的信号机在10s后调整为绿灯，而根据第二信息指示的规划速度，车辆可能在5s内即可到达该红绿灯路口；此时，车辆可能无法快速通过该红绿灯路口，第二信息与第三信息可以认为是不匹配的。

可见，总的来说，第二信息与第三信息相互匹配，一般可以通过车辆与信号机协同，使得车辆能够快速地通过信号机所在的路口。

结合上文中的举例可见，在较多的情况下，云端服务器可以是根据车辆发送的车辆信息来生成第二信息的。因此，在一些可行的实施方式中，可以根据车辆发送的车辆信息来确定第二信息的时延要求。

具体地，上述步骤501，确定待发送至车辆的第二信息的时延要求，可以包括以下至少一项：

根据第二信息的信息类型，根据预设的信息类型时延要求的对应关系，确定第二信息的时延要求；

将车辆发送的第一信息的时延要求确定为第二信息的时延要求，其中，第一信息的时延要求根据以下至少一项内容确定：接收第一信息所采用的预设通讯链路、第一信息所指示的车辆位置信息。

对于根据第二信息的信息类型确定第二信息的时延要求，实际上与上文实施例中根据第一信息的信息类型确定第一信息的时延要求的方式类似，此处不做赘述。

从车辆的角度来说，车辆中也可以具有相关的通讯链路的选择逻辑，比如，车辆处于某些比较复杂的路况上向云端服务器发送车辆信息时，或者车辆需要向云端服务器发送一些特定的请求时，可能主动选用能够满足高时延要求的通讯链路。这里的车辆信息或者特定的请求，均可以认为是车辆发送的第一信息。

在这种情况下，云端服务器可以根据接收第一信息所采用的通讯链路，来确定第一信息的时延要求。

当然，云端服务器也可以根据第一信息所包括的车辆位置信息，来确定车辆信息的时延要求。比如，车辆位置信息指示车辆在高速公路上的通畅路段时，可以认为第一信息具有较低的时延要求；而车辆位置信息指示车辆到达红绿灯路口时，可以认为第一信息具有较高的时延要求。

本实施例中，可以将车辆发送的第一信息的时延要求确定为第二信息的时延要求，后续可以确定出可以满足时延要求的目标通讯链路，保证第二信息传输的及时性。

如图6所示，本申请实施例还提供了一种应用于路侧单元的信息处理方法，包括：

步骤601，在接收到车辆发送的第一信息的情况下，确定第一信息所请求的第二信息；其中，第一信息为车辆通过第一通讯链路发送的信息，第一通信链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；

步骤602，在第二信息为预设信息的情况下，响应于第一信息，向车辆发送第二信息。

如上文实施例所示的，车辆在云端服务器进行通讯的过程中，可以将RSU作为中间端，形成N2I&I2V的通讯方式。

本实施例中，当车辆通过上述的第一通信链路发送第一信息时，RSU可以对第一信息进行接收。

结合一些应用场景，车辆发送的第一信息，可以是向云端服务器请求行驶策略，例如规划速度或者规划路径等。该请求的行驶策略，可以认为是第一信息所请求的第二信息。

当然，在实际应用中，第一信息所请求的第二信息，也可以是其他内容的信息，此处不做一一举例说明。

当第二信息为预设信息的情况下，RSU可以直接响应于第一信息，向车辆发送第二信息。

对于RSU，本身具有一定的信息处理能力。例如，RSU可以根据采集的道路中的车辆信息，为车辆提供变道参考信息。再例如，RSU可以获取覆盖道路区域的限速信息，以及与其连接的信号机的运行信息，根据限速信息与运行信息为车辆提供参考速度等。

容易理解的是，预设信息可以是做通过RSU进行处理即可得到的信息，这部分信息可以是预先设置的，比如上文举例中提到的变道参考信息或者参考速度等。

换而言之，本实施例中，在第一信息所请求的第二信息，是RSU可以不通过云端服务器即可得到的信息的情况下，RSU可以直接相应第一信息，向车辆发送第二信息。

可见，本实施例中，一方面，通过RSU响应第一信息，向车辆发送第二信息，可以节省云端服务器的算力；另一方面，通过RSU向车辆发送第二信息，可以有效保证第二信息的传输及时性。

在一些示例中，上述步骤601，在接收到车辆发送的第一信息的情况下，确定第一信息所请求的第二信息之后，信息处理方法还包括：

在第二信息为预设信息的情况下，停止向云端服务器发送第一信息；或者，

在第二信息为预设信息的情况下，向云端服务器发送第四信息，第四信息用于指示云端服务器不对第一信息进行响应。

本示例中，RSU可以通过停止向云端服务器发送第一信息，或者通过向云端服务器发送第四信息，指示云端服务器不对第一信息进行响应。如此，云端服务器可以无需对第一信息进行处理以得到第二信息，节省云端服务器的算力。

可选地，预设信息包括在目标路段的第二规划速度，目标路段为与路侧单元匹配的路段；

相应地，上述步骤602，在第二信息为预设信息的情况下，响应于第一信息，向车辆发送第二信息，包括：

在第一信息所请求的第二信息为在目标路段的第二规划速度的情况下，响应于第一信息，获取车辆信息和目标路段的道路信息；

根据车辆信息与道路信息，生成第二规划速度；

向车辆发送第二规划速度。

结合一些应用场景，车辆信息可以包括车辆的位置信息与运动状态等信息，或者车辆信息还可以包括车辆的规划路径等信息。道路信息则可以包括道路的限速信息或者信号机的红绿灯相位及配时信息等信息。

对于某一RSU来说，其通讯距离通常是比较固定的，比如RSU的通讯范围覆盖了上述的目标路段。RSU可以对该目标路段中的车辆信息进行获取，同时，还可以获取与其通信连接的信号机的相关信息。此外，目标路段的限速信息往往是已知的。

本实施例中，第二规划速度可以用于指示车辆在目标路段中的参考行驶速度。比如，车辆根据第二规划速度进行行驶时，可以在不停车的情况下，通过目标路段中的红绿灯路口等。

当然，在实际应用中，上述的预设信息可以不局限于目标路段的第二规划速度，还可以是目标路段中的车流量，或者在车辆视觉范围之外且在目标路段之内的道路图片等等。

换而言之，预设信息可以根据RSU所能够实现的功能或者其具有的信息处理能力进行确定。当RSU接收到的第一信息用于请求这些预设信息时，RSU可以直接向车辆发送这些预设信息，而无需进一步经过云端服务器进行处理，减少云端服务器的算力消耗，提供预设信息的传输及时性。

当然，在第一信息所请求的第二信息并非是预设信息，或者第一信息限定为发送至云端服务器的信息，或者RSU缺少根据第一信息得到第二信息的处理能力的情况下，RSU可以将接收到的第一信息发送至云端服务器，而无需对第一信息进行额外的处理。

以下结合一些具体应用例，来对本申请实施例提供的信息处理方法进行说明。

应用例一，公交优先通行。

如图7所示，该应用例中，可以在安装信号灯的路侧杆上安装RSU、MEC以及智能感知等设备，在公交车上安装OBU，以此实现公交车与云端服务器之间的V2N和N2I&I2V的双链路通讯。

基于N2I&I2V的通讯方式受益于不被LTE-V的通讯范围限制，云端服务器可获取多个交叉路口的信号机灯态信息及配时方案、多辆公交车的运动状态及位置信息、多个边缘计算单元的数据，同时车辆端也可以在离路口更远的地方获得地图信息，由此可实现全局范围内的公交优先功能，云端根据上述数据计算新的配时方案下发至信号机，以帮助公交车在交叉路口快速通行。与此同时另一条链路V2N作为备选通讯路径，当N2I&I2V链路由于RSU故障时能继续保证功能有效。

如图8所示，云端服务器接收车辆、信号机以及感知数据等原始数据，使用公交优先通行算法根据原始数据为每一辆经过有信号交叉路口的公交车计算优先策略。

在N2I&I2V链路中，云端服务器可将公交优先策略下发至RSU，RSU将公交优先策略下发至OBU，OBU将对应的公交优先策略呈现给驾驶员和乘客。在V2N链路中，云端服务器将公交优先策略下发至OBU，OBU将对应的公交优先策略呈现给驾驶员和乘客。

受限于通讯范围，基于V2I的RSU可能仅能获得一个交叉路口信号机的信息，并仅能获取其通讯覆盖范围内的公交车辆数据，因此公交优先通行功能局限于一个交叉路口的。

而采用双链路通讯方式，可以减小LTE-V的通讯范围限制的影响，由此可实现全局范围内的公交优先功能，并且当一条链路不可靠时，另外一条链路还会起作用，保障通讯的可靠性。

基于双链路的公交优先通行功能可用于下述示例，如云端服务器根据公交线路运行时刻表判断出某一辆公交车晚点严重，且下游站台乘客等待延误过大时，为及时缓解当前状况，云端服务器根据该公交车的运行路线检索该车下游路口的信号控制状态和配时方案信息，并结合实时的车辆位置及运动状态数据，扩大下游路口的配时调整时间窗口，通过预先调整配时方案，及时清空社会车流，帮助公交快速通行，缓解公交晚点问题，若检测到N2I&I2V链路出现故障，可根据V2N链路的数据对N2I&I2V链路的数据进行补齐、融合或者替代，有效提升通讯的可靠性。

当然，RSU也可以在响应于通信范围内的公交车的晚点信息，为与该RSU通信连接的信号机确定配时方案信息，并将公交优先通行的策略发送至公交车。

应用例二，提供绿波车速。

如图9所示，该应用例中，云端服务器可以根据信号机上传信息、车辆上传信息、边缘计算单元提供的数据进行判断，把预测所得的车辆到停止线所需时间结合当前时刻所在交叉路口的信号灯灯态、配时方案为驾驶员提供建议车速或者辅助驾驶建议，根据建议车速车辆可以在不停车的状况下通过交叉路口，降低启停次数，有助于节能减排、优化环境、提升驾驶体验；若系统经过计算，在限速范围内车辆将需要在路口停车等待通行，则向驾驶员下发驾驶辅助信息。

如图10所示，云端服务器接收车辆、信号机以及感知数据等原始数据，使用绿波车速建议算法根据原始数据为每一辆经过有信号交叉路口的车辆计算绿波车速。

在N2I&I2V链路中，云端服务器可将建议车速下发至RSU，RSU将建议车速下发至OBU，OBU将对应的建议车速呈现给驾驶员和乘客。在V2N链路中，云端服务器将建议车速下发至OBU，OBU将对应的建议车速呈现给驾驶员和乘客。

基于N2I&I2V的通讯方式，云端服务器能获得全局的交叉路口信号机当前状态及配时方案、通过OBU获得车辆数据(运动状态、车辆位置、车辆行驶路径及交通状况等信息)，不仅可以在上游多个路口处提前规划车速，同时可利用V2I直连无线通信在每个路口对建议车速进行精细调整，比如，云端服务器根据全局路况仅粗略的规划车速，比如以5km/h为阶跃，建议车速为5的倍数(5km/h，10km/h，15km/h，20km/h，25km/h，30km/h，35km/h……)，当车辆到达某个路口时利用V2I直连再以1km/h(阈值可调)为阶跃下发建议车速，精细化的调整可更好的优化系统功能，提升驾驶员体验感。

双链路通讯能克服单独使用V2I方案带来的通讯范围小、仅适用于单个交叉路口的问题；同时解决单独使用V2N方案导致的数据传输时延较大的弊端；除此之外，单链路方案一旦出现问题将导致功能失效，而双链路有两条链路，若检测到N2I&I2V链路出现故障导致数据不正常，可触发根据V2N链路的数据对N2I&I2V链路的数据进行补齐、融合或者替代，有效提升通讯的可靠性。

应用例三，超视距感知。

如图11所示，云端服务器根据路侧设备及车端上传的信息(包括车辆速度、加速度、位置、航向、驾驶意图等)进行计算，把超视距信息下发至对应的车辆。其中超视距信息可包括前方被遮挡的车辆、道路上的障碍物、交通事故、拥堵信息、交通状态、图片以及图片等信息。

如图12所示，云端服务器接收车辆路侧感知数据等原始数据，使用超视距感知算法根据原始数据确定车辆所需的超视距信息。

在N2I&I2V链路中，云端服务器可将超视距信息下发至RSU，RSU将超视距信息下发至OBU，OBU将对应的超视距信息呈现给驾驶员和乘客。在V2N链路中，云端服务器将超视距信息下发至OBU，OBU将对应的超视距信息呈现给驾驶员和乘客。

而基于双链路的方法，相比V2I的覆盖范围，云端服务器可获取更大范围内的交通数据，实现提前把准确的超视距感知信息和地图数据下发到车辆，车辆根据地图和感知数据判断自车规划的行驶路径的交通状态，以此决定是否需要更改出行路线，除此之外，在路侧未安装RSU的路段，其中N2I&I2V的链路就无法生效，但此时云端服务器与车辆之间还有V2N的链路可以使用，提供超视距信息相关功能仍然可以正常运作；当N2I&I2V链路检测到异常时，可使用V2N的数据进行补齐、融合或替代；除此之外，超视距感知对于不同的应用场景应明确优先使用哪种链路，对时延要求较高的场景比如被遮挡的行人与自车有碰撞危险的鬼探头场景，这时可以优先采用N2I&I2V的通讯方式以保障超视距信息及时呈现给驾驶员，避免危险的发生；对时延要求不高的，比如展示较远前方交通状态的视频可以优先使用V2N的通讯方式，根据场景确定优先使用哪种链路，有效分配通讯资源，减少信道拥塞。

结合以上应用例可见，本申请实施例提供的信息处理方法，在现有单链路通讯方式V2I或V2N的框架基础进行拓展和融合，由此可实现V2N及N2I&I2V的双链路通讯。

云端服务器可获得多个交叉路口的信号机以及边缘计算单元的数据，并且可实现有选择的下发至车辆OBU终端；云端服务器与车辆之间的通讯范围可以不受LTE-V直连通信技术的距离限制，云端可获取数量更多、更远车辆的位置及运动状态信息，车辆也可以提前获得远处的地图信息；基于更多更全面的车端与路侧信息，在实现功能的全局把控的同时也能做好局部优化；双链路通讯方法在一条链路失效时，另外一条链路还可以起作用，有效提升通讯的可靠度；双链路的两种通讯方式可分别支持时间敏感度高和时间敏感度低的两类功能，相比单链路的方式可更好的分配、利用好通信资源。

如图13所示，本申请实施例还提供了一种车辆，包括：

第一确定模块1301，用于确定待发送至车辆的第一信息的时延要求；

第二确定模块1302，用于根据第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

第一选取发送模块1303，用于从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第一信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

可选地，P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；第二通讯链路为通过云端服务器与车辆通信连接构成的通讯链路。

可选地，第一确定模块1301，具体包括以下至少一项：

第一确定单元，用于确定第一信息的信息类型，根据预设的信息类型时延要求的对应关系，确定第一信息的时延要求；

第二确定单元，用于获取车辆的位置信息，根据位置信息，确定第一信息的时延要求。

可选地，上述车辆还可以包括：

移除模块，用于在Q大于1的情况下，在检测到第一预设通讯链路的信道拥塞程度高于信道拥塞门限时，将第一预设通讯链路从Q个预设通讯链路中移除，第一预设通讯链路为Q个预设通讯链路中除目标通讯链路以外的预设通讯链路。

可选地，上述车辆还可以包括：

更新模块，用于在Q等于1的情况下，在检测到目标通讯链路异常的情况下，更新目标通讯链路，其中，更新后的目标通讯链路为P个预设通讯链路中，除更新前的目标通讯链路以外的预设通讯链路。

需要说明的是，该车辆是与上述应用于车辆的信息处理方法对应的装置，上述方法实施例中所有实现方式均适用于该车辆的实施例中，也能达到相同的技术效果。

如图14所示，本申请实施例还提供了一种云端服务器，包括：

第三确定模块1401，用于确定待发送至车辆的第二信息的时延要求；

第四确定模块1402，用于根据第二信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数；

第二选取发送模块1403，用于从P个预设通讯链路中选取Q个预设通讯链路以向车辆发送第二信息，其中，Q个预设通讯链路中包括有目标通讯链路，Q为小于或等于P的正整数。

可选地，云端服务器还可以包括：

接收模块，用于接收车辆信息，车辆信息包括车辆位置信息与车辆路径规划信息；

获取模块，用于获取车辆路径规划信息所指示道路的道路信息，道路信息包括N个信号机的运行信息，N为大于1的整数，道路设施包括信号机；

生成模块，用于根据车辆位置信息与道路信息，生成第二信息；

其中，第二信息包括第一规划速度与第二规划速度中的至少一种，第一规划速度为根据车辆位置信息与N个信号机的运行信息得到的规划速度，第二规划速度为根据车辆位置信息与目标信号机的运行信息得到的规划速度，目标信号机为N个信号机中与车辆位置信息匹配的信号机。

可选地，生成模块，可以具体包括：

第一生成单元，用于根据车辆位置信息与道路信息，生成第二信息与第三信息，其中，第二信息与第三信息相匹配，第三信息用于调整关联的信号机的运行状态；

相应地，云端服务器还可以包括：

第二发送模块，用于将第三信息发送至关联的信号机。

可选地，上述第三确定模块1401，包括以下至少一项：

第三确定单元，用于根据第二信息的信息类型，根据预设的信息类型时延要求的对应关系，确定第二信息的时延要求；

第四确定单元，用于将车辆发送的第一信息的时延要求确定为第二信息的时延要求，其中，第一信息的时延要求根据以下至少一项内容确定：接收第一信息所采用的预设通讯链路、第一信息所指示的车辆位置信息。

需要说明的是，该云端服务器是与上述应用于云端服务器的信息处理方法对应的装置，上述方法实施例中所有实现方式均适用于该云端服务器的实施例中，也能达到相同的技术效果。

如图15所示，本申请实施例还提供了一种路侧单元，包括：

第五确定模块1501，用于在接收到车辆发送的第一信息的情况下，确定第一信息所请求的第二信息；其中，第一信息为车辆通过第一通讯链路发送的信息，第一通信链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；

第一发送模块1502，用于在第二信息为预设信息的情况下，响应于第一信息，向车辆发送第二信息。

可选地，预设信息包括在目标路段的第二规划速度，目标路段为与路侧单元匹配的路段；

相应地，第一发送模块1502，可以包括：

获取单元，用于在第一信息所请求的第二信息为在目标路段的第二规划速度的情况下，响应于第一信息，获取车辆信息和目标路段的道路信息；

第二生成单元，用于根据车辆信息与道路信息，生成第二规划速度；

发送单元，用于向车辆发送第二规划速度。

需要说明的是，该路侧单元是与上述应用于路侧单元的信息处理方法对应的装置，上述方法实施例中所有实现方式均适用于该路侧单元的实施例中，也能达到相同的技术效果。

图16示出了本申请实施例提供的电子设备的硬件结构示意图。

在电子设备可以包括处理器1601以及存储有计算机程序指令的存储器1602。

具体地，上述处理器1601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器1602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器1602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器1602可在综合网关容灾设备的内部或外部。在特定实施例中，存储器1602是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的方法所描述的操作。

处理器1601通过读取并执行存储器1602中存储的计算机程序指令，以实现上述实施例中的任意一种信息处理方法。

在一个示例中，电子设备还可包括通信接口1603和总线1604。其中，如图16所示，处理器1601、存储器1602、通信接口1603通过总线1604连接并完成相互间的通信。

通信接口1603，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线1604包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1604可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的信息处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种信息处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通讯链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (15)

1.一种信息处理方法，应用于车辆，其特征在于，包括：

确定待发送至云端服务器的第一信息的时延要求；

根据所述第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数，所述目标通讯链路与第一信息的时延要求匹配；

从所述P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送所述第一信息，其中，所述Q个预设通讯链路中包括有所述目标通讯链路，Q为小于或等于P的正整数；

其中，所述P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，所述第一通讯链路为通过所述云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；所述第二通讯链路为通过所述云端服务器与车辆通信连接构成的通讯链路。

2.根据权利要求1所述的方法，其特征在于，所述确定待发送至云端服务器的第一信息的时延要求，具体包括以下至少一项：

确定所述第一信息的信息类型，根据预设的信息类型时延要求的对应关系，确定所述第一信息的时延要求；

获取所述车辆的位置信息，根据所述位置信息，确定所述第一信息的时延要求。

3.根据权利要求1所述的方法，其特征在于，在所述Q大于1的情况下，所述从所述P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送所述第一信息之后，所述方法还包括：

在检测到第一预设通讯链路的信道拥塞程度高于信道拥塞门限时，将所述第一预设通讯链路从所述Q个预设通讯链路中移除，所述第一预设通讯链路为所述Q个预设通讯链路中除所述目标通讯链路以外的预设通讯链路。

4.根据权利要求1所述的方法，其特征在于，在所述Q等于1的情况下，所述从所述P个预设通讯链路中选取Q个预设通讯链路以向云端服务器发送所述第一信息之后，所述方法还包括：

在检测到所述目标通讯链路异常的情况下，更新所述目标通讯链路，其中，更新后的目标通讯链路为所述P个预设通讯链路中，除更新前的目标通讯链路以外的预设通讯链路。

5.一种信息处理方法，应用于云端服务器，其特征在于，包括：

确定待发送至车辆的第二信息的时延要求；

根据所述第二信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数，所述目标通讯链路与第二信息的时延要求匹配；

从所述P个预设通讯链路中选取Q个预设通讯链路以向车辆发送所述第二信息，其中，所述Q个预设通讯链路中包括有所述目标通讯链路，Q为小于或等于P的正整数；

其中，所述P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，所述第一通讯链路为通过所述云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；所述第二通讯链路为通过所述云端服务器与车辆通信连接构成的通讯链路。

6.根据权利要求5所述的方法，其特征在于，所述确定待发送至车辆的第二信息的时延要求之前，所述方法还包括：

接收车辆信息，所述车辆信息包括车辆位置信息与车辆路径规划信息；

获取所述车辆路径规划信息所指示道路的道路信息，所述道路信息包括N个信号机的运行信息，N为大于1的整数；

根据所述车辆位置信息与所述道路信息，生成所述第二信息；

其中，所述第二信息包括第一规划速度与第二规划速度中的至少一种，所述第一规划速度为根据所述车辆位置信息与所述N个信号机的运行信息得到的规划速度，所述第二规划速度为根据所述车辆位置信息与目标信号机的运行信息得到的规划速度，所述目标信号机为所述N个信号机中与所述车辆位置信息匹配的信号机。

7.根据权利要求6所述的方法，其特征在于，根据所述车辆位置信息与所述道路信息，生成所述第二信息，具体包括：

根据所述车辆位置信息与所述道路信息，生成所述第二信息与第三信息，其中，所述第二信息与第三信息相匹配，所述第三信息用于调整关联的信号机的运行状态；

所述根据所述车辆位置信息与所述道路信息，生成所述第二信息与第三信息之后，所述方法还包括：

将所述第三信息发送至关联的信号机。

8.根据权利要求5所述的方法，其特征在于，所述确定待发送至车辆的第二信息的时延要求，包括以下至少一项：

根据所述第二信息的信息类型，根据预设的信息类型时延要求的对应关系，确定所述第二信息的时延要求；

将所述车辆发送的第一信息的时延要求确定为所述第二信息的时延要求，其中，所述第一信息的时延要求根据以下至少一项内容确定：接收所述第一信息所采用的预设通讯链路、所述第一信息所指示的车辆位置信息。

9.一种信息处理方法，应用于路侧单元，其特征在于，包括：

在接收到车辆发送的第一信息的情况下，确定所述第一信息所请求的第二信息；其中，所述第一信息为所述车辆通过第一通讯链路发送的信息，所述第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路，其中，所述第一通讯链路为从P个预设通讯链路中选取Q个预设通讯链路，其中，所述Q个预设通讯链路中包括有目标通讯链路，所述目标通讯链路与第一信息的时延要求匹配，Q为小于或等于P的正整数；

在所述第二信息为预设信息的情况下，响应于所述第一信息，向车辆发送所述第二信息；

其中，所述P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，所述第一通讯链路为通过所述云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；所述第二通讯链路为通过所述云端服务器与车辆通信连接构成的通讯链路。

10.根据权利要求9所述的方法，其特征在于，所述预设信息包括在目标路段的第二规划速度，所述目标路段为与所述路侧单元匹配的路段；

所述在所述第二信息为预设信息的情况下，响应于所述第一信息，向车辆发送所述第二信息，包括：

在所述第一信息所请求的第二信息为所述在目标路段的第二规划速度的情况下，响应于所述第一信息，获取车辆信息和所述目标路段的道路信息；

根据所述车辆信息与所述道路信息，生成所述第二规划速度；

向所述车辆发送所述第二规划速度。

11.一种车辆，其特征在于，包括：

第一确定模块，用于确定待发送至车辆的第一信息的时延要求；

第二确定模块，用于根据所述第一信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数，所述目标通讯链路与第一信息的时延要求匹配；

第一选取发送模块，用于从所述P个预设通讯链路中选取Q个预设通讯链路以向车辆发送所述第一信息，其中，所述Q个预设通讯链路中包括有所述目标通讯链路，Q为小于或等于P的正整数；

其中，所述P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，所述第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；所述第二通讯链路为通过所述云端服务器与车辆通信连接构成的通讯链路。

12.一种云端服务器，其特征在于，包括：

第三确定模块，用于确定待发送至车辆的第二信息的时延要求；

第四确定模块，用于根据所述第二信息的时延要求以及预设的时延要求通讯链路对应关系，从P个预设通讯链路中确定出目标通讯链路，P为大于1的整数，所述目标通讯链路与第二信息的时延要求匹配；

第二选取发送模块，用于从所述P个预设通讯链路中选取Q个预设通讯链路以向车辆发送所述第二信息，其中，所述Q个预设通讯链路中包括有所述目标通讯链路，Q为小于或等于P的正整数；

其中，所述P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，所述第一通讯链路为通过所述云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；所述第二通讯链路为通过所述云端服务器与车辆通信连接构成的通讯链路。

13.一种路侧单元，其特征在于，包括：

第五确定模块，用于在接收到车辆发送的第一信息的情况下，确定所述第一信息所请求的第二信息；其中，所述第一信息为所述车辆通过第一通讯链路发送的信息，所述第一通讯链路为通过云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路，其中，所述第一通讯链路为从P个预设通讯链路中选取Q个预设通讯链路，其中，所述Q个预设通讯链路中包括有目标通讯链路，所述目标通讯链路与第一信息的时延要求匹配，Q为小于或等于P的正整数；

第一发送模块，用于在所述第二信息为预设信息的情况下，响应于所述第一信息，向车辆发送所述第二信息；

其中，所述P个预设通讯链路中包括有第一通讯链路与第二通讯链路；

其中，所述第一通讯链路为通过所述云端服务器、路侧单元以及车辆依次通信连接构成的通讯链路；所述第二通讯链路为通过所述云端服务器与车辆通信连接构成的通讯链路。

14.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-4任意一项所述的信息处理方法；或者，实现如权利要求5-8任意一项所述的信息处理方法；或者，实现如权利要求9-10任意一项所述的信息处理方法。

15.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-4任意一项所述的信息处理方法；或者，实现如权利要求5-8任意一项所述的信息处理方法；或者，实现如权利要求9-10任意一项所述的信息处理方法。