摘要

非地面网络（Non-Terrestrial Networks, NTN）是 6G 空天地一体化网络的核心基石。在 3GPP Release 17 中，IoT-NTN（基于 NB-IoT/eMTC）完成了首次标准化，在初期阶段，为规避卫星环境下由于极端传播延迟带来的时序同步难题，标准主要聚焦于频分双工（FDD）模式。随着商用部署的深入，FDD 模式在非对称频谱利用、终端双工器硬件成本及 L/S 拥挤频段适配等方面的局限性日益凸显。Release 18 正式引入了对时分双工（TDD）模式的支持，这不仅是频谱利用方式的补充，更是整个协议栈时序逻辑与硬件架构的一次深层次重构。 本报告深度剖析了 IoT-NTN 从 FDD 到 TDD 的演进脉络，系统性地梳理并对比了物理层（RAN1）、媒体接入控制层（RAN2 MAC）、无线资源控制层（RAN2 RRC）以及射频要求（RAN4）的定制化技术变更。针对 TDD 特有的长延迟保护间隔（GP）、高精度定时提前（TA）补偿、HARQ 禁用与盲重传、同步验证与安全关断等关键特性进行了极为详尽的技术论证与原理解析。 本报告字数详实、结构深度下钻，从物理层（RAN1）、MAC 层（RAN2）、RRC 层（RAN2）到射频控制（RAN4），全景式地对比了 IoT-NTN TDD（Rel-18/19）相对于 IoT-NTN FDD（Rel-17）的技术鸿沟与底层重构，并详尽解析了 TDD 特有的 90ms 帧周期、HARQ 进程禁用机制、k-Mac 大尺度偏移以及星历驱动的邻区帧对齐等核心特性。

1. 绪论：从 FDD 到 TDD 的演进背景与架构重塑

1.1 演进动机与 Rel-17 FDD 的局限性

在 Rel-17 标准化初期，IoT-NTN 优先选择 FDD 架构是为了规避卫星（特别是 GEO 高轨卫星，往返延迟可达数百毫秒）带来的极端传播时延对收发时序的破坏。FDD 依靠物理频率隔离，使得上下行传输互不干扰，逻辑简单。
然而，在商业部署中，FDD 面临严峻挑战：

1. 频谱获取极难： 卫星通信的黄金频段（如 L/S 波段）碎片化严重，难以找到成对（Paired）的对称频谱。
2. 终端成本与功耗： FDD 要求终端射频前端必须配备高隔离度的物理双工器（Duplexer），这不仅增加了成本，还引入了 1.5~3 dB 的插入损耗，严重消耗了物联网终端极为宝贵的电池寿命。
3. 频谱利用率低： 物联网业务呈极度非对称性（下行信令多、上行数据短），FDD 强制对称带宽导致上行频谱长期闲置。

1.2 颠覆性的架构创新：IoT-NTN TDD 的真实定义

在早期的预研中，业界曾设想将陆地网络的“帧结构类型 2（Frame Structure Type 2）”直接搬入太空，利用特殊子帧（Special Subframe）中的保护间隔（GP）来吸收时延。但 3GPP 评估后发现，面对卫星动辄几十到数百毫秒的时延，Type 2 的微秒级 GP 设计将彻底崩溃。

为此，3GPP 在 Release 18/19 中确立了一套极具颠覆性的架构：IoT-NTN TDD 并非使用 Type 2 帧结构，而是复用 Type 1（即 FDD 帧结构），但在宏观时间轴上进行极其粗粒度的时分调度。
在 TS 36.300 的定义中，被精确描述为：

IoT NTN TDD: A mode of operation that allows use of NB-IoT FDD channels in TDD fashion, based on Frame Structure Type 1, as specified in Clause 5.0. The uplink and downlink transmissions are separated in the time domain and consist of a set of 8 non-overlapping contiguous DL subframes and a set of 8 contiguous UL subframes separated by fixed guard periods, at the uplink time synchronization reference point defined in Clause 16.1.2 of TS 36.213 [6]. This pattern is repeated every 9 radio frames.A mode of operation that allows use of NB-IoT FDD channels in TDD fashion, as defined in TS 36.300.
【这是一种允许以 TDD（时分双工）方式使用 NB-IoT FDD（频分双工）信道的操作模式，它基于第 5.0 节中规定的“帧结构类型 1（Frame Structure Type 1）”。
在这种模式下，上行链路和下行链路的传输在时域上是分离的，具体由一组 8 个互不重叠的连续下行（DL）子帧和一组 8 个连续上行（UL）子帧组成，这两组子帧之间通过**固定的保护间隔（Guard Periods）**隔开。该时序是在 TS 36.213 第 16.1.2 节中定义的“上行时间同步参考点”处设定的。
**这种模式每 9 个无线帧（即 90 毫秒）重复一次。**正如 TS 36.300 中所定义，这是一种允许以 TDD 方式使用 NB-IoT FDD 信道的操作模式。】

这段定义的背后，隐藏着 3GPP 在 Release 18 和 19 中为了让 TDD 模式适应太空环境而做出的一项极其巧妙的“颠覆性”架构创新。作为卫星通信专家，对其核心技术内涵拆解如下：

• “伪 FDD”的底层物理架构（复用 Frame Structure Type 1）：
  与业界的普遍直觉不同，IoT-NTN TDD 并没有采用传统陆地 TDD 网络专用的“帧结构类型 2（Type 2）”，而是直接复用了 FDD 的“帧结构类型 1（Type 1）”。这意味着它的物理层信道编码和解调算法与成熟的 FDD 是完全一致的。
• 宏观尺度上的“时分切块”（8 DL + 8 UL）：
  为了在单一频率上实现收发，协议在宏观时间轴上进行了极其粗粒度的强制切分。它人为地制造出长达几十毫秒的纯下行块（包含 8 个连续下行子帧）和纯上行块（包含 8 个连续上行子帧），让终端在接收和发射之间进行大尺度的交替。
• 规避卫星长时延的 90ms“超级周期”（9 radio frames）：
  1 个无线帧等于 10 毫秒。定义中指出该模式“每 9 个无线帧重复一次”，即构成了 90 毫秒的超级 TDD 周期。在传统陆地 TDD 中，保护间隔（GP）通常只有微秒级，这在动辄面临几十到几百毫秒往返延迟（RTT）的卫星链路中会彻底崩溃。通过引入 90ms 超级周期和固定的超长保护间隔，系统彻底绕开了微秒级双工切换对卫星通信造成的致命干扰。在此 90ms 周期内，上行随机接入前导码（NPRACH）等信号必须被死死地限制在那 8 个连续的上行子帧窗口内。

这段话定义了 IoT-NTN TDD 的本质：它是一个披着 TDD 外衣的 FDD 系统。通过使用 FDD 的底层信道结构，辅以“8 子帧下行 + 保护间隔 + 8 子帧上行”的 90 毫秒宏观时分轮转，完美化解了传统 TDD 架构在卫星超长时延环境下的水土不服。
这意味着系统在单一频段上运行，但人为地将时间切分为巨大的块（Block）：连续 $D$ 个下行子帧和连续 $U$ 个上行子帧交替出现。这种设计彻底抛弃了微秒级的 GP 挣扎，转而利用毫秒级甚至秒级的宏观资源调度来化解卫星时延。

---

2. 物理层变更 (RAN1) 深度剖析

物理层是 IoT-NTN TDD 变革的基石，TS 36.211 和 TS 36.213 在 Rel-18/19 中进行了大规模的条文重写。

2.1 帧结构重构：基于 Type 1 的宏观交替模式

相对于 Rel-17 FDD 模式下上下行子帧全天候 100% 可用，Rel-19 IoT-NTN TDD 引入了 $D/U$ 交替的宏观结构。
根据 TS 36.213 及 TS 36.211 规范的强制规定：

• 下行窗口约束： UE 绝不能假设任何下行物理信号或信道存在于这 $D$ 个连续下行子帧之外的时间段。
• 上行窗口约束： UE 绝不能在这 $U$ 个连续上行子帧之外的任何子帧发射任何上行信号。

关键差异列表 (RAN1 - 帧结构)：

特性维度	IoT-NTN FDD (Rel-17)	IoT-NTN TDD (Rel-18/19)
物理帧结构	Frame Structure Type 1 (频分并发)	Frame Structure Type 1 (时分交替)
信道可用性	上下行全时段 100% 连续可用	划分为 $D$ 个连续 DL 子帧与 $U$ 个连续 UL 子帧
射频双工器	必需 (隔离 TX/RX)	不需要 (利用时间隔离，仅需射频开关)
宏观调度周期	无特定时分周期	引入 $90\text{ ms}$ 或 $180\text{ ms}$ 的超级 TDD 周期

2.2 窄带参考信号 (NRS) 与同步信号的映射冲突处理

在 FDD 中，NB-IoT 窄带参考信号 (NRS) 在每个不含 NSSS 的子帧的特定符号中稳定发送。然而在 TDD 的交替窗口中，子帧的可用性被撕裂。

• NRS 密度与位置重定义： 规范明确指出，如果 IoT-NTN TDD 使用帧结构 1，终端仅在 $D$ 个连续下行子帧的周期内，且仅在特定的子帧编号（#0, #3, #4, #6, #7, #8，以及不含 NSSS 的 #9 子帧）中假设 NRS 的存在。这极大地改变了 UE 的信道估计（Channel Estimation）算法，基带必须适应这种长周期的“断续”导频。

2.3 随机接入信道 (NPRACH) 的 90ms 周期嵌套

由于上行窗口的非连续性，NPRACH 前导码（Preamble）的发送规则发生了翻天覆地的变化。

• FDD (Rel-17)： 前导码可基于配置随时发起，可以跨越任意帧边界。
• TDD (Rel-18/19)： 引入了刚性的 90 毫秒 (90 ms) 时间间隔限制。规范明确要求，对于采用帧结构 1 的 IoT NTN TDD，一个完整的前导码重复单元（Preamble Repetition Unit）必须 完全被包含在 90 ms 周期内的 8 个连续上行子帧中。
• 延迟与推迟（Postpone）机制： 如果一个前导码重复单元在时间上跨越了上行子帧的边界，或者部分落在了无效子帧中，物理层必须强制将该单元的发送 推迟 (Postponed) 到下一个 90 ms 周期的连续 8 个上行子帧中。
• 周期参数的重解释： TS 36.331 中规定，由于 TDD 的长周期交替，原本在 FDD 中配置的 40 ms 或 80 ms NPRACH 周期不再适用。当网络下发 ms40 时，终端必须将其强制解释为 90 ms；当下发 ms80 时，必须解释为 180 ms。

2.4 NPUSCH 碰撞规则与格式限制

在 Rel-19 中，当启用 OCC（正交覆盖码）且 UE 正在 FDD 中通信时，NPUSCH 的发送具有连续性。但在 IoT-NTN TDD 中，物理层增加了多重限制：

• 当配置了多个 NPRACH 资源或发生 EDT（早传数据传输）时，若 NPUSCH 与无效的上行子帧（或下行阶段）发生碰撞，数据传输不会被简单丢弃，而是通过特定的 Mod 4 定时规则进行后移（Postponed），以保障上行宏观交替期间数据的完整性。

2.5 NTN-TDD 的一体化数学 TA 补偿模型

在 TS 36.213 中，RAN4 协同 RAN1 定义了 TDD 专用的总定时提前量 ($T_{total}$) 公式：
$$T_{total}=(N_{TA}+N_{TA,offset}+n_{ta-Common})\times T_s$$

这里每一个参数都有其不可替代的战略防御意义：

1. 公共 TA ($n_{ta-Common}$)： 取自 SIB31，直接抵消掉数百公里乃至数万公里宏观传播延迟的基础值。
2. UE 特有 TA ($N_{TA}$)： 差分延迟补偿。终端调用内部的 GNSS 接收机获取自身位置，并与 SIB31 中的星历进行自适应代数运算，计算出终端自身相对于波束中心的附加延迟。
3. 固定硬件偏移 ($N_{TA,offset}$) 的绝对约束： 这是 TDD 与 FDD 在 TA 公式上的核心差异。在 FDD 中 $N_{TA,offset}$ 通常为 0。但在 TDD 中，该参数被硬性规定为不可跨越的死区界限（例如最小 $624\times T_s$，约数十微秒）。其实质是强迫终端在上行发射时隙到来之前，留出足够的“切换缓冲死区”，确保卫星仍处于下行服务状态时，终端的射频硬件已经完全切断发射通路进入接收监听态。此处 $T_s=1/(15000\times 2048)\text{ s}$ 为基础采样周期。

2.6 动态时间漂移的自主线性补偿 ($n_{ta-CommonDrift}$)

在低轨 (LEO) 环境下（高度约 600km），卫星相对地面的运行速度高达 7.6 km/s。这意味着终端与卫星之间的往返延迟每秒钟都会急剧改变数十微秒。
如果在 TDD 下依赖传统的基站 MAC CE 命令来更新 TA，巨大的通信延迟会导致 TA 命令到达时已经失效，系统将直接崩溃。RAN4 允许并规范了终端的自主补偿行为：终端利用 $n_{ta-CommonDrift}$ 作为线性补偿因子，在基带 DSP 内部以极高的频率实时推算并更新自身的发射时序，从而实现对卫星高速运动状态下的微秒级精确追踪，无需等待基站指令。

3. MAC 层变更 (RAN2) 深度剖析

长传播时延与 TDD 大尺度 $D/U$ 交替相结合，对 MAC 层的计时器与 HARQ 状态机造成了毁灭性冲击。RAN2 在 Rel-18/19 中对其进行了深度手术。

3.1 定时器与资源窗口长度的动态缩放

在 FDD 模式下，MAC 层的诸多计时器（如冲突解决计时器）是基于绝对时间或子帧数量配置的。在 IoT-NTN TDD 模式下，由于上行资源的大量缺失，若沿用 FDD 的时钟，极易导致计时器在等待上行时隙的途中超时。

• MAC 冲突解决计时器 (mac-ContentionResolutionTimer)：规范针对 TDD 与 FDD 进行了区分。但在 IoT-NTN TDD 中，其逻辑更偏向于 FDD，取值为 $Min(\text{signaled value}\times \text{PDCCH period},10.24s)$。
• 随机接入响应窗口 (ra-ResponseWindowSize)：同样地，对于普通 TDD 模式，窗口最大限制为 $20.48s$，但对于 IoT-NTN TDD 模式，其取值回归到 FDD 的公式逻辑 $Min(\text{signaled value}\times \text{PDCCH period},10.24s)$。这证明了 IoT-NTN TDD 在 MAC 层的核心身份依然是“使用 FDD 信道属性”的变体。

3.2 终极杀器：HARQ 反馈禁用机制 (HARQ Disabling)

在 GEO 卫星（时延 $\sim$ 250ms）叠加 TDD 交替周期（如 90ms）的场景下，终端发送一个上行数据包后，可能需要等待近半秒才能在下一次的下行窗口中接收到 ACK/NACK。这不仅耗尽了有限的 HARQ 进程，更导致传输管道严重堵塞。
为彻底解决死锁，Rel-18 引入了 HARQ 反馈禁用 (HARQ Feedback Disabling)：

• downlinkHARQ-FeedbackDisabledBitmap-NB-r18：通过一个 2-bit 的位图，网络可以精确控制关闭特定 HARQ 进程 ID 的下行 HARQ 上报。位图置 1 时，MAC 层彻底放弃在该进程上等待或发送 ACK/NACK。
• 终端能力强绑定：TS 36.331 扩展了大量的 UE 能力信令（如 ntn-RRC-HarqDisableSingleTB-r18, ntn-DCI-HarqDisableMultiTB-r18, ntn-OverriddenHarqDisableSingleTB-r18 等），允许终端声明其是否支持通过 RRC 静态配置或 DCI 动态信令来强制覆盖/禁用 HARQ 反馈。
• 无反馈的可靠性保障：盲重传 (Blind Repetitions)：在禁用了 HARQ 的进程中，MAC 层转而利用配置的多 TB（Multi-TB）调度和大规模重复传输（Repetitions）。终端通过在连续的 TDD 时段中盲目发送同一数据的多个冗余版本（RV），利用时间分集增益和接收端的相干累加来保障可靠性，从而彻底抛弃了“停止-等待”协议的束缚。

3.3 组播调度偏移重定义 (SC-PTM/SC-MCCH)

对于卫星广播与组播，TDD 周期的影响不可忽略。

• npdcch-StartSF-SC-MCCH 和 npdcch-StartSF-SC-MTCH 的配置值在 FDD 中通常为绝对乘数。但在 IoT NTN TDD 模式中，为了跨越无效子帧的鸿沟，当网络下发参数 v4 时，MAC 调度器必须将其映射为 $4\times 11.25$ 个周期偏移；下发 v8 时则映射为 $8\times 11.25$。这种带有非整数系数的放大，是 TDD 为了对齐宏观下行窗口的特殊妥协。

关键差异列表 (RAN2 - MAC 层)：

特性维度	IoT-NTN FDD (Rel-17)	IoT-NTN TDD (Rel-18/19)
HARQ 反馈机制	强制执行闭环 ACK/NACK	支持每进程精准禁用 HARQ (Bitmap)
DCI 覆盖 HARQ	不支持	支持 DCI 动态 Override HARQ 配置
MAC 定时器限制	受绝对子帧数限制	跨越 90ms 宏观周期的延迟换算
组播搜索空间偏移	标准映射	放大 11.25 倍以对齐 TDD D-窗口

---

4. RRC 层变更 (RAN2) 与系统广播深度演进

为了让整个无线电网络能够按照这套前所未有的“伪 FDD”时分模式和谐运转，RRC 层在 Release 18 和 19 中注入了海量的专用信令、系统信息块（SIB）扩展以及星历补偿参数。

4.1 邻区测量与星际帧对齐：90ms 宏观周期的跨小区同步

在 FDD 中，异频/同频邻区测量仅需要获知邻区频点和基本小区偏移。但在 IoT-NTN TDD 中，由于每个卫星波束（小区）都可能具有不同的传播时延，导致相邻小区的 $D/U$ 窗口在时间上是严重错位的。如果终端在服务小区的下行窗口去测量邻区，却刚好碰上邻区处于上行时隙，测量将彻底失败。

• radioFrameOffset-r19 的引入：这是 Rel-19 专门为 IoT-NTN TDD 设计的神来之笔。它表示服务小区的 90 毫秒 TDD 帧起点，与邻区最近的 90 毫秒 TDD 帧起点之间的系统帧偏移量。
• 取值范围与物理意义：该参数的取值为 INTEGER (-4..4)。由于一个无线帧是 10ms，偏移 -4 到 4 帧恰好覆盖了近一个 90ms 周期的微调。UE 在 RRC_CONNECTED 或 IDLE 状态下，必须利用此参数来推算邻区的 Valid DL subframes（有效下行子帧） 位置，并仅在重合的下行窗口内执行 RRM 测量。

4.2 TDD 专属星历与辅助信息

为了计算自身与卫星的精确距离以及相对多普勒频移，RRC 必须下发高精度的卫星辅助信息。

• satelliteId-r19 的强绑定：在 SystemInformationBlockType4-NB (同频) 和 SystemInformationBlockType5-NB (异频) 中，Rel-19 为每个邻区新增了 satelliteId-r19。规范明确强调，该字段仅为 IoT NTN TDD 模式配置。它允许 UE 将特定邻区与 SIB31-NB/SIB33-NB 中广播的精密星历数据相绑定，实现跨星、跨波束的测量预补偿。
• k-Mac-r19 宏观偏移机制：k-Mac 参数用于补偿基站端下行和上行帧时序不对齐的问题。在 Rel-17 (FDD) 中，其长度有限。但在 Rel-19 的 IoT NTN TDD 模式下，为了容纳大尺度的 TDD 时隙配比错位，引入了扩展的 k-Mac-r19，其取值范围暴增至 INTEGER (1..1024) 毫秒。规范明确要求：“k-Mac-r19 仅在 IoT NTN TDD 模式下发。若存在，UE 必须无条件忽略旧版的 k-Mac-r17”。

4.3 Redirection 与小区重选的 NTN 增强

• redirectedCarrierInfo-v1900：在 RRCConnectionRelease-NB 消息中，Rel-19 扩展了载波重定向信令，专门用于支持将 UE 从地面蜂窝网络（Terrestrial Network, TN）强制重定向至非地面网络（NTN）频率。结合 satAssistanceInfoList，网络可以在释放连接的瞬间，将目标卫星的 ID 和星历直接“喂”给终端，极大地加速了空地切换过程。

关键差异列表 (RAN2 - RRC 层)：

特性维度	IoT-NTN FDD (Rel-17)	IoT-NTN TDD (Rel-18/19)
邻区测量对齐	依赖常规 SFN 对齐	必须通过 radioFrameOffset-r19 匹配 90ms 交替周期
邻区星历映射	全局或隐式映射	必须通过专属 satelliteId-r19 精确映射至单星
基站收发时间差	较小的 k-Mac-r17	引入支持大偏置的 k-Mac-r19 (高达 1024ms)
空地重定向	仅支持基础重选	引入 redirectedCarrierInfo-v1900 与星历辅助

---

5. 射频要求与终端能力 (RAN4/UE Capability) 演进

由于彻底抛弃了物理双工器，IoT-NTN TDD 在射频链路和终端能力上释放了巨大的降本空间，但也引入了极度苛刻的时序防护要求。

5.1 射频前端 (RF Front-End) 的极简重构与红线

在 TS 36.102 (v19.3.0) 中，针对 TDD 模式制定了核心的射频防烧毁红线：

1. 取消双工器插入损耗：由于利用时间隔离（在 $D$ 和 $U$ 窗口之间切换），终端无需再承担双工器带来的 1.5~3 dB 损耗。这使得终端实际到达天线口的等效全向辐射功率 (EIRP) 显著提升，极大改善了上行覆盖边缘的链路预算。
2. 射频开关保护间隙 (Gap)：由于上下行在同一载波上断续突发，必须在宏观 D 窗口结束与 U 窗口开始之间留足射频切换和 TA 预补偿时间。RRC 层为此下发了特定的补偿间隙配置（如 uplinkSegmentedPrecompensationGap-r17 的 sym1 或 sl1），确保 PA（功放）开启前，LNA（低噪声放大器）已彻底断电隔离。

5.2 终端能力 (UE Capability) 的精细化切割

在 TS 36.331 的 UE Capability 中，Rel-18/19 为 IoT-NTN TDD 增设了庞大的能力核查矩阵。

• HARQ 禁用支持能力：网络需要核实终端的底座是否能承受关闭 HARQ 带来的冲击。UE 通过 ntn-RRC-HarqDisableSingleTB-r18、ntn-DCI-HarqDisableMultiTB-r18 乃至 ntn-OverriddenHarqDisableMultiTB-CE-ModeB-r18 等十余个比特位，向核心网事无巨细地汇报其在 CE Mode A/B 下、通过 RRC 或 DCI 禁用单/多 TB HARQ 的软硬件支持能力。
• 星历与位置计算能力：针对 TDD 对定时精度的变态级要求，新增了 ntn-Triggered-GNSS-Fix-r18 (网络触发定位) 和 ntn-Autonomous-GNSS-Fix-r18 (终端自主定位) 能力上报。如果 GNSS 失锁导致外推时间失效，终端可通过 ntn-UplinkTxExtension-r18 声明其是否支持在有效期结束后执行容错上行传输。

---

6. TDD 特有的关键特性全景总结

IoT-NTN TDD (Rel-18/19) 绝非简单的频段迁移，而是一整套为了适应外太空超长时延与恶劣链路预算而深度定制的“宏观时分系统”。其特有的关键特性可归纳为以下几大支柱：

6.1 独特的“伪 FDD”底层时序（Frame Structure 1）

与所有人的直觉相反，IoT-NTN TDD 抛弃了传统的时分帧结构 Type 2。它在物理层维持了 FDD 的 Type 1 帧结构，但在全局宏观上强制切分出持续几十毫秒的纯下行块 ($D$) 和纯上行块 ($U$)。这种设计的绝妙之处在于：完美复用了 NB-IoT FDD 成熟的物理层编码与解调算法，同时从根本上清除了微秒级双工切换对长时延卫星链路的副作用。

6.2 基于 90ms 宏观周期的资源嵌套法则

整个网络的呼吸被拉长到了 90ms（或 180ms）的超级周期。上行随机接入前导码（NPRACH）被死死限制在这 90ms 内的 8 个连续上行子帧中。这种大尺度的集中调度，不仅保证了上行信号能量在卫星侧的集中到达，也使得终端能够在连续下行时段内彻底关断发射模块，实现了极致的睡眠节电。

6.3 断腕求生的 HARQ 禁用与盲传体系

在高达数百毫秒的时延面前，“停止-等待”无异于系统自杀。IoT-NTN TDD 史无前例地引入了 基于位图（Bitmap）的每进程 HARQ 强行禁用机制。通过彻底放弃反馈响应，转而拥抱激进的多 TB 盲重传（Multi-TB Blind Repetitions），以时间分集和暴力相干累加对抗太空深衰落。这是通信协议向物理现实做出的最壮烈且最有效的妥协。

6.4 跨越高空的邻区帧对齐技术 (radioFrameOffset-r19)

当终端从波束 A 移动到波束 B，或从 LEO 切换到 MEO 时，空间几何的改变导致 TDD 宏观周期（ $D/U$ 窗口）彻底错位。Rel-19 首创的 radioFrameOffset 和 satelliteId 将星历坐标和射频时间轴直接绑定，使终端拥有了在复杂的多星组网中“预测未来”下行窗口的能力，从而实现了 TDD 环境下稳定、连续的异星测量与重选。

---

7. 结论与迈向 6G 的展望

3GPP Release 18/19 对 IoT-NTN TDD 的定义，是一次通信协议与天体物理学的完美折中。它巧妙地利用 “FDD 物理信道底座 + 宏观 $D/U$ 时分块 + 90ms 超级周期” 的组合拳，彻底绕开了传统 Type 2 帧结构在卫星链路上的致命缺陷。

相较于 Rel-17 FDD，Rel-18/19 TDD 不仅解锁了极具价值的零散非成对频谱，消灭了双工器硬件成本，更通过 radioFrameOffset-r19 和 HARQ Feedback Disabling 等一系列天才的软硬协同设计，构建了极高可用性的卫星物联网底座。

演进展望： 随着标准迈向 6G 空天地一体化融合，当前的半双工 IoT-NTN TDD 有望引入 AI 预测的智能动态 $D/U$ 比例自适应切换；而在星载处理（Regenerative Payload）普及后，基站将直接位于太空，这将彻底颠覆现有的 k-Mac 时延补偿模型，推动低轨卫星物联网实现比肩地面网络的实时响应体验。

---

（注：本报告中所涉及的具体参数名称如 k-Mac-r19、radioFrameOffset-r19、downlinkHARQ-FeedbackDisabledBitmap-NB-r18、IoT NTN TDD 定义等，均严格摘录自 3GPP TS 36.331 v19.2.1 及相关 RAN1/RAN2 规范，是对现有文献认知的重要更新与修正。）