三星和是德科技联合完成了5G卫星间直连通信技术的验证这事在通信测试圈里讨论度不低。很多人第一反应是“这不就是卫星电话吗”其实完全不是一回事。这里说的5G卫星间直连通信是把5G NR空口直接延伸到低轨卫星上让普通手机不需要外部天线不需要专用卫星电话就能直接跟头上飞过的卫星建立连接基站不再是铁塔上的RRU而是几百公里外以7.5公里每秒速度移动的航天器。这是3GPP R17 NTNNon-Terrestrial Networks非地面网络标准里最核心的应用场景。这个新闻真正有价值的地方在于三星是终端芯片玩家是德科技是测试仪表玩家两家凑在一起做验证意味着NTN从纸面标准走到了工程实现。所以这篇文章想顺着这次验证聊一聊背后到底有哪些技术点值得关注以及如果我们也想在自己的实验室里复现一遍类似测试应该怎么搭环境、怎么设参数、会踩哪些坑。想搞卫星直连通信的终端、芯片、测试、基站研发的人都能从里面找到点参考。1. 三星找是德科技做NTN验证这个组合的看点在哪1.1 手机直连卫星为什么必须拉上测试仪表厂一起玩三星的主业是手机和半导体是德科技的主业是测试测量设备两家合作的逻辑非常清晰。NTN不是简单的软件升级而是射频前端、基带算法、协议栈的全链路改动。三星需要的是可重复、可量化、能对照3GPP标准条款的验证手段而不是发一颗卫星去做真实验证。低轨卫星不是想打就能打的真实卫星环境里电磁波经过电离层、雨衰、地面反射参数完全不可控排障极其痛苦。更重要的是一颗卫星过顶可能只有几分钟你根本没有时间去遍历不同仰角、不同多普勒频偏、不同时延下的完整测试用例。仪表厂商的价值就在这里。是德科技做的事情本质上是用测试平台模拟一颗低轨卫星的信号传播环境让三星的终端以为自己在跟飞过头顶的卫星通信。卫星相对终端运动造成的多普勒频移、信号往返的传播时延、路径损耗、仰角变化全部可以精确设定和重复。这种实验室验证方式是地面5G测试的基本功但放到NTN场景里难度直接上升了一个量级。从工程角度看NTN终端验证至少要覆盖三类场景卫星刚升起时仰角很低、多普勒很大卫星到头顶时仰角高、时延最小卫星快落下时信号衰落严重。这些场景在真机上靠等卫星很难凑齐但在测试仪表里只需要改几个参数。三星拉着是德科技做验证本质上是把“太空环境”变成了“实验室环境”这是终端商用化之前绕不开的一步。1.2 NTN让“基站”跑到了天上但核心网依然在地面很多人会问5G卫星直连是不是要重新搞一套核心网不是。3GPP做NTN的思路很清晰核心网可以沿用现有5GC架构真正变化的是无线接入网。在NTN里卫星可以扮演两种角色一种是透明转发卫星只是把手机发出的信号经过放大和变频后转发给地面的信关站所有协议处理都在地面另一种是星上再生卫星真正把一部分基站功能搬到了天上比如gNB-DU在天上gNB-CU和5GC留在地面卫星和卫星之间甚至可以通过激光链路通信。目前手机直连卫星最主流、最容易落地的还是透明转发模式因为卫星载荷简单产业链成熟度高而且对5GC的改动最小。从终端视角看手机注册到网络时依然要完成小区搜索、随机接入、RRC连接建立、PDU会话建立这些步骤。核心网看到的接入网节点可能是地面的信关站也可能是天上那颗卫星但对5GC来说它只需要关心协议接口标准不需要关心信号走了多长距离。这也是NTN能快速借助现有5G产业生态落地的重要原因。换句话说5G卫星直连并不是“另起炉灶”而是把5G空口延伸到没有地面基站的地方核心网侧的功夫主要在于适配更大的时延和更动态的链路状态。2. 拆解5G NTN的三大硬核技术点2.1 低轨卫星不是静止的多普勒和时间同步是最先要解决的问题地面移动通信里基站固定不动终端移动速度再快比如高铁也就每小时350公里左右。但低轨卫星的轨道速度大约7.5公里每秒相当于每小时2.7万公里。这种速度带来的多普勒频移不能用传统地面5G的“粗同步细同步”方式轻松消化掉。多普勒频移的计算公式是 fd v × f / c × cosθ其中v是卫星相对终端的径向速度f是载波中心频率c是光速θ是卫星到终端的连线与运动方向的夹角。以2.1GHz频段为例当卫星刚从地平线升起、径向速度最大时频移可以达到约五十千赫兹。这是什么概念呢NR子载波间隔15kHz的时候一个子载波才15kHz宽五十千赫兹可以让整路信号偏掉几个子载波。如果在测试中不做补偿终端连小区同步都过不去。所以NTN标准从R17开始就明确要求基站侧在系统消息里广播星历信息和公共定时提前量下行可以使用更大的初始频偏处理范围终端也需要支持基于星历进行预补偿。在实验室测试里你通常会看到两种配置方式一种是把下行频偏预补偿打开让卫星模拟器在下行方向把多普勒“往回拉”这样终端接收到的信号频率不会偏太多另一种是下行不补偿故意把原始的多普勒丢给终端去估测用来验证终端算法到底能不能扛住极限场景。时间同步同样麻烦。低轨卫星高度一般在500到1200公里信号单程时延从几毫秒到十几毫秒不等。更头疼的是时延不是固定的卫星在天上飞仰角一直在变传播距离也在变所以终端的上行定时需要不断调整。3GPP为此引入了定时提前的动态调节机制终端需要根据星历和自身位置持续计算需要提前多少时间发数据才能让数据在正确的时刻到达卫星。2.2 透明转发和星上再生两种架构的测试难度完全不同透明转发卫星就像一面挂在天上的镜子它收到手机信号后先做下变频、放大再原样转发到地面站。这种情况下卫星本身不解析信号手机看到的是一个经过长距离、大时延、大多普勒衰落后的5G小区但这个小区的地面协议栈和普通gNB没有本质区别。测试透明转发场景时卫星信道模拟器只需要完成信号层面的“折腾”模拟路径损耗、时延、多普勒、频移、多径衰落。终端和基站之间的物理信道变成了“地面站—卫星—手机”的三段链路但协议上仍然一套完整的5G NR流程。这种模式对仪表来说相对容易实现因为不需要把卫星功能拆分到每个网元。星上再生就复杂多了。卫星上可能跑着一个完整的gNB-DU或者干脆把整个gNB搬上去。这时卫星不再是简单的转发器而是要对业务数据进行解调、解码、再编码再通过星间链路传给下一颗卫星或地面站。这种架构能减少信号转发次数降低端到端时延但同步、切换、波束管理和无线资源管理全部要在卫星上独立完成测试难度也指数级上升。从三星和是德科技这次验证的公开信息看重点偏向的是智能手机直接连接的NR-NTN场景大概率用的是透明转发或半透明转发模型。这种选择很务实因为透明转发模式可以最大程度复用现有5G基站和终端的设计商用落地路径最短。对测试工程师来说重点是搞清楚自己测的是哪种架构因为配置的节点数量、时延预算、切换策略完全不同。拿透明转发的参数去套星上再生的系统测试结果肯定对不上。2.3 为什么直连手机的频段先要在1.5GHz到4GHz之间做文章手机直连卫星最大的物理约束不是卫星而是手机。手机发射功率普遍在23dBm左右天线增益受体积限制又很小这意味着卫星必须在一个手机发射功率能够“够得着”的频率上工作。频率越高路径损耗越大穿透电离层和大气层的损耗也越高对手机上行越不友好。所以3GPP在定义NTN频段时优先把S频段和L频段纳入考虑。L频段大约在1.4到1.6GHzS频段大约在1.9到2.5GHz这些频段用于移动卫星业务已经有很多年历史射频器件和功率放大器相对成熟。通信行业里的人经常说卫星直连手机不是“技术做不到”而是“链路预算做不到”。在C频段以上做手机直连手机那点功率基本撑不起可靠的上行链路。这也是为什么现在业内谈起5G卫星直连很少提毫米波大家都盯着FR1的中低频段做文章。低频覆盖能力强信号绕射能力好但带宽相对有限适合做语音、短信、IoT数据这类低速率业务。三星和是德科技的验证关注点也不会是追求几十Gbps的速率而是验证在卫星高速移动、信号大幅衰落的条件下手机还能不能稳定入网、能不能建立起基本业务。把这个做扎实了比跑出一个漂亮的峰值速率有意义得多。3. 在实验室搭一套NTN测试环境实操流程记录3.1 仪表拓扑UXM 5G加卫星信道模拟器别把仪表当成普通基站如果你想在实验室里复现一次类似验证首先要明白这不是拿一台普通5G测试仪表就能搞定的事。普通5G测试仪表默认假设基站和终端之间有相对固定的传播环境但NTN要求你人为地在射频链路里加入大时延、大频偏、动态变化的多普勒。比较常见的做法是用是德科技的E7515B UXM 5G无线测试平台做终端接入的“陆地基站”然后在它和终端之间串接一个卫星信道模拟器。信道模拟器负责模拟真实卫星链路的电波传播特性包括时延、多普勒、路径损耗和多径衰落。测试控制软件可以统一配置NR小区参数和卫星信道参数让终端按正常的NR流程注册到网络但实际射频信号已经被“甩”到了几百公里外的卫星链路上。搭建的时候几个关键点别搞错第一UXM 5G的射频输出口必须先接信道模拟器再接终端顺序反了信号就全乱了第二信道模拟器要支持高速变化的时延和多普勒不能选只支持静态多普勒的低端型号第三终端如果支持NTN模式它的射频接收端会感知到频偏和时延但你需要确认终端的测试SIM卡和运营商配置允许接入NTN小区否则终端可能因为PLMN限制直接拒绝驻留。3.2 参数设置示例600公里轨道、2.1GHz频点怎么设定多普勒和时延我见过不少第一次做NTN测试的人上来就拿着3GPP技术报告里的参数往外填结果终端死活连不上最后发现是参数设得不符合实际。这里给出一组相对合理的示例供参考。假设模拟一颗高度600公里的低轨卫星载波频率设为2.1GHz。卫星过顶过程中最差情况是仰角10度左右进入网络然后逐渐升到90度再过顶离开。根据工程近似最大径向速度可以取一个典型值按2.1GHz计算最大多普勒频偏可以预计在±45kHz左右。如果你的信道模拟器支持分段设置建议在测试计划里分三档低仰角10度到30度、中仰角30度到60度、高仰角60度到90度。传播时延方面卫星在600公里高度时地球展开后的最大星地距离大约在2500到3000公里低仰角单程时延大概8到10毫秒正上方过顶时星地距离就是卫星高度600公里单程时延约2毫秒。所以很多测试方案会把单向时延范围设在2毫秒到10毫秒之间往返时延则相应翻倍。这还只是静态时延真正难的是时延变化率因为卫星移动会让传播时延一直在变终端和网络都必须动态跟踪。可以把一组典型配置整理成表格方便对照参数建议值说明轨道高度600 km典型LEO轨道范围可扩展到500-1200km载波频率2.1 GHz可换成1.8/2.6 GHz选择FR1频段考虑手机链路预算卫星仰角区间10°-90°覆盖低仰角到过顶全过程最大多普勒频偏±45 kHz按2.1GHz和径向速度估算单程传播时延2 ms-10 ms随仰角动态变化下行多普勒预补偿开/关都测验证终端极限能力时关闭预补偿上行定时调节动态需模拟时延变化率终端要持续调整TA3.3 从注册到数据面的完整流程参数设好之后完整测试流程并不复杂但每一步都要严谨。第一步先把UXM 5G配置成NTN小区使能SSB发送确保波束配置适合卫星场景。卫星小区覆盖范围巨大一个小区可能直径几百上千公里所以SSB的波束扫描周期、同步栅格配置都要符合NTN规范。第二步启动信道模拟器让它按照预设的轨道模型开始跑相当于卫星开始“移动”。这时终端应该能收到一个带着缓慢变化频偏的下行信号。第三步打开终端的工程模式日志观察它能否完成小区搜索和系统消息解码。如果终端能读取到系统消息里的星历信息说明下行基本同步到了。第四步触发随机接入。这一步在NTN里比较敏感因为随机接入前导需要在正确的时间提前量下发送如果时延窗口设置不对前导会落到gNB的接收窗口之外。如果随机接入成功终端会收到RAR然后继续完成RRC连接建立。第五步执行网络注册和PDU会话建立流程跟地面5G几乎一样。最后发起上下行业务比如灌一个UDP或者FTP流量观察吞吐量和时延。这里我还想强调一个细节NTN测试不要一上来就追求满吞吐量先把连接稳定性测明白。让卫星信道模拟器跑完整条轨道周期从低仰角开始经过过顶再到低仰角观察终端在整条路径上有没有掉线、切换、重建。连接稳住了再谈速率和时延。4. 实测中容易踩的坑同步、接入和台架稳定性4.1 终端锁不上卫星小区先查下行频偏补偿配置我见过最典型的问题是终端扫描了半天信号始终找不到NTN小区。排查到最后往往是下行多普勒预补偿没有打开终端接收到的下行信号偏出去几十千赫兹超出了终端粗同步扫描的范围。这个坑特别容易踩因为很多测试规范里会同时要求测“下行预补偿开启”和“下行预补偿关闭”两种场景。预补偿关闭是用来模拟卫星侧完全不做频率预校正的极限情况理论上对终端要求很高但如果你一开始就把这个场景拿来调试终端大概率锁不到信号。建议的做法是先用下行预补偿开启把终端调通确认小区可以正常驻留然后逐步加大下行频偏或者关闭预补偿让终端去面对更恶劣的信号环境。这样做的好处一是能锁定问题到底出在终端频偏估计能力不足还是出在扫描窗口不够大二是能确保测试链路本身没有配错。4.2 随机接入老是失败是时序余量不足有一次测试终端下行同步已经正常PBCH也能解出来但一发PRACH前导网络侧就收不到。查了半天问题出在随机接入响应窗口和定时提前量的配置上。传统地面5G里基站和终端之间的距离一般几公里到几十公里时延就几十微秒随机接入窗口够用了。但NTN里单程时延动辄几毫秒甚至十几毫秒如果gNB的随机接入机会窗口没有相应扩大或者系统消息里的公共定时提前参数给得不对前导发过去的时候gNB早就换到下一个时隙去了。排查时可以做一个很直观的验证把信道模拟器的时延先设成最小值比如2毫秒看随机接入能不能成功。能成功再逐步往上加时延直到临界点。这样就能找出终端和gNB能容忍的最大时延范围同时检查RAR窗口和msg3的调度时序是否匹配。4.3 测试结果反复无常别忘了校准射频电缆和电平还有一类问题既不是终端的事也不是卫星信道模拟器的事而是测试电缆和电平校准的问题。卫星信道模拟器会引入额外的插损如果你没做路径损耗补偿终端收到的信号电平可能比预期低好几个dB。地面5G测试里几个dB的偏差也许还能容忍但NTN链路本来就紧张手机上行功率余量有限电平哪怕差2dB表现出来的结果可能就是吞吐量掉一半、时延翻倍。所以每次换频段、换电缆、换衰减器之后一定要做一次全链路校准。先用一台功率计或者频谱仪在终端接口处把参考电平校到标准值再去跑测试用例。另外卫星信道模拟器本身有自校准模式定期跑一遍比事后查数据要省心得多。5. 验证完之后卫星直连通信的下一步要怎么走5.1 对终端厂商和芯片厂商的意义三星和是德科技这次验证给终端行业释放了一个很强的信号卫星直连功能不再是“卫星电话”那种又大又笨的专用设备的专属而是可以集成到普通SoC里的一项标准能力。一旦基带芯片能通过NTN测试手机厂商就不需要为了卫星通信单独加一套射频前端可以在现有5G手机架构上直接叠加卫星通信支持。这个影响是深远的。之前很多厂商关心的是“卫星直连到底能不能做”现在三星用实测数据告诉大家在仪表模拟的卫星环境下终端可以完成注册、建立会话、跑业务。产业链下一步要解决的问题是真实卫星部署、频率许可、运营商计费和商业模式而不是质疑技术本身是否可行。对测试仪表厂商来说这也是一个巨大的机会因为每一款支持NTN的终端在上市前都需要类似是德科技这样的测试平台做认证和验收。5.2 从R17的NR-NTN到后续的演进标准还在往前推3GPP在R17阶段引入了NR-NTN和IoT-NTNR18继续增强NTN覆盖包括移动性增强、覆盖性能优化、新频段支持等。我还看到行业里已经开始讨论用NTN做卫星物联网、应急通信、远洋运输、航空宽带甚至把NTN和感知通信一体化结合起来。我自己比较关注的方向是ISAC和NTN的结合。5G的大规模天线和波形设计天然具备感知能力如果卫星同时能做通信和感知比如对地面目标进行定位和成像那就不只是打电话发短信那么简单了。不过这些还处在标准研究和早期验证阶段真正落地还需要很长时间。从测试角度看NTN的标准演进也在不断给测试方案提要求。以后要测的不仅仅是单颗卫星覆盖还有多颗卫星之间的切换、星间链路、地面网络和NTN的移动性交互。这些场景远不是一台UXM加一台卫星信道模拟器能覆盖的可能需要更复杂的联合测试环境。但这也正是做通信测试有意思的地方标准往前推一寸测试方案就要往前跟一尺。我个人在实际操作中的体会是NTN测试和地面5G测试最大的区别在于你不能再用“小区是静止的”这个固有思维去设计用例了。地面基站固定时延和频偏都是相对稳定的出了问题很容易复现NTN里信号每一毫秒都在变测到问题如果不及时记录当时的轨道参数、频偏值和时间戳回头想复现比登天还难。这次三星和是德科技的合作验证最打动我的并不是他们跑通了某个指标而是他们把太空链路的不确定性变成了可测试、可重复、可分析的东西。对于搞终端的工程师来说以后设计手机时得把“会追卫星”作为一项基本功基带算法算法里的频偏估计、自动增益控制、定时跟踪都要重新调试。对做测试的人来说一个全新的赛道也才刚刚打开。