asd199086的博客

R17将NTN纳入了3GPP规范，NTN是 non-terrestrial networks非地面网络缩写，通过卫星或无人机平台实现NR通信，在地面网络设备无法普及的地方，采用NTN覆盖，进一步提升覆盖范围。例如在沙漠、海洋等极限区域，采用NTN的方式完成网络覆盖等等。NTN不考虑 HEO(high elliptical orbit)卫星系统，仅仅针对的是LEO(low earth orbit)/MEO(medium earth orbit)/GEO(Geostationary Earth Orbiting

serving卫星相对于地球上UE的会发生移动，因而serving 卫星辅助信息(satellite ephemeris and common TA parameters)会涉及一个有效性的问题，所以38.331中有增加一个T430用于保证UE可以持续获得有效的serving 卫星的辅助信息，简单的说是通过T430控制UE获得SIB19得到有效的serving 卫星辅助信息，以便保证UE获得的NTN辅助信息始终处于有效期。k_mac 是配置的偏移量，需要大于或等于 RP 和 gNB 之间的 RTT。

这篇看下k_offset和k_mac，如38.300所述，k_offset是配置的调度偏移量，需要大于或等于service link RTT和Common TA之和；k_mac 是配置的偏移量，需要大于或等于 RP 和 gNB 之间的 RTT。相关参数会通过RRC层NTN-config配置，其中的cellSpecificKoffset-r17和kmac-r17主要用于各种Timing场景的偏移。kmac：如果DL和UL frame timing 在 gNB端未对齐，网络端

除NTN频段外，UE应分别为所有FDD-FR1频段、所有TDD-FR1频段、所有TDD-FR2-1频段和所有TDD-FR2-2频段设置一致的能力值。考虑到NTN应用场景，其对速率没有特别高的要求，如上表不同的SCS的最大传输带宽配置N_RB如上，相比于地面网络的带宽是要低不少，另外38.101-5中也没有规定任何CA band信息，也可以看出目前NTN场景对于速率的要求不高，能正常通信就可以了，实际数据看速率低的很，毕竟才第一版，还有好多东西要搞。当条件满足时，UE 直接执行HO而无需等待来自网络的命令。

进而在需要高吞吐量的场景，可以通过disable HARQ的方式，改善上述情况；对于DL SPS场景，有配置downlinkHARQ-FeedbackDisabled时候(对应NTN场景)，DL harq feedback有enable的时候，首先HARQ-RTT-TimerDL-NTN =HARQ-RTT-TimerDL+UE lastest avaliable UE-gNB RTT，然后在相关HARQ-ACK发送完的第一个符号开启 HARQ-RTT-TimerDL-NTN。

在feeder link switchover时，受影响的UE上下文在两个gNB之间的传输是基于NG或Xn的切换来执行的，具体取决于gNB的具体实现以及 NTN控制功能提供给gNB的配置信息。列表中的每颗卫星的ID、通过卫星提供服务的 gNB 的小区列表以及卫星的星历数据等。这里主要看下feeder link switchover的内容，先看下38.821中有关的feeder link switchover中的最初研究过程，其实38.821中的这部分内容，R17的协议中基本没用到，但是还是值得看下。

如果将注册区域覆盖的区域设置的很大，可以稍微解决mobility registration updating的问题， 但是面临的另一个问题就是注册区域内大量UE 的paging问题，所以这种方案注册区域的大小和paging容量要进行一定的权衡。UE在接收到注册接受消息后，应删除其旧的TAI列表并存储接收到的TAI列表。soft switch option指一个cell 广播 more than one TACs per PLMN，根据实际情况，会在小区的系统信息中添加了新的 TAC，并删除旧的TAC。

R16版本的CDRX相比于R15，增加了DCP WUS的内容，也对CSI/SRS部分进行了增强，更细化了CSI/SRS发送的场景，除此之外，UE还可以通过UEAssistanceInformation向网络report perfer C-DRX cycle length。R17版本的CDRX 增加了NTN，sidelink的内容，也增加了MBS Broadcast/Multicast场景的CDRX。这篇主要看下R16版本的CDRX，算是承上启下吧。先看38.300中的描述,了解下DRX 的大概过程。

timing advance adjustment accuracy，表示调整timing的精度，例如网络下发TAC要求UE调整32Tc，UE根据网络命令进行了32Tc的调整，但是实际上，UE并没有调整32Tc，这里就会存在误差，这就是timing advance adjustment accuracy，也就是UE调整的TA量和网络期望的TA量存在差异，这个和UE晶振精度有关系，具体的UE进行的timing调整的精度不能低于Table 7.3.2.2-1中的要求，这个精度是与上次UL传输做的对照；

T430 的工作机制在NTN(二) TA有讲到，serving卫星相对于地球上UE的会发生移动，因而serving 卫星辅助信息(satellite ephemeris and common TA parameters)会涉及一个有效性的问题，所以38.331中有增加一个T430用于保证UE可以持续获得有效的serving卫星的辅助信息，简单的说是通过T430控制UE获得SIB19得到有效的serving卫星辅助信息，以便保证UE获得的NTN辅助信息始终处于有效期。如果您对看过的文章有疑问；

在看R18 38.300时，发现NTN场景 增加了如下黄色字体的内容，R18 NTN支持了RACH-less HO，索性就简单看了看。NTN RACH less HO相关的描述主要在38.331,38.213和38.321中。

对于驻留在NTN小区上的UE，如果UE支持 skip TN测量，并且UE已经获得自己的位置信息，如果SIB25中的coverageAreaInfoList和TN AreaIdList，当UE不在经由TN Area\idList提freq的覆盖范围内时，UE可以不执行TN freq的测量(这时候不需要考虑freq priority信息)。:指示与每个freq相关联的TN area ID的list，以帮助处于RRC_IDLE和RRC_INACTIVE状态的NTN UE的跳过TN测量。这里并没有提供点的高度。

如上图UE可以通过Msg3 PUSCH 报告是否支持Msg4 HARQ-ACK PUCCH repetiton的能力，如果UE支持Msg4 HARQ-ACK PUCCH repetition的能力，就可以通过mac subheader中的LX=1，进而使用上表中带颜色的LCID分别表示Redcap UE/eRedcap UE以及non-(e)Redcap UE ，进而告知网络侧支持Msg4 HARQ-ACK PUCCH repetition的能力。这篇就简单看下这个机制是怎么运行的，内容不多，仅供参考。

例如，全球定位系统 (GPS) 运营商以及卫星移动电话，如 Iridium和 Inmarsat提供海上、陆地和空中通信。R18 38.101-5 NTN FR1 band 分别为n256/255/254，可以看到对应的是卫星L频段和S频段，传输带宽和信道带宽规定如上。X波段(8–12 GHz)：主要用于军事通信、气象卫星和地球观测卫星。C波段(4–8 GHz)：常用于固定卫星通信服务，如卫星电视广播和数据传输。V波段(40-75 GHz)：用于高速数据传输、宽带多媒体服务和地球观测卫星。

为了重述引入 K_offset 的必要性，我们以 PUSCH 调度时序关系为例。分配给 PUSCH 的时隙为 ⌊n⋅2^(μ_PUSCH )/2^(μ_PDCCH ) ⌋+K_2，其中 n 是具有调度 DCI 的时隙，K2 基于 PUSCH 的数值，μ_PUSCH 和 μ_PDCCH 分别是 PUSCH 和 PDCCH 的子载波间隔配置。因此，当 TA 变大时，可以使用的 K2 值集的基数会显著减少甚至变为零。K_offset 是配置的调度偏移，需要大于或等于服务链路 RTT 与公共 TA 的总和。