3GPP R18 LTM(L1/L2 Triggered Mobility)是什么鬼？(一) overview

这篇是LTM的overview，主要看下相关背景已经大概流程，由于有些内容实在过于繁琐就只贴了流程图，详细流程可以去原文查看。

背景

在TR 21.918 Summary of Rel-18 Work Items 中可以看到LTM是further NR mobility enhancement的一部分，其中还包括 CHO with candidate SCGs 等等其他内容。

紧接着在RP-231475中我们看到LTM提出的背景： 当UE从一个小区的覆盖范围移动到另一个小区时，在某个时刻需要执行服务小区change。通常服务小区change由L3 测量触发，并通过RRC信令触发的reconfigurationwith sync，以更改PCell和PSCell，并在适用时release or add SCell。这样上述场景都涉及完整的L2/ L1 reset，进而就会导致比beam switch mobility更长的延迟、更大的开销和更长的中断时间。L1/L2 移动性增强的目标是通过 L1/L2 信令启用服务小区change，以减少延迟、开销和中断时间。这就是LTM提出的目的。

上图是涉及更改的TS列表。

然后我们在回到TR 21.918看下有关LTM的描述如上图。

L1/L2 based inter-cell mobility for mobility latency reduction： 引入LTM，其中小区切换基于 L1 测量并由MAC CE触发，包括以下增强功能

(1)需要在RRC层面配置LTM的候选信息：

a 配置可以提供为公共参考配置加上每个候选的增量配置(在参考之上应用增量时形成完整配置)，或(2)完整配置。在LTM小区切换时，完整配置将取代UE当前的RRC配置

b 在LTM执行后保留其他候选的配置，以便支持后续LTM而无需进行其他重新配置

(2)候选小区的L1测量、报告和TCI state激活

a 在候选配置的RRC container之外提供参考信号、报告配置和TCI状态

b 候选小区 TCI 状态激活/停用的MAC CE

(3)非服务小区和无 RACH LTM 的早期定时提前获取

a 可以通过由 PDCCH order触发的前导码或基于UE的TA测量获取TA

b 如果 TA 值可用，则 LTM 无 RACH，无论是通过早期 TA 获取，还是 TA=0 或与服务小区相同

(4)LTM 小区切换 MAC CE 携带目标小区(配置)、TA 值和TCI状态指示

上面的描述基本上就是LTM的全貌，接下来就从整体看下LTM是什么？首先看下TS 38.401中的有关内容。在 38.401中 LTM涉及 Intra-gNB-DU LTM， Inter-gNB-DU LTM以及 LTM with gNB-CU-UP change。这里先看几个概念。

TS 38.401

gNB-CU会是托管gNB 的 RRC、SDAP 和 PDCP 协议或 en-gNB 的 RRC 和 PDCP 协议的逻辑节点，通常会 控制一个或多个 gNB-DU的操作。

gNB-DU是托管gNB 或 en-gNB 的 RLC、MAC 和 PHY 层的逻辑节点， 其操作部分由gNB-CU控制。 一个 gNB-DU 支持一个或多个小 区。 一个小区仅由一个 gNB-DU 支持。

gNB-CU-UP是 承载 en-gNB 的 gNB-CU 的 PDCP 协议用户平面部分以及 gNB 的 gNB-CU 的 PDCP 协议和 SDAP 协议的用户平面部分的逻辑节点。 

而gNB可能由一个 gNB-CU 和一个或多个 gNB-DU 组成。gNB-CU和gNB-DU通过F1接口连接。值得注意的是，通常 一个gNB-DU仅连接到一个 gNB-CU。采取适当实现， gNB-DU也可以连接到多个 gNB-CU。

因而一个gNB-DU可能支持一个或多个cell，如果LTM发生在一个gNB-DU下的2个cell，那就是 Intra-gNB-DU LTM；如果LTM发生在不同gNB-DU下的2个cell就是inter-gNB-DU LTM过程。

一个 gNB 可能由一个 gNB-CU-CP、多个 gNB-CU-UP 和多个 gNB-DU 组成； 一个 gNB-DU 只连接到一个 gNB-CU-CP； 一个 gNB-CU-UP 只连接到一个 gNB-CU-CP( 为了实现弹性，gNB-DU 和/或 gNB-CU-UP 可以通过适当的实现连接到多个 gNB-CU-CP)。

一个 gNB-DU可以在同一个gNB-CU-CP 的控制下连接到多个gNB-CU-UP； 一个 gNB-CU-UP 可以连接到受同一gNB-CU-CP控制的多个DU。那 LTM with gNB-CU-UP change过程也就很好理解。

下面是3个过程的流程图示，来自38.401 8.2.1.4～8.2.1.6，就做简单罗列，具体可以去原文查看。

Intra-gNB-DU LTM

Inter-gNB-DU LTM

LTM with gNB-CU-UP change

TS 38.300

基本内容介绍

下面就开始看下UE空口流程相关的内容。下面内容来自TS  38.300。 

常规的cell switch过程要通过RRC信令进行，而LTM过程是通过L1/L2信令完成，相对于常规的方式，省去了L3的处理，因而会一定程度上较少时延。具体的说，

LTM是gNB先将一些候选小区信息通过RRC信令下发给UE，UE基于这些候选小区进行L1级别的测量并将L1 MR上报给gNB，基于这些报告， gNB经由LTM Cell Switch Command  MAC CE发送给UE，进而更改UE serving cell的过程 。

这个过程中，网络侧 可以激活与当前服务小区不同的一个或多个小区的TCI states。 例如，LTM候选小区的TCI states可以在成为服务小区之前被提前激活，由此UE就可以提前与这些小区进行DL同步，进而在触发小区切换时就可以更快地切换到某个小区上，而激活TCI state是通过Candidate Cell TCI state activation/deactivation MAC CE实现的。

除此之外，网络侧还可以通过RRCReconfiguration消息配置 ltm-EarlyUL-SyncConfig，以便UE 可以发起与当前serving cell不同的一个或多个小区的UL TA获取过程，即early TA过程。 如果候选小区与当前serving cell具有相同的NTA或者NTA=0，那就不需要早期TA获取过程。 

通常网络侧会让UE进行cell switch过程之前就触发 候选小区的early TA获取，而early TA获取过程是由PDCCH order触发或者通过RRC配置的基于UE的TA测量来实现。  对于PDCCH order的方式，候选小区所属的gNB/gNB-DU会计算TA值，并通过gNB-CU发送给serving cell所属的gNB/gNB-DU。 serving cell会在触发LTM cell switch时发送LTM cell switch command MAC CE中的TA值。 对于RRC配置的UE-based TA测量，UE在收到RRC配置后会对候选小区进行TA测量，但UE进行TA测量的具体时间就取决于UE实现。 UE在接收到cell switch命令后会应用自己测量的TA值并执行RACH-less LTM。当然 网络侧还可以在LTM cell switch command MAC CE中发送TA值，这样就无需early TA获取。

根据TA值是否可用，UE会选择执行RACH-less LTM或RACH-based LTM cell switch。 如果在 LTM cell switch command MAC CE中提供了有效的TA值，则UE就按照网络的指示应用TA值。 配置了基于UE的TA测量时，但 LTM cell switch command MAC CE中未提供有效TA值的情况下，UE自行应用自己计算的有效TA值(有可用的TA值时)； 同时，UE在接收到cell switch命令后执行RACH-less LTM cell switch。 如果没有有效的TA值可用，则UE就要执行RACH-based LTM cell switch。

无论UE是否被配置用于针对某个候选小区的基于UE的TA测量，其仍将遵循PDCCH order，其包括请求针对候选小区的随机接入过程。 这也适用于UE能够自行导出TA值的候选小区。 另外，无论UE是否已经向候选小区执行随机接入过程，只要网络配置了UE-based TA测量，UE就要遵循UE-based TA测量配置。

对于RACH-less LTM，UE可以使用configured grant或dymanic grant访问目标小区。configured grant会在LTM候选配置中提供，UE会选择与cell switch命令中指示的波束相关联的configured grant occasion进行。在启动LTM cell switch到目标小区时，UE开始监控目标小区上的PDCCH以进行dynamic调度。 特别注 意的是在RACH-less LTM过程完成之前，如果UE没有用于触发SR的有效PUCCH 资源，此时不能触发随机接入过程。

值得注意的是，在进行LTM cell switch过程时要维护安全密钥，还 支持后续进行LTM过程。

LTM适用场景在38.300中也有罗列：

LTM支持gNB-DU内和gNB-CU inter-gNB-DU mobility。 LTM支持intra-freq和inter-freq mobility，包括到非当前服务小区的inter-freq cell mobility。 LTM仅用在许可频谱场景。 

LTM适用的场景包括： 非CA场景和非DC场景下的PCell变化； CA场景中PCell和SCell发生变化；DC 场景，包括PCell和MCG SCell改变以及SN内PSCell和SCG SCell改变而没有MN参与。 但是同时更改 PCell 和 PSCell 的 LTM过程是不支持的。

虽然UE已经存储了LTM候选配置，但是UE还可以执行除DAPS切换之外的任何L3 handover。

下面是涉及的空口流程。

cell switch命令会在LTM Cell Switch Command  MAC CE中传送，其中包含执行 LTM  cell switch所需的信息。

LTM的总体流程如下图所示。 随后的LTM是通过重复早期同步、LTM cell switch执行和LTM cell switch完成步骤来完成的，值得注意的是在每次完成LTM cell switch过程后，是不需要release其他LTM 候选配置的，因为后续的LTM过程会基于condidate配置进行。

LTM的流程如下：

1. UE向gNB发送MeasurementReport消息,这时候gNB会决定配置LTM并初始化LTM preparation。

2.gNB向UE发送包括LTM候选配置的RRCReconfiguration消息。

3. UE存储LTM候选配置并向gNB发送RRCReconfigurationComplete消息。

4a. UE在接收cell switch命令之前与LTM候选小区执行DL同步。 UE 可能会根据gNB的触发来激活和去激活 LTM 候选小区的TCI state。

4b. UE可能会在接收cell switch命令之前通过使用UE-based TA测量（如果配置）或通过向候选小区发送preamble（由gNB触发的）来执行与LTM候选小区的UL同步。  当配置UE-beased TA测量时，UE通过测量获取候选小区的TA值。  UE 在接收cell switch命令之前，按照网络的请求对候选小区执行早期 TA 获取。 此时网络会通过来自source cell的 PDCCH order触发的CFRA来完成的，随后UE向指示的候选小区发送preamble。 为了最小化CFRA对候选小区的source cell的数据中断，UE不从网络接收提供TA值的RAR(也就是只发preamble)，这时候要等随后的cell switch命令，其中会指示候选小区的TA值 。 这种场景下UE不维护候选小区的TA timer，主要依靠网络实现来保证TA的有效性。

5. UE在配置的LTM候选小区上执行L1测量并向gNB发送L1测量报告。 只要step 2中的RRCReconfiguration中的配置适用，UE就要执行L1测量。

6. gNB决定执行到目标小区的cell switch，此时gNB会发送触发小区切换的LTM cell switch command MAC CE，其中包括指示目标小区候选配置索引的目标配置 ID、用TCI 状态指示的波束或用DL和UL TCI状态指示的波束，以及目标小区的TA命令(如果可用)。此后UE会切换到目标小区并应用目标配置ID指示的候选配置。

7. 如果UE没有目标小区的有效TA，则UE向目标小区进行随机接入过程。

8. UE 通过向目标小区发送 RRCReconfigurationComplete 消息来完成LTM cell switch过程。如果UE已在step 7中执行了RA过程，则当RA过程成功完成时，UE认为 LTM cell switch已成功完成。对于RACH-less LTM，当UE确定网络已成功收到其第一个UL data时，UE认为LTM cell switch已成功完成。

如果step 2中的RRCReconfiguration消息提供了多个LTM候选配置信息，那UE要多次 执行step 4-8，以进行后续LTM cell switch的执行。

上图描述的空口流程适用于38.401中gNB-DU 内 LTM 和 gNB-DU 间 LTM过程，相关流程开头也有罗列。

UE接收到LTM cell switch command MAC CE后，会进行MAC reset。 UE在cell switch期间是否执行RLC重建和PDCP data recovery由网络通过RRC信令明确控制。

cell switch interruption

LTM也涉及cell switch interruption的问题，LTM的interruption怎么算，TS 38.300中也有描述，不过具体怎么处理要去TS 38.133中找相关章节看。

LTM的中断时间是从UE接收到cell switch命令到UE在目标小区的指示波束上执行第一次DL/UL接收或发送的时间。 LTM移动过程的延迟由上图中所示的术语来表征。

RACH-based和RACH-less LTM过程的延迟由上面两张图中所示的术语来表征。 具体地，图G-2示出了LTM过程，其中UE在执行涉及随机接入过程的LTM cell switch之前激活LTM候选小区的TCI state。 此外，图G-3示出了当UE在执行不涉及任何随机接入的LTM cell switch之前执行UL和DL同步时的LTM过程。 在这两幅图中都强调了如何通过早期同步过程来减少LTM的整体移动延迟。 

其他相关内容

由于增加了LTM过程，有些内容就有所变化，如下。

如上由于LTM机制，触发RA的过程增加了上述LTM相关的2个过程。

对于针对早期UL TA获取的LTM候选小区的随机接入过程，使用由PDCCH order触发的CFRA。 这时候UE会向小区发送 MSG1而不监听小区的RAR，如上图所示。 为了支持UE power ramping，UE可以根据网络指示进行MSG1重传。

对于MCG LTM，source cell发生RLF时，UE要 选择合适的小区，如果所选择的小区是LTM候选小区并且如果网络将UE配置为在RLF之后尝试LTM，则UE尝试RACH-based LTM执行一次，否则执行重建； 如果在声明RLF后的一定时间内没有找到合适的小区，则UE进入RRC_IDLE。

上面RLF后是否尝试LTM的依据在38.331 5.3.7.3章节中，如上图。

在HO时，UE进行LTM cell switch或从RRC_INACTIVE resume connection时， SCell可以被activated或deactivated。

TS 37.340

 空口上的一般过程适用于SCG LTM。 SCG LTM 的更多详细信息可以在 TS 37.340中找到 ，这里就简 单罗列，具体可以去原文看。

这篇到这里就结束了，后面再慢慢看下其他具体处理流程。