简述:V2X业务信息服务可以预测QoS来帮助车辆决策,一种是针对特性路线的,即journey-specific predictive QoS;另一种是多域的端到端预测,可预测车车间,车到设施之间QoS。
对计划被车辆访问的地点的无线电环境的准确和及时的预测可以触发、修改或推迟:i )某些V2X功能的应用;和/或ii )内容交付/软件包的下载。
然而,针对以高移动性和动态拓扑(如图5.4 . 5 - 1所示)为特征的V2X系统场景,信息(例如无线电网络、位置信息等。)的准确性和及时性可能会受到以下因素的影响:
上述限制对系统性能的影响的一个例子是车辆规划从位置A到位置B的轨迹和相关的MEC应用程序,在车辆通过之前,需要提前告知无线条件"路线",然后才能做出决定。决策可能包括启用/禁用自动驾驶功能、下载信息娱乐内容、安排软件/固件空中更新( SOTA / FOTA )等。为了应对这些挑战,VIS服务可以帮助实现一个协作获取、划分和分发信息的框架,以实现高效的、针对特定旅程的QoS预测。也就是说,可以利用VIS服务来识别V2X系统中不同车辆收集的无线电质量数据与特定车辆的计划行程之间的空间/时间相关性,以更好地预测指定沿线的通信网络质量。
除了不同车辆收集的数据外,VIS还可以通过收集和分发位于不同网络域中的外部预测功能( Prediction Function,PF )来支持多域MEC部署中的预测QoS通知。从3GPP网络域中的网络数据分析功能( Network Data Analytics Function,NWDAF )等外部PF中获取分析信息,有助于为服务消费者提供更准确的QoS预测。在5G汽车协会( 5GAA )活动中,研究了多个场景,其中服务消费者可能受益于与两个特定端点之间的E2E用户平面链路的QoS预测相关的信息。这些场景从遥操作驾驶( ToD ),到协同操作场景和用例,如车道合并、车队等,以及高清地图收集/共享和车载信息娱乐,如[ i.30 ]和[ i.31 ]所述。
**是两个特定端点之间的E2E用户平面链路的QoS预测相关的信息。
** V2N2V 即车辆到网络再到车辆地端到端, 两个端点是 车 与车。
** V2N2I 即车辆到网络到道路设施,两个端点指的是 车 Vehicle 到 设施Infrastructure。
those domains are specifically: the 3GPP network domains of the two operators (MNO A an MNO B), the Data Networks (DN A) and (DN B) where the MEC host is located, as well as the IP controlled network that is interconnecting the networks of the PLMN A and PLMN B.
在图5.4 . 6 - 2 ( V2N2I情况)中,用于E2E用户平面链路的网络域取而代之的是4个不同的域:运营商向车辆(车辆1的MNO A)提供5G连接的3GPP网络域、MEC主机所在的DN (车辆1的DN A)、互联互通域和道路基础设施所在的第三方域。
In figure 5.4.6-2 (case V2N2I), those network domains for E2E user plane link are instead 4 distinct domains: the 3GPP network domain of the operator that provides 5G connectivity to the vehicle (MNO A for vehicle 1), the DN (DN A for vehicle 1) where the MEC host is located, the interconnection domain and the 3rd party domain where the road infrastructure is located.
3GPP系统特定领域的预测可能包括对用户平面性能(即平均/最大流量速率、平均/最大包延迟、平均丢包率)的分析,以统计或预测的形式提供给服务消费者。
在所考虑的多域场景中,VIS可以聚合这些信息来提供端到端服务质量预测。根据ETSI TS 123 502 [ i.28 ] 5.2 . 6.16条款,这些用户平面性能分析可以直接从NWDAF中获得,也可以通过网络暴露功能( NEF )获得。
注意:在某些情况下,与VIS通信的V2X MEC应用程序也可以根据收集的信息为PF功能不可用的域生成预测。VIS可以聚合来自外部PF的分析,如NWDAF或其他分析提供商,以提供(预测/估计)覆盖两个V2X应用程序实例之间的E2E用户平面链接的QoS。
一些V2X服务是非会话的(non-session),这些服务涉及广播与事件相关的信息或关于潜在危险的警告( e.g.道路状态通报、警告提醒)。这意味着单个V2X消息需要传递给一组本地相关的UE或者一组本地相关的V2X应用服务器。
一种可能的部署方法是基于使用V2X消息分发服务器,该服务器负责接收来自非会话的V2X服务的V2X消息并将其分发到相关的目标实体。Message Broker通常被部署为V2X消息分发服务器,Message Broker可基于的不同应用层协议。
实现基于非会话的V2X服务的V2X MEC应用需要很低的延迟。MEC应用程序可能需要直接与相应的V2X消息分发服务器交互,以避免VIS引入任何额外的延迟。因此,MEC应用程序应该提供关于哪些V2X消息分发服务器可用、它们的特性以及如何与它们连接的供应信息。
这些信息可以在V2X消息分发服务器注册到MEC平台时由VIS提供,例如当这些V2X消息分发服务器被实现为服务生成式MEC应用程序时。每个V2X消息分发服务器可以基于特定的应用层协议( e.g. MQTT、AMQP),管理给定地理区域的V2X消息的交换。MEC应用程序可以根据MEC应用程序支持的应用层协议或MEC应用程序感兴趣的地理区域,提供一些仅选择相关V2X消息分发服务器的标准。V2X消息分发服务器注册到MEC平台(例如,作为服务生产型MEC应用)的方式以及VIS与V2X消息分发服务器之间的交互超出了本文的研究范围。
Reference:
ETSI GS MEC 030 V3.1.1 (2023-03)