三星和是德科技联合完成了5G卫星间直连通信技术的验证,这事在通信测试圈里讨论度不低。很多人第一反应是“这不就是卫星电话吗”,其实完全不是一回事。这里说的5G卫星间直连通信,是把5G NR空口直接延伸到低轨卫星上,让普通手机不需要外部天线,不需要专用卫星电话,就能直接跟头上飞过的卫星建立连接,基站不再是铁塔上的RRU,而是几百公里外以7.5公里每秒速度移动的航天器。这是3GPP R17 NTN(Non-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.6GHz,S频段大约在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 | 随仰角动态变化 |
| 下行多普勒预补偿 | 开/关都测 | 验证终端极限能力时关闭预补偿 |
| 上行定时调节 | 动态 | 需模拟时延变化率,终端要持续调整TA |
3.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-NTN,R18继续增强NTN覆盖,包括移动性增强、覆盖性能优化、新频段支持等。我还看到行业里已经开始讨论用NTN做卫星物联网、应急通信、远洋运输、航空宽带,甚至把NTN和感知通信一体化结合起来。
我自己比较关注的方向是ISAC和NTN的结合。5G的大规模天线和波形设计天然具备感知能力,如果卫星同时能做通信和感知,比如对地面目标进行定位和成像,那就不只是打电话发短信那么简单了。不过这些还处在标准研究和早期验证阶段,真正落地还需要很长时间。
从测试角度看,NTN的标准演进也在不断给测试方案提要求。以后要测的不仅仅是单颗卫星覆盖,还有多颗卫星之间的切换、星间链路、地面网络和NTN的移动性交互。这些场景远不是一台UXM加一台卫星信道模拟器能覆盖的,可能需要更复杂的联合测试环境。但这也正是做通信测试有意思的地方,标准往前推一寸,测试方案就要往前跟一尺。
我个人在实际操作中的体会是,NTN测试和地面5G测试最大的区别在于,你不能再用“小区是静止的”这个固有思维去设计用例了。地面基站固定,时延和频偏都是相对稳定的,出了问题很容易复现;NTN里信号每一毫秒都在变,测到问题如果不及时记录当时的轨道参数、频偏值和时间戳,回头想复现比登天还难。
这次三星和是德科技的合作验证,最打动我的并不是他们跑通了某个指标,而是他们把太空链路的不确定性变成了可测试、可重复、可分析的东西。对于搞终端的工程师来说,以后设计手机时得把“会追卫星”作为一项基本功,基带算法算法里的频偏估计、自动增益控制、定时跟踪都要重新调试。对做测试的人来说,一个全新的赛道也才刚刚打开。