V2X卫星定时同步失败该怎么办？

首先解释一下DFN（Direct Frame Number）。在TS38.331中有如下定义：

从GNSS获得的UTC时间可用于V2X专用载波上UE之间的V2X侧链路通信的同步。具体而言，基于GNSS的DFN可以通过以下公式从UTC时间导出：

然而，在某些情况下，GNSS信号对于UE可能变得不可用，例如在隧道中移动、地下停车、GNSS模块故障等。这可能进一步导致UE无法获得GNSS同步。所以，在GNSS同步失败的情况下如何维护基于GNSS的DFN。

当GNSS是最高优先级时，预计UE不会从其他UE读取SLSS。这意味着当UE检测到GNSS同步失败时，可能会触发同步参考重选，其中同步参考的重选可能会导致潜在的V2X通信中断。

如果车辆UE已选择GNSS作为syncRef，

• 对于OOC案例：

1. 当预配置了SLSS资源并且UE能够进行SLSS/PSBCH传输时，UE在每个同步周期发送SLSS和PSBCH；

• 对于InC案例：

1. Rel-12 D2D机制被重复使用，即：确定SLSS传输的RSRP阈值或专用信令

• 当GNSS是最高优先级时，不期望UE从其他UE读取SLSS。

在当前规范中，载波间V2X sidelink通信允许UE驻留在服务载波上以接收另一载波的V2Xsidelink配置，然后在该另一载波（不同于服务载波）上执行V2X侧信道通信。然后，对于选择GNSS作为其载波间V2X通信的sidelink同步参考的UE，UE需要同时维护服务载波和sidelink载波的定时时钟，以便分别在两个不同载波上发送/接收控制面和用户面信息。这意味着UE不仅能够检测来自GNSS的同步信号，而且能够检测来自服务载波的同步信号。

为此，为解决GNSS定时丢失问题的可行方法可能是使用服务载波定时来推导基于GNSS的DFN。更具体地，在实际部署中，一些eNB可能能够通过内置GNSS模块或来自所服务UE的报告来获得GNSS定时。这样的eNB将能够如下计算SFN0和基于GNSS的DFN0之间的定时偏移：

toffset= GNSS-based DFN0 - SFN0

然后，基于GNSS的DFN可以基于SFN通过以下公式导出：

GNSS-based DFN=SFN + toffset

如果SFN来自UTC定时，则toffset可能在[0，1]ms范围内。

然后，基于上述公式，eNB可以向UE配置toffset，使得当UE检测到GNSS同步失败时，它可以使用其SFN和toffset来根据上述公式导出DFN。由于UE在丢失GNSS定时之前不断地接收PSS和SSS，因此使用SFN来导出基于GNSS的DFN可以避免潜在的传输中断。

关于DFN offset的定义可以在SIB12中进行配置，定义如下：

Sl-offset-DFN:指示当GNSS用于定时参考时，UE确定DFN定时的定时偏移。值0对应于0毫秒，值1对应于0.001毫秒，值2对应于0.002毫秒，依此类推。

在SL-PreconfigurationNR中也有对DFNoffset进行了定义，如下

其实在36.331中也已经有类似的定义了，4G的SIB21有定义，在SL-V2X-UE-ConfigList