一、NTN技术演进与终端测试需求背景

1.NTN技术持续演进，终端测试需求不断扩展

非地面网络（Non-Terrestrial Network，NTN）正在成为5G及未来6G通信的重要组成部分。通过卫星、高空平台（HAPS）等非地面平台，NTN能够将移动通信覆盖范围延伸至传统地面网络难以覆盖的区域，并进一步拓展至远洋通信、偏远地区、应急救援以及物联网等应用场景。

3GPP自Release 17开始将NTN纳入5G标准体系，NTN由早期的技术研究逐步进入标准化和产业化阶段。随后，Release 18进一步推动5G-Advanced演进，而Release 19则继续围绕NTN等方向进行技术增强，为后续更广泛的卫星通信应用奠定基础。

与此同时，产业界也在持续推进NTN技术落地。随着卫星网络、芯片、模组及终端产品不断发展，NTN已经逐渐从标准和技术验证走向实际应用。对于终端芯片、模组及设备厂商而言，如何在产品研发阶段验证NTN功能，并进一步评估终端在复杂卫星通信环境下的通信能力，正在成为新的测试需求。

 

2.从传统NTN-FDD到Rel-19 NTN-TDD

在传统蜂窝通信中，FDD（Frequency Division Duplex，频分双工）是一种成熟的双工方式。其通过不同频率分别承载上行和下行信号，具有上下行同时传输、技术成熟等特点，因此也被广泛应用于地面蜂窝网络及部分NTN场景。

TDD（Time Division Duplex，时分双工）则通过时间维度划分上下行传输资源，使上下行能够共享同一频段。与FDD相比，TDD不需要成对频谱，并能够根据业务需求调整上下行资源配置，因此在频谱利用和业务适配方面具有一定优势。

当TDD应用于NTN场景后，测试问题也变得更加复杂。由于卫星链路具有更大的传播距离，同时还存在卫星高速运动带来的Doppler频移，TDD的上下行时序、传播时延以及动态频偏需要在同一测试环境中进行综合验证。

因此，随着Rel-19等后续标准演进，NTN测试正在从传统的网络接入和业务验证，进一步向TDD空口、传播时延、Doppler以及动态卫星信道环境下的终端验证拓展。

3.Band n249为什么值得关注？

在NTN相关标准持续演进的背景下，Band n249逐渐成为业界关注的NTN-TDD测试方向之一。相比传统地面蜂窝网络中的FDD频段，n249所对应的NTN-TDD场景不仅涉及新的频段配置，还需要综合考虑TDD双工方式以及卫星通信特有的传播环境。

从终端研发角度来看，Band n249的意义并不只是增加一个新的频段，而是带来了新的网络制式与测试场景。终端需要在特定NTN-TDD配置下完成网络搜索、接入、数据传输，并进一步验证在传播时延和Doppler等卫星信道特征下的通信能力。

 

因此，对于芯片、模组和终端厂商而言，Band n249也带来了一个新的测试问题：当NTN从传统FDD场景进一步向TDD演进后，现有的地面蜂窝测试环境是否还能满足终端验证需求？如果不能，又应该如何在实验室中构建一个可控、可重复的NTN-TDD测试环境？这也正是本文后续重点讨论的问题。

 

二、NTN-TDD 测试挑战

1.从FDD到TDD：双工方式带来的测试差异

FDD和TDD最核心的区别，在于上下行资源的划分方式不同。

FDD通过不同频率分别承载上行和下行信号，双方可以同时进行传输；TDD则在同一频段内通过时间资源划分上下行传输方向，并根据业务需求配置不同的上下行时隙比例。

 

对于终端而言，TDD意味着设备需要按照网络配置准确完成上下行收发状态的切换。因此，在测试过程中，除了关注传统的接入和数据传输性能，还需要验证上下行时序、同步以及不同TDD配置下的通信能力。

当这一机制进一步应用于NTN环境时，卫星链路本身的传播时延和Doppler等因素，又会进一步增加测试复杂度。

2.NTN环境：传播时延与Doppler成为重要测试内容

与地面蜂窝网络相比，NTN最显著的特点是通信链路中的传播距离明显增加，以及卫星处于持续运动状态。

首先，卫星轨道高度不同，终端与卫星之间的传播距离存在明显差异。尤其对于GEO卫星而言，长距离传播会带来远高于地面蜂窝网络的通信时延。这种时延不仅影响用户感知的数据业务性能，还会影响网络接入、定时同步以及协议交互过程。因此，终端测试不能仅验证“能否连接”，还需要验证设备在相应传播时延条件下是否能够正常完成通信流程。

其次，对于LEO等高速运动卫星，卫星与终端之间的相对运动会产生明显的Doppler频移，并且这一频移会随着卫星运动而动态变化。对于无线终端而言，Doppler会增加频率同步和信号跟踪的难度。因此，NTN测试需要考虑：

• • 不同Doppler条件下的网络接入；

• • 动态频偏变化下的通信稳定性；

• • 终端自身的频率跟踪与补偿能力。

除了传播时延和Doppler，卫星过境过程中，卫星仰角、传播路径以及周围环境也会发生变化，使无线信道呈现动态特征。因此，NTN终端测试相比传统地面网络测试，还需要进一步考虑动态信号条件和信道变化对终端通信能力的影响。

 

TDD与NTN结合：测试需要同时关注“时序”和“链路”

当TDD应用于NTN后，测试人员需要同时面对TDD时序要求和NTN动态传播环境。

一方面，TDD要求终端按照网络配置准确完成上下行传输。如果网络环境同时存在较大的传播时延，终端的定时同步、上下行数据传输以及协议交互都需要在相应的NTN条件下进行验证。

另一方面，卫星运动带来的Doppler并不是一个固定的频率偏移，而是会随着卫星与终端之间的相对位置变化。因此，终端不仅需要适应特定的TDD配置，还需要在动态频偏条件下保持正常通信。

这意味着，NTN-TDD测试不能简单地将传统的TDD测试和NTN测试进行叠加，而需要构建一个能够同时控制TDD网络参数、传播时延和Doppler等关键因素的测试环境。

 

三、NTN-TDD实验室测试架构分析

1.真实卫星测试面临的挑战

真实卫星环境能够提供最接近实际应用场景的测试条件，但对于终端研发而言，完全依赖真实卫星开展测试存在较大的限制。

首先是测试时间难以控制。卫星过境受到轨道运行规律限制，测试窗口并不能根据研发人员的需求灵活调整。当需要重复验证某一特定场景时，还需要等待下一次合适的过境机会，这会直接影响问题定位和研发迭代效率。

其次是测试环境难以复现。真实卫星通信链路会随着卫星位置、终端位置和传播环境变化而变化，传播时延、多普勒频移、信号强度以及遮挡等条件也会随时间动态变化。当某一次测试出现异常时，很难完整还原当时的通信环境，从而增加问题分析难度。

此外，真实卫星测试还存在问题定位困难的问题。测试过程中出现通信异常时，协议实现、终端射频性能以及卫星链路条件等因素可能相互影响。由于测试环境本身难以精确控制，研发人员很难通过单独改变某一个变量来判断问题来源。

因此，真实卫星更适合作为产品研发后期的实际环境验证手段，而在研发早期和功能迭代阶段，需要一种能够在实验室内提供可控、可重复、可调节NTN通信环境的测试方式。

2.实验室NTN仿真的核心价值

与真实卫星环境相比，实验室仿真的核心价值并不是简单地“模拟一颗卫星”，而是将实际卫星通信中的关键影响因素转化为可配置、可重复的测试变量。

在实验室环境中，研发人员可以根据测试需求设置卫星轨道、终端位置以及传播链路条件，并对传播时延、多普勒等关键参数进行控制。当某个测试场景出现异常时，可以保存并重复相同的环境条件，从而实现“发现问题—调整参数—重新测试—验证结果”的快速迭代。

同时，实验室环境还能够支持真实卫星场景下难以进行的边界条件测试。例如，可以逐步改变传播时延或多普勒参数，观察终端在不同条件下的表现；也可以构造特定的信号中断、链路变化等场景，用于验证终端在异常条件下的处理能力。

因此，对于NTN-TDD终端研发而言，实验室仿真主要解决的是两个问题：一是让复杂的NTN环境变得可控，二是让测试场景具备可重复性。在此基础上，研发人员才能进一步开展系统化的功能和性能验证。

3.基于Amarisoft Callbox的NTN-TDD实验室测试架构

针对NTN测试中卫星链路难以控制的问题，德思特Amarisoft Callbox可以在实验室内构建可配置的NTN网络环境，将基站、核心网以及NTN相关通信条件集成到统一的测试平台中。

 

其基本测试思路是：由Callbox模拟网络侧设备，并根据测试需求配置NTN相关参数；终端通过射频链路接入Callbox建立通信连接；同时，通过NTN信道模拟能力对传播时延、多普勒以及相关动态链路条件进行模拟。这样，原本依赖真实卫星才能获得的部分通信条件，就可以在实验室环境中进行配置和重复。

 

四、NTN-TDD终端主要测试内容

在实验室中建立NTN-TDD测试环境后，测试工作的重点将从“环境搭建”进一步转向终端能力验证。基于德思特Amarisoft Callbox构建的NTN-TDD测试环境，可以从以下几个方面开展测试。

1.NTN网络接入与基础通信测试

首先是终端在NTN-TDD网络中的基本接入能力验证。通过配置相应的NTN-TDD小区，模拟终端实际面对的网络环境，可以测试终端从小区搜索、同步到网络注册和数据通信的完整流程。测试过程中，可以关注终端是否能够正确完成小区搜索和同步、网络注册以及相关信令交互，并进一步验证终端在完成接入后能否建立正常的数据连接。

这一部分主要用于确认终端具备基本的NTN-TDD通信能力，为后续更复杂的时延、多普勒和动态场景测试建立基础。

2.TDD上下行时序与协议流程验证

与FDD不同，TDD网络需要在同一频段内按照预定时序进行上下行传输。因此，在NTN环境下，除了验证终端能够正常完成协议流程，还需要关注其在不同TDD配置下的上下行协同能力。通过调整TDD上下行配置以及相关网络参数，可以验证终端在不同上下行传输条件下的通信行为，并结合协议日志分析RRC、NAS以及数据传输过程中的信令交互。

对于NTN-TDD终端而言，这类测试能够帮助研发人员确认终端是否能够正确适应TDD网络时序，并进一步分析时序相关问题是来自终端实现、网络配置还是NTN链路条件。

3.传播时延与多普勒条件下的通信验证

传播时延和多普勒是NTN区别于传统地面蜂窝网络的两大重要因素，也是NTN终端测试需要重点关注的环境变量。

在实验室环境中，可以通过Callbox对不同的传播时延和多普勒条件进行模拟，并观察终端在不同链路条件下的通信状态变化。例如，可以逐步改变传播时延，验证终端在不同链路距离条件下的接入及数据通信表现；也可以设置静态或动态多普勒条件，观察终端的频率跟踪和补偿能力。

对于研发人员而言，这类测试的价值在于能够将原本随卫星运动自然变化的链路条件转化为可控制的测试参数，从而实现不同条件下的对比测试。

4.数据业务与链路性能验证

完成网络接入后，还需要进一步验证终端在NTN-TDD环境下的数据通信能力。测试可以通过持续的数据上下行传输，观察终端在不同传播时延、多普勒及TDD配置下的业务表现，包括上下行吞吐量、数据传输稳定性以及链路状态变化等。

在此基础上，还可以改变NTN链路参数，对不同通信条件下的数据业务表现进行对比。例如，在逐步增加传播时延或引入动态多普勒的情况下，观察数据业务是否能够保持正常运行，从而评估终端在不同NTN通信环境下的业务适应能力。

5.边界条件与稳定性测试

除了正常通信场景，NTN-TDD终端还需要面对不同的边界和异常条件。实验室仿真的优势在于，可以人为控制测试变量并重复构造特定场景，因此适合用于终端协议栈和通信算法的边界验证。

例如，可以逐步改变传播时延、多普勒等参数，观察终端从正常通信状态到异常状态的变化过程；也可以模拟链路中断、信号恢复等场景，验证终端在通信条件发生变化后的恢复能力。

对于需要进行批量验证的研发项目，还可以进一步结合Callbox的自动化控制能力，将不同参数组合和测试场景进行脚本化执行，从而减少人工操作，并提高重复性测试和回归测试的效率。

总体来看，NTN-TDD测试并不是简单地将传统TDD测试与NTN测试进行叠加，而是需要在统一的实验室环境中，同时验证终端的网络接入、TDD时序、NTN链路适应以及数据通信能力。

Amarisoft Callbox通过将网络仿真与NTN链路条件模拟结合起来，为研发人员提供了可控、可重复的测试环境，使终端能够在从正常通信到复杂链路条件的不同场景下进行系统验证。

 

五、总结

NTN-TDD Band n249进一步拓展了NTN技术的应用空间。相比传统地面蜂窝网络，NTN-TDD同时涉及TDD上下行时序以及传播时延、多普勒等卫星链路特性，对终端的协议、射频和链路适应能力提出了新的测试要求。

真实卫星能够提供实际通信环境，但测试窗口、环境变化和场景复现等因素限制了其在研发阶段的使用。因此，构建可控、可重复的实验室NTN-TDD测试环境，有助于终端快速开展功能验证、问题定位和边界条件等测试。

Amarisoft也已通过实际测试对相关能力进行了验证。据2026年5月发布的消息，其使用AMARI Callbox配置了NB-IoT-NTN-TDD Band 249小区，并与Iridium开展了Release-19 IoT-NTN-TDD相关验证，证明Callbox能够用于该类NTN-TDD场景的实验室测试。

基于这一能力，德思特Amarisoft Callbox将蜂窝网络仿真与NTN链路模拟相结合，为NTN-TDD终端提供统一的实验室测试环境，并支持测试自动化与重复验证。随着3GPP标准持续演进和NTN产业逐步成熟，实验室仿真测试也将成为终端研发和验证过程中的重要支撑。