车辆通信处理方法、装置、计算机可读介质及电子设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种车辆通信处理方法、装置、计算机可读介质及电子设备。
背景技术
V2X(vehicle to Everything，车辆对外界)通信是通过装载在车上的传感器、车载终端等提供车辆信息，并通过各种通信技术实现车与车之间(Vehicle to Vehicle，V2V)、车与路之间(Vehicle to Infrastructure，V2I)、车与人之间(Vehicle toPedestrian，V2P)、车与网络之间(Vehicle to Network，V2N)的相互通信。
VRU(Vulnerable Road User，弱势交通群体)指行人、骑自行车的人等在发生交通事故时处于弱势的用户群体，在自动驾驶和车路协同场景下，需要作为保护对象。VRU终端是具有VRU提醒功能的终端，VRU提醒比如可以是进行道路交通情况、交通风险的提醒等，在相关技术中，VRU终端由于需要频繁进行RSU(Road Side Unit，路侧单元)的搜索和发现过程，因此导致VRU终端的耗电严重，待机时间较短。
发明内容
本申请的实施例提供了一种车辆通信处理方法、装置、计算机可读介质及电子设备，进而至少在一定程度上可以实现VRU提醒功能的动态激活，避免盲目打开VRU功能而导致增加信令消耗及导致VRU终端耗电严重的问题，有利于延长VRU终端的待机时间。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种车辆通信处理方法，包括：获取弱势交通群体VRU终端的位置信息；根据所述VRU终端的位置信息确定所述VRU终端是否进入需要进行VRU提醒的区域范围；若根据所述VRU终端的位置信息确定所述VRU终端进入了需要进行VRU提醒的区域范围，则激活所述VRU终端的VRU提醒功能。
根据本申请实施例的一个方面，提供了一种车辆通信处理方法，包括：获取弱势交通用户VRU终端的状态信息，所述VRU终端的状态信息包括所述VRU终端的位置信息；与网络侧设备进行交互，以将所述VRU终端的状态信息上报至所述网络侧设备，所述VRU终端的状态信息用于使所述网络侧设备确定并反馈激活或关闭所述VRU终端的VRU提醒功能的控制指令；接收所述网络侧设备反馈的所述控制指令，基于所述控制指令激活或关闭所述VRU终端的VRU提醒功能。
根据本申请实施例的一个方面，提供了一种车辆通信处理装置，包括：第一获取单元，配置为获取弱势交通群体VRU终端的位置信息；确定单元，配置为根据所述VRU终端的位置信息确定所述VRU终端是否进入需要进行VRU提醒的区域范围；第一处理单元，配置为在根据所述VRU终端的位置信息确定所述VRU终端进入了需要进行VRU提醒的区域范围时，激活所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，所述确定单元配置为：若所述VRU终端的定位位置处于针对所述VRU终端预配置的地理区域范围，则确定所述VRU终端进入需要进行VRU提醒的区域范围；若所述VRU终端所记录的注册小区标识及跟踪区信息与针对所述VRU终端预配置的小区指纹信息相匹配，确定所述VRU终端进入需要进行VRU提醒的区域范围。
在本申请的一些实施例中，基于前述方案，所述的车辆通信处理装置还包括：预测单元，配置为根据所述VRU终端的历史位置信息预测所述VRU终端的移动轨迹，根据所述VRU终端的移动轨迹预测所述VRU终端在进入需要进行VRU提醒的区域范围的时间点；所述第一处理单元还配置为：在所述时间点激活所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，所述第一处理单元还配置为：若所述VRU终端处于空闲态或非激活态，则在激活所述VRU终端的VRU提醒功能之后，若在所述空闲态或非激活态能够获取到进行车辆通信的传输资源，则基于获取到的所述传输资源在所述空闲态或非激活态进行车辆通信。
在本申请的一些实施例中，基于前述方案，所述第一处理单元还配置为：在激活所述VRU终端的VRU提醒功能之后，执行如下至少一种操作：进行路侧单元的检测、进行车辆通信终端的检测、与车辆通信终端进行数据交互。
在本申请的一些实施例中，基于前述方案，所述第一处理单元还配置为：在激活所述VRU终端的VRU提醒功能之后，若根据所述VRU终端的位置信息确定所述VRU终端离开了需要进行VRU提醒的区域范围，则关闭所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，与不同类型的VRU终端相对应的需要进行VRU提醒的区域范围不相同，所述不同类型的VRU终端用于表征不同的弱势交通群体。
在本申请的一些实施例中，基于前述方案，所述车辆通信处理装置还包括：检测单元，配置为检测针对所述VRU终端触发的打开或关闭VRU提醒功能的指令；所述第一处理单元还配置为：基于针对所述VRU终端触发的打开VRU提醒功能的指令，激活所述VRU终端的VRU提醒功能，并基于针对所述VRU终端触发的关闭VRU提醒功能的指令，关闭所述VRU终端的VRU提醒功能。
根据本申请实施例的一个方面，提供了一种车辆通信处理装置，包括：第二获取单元，配置为获取弱势交通用户VRU终端的状态信息，所述VRU终端的状态信息包括所述VRU终端的位置信息；交互单元，配置为与网络侧设备进行交互，以将所述VRU终端的状态信息上报至所述网络侧设备，所述VRU终端的状态信息用于使所述网络侧设备确定并反馈激活或关闭所述VRU终端的VRU提醒功能的控制指令；第二处理单元，配置为接收所述网络侧设备反馈的所述控制指令，基于所述控制指令激活或关闭所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，所述VRU终端的状态信息还包括以下至少一种：所述VRU终端的能力信息、所述VRU终端的应用信息、所述VRU终端中VRU提醒功能的开关状态；其中，所述VRU终端的能力信息包括所述VRU终端的信息收发能力、所述VRU终端的电量信息；所述VRU终端的应用信息包括所述VRU终端所需要进行的VRU业务的类型信息。
在本申请的一些实施例中，基于前述方案，若所述网络侧设备包括路侧单元，则所述交互单元配置为：通过应用层消息集与所述路侧单元进行交互，或通过无线资源控制信令与基站形态的路侧单元进行交互，或通过PC5-S信令与用户设备类型的路侧单元进行交互。
在本申请的一些实施例中，基于前述方案，若所述网络侧设备包括用于进行车辆通信的应用服务器，则所述应用服务器部署于基站侧，或部署于边缘计算平台上，或部署于核心网后侧。
在本申请的一些实施例中，基于前述方案，所述网络侧设备包括AF(ApplicationFunction，应用功能)或者PCF(Policy Control Function，策略控制功能)。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的车辆通信处理方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的车辆通信处理方法。
根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的车辆通信处理方法。
在本申请的一些实施例所提供的技术方案中，通过在根据VRU终端的位置信息确定VRU终端进入了需要进行VRU提醒的区域范围时，激活VRU终端的VRU提醒功能，使得VRU终端在未进入VRU提醒的区域范围之前，无需频繁地进行RSU的搜索和发现过程，进而实现了VRU提醒功能的动态激活，避免盲目打开VRU功能而导致增加信令消耗及导致VRU终端耗电严重的问题，有利于延长VRU终端的待机时间。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了可以应用本申请实施例的技术方案的应用场景的示意图；
图2示出了可以应用本申请实施例的技术方案的应用场景的示意图；
图3示出了根据本申请的一个实施例的车辆通信处理方法的流程图；
图4示出了根据本申请的一个实施例的车辆通信处理方法的流程图；
图5示出了根据本申请的一个实施例的车辆通信处理方法的流程图；
图6示出了根据本申请的一个实施例的车辆通信处理方法的流程图；
图7示出了V2X通信协议栈的结构图；
图8示出了根据本申请的一个实施例的VRU终端与路侧单元RSU之间的交互过程示意图；
图9示出了根据本申请的一个实施例的VRU终端与V2X应用服务器之间的交互过程示意图；
图10示出了根据本申请的一个实施例的VRU终端与V2X应用服务器之间的通信连接示意图；
图11示出了根据本申请的一个实施例的VRU终端与V2X应用服务器进行通信的流程图；
图12示出了根据本申请的一个实施例的VRU终端与V2X应用服务器进行通信的流程图；
图13示出了根据本申请的一个实施例的VRU终端与V2X应用服务器进行通信的流程图；
图14示出了根据本申请的一个实施例的VRU终端与V2X应用服务器进行通信的流程图；
图15示出了根据本申请的一个实施例的车辆通信处理装置的框图；
图16示出了根据本申请的一个实施例的车辆通信处理装置的框图；
图17示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
图1示出了可以应用本申请实施例的技术方案的应用场景的示意图。
在图1所示的应用场景中，道路旁边设置有RSU，每个RSU覆盖一定区域范围的道路。需要说明的是，图1中所示的RSU设置位置及RSU数量仅是示意性的，根据实际需要，可以在道路两侧设置任意数量的RSU，并且RSU之间的覆盖区域可以是重叠的，也可以是间断的。
在本申请的一个实施例中，假设RSU覆盖区域内是预设置的需要进行VRU提醒的区域范围。那么携带VRU终端的用户101在未进入RSU 103的覆盖区域102内时，由于是处于不需要进行VRU提醒的区域范围，因此VRU提醒功能处于关闭状态，这样可以避免盲目打开VRU功能而导致增加信令消耗及导致VRU终端耗电严重的问题，有利于延长VRU终端的待机时间。当携带VRU终端的用户101进入RSU 103的覆盖区域102内之后，由于已经处于需要进行VRU提醒的区域范围，因此可以激活VRU终端的VRU提醒功能，实现了VRU提醒功能的动态激活。
在本申请的一个实施例中，如图2所示，还可以根据携带VRU终端的用户101的移动轨迹104来预测用户101何时会进入RSU 103的覆盖区域102内，然后在将要进入RSU 103的覆盖区域102内之前，激活VRU终端的VRU提醒功能，以及时开启VRU提醒功能来进行RSU的检测，进而可以确保及时接收到VRU提醒消息。
需要说明的是，本申请实施例所提供的车辆通信处理方法一般由VRU终端执行，相应地，车辆通信处理装置一般设置于VRU终端中。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图3示出了根据本申请的一个实施例的车辆通信处理方法的流程图，该车辆通信处理方法可以由VRU终端来执行。参照图3所示，该车辆通信处理方法至少包括步骤S310至步骤S330，详细介绍如下：
在步骤S310中，获取弱势交通群体VRU终端的位置信息。
在本申请的一个实施例中，可以通过定位技术获取VRU终端的位置信息，比如可以通过调用LBS(Location Based Services，基于位置的服务)来获取VRU终端的位置信息，或者直接通过GPS(Global Positioning System，全球定位系统)、BDS(BeiDou NavigationSatellite System，北斗卫星导航系统)等来获取定位位置信息。
在步骤S320中，根据VRU终端的位置信息确定VRU终端是否进入需要进行VRU提醒的区域范围。
在本申请的一个实施例中，比如若VRU终端的定位位置处于针对VRU终端预配置的地理区域范围，则可以确定VRU终端进入需要进行VRU提醒的区域范围。预配置的地理区域范围可以是由V2X应用服务器预配置给VRU终端的。
在本申请的一个实施例中，也可以根据VRU终端所记录的注册小区标识及跟踪区信息来进行判断，比如若VRU终端所记录的注册小区标识及跟踪区信息与针对VRU终端预配置的小区指纹信息相匹配，则确定VRU终端进入需要进行VRU提醒的区域范围。预配置的小区指纹信息可以是由V2X应用服务器预配置给VRU终端的，小区指纹信息可以是小区的标识信息等。
在本申请的一个实施例中，与不同类型的VRU终端相对应的需要进行VRU提醒的区域范围不相同，不同类型的VRU终端用于表征不同的弱势交通群体。比如盲人群体相对于非盲人群体而言，需要进行VRU提醒的区域范围会更广一些，这样可以对盲人群体起到更有效的保护。
继续参照图3所示，在步骤S330中，若根据VRU终端的位置信息确定VRU终端进入了需要进行VRU提醒的区域范围，则激活VRU终端的VRU提醒功能。
在本申请的一个实施例中，激活VRU终端的VRU提醒功能之后，VRU终端可以进行路侧单元的检测，或者可以进行车辆通信终端的检测，或者也可以与车辆通信终端进行数据交互等。
在本申请的一个实施例中，对于处于空闲态或非激活态的VRU终端而言，如果在空闲态或非激活态能够获取到进行车辆通信的传输资源，比如提前分配了传输资源，或者从资源池中选择了传输资源，那么在激活VRU终端的VRU提醒功能之后，可以基于获取到的传输资源在空闲态或非激活态进行车辆通信。
在本申请的一个实施例中，当激活VRU终端的VRU提醒功能之后，若根据VRU终端的位置信息确定VRU终端离开了需要进行VRU提醒的区域范围，则关闭VRU终端的VRU提醒功能，以避免继续盲目打开VRU功能而导致增加信令消耗及导致VRU终端耗电严重的问题，有利于延长VRU终端的待机时间。
图4示出了根据本申请的一个实施例的车辆通信处理方法的流程图，该车辆通信处理方法可以由VRU终端来执行。参照图4所示，该车辆通信处理方法至少包括步骤S410至步骤S430，详细介绍如下：
在步骤S410中，根据VRU终端的历史位置信息预测VRU终端的移动轨迹。
在本申请的一个实施例中，比如根据VRU终端的历史位置信息确定VRU终端是沿着一条路线行驶的，那么可以根据VRU终端的移动方向和确定的该路线来预测VRU终端的移动轨迹。或者也可以通过机器学习模型来对VRU终端在不同时刻的位置进行建模，以生成轨迹预测模型，进而可以通过该轨迹预测模型来预测VRU终端的移动轨迹。
在步骤S420中，根据VRU终端的移动轨迹预测VRU终端在进入需要进行VRU提醒的区域范围的时间点。
在本申请的一个实施例中，由于VRU终端已经获取到需要进行VRU提醒的区域范围，因此在预测得到VRU终端的移动轨迹之后，可以基于该移动轨迹来预测VRU终端何时会进入需要进行VRU提醒的区域范围。
在步骤S430中，在上述时间点激活VRU终端的VRU提醒功能。
在本申请的实施例中，通过在进入需要进行VRU提醒的区域范围的时间点激活VRU终端的VRU提醒功能，使得VRU终端在进入需要进行VRU提醒的区域范围内之后就可以立即激活VRU提醒功能，实现了VRU提醒功能的动态激活。
在本申请的一个实施例中，当激活VRU终端的VRU提醒功能之后，若根据VRU终端的位置信息确定VRU终端离开了需要进行VRU提醒的区域范围，则关闭VRU终端的VRU提醒功能，或者也可以根据VRU终端的移动轨迹预测VRU终端在离开需要进行VRU提醒的区域范围的时间点，然后在该时间点处关闭VRU终端的VRU提醒功能，以避免继续盲目打开VRU功能而导致增加信令消耗及导致VRU终端耗电严重的问题，有利于延长VRU终端的待机时间。
图5示出了根据本申请的一个实施例的车辆通信处理方法的流程图，该车辆通信处理方法可以由VRU终端来执行。参照图5所示，该车辆通信处理方法至少包括步骤S510至步骤S520，详细介绍如下：
在步骤S510中，检测针对VRU终端触发的打开或关闭VRU提醒功能的指令。
在本申请的一个实施例中，用户可以根据实际需求来手动触发VRU终端打开或关闭VRU提醒功能，在这种情况下，VRU终端可以检测是否触发了打开或关闭VRU提醒功能的指令。比如可以开发针对VRU功能的应用程序，VRU终端运行该应用程序，该应用程序中设置有打开或关闭VRU提醒功能的控件，进而可以基于该控件来触发VRU提醒功能的激活或者关闭。
在步骤S520中，基于针对VRU终端触发的打开VRU提醒功能的指令，激活VRU终端的VRU提醒功能，并基于针对VRU终端触发的关闭VRU提醒功能的指令，关闭VRU终端的VRU提醒功能。
图5所示实施例的技术方案使得能够根据用户实际需求来打开或关闭VRU提醒功能，进而可以避免在用户不需要进行VRU提醒时也打开VRU提醒功能而增加VRU终端的功耗；另外也可以在用户需要进行VRU提醒时及时打开VRU提醒功能。
图6示出了根据本申请的一个实施例的车辆通信处理方法的流程图，该车辆通信处理方法可以由VRU终端来执行。参照图6所示，该车辆通信处理方法至少包括步骤S610至步骤S620，详细介绍如下：
在步骤S610中，获取弱势交通用户VRU终端的状态信息，该VRU终端的状态信息包括VRU终端的位置信息。
在本申请的一个实施例中，VRU终端的状态信息包括以下至少一种：VRU终端的能力信息、VRU终端的应用信息、VRU终端中VRU提醒功能的开关状态。
其中，VRU终端的能力信息包括VRU终端的信息收发能力、VRU终端的电量信息，比如VRU终端是只支持接收还是只支持发送，或者是既支持接收也支持发送。VRU终端的应用信息包括VRU终端所需要进行的VRU业务的类型信息，VRU业务的类型信息可以标识出VRU业务的优先级、重要性程度等。
在步骤S620中，与网络侧设备进行交互，以将VRU终端的状态信息上报至网络侧设备，该VRU终端的状态信息用于使网络侧设备确定并反馈激活或关闭VRU终端的VRU提醒功能的控制指令。
在本申请的一个实施例中，网络侧设备可以包括路侧单元，那么VRU终端可以通过应用层消息集与路侧单元进行交互，或通过无线资源控制信令(Radio Resource Control，简称RRC)与基站形态的路侧单元进行交互，或通过PC5-S信令与用户设备类型的路侧单元进行交互。
在本申请的一个实施例中，网络侧设备也可以是用于进行车辆通信的应用服务器，该应用服务器可以部署于基站侧，或部署于边缘计算平台上，或部署于核心网后侧。
在本申请的一个实施例中，网络侧设备还可以是AF或者PCF。
在步骤S630中，接收网络侧设备反馈的控制指令，基于该控制指令激活或关闭VRU终端的VRU提醒功能。
在本申请的一个实施例中，若网络侧设备反馈的是打开VRU提醒功能的控制指令，那么VRU终端需要激活VRU提醒功能；若网络侧设备反馈的是关闭VRU提醒功能的控制另，那么VRU终端需要关闭VRU提醒功能。
需要说明的是，图3至图6所示实施例的车辆通信处理方法可以单独实施，也可以两两结合或更多个结合进行实施。比如图3与图5所示实施例的车辆通信方法在结合时，一方面VRU终端可以根据位置信息自动打开或关闭VRU提醒功能，另一方面VRU终端也可以根据用户手动触发的打开或关闭VRU提醒功能的指令来激活或关闭VRU提醒功能。在这种情况下，如果发生冲突，那么可以向用户进行提示，以便用户来进行选择，或者也可以根据优先级来自动进行处理。
比如，如果VRU终端处于VRU提醒的区域范围内之后，VRU终端自动打开了VRU提醒功能，但是用户选择关闭VRU提醒功能，此时可以向用户进行提示，以根据用户的选择来确定是否要关闭VRU提醒功能。或者如果用户手动触发指令的优先级高于VRU终端自动处理的优先级，那么可以优先基于用户手动触发的指令来确定是否关闭VRU提醒功能。
综上，本申请实施例的技术方案能够避免VRU提醒功能一直打开导致终端进行盲目的RSU、其它车辆通信终端或者其它VRU终端的检测以及进行不必要的数据发送，实现了能耗的节省并减少了对V2X通信和5G网络资源的不必要占用。
具体地，在本申请的一个实施例中，可以基于应用层用户行为分析来进行VRU提醒功能的触发操作。这种方式基于应用层对用户位置的数据、结合地图信息判定VRU终端是否已经临近道路附近需要VRU提醒功能来保证安全，如果是，那么可以自动激活VRU提醒功能。需要说明的是：这里的道路不限于市政道路和高速，也包括未实施人车分流的小区内道路、存在影响VRU风险的室内环境等。
在本申请的一个实施例中，用户位置信息也可以和移动轨迹预测相结合，即虽然用户没有进入到需要进行VRU提醒的范围内，但是按照移动轨迹，用户即将在特定时间点进入需要进行VRU提醒的范围，那么VRU终端可以在该特定时间点自动激活VRU提醒功能。
在本申请的一个实施例中，触发VRU提醒功能的位置信息范围对不同的弱势交通群体来言可以不一样，比如，针对盲人这类弱势交通群体的VRU提示范围会比针对普通人的位置范围更广，以尽可能保证盲人这类弱势交通群体的安全性。
在本申请的一个实施例中，应用层触发了VRU提醒功能后，相当于启动了V2X终端协议栈的应用层，从而可以开始进行RSU的发现以及与其它V2X终端进行数据接收和发送功能。
在本申请的一个实施例中，VRU提醒功能可以集成在VRU APP中，如图7所示，VRUAPP位于V2X通信协议栈的应用层，VRU APP激活后，V2X端到端的通信过程才可以启动。在图7中，SDAP是Service Data Adaptation Protocol的缩写，中文释义是服务数据适配协议；PDCP是Packet Data Convergence Protocol的缩写，中文释义是分组数据汇聚协议；RLC是Radio Link Control的缩写，中文释义是无线链路层控制协议；MAC是Media AccessControl的缩写，中文释义是媒体接入控制；PHY是Physical的缩写，中文释义是物理层。
在本申请的一个实施例中，VRU APP可以安装在智能手机或者手环等可穿戴设备中，或者集成在其它电子设备中，用户可以通过UI(User Interface，用户界面)操作来关闭或者打开VR提醒功能。
在本申请的一个实施例中，也可以根据预配置的策略来自动激活VRU终端的VRU提醒功能，比如对于空闲态或者非激活态的VRU终端，如果VRU终端可以无需进入连接态而得到位置信息，如无需激活5G蜂窝连接但是具备GNSS(Global Navigation SatelliteSystem，全球导航卫星系统)或者其它定位能力，或者终端在空闲态或非激活态得到了小区标识以及跟踪区信息，那么预配置的策略信息可以包括地理区域范围或者小区指纹信息，终端根据这些信息来判定是否激活VRU提醒功能，比如所述VRU终端的定位位置处于预配置的地理区域范围，则确定需要激活VRU提醒功能；或者，若VRU终端所记录的注册小区标识及跟踪区信息与预配置的小区指纹信息相匹配，则需要激活VRU提醒功能。
在本申请的一个实施例中，对于处于空闲态和非激活态的VRU终端，激活VRU提醒功能并不意味着VRU终端会进入连接态，例如，如果VRU终端需要进行PC5模式的V2X通信，只要能获取到传输资源，那么是无需进入连接态的。
在本申请的一个实施例中，对于处于连接态的VRU终端，可以通过交互的方式来激活VRU提醒功能。具体地，VRU终端关闭或者打开VRU提醒功能的状态信息需要与网络侧保持同步，VRU终端可以将位置信息、能力信息(如收发能力信息、电量信息等)、VRU应用信息(如VRU业务类型等)汇报到网络侧。然后网络侧根据VRU终端上报的信息进行分析和判断，通知VRU终端打开或者关闭VRU提醒功能。比如网络侧根据VRU终端上报的信息确定VRU终端即将进入的某个区域经常出现交通事故，那么可以通知VRU终端及时打开VRU提醒功能；再如网络侧根据VRU终端上报的信息确定VRU终端所在位置处没有RSU、并且周边也无交通安全隐患，那么可以通知VRU终端关闭VRU提醒功能，以节省电量。
在本申请的一个实施例中，这里的网络侧包括支持V2X通信的RSU、基站以及V2X应用服务器，这个交互式的VRU提醒机制可以工作在不同的协议层面。比如，该交互式的VRU机制工作在无线空口层面，VRU终端和RSU或者基站通过交互来决定打开或者关闭VRU提醒功能。如图8所示，VRU终端与路侧单元RSU(该实施例中以RSU为例进行说明)之间的交互过程包括如下步骤：
步骤S801，VRU终端与路侧单元RSU之间交互VRU终端的能力信息、位置信息和应用信息等。
步骤S802，路侧单元RSU动态判断激活或者关闭VRU提醒功能。
步骤S803，路侧单元RSU向VRU终端发送VRU提醒功能的打开或者关闭指令。然后VRU终端基于路侧单元RSU发送的指令激活或者关闭VRU提醒功能。
为了支持VRU终端和RSU或者基站通过交互来决定打开或者关闭VRU提醒功能的机制，需要修改VRU终端和路侧单元RSU之间的接口(如应用层消息集)或者VRU终端与基站(以及基站形态RSU)的接口或者基站与UE-type RSU之间的PC5-S信令等。
在本申请的一个实施例中，该交互式的VRU机制也可以工作在VRU终端与V2X应用服务器之间，该V2X应用服务器可以是本地部署的应用服务器，如VRU终端与同基站一体化/本地化部署的边缘计算平台上的V2X应用服务器，也可以是位于核心网后侧的V2X应用服务器之间。前者能够提供更低的时延，后者能够提供更大的覆盖范围。
如图9所示，VRU终端与V2X应用服务器之间的交互过程包括如下步骤：
步骤S901，VRU终端与V2X应用服务器之间交互VRU终端的能力信息、位置信息和应用信息等。
步骤S902，V2X应用服务器动态判断激活或者关闭VRU提醒功能。
步骤S903，V2X应用服务器向VRU终端发送VRU提醒功能的打开或者关闭指令。然后VRU终端基于V2X应用服务器发送的指令激活或者关闭VRU提醒功能。
图9所示的实施例是VRU终端与V2X应用服务器之间进行交互来由网络侧确定是否激活或关闭VRU提醒功能。可选地，如图10所示，VRU终端与V2X应用服务器之间在通信时可以有两种方式：一种是VRU终端通过RSU与V2X应用服务器进行通信；另一种是VRU终端通过蜂窝网络(如4G/5G网络)与V2X应用服务器进行通信。
具体而言，VRU终端通过RSU与V2X应用服务器进行通信主要是VRU终端通过ITSband(Intelligent Traffic System band，智能交通系统频段)、并基于PC5接口与RSU进行通信，而RSU通过IP Backhaul(IP回程)与V2X应用服务器进行交互。而VRU终端通过蜂窝网络与V2X应用服务器进行通信主要是VRU终端通过PLMN band(Public Land MobileNetwork band，公共陆地移动网频段)、并基于Uu接口与接入网设备(即基站)进行通信，而基于通过核心网与V2X应用服务器进行交互。
以下详细进行说明：
如图11所示，VRU终端与V2X应用服务器进行通信的一种实施例包括如下步骤：
步骤S1101，VRU终端将VRU终端的能力信息、位置信息、应用信息等封装为容器发送给RSU。
步骤S1102，RSU将容器透明转发至V2X应用服务器。
步骤S1103，V2X应用服务器动态判断激活或者关闭VRU提醒功能，并发送VRU提醒功能的打开或者关闭指令至RSU。
步骤S1104，RSU将VRU提醒功能的打开或者关闭指令透明转发至VRU终端。
在图11所示的实施例中，RSU透明转发VRU终端与V2X应用服务器之间的信息与指令。
如图12所示，VRU终端与V2X应用服务器进行通信的一种实施例包括如下步骤：
步骤S1201，VRU终端发送VRU终端的能力信息、位置信息、应用信息等至RSU。VRU终端发送的信息中包含有VRU终端的应用层标识，如Application ID(应用标识)、PSID(Provider Service Identifier，服务提供商标识)或者ITS-AID(Intelligent TrafficSystem Application Identifier，智能交通系统应用标识符)等。
步骤S1202，RSU根据VRU终端的应用层标识，向V2X应用服务器发送VRU终端的能力信息、位置信息、应用信息等。
步骤S1203，V2X应用服务器动态判断激活或者关闭VRU提醒功能，并发送VRU提醒功能的打开或者关闭指令至RSU。
步骤S1204，RSU在接收到V2X应用服务器发送的打开或者关闭指令之后，根据VRU终端的应用层标识将打开或者关闭VRU提醒功能的指令发送给VRU终端。
在图12所示的实施例中，需要在RSU与VRU终端之间定义应用层消息集，并引入相应的应用层标识。
如图13所示，VRU终端与V2X应用服务器进行通信的一种实施例包括如下步骤：
步骤S1301，VRU终端通过V1接口将VRU终端的能力信息、位置信息、应用信息等发送给V2X应用服务器。
步骤S1302，V2X应用服务器动态判断激活或者关闭VRU提醒功能，并通过V1接口发送VRU提醒功能的打开或者关闭指令至VRU终端。
图13所示实施例的技术方案使得VRU终端与V2X应用服务器可以通过应用层接口(即V1接口)进行通信。
如图14所示，VRU终端与V2X应用服务器进行通信的一种实施例包括如下步骤：
步骤S1401，VRU终端通过应用层消息向V2X应用服务器发送VRU终端的能力信息、位置信息、应用信息等。该应用层消息可以是由VRU终端通过NG-RAN(Next GenerationRadio Access Network，下一代无线接入网)和核心网发送给V2X应用服务器的。
步骤S1402，NEF传递V2X应用服务器发送的激活或者关闭VRU提醒功能的策略信息至PCF。其中，V2X应用服务器在此作为AF与NEF进行交互。
步骤S1403，PCF基于策略信息生成打开或者关闭VRU提醒功能的指令，然后发送给AMF。
步骤S1404，AMF通过NAS(Non-access stratum，非接入层)层信令向VRU终端发送打开或者关闭指令。
在图14所示的实施例中，V2X应用服务器作为AF提供应用侧的策略信息，该策略信息经由NEF发送给PCF，PCF根据该策略信息和网络侧信息生成最终的打开或关闭VRU提醒功能的指令，并通过AMF透明转发至VRU终端。具体是由AMF透明转发至NG-RAN，然后由NG-RAN转发给VRU终端。
通过上述的实施例可知，VRU终端可以通过多种交互方式与V2X应用服务器进行交互来由网络侧确定是否激活或关闭VRU提醒功能。其中，在某些实施例中，V2X应用服务器也可以是AF。此外，需要说明的是：VRU终端也可能直接从PCF或者其它设备获取到打开或关闭VRU提醒功能的指令，比如VRU终端直接将VRU终端的能力信息、位置信息、应用信息等发送给PCF，进而由PCF确定打开或者关闭VRU提醒功能，并通过AMF向VRU终端发送的打开或者关闭指令。
本申请上述实施例的技术方案使得VRU终端的VRU提醒功能能够动态激活，避免了盲目打开VRU功能而导致增加信令消耗及导致VRU终端耗电严重的问题，有利于延长VRU终端的待机时间。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的车辆通信处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的车辆通信处理方法的实施例。
图15示出了根据本申请的一个实施例的车辆通信处理装置的框图，该车辆通信处理装置可以设置在VRU终端内部。
参照图15所示，根据本申请的一个实施例的车辆通信处理装置1500，包括：第一获取单元1502、确定单元1504和第一处理单元1506。
其中，第一获取单元1502配置为获取弱势交通群体VRU终端的位置信息；确定单元1504配置为根据所述VRU终端的位置信息确定所述VRU终端是否进入需要进行VRU提醒的区域范围；第一处理单元1506配置为在根据所述VRU终端的位置信息确定所述VRU终端进入了需要进行VRU提醒的区域范围时，激活所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，确定单元1504配置为：若所述VRU终端的定位位置处于针对所述VRU终端预配置的地理区域范围，则确定所述VRU终端进入需要进行VRU提醒的区域范围；若所述VRU终端所记录的注册小区标识及跟踪区信息与针对所述VRU终端预配置的小区指纹信息相匹配，确定所述VRU终端进入需要进行VRU提醒的区域范围。
在本申请的一些实施例中，基于前述方案，所述的车辆通信处理装置1500还包括：预测单元，配置为根据所述VRU终端的历史位置信息预测所述VRU终端的移动轨迹，根据所述VRU终端的移动轨迹预测所述VRU终端在进入需要进行VRU提醒的区域范围的时间点；第一处理单元1506还配置为：在所述时间点激活所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，第一处理单元1506还配置为：若所述VRU终端处于空闲态或非激活态，则在激活所述VRU终端的VRU提醒功能之后，若在所述空闲态或非激活态能够获取到进行车辆通信的传输资源，则基于获取到的所述传输资源在所述空闲态或非激活态进行车辆通信。
在本申请的一些实施例中，基于前述方案，第一处理单元1506还配置为：在激活所述VRU终端的VRU提醒功能之后，执行如下至少一种操作：进行路侧单元的检测、进行车辆通信终端的检测、与车辆通信终端进行数据交互。
在本申请的一些实施例中，基于前述方案，第一处理单元1506还配置为：在激活所述VRU终端的VRU提醒功能之后，若根据所述VRU终端的位置信息确定所述VRU终端离开了需要进行VRU提醒的区域范围，则关闭所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，与不同类型的VRU终端相对应的需要进行VRU提醒的区域范围不相同，所述不同类型的VRU终端用于表征不同的弱势交通群体。
在本申请的一些实施例中，基于前述方案，所述车辆通信处理装置1500还包括：检测单元，配置为检测针对所述VRU终端触发的打开或关闭VRU提醒功能的指令；第一处理单元1506还配置为：基于针对所述VRU终端触发的打开VRU提醒功能的指令，激活所述VRU终端的VRU提醒功能，并基于针对所述VRU终端触发的关闭VRU提醒功能的指令，关闭所述VRU终端的VRU提醒功能。
图16示出了根据本申请的一个实施例的车辆通信处理装置的框图，该车辆通信处理装置可以设置在VRU终端内部。
参照图16所示，根据本申请的一个实施例的车辆通信处理装置1600，包括：第二获取单元1602、交互单元1604和第二处理单元1606。
其中，第二获取单元1602配置为获取弱势交通用户VRU终端的状态信息，所述VRU终端的状态信息包括所述VRU终端的位置信息；交互单元1604配置为与网络侧设备进行交互，以将所述VRU终端的状态信息上报至所述网络侧设备，所述VRU终端的状态信息用于使所述网络侧设备确定并反馈激活或关闭所述VRU终端的VRU提醒功能的控制指令；第二处理单元1606配置为接收所述网络侧设备反馈的所述控制指令，基于所述控制指令激活或关闭所述VRU终端的VRU提醒功能。
在本申请的一些实施例中，基于前述方案，所述VRU终端的状态信息还包括以下至少一种：所述VRU终端的能力信息、所述VRU终端的应用信息、所述VRU终端中VRU提醒功能的开关状态；其中，所述VRU终端的能力信息包括所述VRU终端的信息收发能力、所述VRU终端的电量信息；所述VRU终端的应用信息包括所述VRU终端所需要进行的VRU业务的类型信息。
在本申请的一些实施例中，基于前述方案，若所述网络侧设备包括路侧单元，则交互单元1604配置为：通过应用层消息集与所述路侧单元进行交互，或通过无线资源控制信令与基站形态的路侧单元进行交互，或通过PC5-S信令与用户设备类型的路侧单元进行交互。
在本申请的一个实施例中，若所述网络侧设备包括用于进行车辆通信的应用服务器，则所述应用服务器部署于基站侧，或部署于边缘计算平台上，或部署于核心网后侧。
在本申请的一个实施例中，网络侧设备包括AF或者PCF。
图17示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图17示出的电子设备的计算机系统1700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图17所示，计算机系统1700包括中央处理单元(Central Processing Unit，CPU)1701，其可以根据存储在只读存储器(Read-Only Memory，ROM)1702中的程序或者从存储部分1708加载到随机访问存储器(Random Access Memory，RAM)1703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1703中，还存储有系统操作所需的各种程序和数据。CPU 1701、ROM 1702以及RAM 1703通过总线1704彼此相连。输入/输出(Input/Output，I/O)接口1705也连接至总线1704。
以下部件连接至I/O接口1705：包括键盘、鼠标等的输入部分1706；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1707；包括硬盘等的存储部分1708；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1709。通信部分1709经由诸如因特网的网络执行通信处理。驱动器1710也根据需要连接至I/O接口1705。可拆卸介质1711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1710上，以便于从其上读出的计算机程序根据需要被安装入存储部分1708。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1709从网络上被下载和安装，和/或从可拆卸介质1711被安装。在该计算机程序被中央处理单元(CPU)1701执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
