有朋友提到了一种不用接收RAR的RA过程，问这个是怎么回事。其实在刚刚写过的LTM cell switch篇章中就有提到，这里把所有相关的内容整理如下。
在RACH-less LTM场景，在进行LTM cell switch之前就要先知道target cell的TA信息，进而才能进行RACH-less过程，这里一般可以通过UE自行测量TA的方式或者通过RA过程获取，而这里的RA一般是通过PDCCH order过程触发，如上图示。
紧接着上图的step 4b就有提到，网络会通过来自source cell的PDCCH order触发的CFRA来完成的，随后UE向指示的候选小区发送preamble。 为了最小化CFRA对候选小区的source cell的数据中断，UE不会从网络接收提供TA值的RAR(也就是只发preamble)，这时候要等随后的cell switch命令，其中会指示候选小区的TA值 。
关于这个RA过程，38.300中RA部分也有说明，针对LTM候选小区的RA过程，会使用由PDCCH order触发的CFRA来获取early UL TA。此时UE向该小区发送 MSG1，而不监听RAR，如上图所示。为了支持UE功率提升，UE可以根据网络指示执行MSG1重传。到38.321中就有说， 如果随机接入过程针对LTM candidate cell的PDCCH order触发，就认为该随机接入过程已完成，也就是此时不需要去收RAR，上面这个图也可以看出，不用收RAR。
为了支持LTM场景的UE功率提升，38.321中又多了上面的内容。
(1)功率不提升的情况： 如果随机接入过程是由针对LTM候选小区的PDCCH order发起的并且PDCCH order指示的是preamble initial传输；或者如果随机接入过程是由针对某个LTM候选小区的PDCCH order发起的， 但是该LTM候选小区与上次PDCCH order发起的最后一次RA preamble传输的LTM候选小区不同，并且该PDCCH order代表的是preamble重传场景，就将PREAMBLE_POWER_RAMPING_COUNTER设置为 1，也就是不提升功率；
(2)功率提升的情况：如果RA过程是由用于LTM candidate cell的PDCCH order作为preamble重传发起的且 PDCCH order指示与上一次的RA preamble传输是相同的LTM candidate cell小区和相同的SSB,就将 PREAMBLE_POWER_RAMPING_COUNTER加1。根据规定选择DELTA_PREAMBLE的值；将 PREAMBLE_RECEIVED_TARGET_POWER设置为preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER – 1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA。
具体PDCCH order怎么指示PRACH retransmission如上图，会专门多一个PRACH retransmission indicator field，通过描述这里也是专门针对LTM场景增加的。
