MEC V2X业务解析（一）（ETSI GS MEC 030 V3.1.1 (2023-03)）
**本文内容主要来自技术标准“ETSI GS MEC 030 V3.1.1 (2023-03)”的第五章 Description of the service (informative)。主要描述V2X Information Services（VIS）的主要场景，多运营商场景，V2X服务的连续性和VIS功能。
简述：V2X信息业务需要考虑多接入，多网络，多运营商；UE跨运行商时，需要运行商直接的MEC有直连横向接口，（否则经过核心网时延太大）；为了保证服务的连续性 ，MEC之间需要协调提前为过境的UE做好准备；V2X的控制功能属于核心网功能，通过V2接口与应用通信；MEC应用之间也需要有直接的通信；一个MEC系统的VIS可能需要暴露给另一个MEC系统的V2X app使用。
目录
VIS服务的参考场景
VIS的多运营商场景
V2X服务在多运营商场景下的连续性
VIS 的功能
5.4.1 简介
5.4.2 V2X控制功能( 3Gpp )与VIS ( MEC )的通信
5.4.3 Inter - MEC系统V2X应用通信
5.4.4 Inter-MEC系统服务暴露
5.4.5-5.4.8 见MEC V2X业务解析（二）
缩略语：
Original Equipment Manufacturer（OEM）
V2X Information Services（VIS）
Mobile Network Operator（MNO）
Intelligent Transport Systems （ITS）
VIS服务的参考场景
根据ETSI GR MEC 022 [i.4]，V2X业务下的MEC规范需要考虑 multi-access, multi-network and multi-operator scenarios，即 多接入，多网络，多运营商。
- 对于有Original Equipment Manufacturer（OEM）提供的V2X业务，即车辆的OEM场景，需考虑单个或多个移动网络运营商。
- 对于ITS，ITS运营商可能需要提供全国性的V2X服务，利用不同运营商的(部署不同的MEC系统)网络，并将此服务提供给属于不同OEM的车辆。
VIS的多运营商场景
如图5.2 - 1右图所示，
在传统的V2X系统(没有VIS服务)中，MNO之间的互连在远端终止，在高E2E延迟方面具有明显的缺点；另一方面，有VIS服务(MEC系统之间的"横向通信")的使用，MNO之间的互连可以以较低的E2E延迟实现。
V2X服务需要在包括两个运营商覆盖范围在内的所有区域提供，以及在离开一个运营商的覆盖范围和进入另一个运营商的覆盖范围时，没有任何服务中断和保证E2E性能。为此，VIS公开PC5配置参数信息并管理多运营商环境，特别是当UE不在覆盖范围内时。
V2X服务在多运营商场景下的连续性
传统上，移动运营商网络通常是特定区域或特定国家的，直接向自己的客户(用户)提供服务，同时通过两个运营商网络之间的核心网级互通向其他运营商的客户提供通信。特别是当道路用户(例如,车载UE)从一个PLMN移动到另一个PLMN时，维护道路用户的V2X服务连续性(往往具有低延迟要求)变得非常具有挑战性。
为了保证服务的连续性，3GPP规定不同PLMN需要实现网络级的互通。此外，还需要MEC系统间的协调，提前为过境(根据运营商之间的协议,漫游或切换到新的PLMN)的UE做好准备，减少中断时间。服务消费者通过VIS API与VIS进行通信，为访问的PLMN获取必要的V2X服务提供信息，以支持PLMN间的服务连续性。
VIS 的功能
5.4.1 简介
MEC VIS包括以下功能：
1 )从3GPP网络(例如授权UE列表、基于UE订阅的授权相关信息以及相关PC5配置参数等)收集PC5 V2X相关信息。
2 )将这些信息暴露给MEC应用(也潜在地属于不同的MEC系统)。
3 )实现MEC应用与V2X相关的3GPP核心网逻辑功能( e.g. V2X控制功能)的安全通信。
4 )实现不同MEC系统中的MEC应用之间的安全通信。
5 )可能收集和处理其他MEC API ( e.g. RNI API ,参见ETSI GS MEC 012 [ i.15 ] , Location API ,参见ETSI GS MEC 013 [ i.16 ] , WLAN API ,参见ETSI GS MEC 028 [ i.17 ]等。)中可用的信息，以预测无线网络拥塞并向UE提供合适的通知。
VIS主要和MEC 架构中的 Mp1和Mp3 参考点相关。
VIS应该通过标准形式像MEC 应用提供信息以保证运营商的互操作性。
系统之间可以通过Mp3口进行通信。
5.4.2 V2X控制功能( 3Gpp )与VIS ( MEC )的通信
在3GPP网络中，V2X应用可以部署在V2X应用服务器上。V2X控制功能是核心网部分的NF，用于V2X所需的网络相关动作。HSS提供了PLMN的列表，其中UE被授权在PC5参考点上执行V2X通信以实现V2X控制功能，参见ETSI TS 123 285 [ 10 ]。V2是运营商网络中V2X应用服务器与V2X控制功能之间的参考点。
MEC中定义的VIS用于支持多厂商、多网络、多接入环境下的V2X互操作。因此，VIS需要从V2X控制功能中获取UE的订阅数据( e.g.基于PC5的V2X通信允许PLMN)。由于V2X应用服务器承载多个V2X应用，因此可以将其作为MEC应用部署在MEC平台中。VIS可以通过Mp1与V2X应用服务器通信，通过V2X应用服务器从V2X控制功能中获取UE的V2X订阅数据。
5.4.3 Inter - MEC系统V2X应用通信
V2X MEC 应用之间需要对等通信。
- 通过公开可用的通信端点信息进行点对点连接，VIS API可以促进应用程序对等点的发现。
- 为V2X MEC应用程序配置的交通规则以及底层的MEC系统间连接安排可以支持应用程序对等点之间的通信。
- V2X MEC应用可能依赖于非MEC特有的手段进行对等发现，进而依赖于其对外部接口的授权访问进行通信。
5.4.4 Inter-MEC系统服务暴露
在一个MEC系统中的V2X MEC应用可能需要在另一个MEC系统中使用一个服务，以满足应用用例的预期目的。V2X MEC应用程序在其本地MEC主机中的服务注册中心发现问题服务。所涉及的MEC系统之间为将一个MEC系统中产生的服务映射到另一个MEC系统中的端点所需的安排是部署特定的，超出了本文的范围。
5.4.5-5.4.8 见MEC V2X业务解析（二）
Reference：
ETSI GS MEC 030 V3.1.1 (2023-03)