关于NTN研发测试的十个经典问答（建议收藏！）

NTN就是Non-Terrestrial Networks，非地面网络。

基于 5G 标准的卫星对地通信是构建 NTN 的关键一步。基于 5G 星地通信的 NTN 为没有地面网络覆盖的偏远地区或服务欠缺地区带来安全、可靠和高带宽的连接；5G NTN 的广泛部署可以为农村人口提供重要的健康、安全和经济利益，同时改善农业、能源、健康和交通等工业部门的经济状况；可以为 M2M/IoT设备或移动平台上的乘客提供服务连续性或确保任何地点的服务可用性。

在目前的研究阶段，NTN考虑使用的卫星主要是LEO和GEO。

LEO为低轨卫星，通常距离地面300-2000公里，移动速度约7.9km/s。低轨卫星通信的主要挑战是卫星高速移动引入的多普勒（几十kHz），以及对地高度引入的较长时延（几毫秒），以及卫星高速移动引起的星间切换或波束切换；

GEO为地球静止轨道卫星，属于GSO（地球同步轨道卫星的一种）， GEO卫星高度约36000公里，对地面基本保持静止，有较小的移动速度，主要挑战是远超地面通信网络的delay（几百毫秒）；

各类卫星主要信道参数变化情况如下：

在研究阶段主要参考如下研究报告：

3GPPRel-15: Study on NR to support non-terrestrial networks (3GPPTR 38.811)

本报告主要是定义了NTN的部署场景、参数，如架构、高度、轨道等，并确定对NR的关键潜在影响；研究了NTN的信道模型。

3GPPRel-16: Study on solutions for NR to support non-terrestrial networks (3GPPTR 38.821)

本报告针对先前研究中确定的关键影响评估解决方案,研究对RAN协议/架构的影响

3GPPRel-17: Study on Narrow-Band Internet of Things (NB-IoT) / enhanced Machine Type Communication (eMTC) support for Non-Terrestrial Networks (NTN)（3GPPTR36.763）

本报告的第一目标是：确定适用于物联网的NTN场景，包括支持基于透明有效载荷的LEO和GEO

第二个目标是：对于上述确定的场景，研究并建议必要的更改，以支持卫星上的NB-IoT和eMTC，尽可能重复使用3GPP TR 38.821中针对NR NTN进行的研究的结论。

本报告中将UE中的GNSS能力作为NB-IoT和eMTC设备的工作前提。有了这个前提，UE可以以足够的精度来估计和预补偿UL传输的定时和频率偏移。

此外，在3GPP Release 17后，物理层以及RAN相关的协议中都增加了NTN相关的内容。

在3GPP Release 17中，提出了网络架构主要是下面这六种，主要差异是卫星在整个网络中所处的节点位置及功能。Release 17中推荐的是前两种网络架构。

第一种网络架构是透传模式（transparent payload），卫星只进行透明转发；

第二种网络架构是再生模式（regenerative），卫星需要具备gNB的全部或部分功能，就是我们常说的“基站上星”。

卫星通信使用到的频段涵盖L、S、Ku、Ka、Q/V等频段，3GPP 协议将 L、S频段的2段小带宽频谱定义为BAND n255、n256，用于NTN通信。在目前的研究阶段，手持设备主要考虑S频段；而甚小孔径终端站等设备主要考虑Ka频段，也可能使用Ku、Q/V等毫米波频段传输。

3GPP TR 38.811协议对于NTN信道模型建模要求如下：

O&M (Operations & Maintenance) 会定期或按需求给gNB提供描述NTN有效载荷的轨道轨迹信息或坐标的星历信息。星历表有两种格式，一种是包含NTN有效载荷位置和速度状态向量的格式；另一种则是六根数格式。

此外，O&M还会给gNB提供与星历表数据相关联的显式历元时间以及NTN网关的位置。

3GPP TR 38.821中给出的方案有两种：

一种是可以在uSIM/UE中预存为UE提供服务的所有卫星轨道参数，每个卫星的星历表数据可以链接到卫星ID或索引。在系统信息中广播服务卫星的卫星ID或索引，使得UE能够找到存储在uSIM中的相应详细星历表数据，以导出服务卫星的位置坐标。还可以经由系统信息或专用RRC信令将相邻卫星的卫星ID或索引提供给UE，以辅助移动性处理。

另一种是在系统信息中广播服务卫星的卫星轨道参数，UE将导出服务卫星的位置坐标。相邻卫星的星历表数据也可以通过系统信息或专用RRC信令提供给UE。在uSIM/UE中提供基线轨道平面参数的情况下，只需要向UE广播参考时间点的平均异常和历元，这样可以显著减少信令开销。

NR的HARQ往返时间是几毫秒的数量级，而NTN中的传播延迟要长得多，根据卫星轨道的不同，从几毫秒到几百毫秒不等。因此在NTN中，HARQ RTT会比地面网络长得多。在38.821中针对RTT长度的不同给出了两种解决方案：

一种解决方案是增加HARQ进程的数量以匹配较长的卫星往返延迟，从而避免HARQ过程中的停止和等待，此方案主要用于LEO卫星；

另一种解决方案是禁用UL HARQ反馈以避免HARQ过程中的停止和等待，并且依赖RLC ARQ来获得可靠性，此方案更多地用于RTT更大的GEO卫星。

对于服务小区，网络广播有效的星历表信息和公共TA参数（例如可通过SIB 19发送给终端）。在连接到NTN小区之前，UE应具有有效的GNSS位置以及星历表和公共TA。为了实现同步，在连接到NTN小区之前和期间，UE应根据GNSS位置、星历表和公共TA参数计算UE和RP（上行链路时间同步参考点）之间的RTT，并自主地为UE和RP间的RTT预补偿T_TA。

UE可以被配置为在随机接入过程期间或在连接模式中报告定时提前。在连接模式下，UE应能够连续更新定时提前和频率预补偿，并支持定时提前的事件触发报告。

UE应计算服务链路的频率多普勒频移，并通过考虑UE位置和星历表，在上行链路传输中自主地对其进行预补偿。如果UE不具有有效的GNSS位置和/或有效的星历表和公共TA，则在重新获得两者之前，UE不应进行发射。

在服务链路上经历的瞬时多普勒频移的预补偿将由UE执行，但在馈线链路上经历多普勒频移和转发器频率误差的管理留给网络实现。

UE需要具备GNSS能力，针对UL传输，能够以足够的精度估计和预补偿定时和频率偏移；

支持FR1中PC3的手持或IOT设备（发射功率23dBm）；

支持FR2中规定的具有外部天线的甚小孔径终端站设备（固定或安装在移动平台上）；

支持将智能手机连接到轨道高达1200公里、最小仰角为5-30?的卫星。

3GPP TR 38.811协议中规定了卫星和空中接入网中UE的典型最小射频特性如下：