搞卫星通信这些年经常有人让我用一句话概括这个行业的现状。我的回答是低轨星座把通信距离从36000公里拉到了几百公里相控阵天线把动辄几百万的抛物面天线压缩成一块平板EIRP从纸面公式变成了工程约束而NTN标准又在把卫星接入变成手机里的一项普通功能。这四个词正好对应卫星通信从系统到设备再到标准的完整链条。这篇文章不打算写成教科书我尽量用做项目的口吻把低轨星座组网、相控阵EIRP计算、NTN演进以及传感器加LoRa加卫星通信这种物联网落地场景串起来讲希望能给正在看这个方向的朋友一点能直接参考的东西。1. 低轨星座组网为什么是当前卫星通信的绝对主线1.1 低轨星座的核心逻辑离地面越近代价与收益都更极端传统同步轨道卫星在36000公里高度一颗卫星就能覆盖大面积区域三颗基本覆盖全球。这个方案最大的问题是时延单向链路大约120毫秒通信往返要240毫秒以上放在语音、游戏、工业控制上都很难受。低轨星座把轨道高度降到550到1200公里单向时延降到几毫秒到十几毫秒用户体验上已经接近地面光纤。但低轨不是只有好处。轨道越低单星覆盖面积越小要覆盖全球就得发射成百上千颗卫星。这带来两个直接后果第一是星座设计必须考虑轨道面、相位和地面覆盖重数不是简单把卫星撒上去就行第二是卫星数量暴增之后频率协调、空间碎片规避、地面信关站布局都变得极其复杂。更麻烦的是低轨卫星相对地面运动速度很快一颗星从地平线升起再到落下通常只有十几分钟必须靠星座内星间链路或大量地面站来保证连续通信。所以低轨星座组网的核心逻辑可以概括成一句话用数量换时延用组网换覆盖。这也是为什么近两年几乎所有卫星通信项目都在谈“星座”而不是单颗卫星。1.2 组网三要素轨道面设计、星间链路与频率协调第一件事是星座构型。目前商业低轨星座多数采用Walker星座或近极轨道。Starlink早期采用550公里、53度倾角、多个轨道面的设计目的是在高纬度地区以外提供均匀覆盖OneWeb则选择1200公里、87.9度倾角的极轨道重点覆盖极地。轨道面越多覆盖越均匀但发射和运维成本也越高轨道面太少低纬度地区会出现覆盖空洞。实际做星座设计时要用覆盖仿真软件逐小时模拟观察目标区域的仰角分布、可用卫星数和切换频率而不是只听PPT上的覆盖图。第二件事是星间链路。低轨星座如果没有星间链路每一颗卫星都需要落地到地面站才能接入网络这在海洋、沙漠、极地根本做不到。Starlink从V1.5开始大量使用激光星间链路卫星之间在太空直接传数据这样用户接入一颗星数据可以经过几颗星再到最近的信关站。激光链路的好处是带宽高、不占射频频率、抗干扰强缺点是捕获对准难度大星间距离变化时还要做精细的波束控制。第三件事是频率协调。卫星通信可用的频段非常拥挤C频段和Ku频段地面微波、广播电视都在用Ka频段相对干净但雨衰更严重低轨星座高速运动还会造成频率动态变化。组网时必须向主管部门申报频率并满足相邻卫星之间的干扰限值。很多星座项目之所以发射进度慢不是因为火箭不够而是频率协调和落地许可还没搞定。1.3 低轨星座带来的地面设备连锁反应低轨星座对地面设备的影响可能比很多人想象得更大。传统VSAT用0.9米甚至1.2米抛物面天线对着一颗静止卫星装好就不用动。低轨卫星在天上飞地面终端必须能快速改变波束指向跟踪卫星过境。这就把相控阵天线从军用领域推到了商业市场因为只有相控阵才能做到无机械转动、毫秒级波束切换、低轮廓安装。低轨星座的大规模部署还在改变链路预算的设计思路。轨道高度降了路径损耗变小地面终端可以用更小的天线、更低的发射功率这是“平板天线替代锅”的根本原因。但低轨卫星过境时仰角从0度到90度再到0度路径长度变化可能超过一倍链路余量设计必须覆盖整个过境弧段不能只看星下点的最好情况。2. 相控阵天线与EIRP工程计算从公式到Ku频段落地2.1 相控阵天线的本质用电扫代替机械扫相控阵天线的工作原理可以这么理解把一个大天线拆成很多个小天线单元每个单元后面接一个移相器通过控制每个单元的相位差让电磁波在某个方向上同相叠加形成一个高增益波束。波束方向由相位差决定不需要转动天线本体。这个“电扫”特性对低轨卫星通信是刚需。卫星在头顶飞来飞去机械天线要一直转体积大、故障率高、跟踪速度还跟不上。相控阵可以同时形成多个波束一个波束跟踪卫星另一个波束继续扫描其他信号源这在卫星通信终端里非常实用。Ku频段相控阵天线模型现在很常见尺寸大概是一块40到60厘米的平板厚度几厘米能直接装在车顶、渔船驾驶室或者户外杆站上。不过相控阵也有代价单元数量多了通道成本高移相器有插入损耗扫描角度越大天线口径在波束方向上的投影面积越小增益下降。所以相控阵天线不是“增益越高越好”而是要在扫描范围、EIRP、功耗、成本之间做平衡。2.2 EIRP计算不复杂但要分清dB家族EIRP的全称是等效全向辐射功率它表示把发射功率集中到一个方向后等效于一个理想全向天线辐射出去的功率。工程上最常用的公式是EIRP(dBW) 发射功率(dBW) 天线增益(dBi) - 馈线及失配损耗(dB)很多人算EIRP时出错问题多半出在单位换算上。dBW是以1瓦为基准的对数功率单位dBm是以1毫瓦为基准两者相差30。举例说20瓦发射功率是13dBW也是43dBm。天线增益用dBi表示相对于理想全向点源的增益。馈线损耗、连接器损耗、极化失配损耗、雨衰余量都要从EIRP里扣掉。还有一个容易混淆的点EIRP和ERP。ERP是以半波偶极子天线为基准EIRP比ERP大2.15dB。很多老设备说明书标ERP新项目标EIRP换算不清楚会导致实际辐射功率超标或者覆盖不够。链路预算里EIRP只是上行信号强度的起点。信号到达卫星后还要经过自由空间损耗、大气损耗、极化损耗之后才能算接收载噪比。自由空间损耗公式是Lfs(dB) 20log10(4πd/λ)其中d是传输距离λ是波长。频率越高、距离越远损耗越大。这也是低轨星座能用较小地面终端的原因距离从36000公里降到几百公里自由空间损耗直接减少30多分贝这是一个巨大的优势。2.3 一个Ku频段相控阵天线的算例我以常见的Ku频段相控阵天线模型为例实际计算一次EIRP这样更有参考价值。假设天线工作在14.0到14.5GHz上行频段取中心频率14.25GHz波长约21毫米。阵面口径取0.45米乘0.35米物理面积约0.1575平方米。孔径效率取0.6有效面积约0.0945平方米。天线增益G 4πAe / λ² ≈ 4 × 3.1416 × 0.0945 / 0.000443 ≈ 2682倍 ≈ 34.3dBi假设天线划分为64个子阵通道每个通道输出功率0.2瓦也就是23dBm总发射功率64×0.212.8瓦约41.1dBm。考虑子阵合成损耗、馈线损耗和失配损耗合计2.5dB那么EIRP 41.1 34.3 - 2.5 72.9dBm 42.9dBW这个量级对Ku频段LEO用户终端来说是合理的。如果波束扫描到45度天线投影面积变成原来的cos45度约0.707倍增益损失约1.5dB再叠加扫描损耗实际EIRP可能降到40.5dBW左右。所以设计时要有至少3dB的扫描余量否则大仰角低仰角过境时链路会明显变差。接下来用这个EIRP做一个简单的上行链路预算。假设低轨卫星轨道高度1200公里工作频率14.25GHz卫星从地平线附近接收时距离可能达到2000公里以上取最坏情况2200公里。自由空间损耗Lfs 20log10(4π × 2200000 / 0.021) ≈ 20log10(1.316×10^9) ≈ 182.4dB如果用户终端EIRP为40.5dBW卫星接收天线增益按30dBi估算那么卫星收到的信号功率Pr 40.5 - 182.4 30 -111.9dBW -81.9dBm这个值看起来很低但要对比接收机底噪。卫星接收机带宽如果取200kHz噪声系数按2dB算底噪大约在-124dBm左右信噪比还有40多分贝链路余量相当充足。这也是低轨星座能用更小终端的底气所在。2.4 Ku相控阵天线模型的工程边界算完EIRP只是第一步真正做产品还要面对几个边界条件。第一是热管理。64个通道同时发射每个0.2瓦总射频功率12.8瓦但功率放大器效率通常只有30%到40%意味着大部分电能变成热量。平板天线面积有限散热设计不好连续发射几分钟就会降功率保护这在工程上比增益计算更致命。第二是波束指向误差。低轨卫星角速度很快相控阵波束必须实时对准卫星。如果姿态传感器或跟踪算法误差超过半个波束宽度增益损失可能达到3dB以上。Ku频段波长只有2厘米波束又窄对平台的稳像和时延补偿要求很高。第三是极化方式。Ku频段卫星通常用线极化或圆极化天线单元的极化设计会影响接收电平。相控阵天线一旦做成分组馈电极化调整就会复杂很多这也是很多卫星互联网终端在固定安装时没事、运动载体上性能下降的原因之一。我在实际项目中踩过的坑是只关注EIRP最大值忽略低仰角扫描时的增益滚降。最后在实测时发现终端在仰角10度以下几乎无法锁定卫星只能重新增大阵面尺寸并优化功放效率整个周期多花了四个月。所以做相控阵终端第一版算力模型里一定要把扫描角增益曲线和热降额一起放进去。3. NTN标准演进卫星通信如何进入3GPP生态3.1 NTN是什么为什么标准这事很重要NTN全称是Non-Terrestrial Networks非地面网络。简单说3GPP想把卫星通信作为地面移动通信网络的补充接入方式让手机、物联网模组能通过卫星直接联网芯片和协议栈都按标准来做。这件事的重要性在于生态。过去卫星通信是“专属行业”终端贵、协议私有、应用封闭。如果卫星接入能进入3GPP标准手机基带芯片可以原生支持卫星通信应用开发者不需要单独适配卫星协议整个产业链会瞬间放大。这也是这两年“手机直连卫星”概念火起来的根本原因不是某家公司突然发明了新技术而是标准化工作把卫星通信拉进了几十亿台终端的生态里。3.2 从Rel-17到Rel-19NTN标准的落地路径3GPP从Rel-17开始正式定义NTN标准这是一条清晰的演进路线。Rel-172022年冻结是第一个包含NTN的版本定义了两种典型场景透明转发和可再生。透明转发就是卫星只做弯管中转地面基站处理信号可再生则是卫星上带基站处理能力。Rel-17还同时定义了NR NTN和IoT NTN其中IoT NTN基于NB-IoT专门面向低速率、低功耗的物联网终端。这个版本的覆盖对象包括GEO和LEO频段上既考虑了FR16GHz以下也考虑了FR2毫米波为后续商用留了空间。Rel-182023到2024年重点是增强。卫星场景下最大的问题是移动性管理低轨卫星相对于地面高速运动终端的小区切换频次比地面基站高得多。Rel-18主要解决了连续覆盖、切换优化和覆盖增强的问题让NTN的可用性从demo级别往商用级别靠近。Rel-192024到2025年持续推进进一步扩展了NTN能力重点包括普通手机直连卫星、无NTN能力终端的支持、多星协同以及更多频谱使用方式。这一版本正在把卫星通信从“专业物联网”推向“大众通信”。我判断到2026年前后支持NTN的商用终端会明显增多运营商会把卫星接入能力作为一个增值选项而不是另类业务来卖。3.3 手机直连卫星与IoT NTN终端侧的质变手机直连卫星是NTN最吸引眼球的方向。它的核心难点不是覆盖而是链路预算。普通手机内置天线增益低发射功率只有几百毫瓦而卫星距离至少几百公里上行链路损耗巨大。早期方案只能做到短报文和紧急短信后来通过大天线卫星、更高增益波束和更窄带宽才能承载低速语音和基本数据。IoT NTN走的则是另一条路。针对水表、电力监测、物流追踪、环境传感器这些低速率场景NB-IoT NTN的带宽需求很低可以工作在更窄的信道上接收灵敏度要求比手机低很多。终端功耗可以做到几年不换电池这是传统卫星终端完全做不到的。从标准演进可以看到一个趋势卫星通信的终端形态正在分化。一边是普通手机走的是大众市场强调“无感接入”另一边是低成本物联网模组走的是行业市场强调“超低功耗、超大覆盖”。这两类产品对天线、芯片、协议栈的要求完全不同做方案时选错方向会很痛苦。4. 传感器LoRa卫星通信方案低功耗物联网的最后一公里4.1 为什么LoRa能和卫星通信组合在一起LoRa是一种线性调频扩频调制技术最著名的特点是极高的接收灵敏度。在SF10、带宽125kHz的条件下接收灵敏度能做到-134dBm左右在SF12时甚至能到-137dBm以上。这个灵敏度比WiFi、蓝牙高得多意味着同样的发射功率可以传得更远也为卫星链路提供了可能。LoRa和卫星通信组合本质上是在解决物联网的“最后一公里”覆盖问题。偏远山区的气象站、海上的浮标、沙漠里的管道监测点这些地方地面蜂窝网络覆盖不到拉光纤不现实LoRa可以把几公里甚至十几公里内的传感器数据汇聚到一个网关再由卫星把网关数据回传云端。这样传感器本身不需要安装卫星通信模块成本和功耗都降下来了。另一个原因是LoRaWAN协议设计得很轻。单个数据包可以只有几十字节非常接近卫星物联网的场景特点。低轨卫星过境时间通常只有5到15分钟数据窗口很小一次能传的数据量有限正好适合传感器这类小包业务。4.2 典型系统架构传感器、LoRa网关、星地链路怎么串我见过比较成熟的落地架构分三层。感知层是各种传感器包括土壤墒情、水位、温湿度、倾斜角、烟雾浓度等。这些传感器通过LoRa无线连接附近的LoRa网关距离可以做到几百米到十几公里取决于发射功率、天线高度和地形。传感器通常采用电池供电设计目标是工作三到五年。汇聚层是LoRa网关它接收周围传感器的上行数据并缓存到本地。一个LoRa网关在开阔环境下可以接入几百个节点数据速率从0.3kbps到50kbps不等完全够传感器数据用。网关内部再集成一个卫星通信终端常见的是支持Ku或Ka频段的低轨卫星收发机有些方案直接用相控阵平板天线。回传层是低轨卫星和地面云平台。网关把打包好的传感器数据发送到过境卫星卫星通过星间链路或直接下行到信关站再进入地面网络。用户通过云平台查看数据下发控制指令时反向走同样的链路。这种架构的好处是传感器侧完全不需要关心卫星LoRa网关作为“翻译官”把地面的短距通信和卫星的长距回传解耦。坏处是增加了一个网关节点多了一级功耗和故障点。所以在很多项目里网关本身也是太阳能供电并且会做双链路冗余。4.3 关键参数与工程避坑要点我在做类似方案时总结了一些关键参数和问题。LoRa参数配置要按场景权衡。SF越大灵敏度越高但空口时间越长占用的卫星回传时间也越多。比如一包20字节的数据SF7下空中传输时间不到50毫秒SF12下可能超过500毫秒。如果网关缓存了很多节点数据卫星过境窗口又短SF12可能会导致数据来不及上传。卫星回传频段和LoRa频段必须分开规划。LoRa通常走433MHz、470MHz、868MHz或915MHz这些ISM频段卫星回传走Ku/Ka等卫星专用频段两者不能混用。有些项目为了省成本让LoRa网关直接发射到卫星载荷这在技术上是可行的但需要卫星载荷支持LoRa解调并且要处理多普勒带来的频偏工程复杂度会高很多。多普勒补偿是低轨卫星物联网最容易忽略的问题。低轨卫星过境时相对运动会导致信号频率偏移在Ku频段可以达到几十千赫兹。如果卫星载荷或网关没有做预补偿接收机可能把信号解调失败。工程上常用的做法是网关根据星历计算频率补偿值在发送前调整载波频率。数据缓存和重传机制也很关键。卫星过境窗口是间歇性的不是随时都有。网关必须设计本地缓存数据量要适配最长无卫星时间。比如一天只有四次过境每次10分钟那网关至少要缓存六个小时的数据。缓存空间、断电保持、重传策略都要在项目启动前定义清楚。下列表格是两种不同方案的对比对比项LoRa网关 卫星终端回传LoRa信号直接上卫星传感器成本低传感器用普通LoRa模块低但需配合卫星频段网关成本高需卫星终端和缓存无网关或轻量网关星上处理不需要卫星透明转发即可需要星载LoRa解调或改装载荷多普勒处理网关按星历预补偿较容易上行信号到星需星上补偿或窄带容忍时延与覆盖依赖过境窗口数据可缓存同样依赖过境且误码率更难控适用场景较成熟快速落地探索阶段适合科研和演示我个人的建议是如果是商用项目优先选LoRa网关加卫星终端的架构稳扎稳打如果是科研项目且卫星载荷可控可以尝试直接LoRa上星用低轨立方星验证覆盖模型但要做好多次迭代的心理准备。5. 关于卫星通信方向我个人的几条实操心得5.1 频率资源与合规是绕不开的“隐形天花板”卫星通信和地面通信最大的不同在于频率资源是全球性管理的不是说你设备能工作就能用。项目启动前一定要先确认目标频段是否有合法使用权是否需要协调周边卫星和地面站。很多团队把精力全投在链路预算和天线设计上结果做出来的产品因为频率协调问题在目标市场无法使用教训很痛。在物联网项目里尤其要小心。LoRa用的ISM频段在很多国家免执照但发射功率和占空比有限制卫星回传频段又涉及另外一套许可体系。如果设备要跨境部署每个国家的规定都不一样合规成本甚至会超过硬件成本。5.2 别盲目追高轨先算清楚链路预算再谈方案现在一提到卫星通信就有人想做GEO高通量卫星方案理由是覆盖稳定、不用跟踪。但前提是终端天线够大、发射功率够高。在偏远物联网场景里高轨卫星的路径损耗比低轨多30多分贝终端功耗和天线尺寸都会大幅增加。如果业务本身是低速率传感器数据低轨星座加相控阵平板方案通常更划算。我习惯在项目一开始就做一张至少包含最坏情况仰角、最大距离、雨衰余量、多普勒余量的链路预算表。这张表能很快暴露出方案的致命短板比如某个参数在边缘场景下完全不够用。宁可前期多花几天算清楚不要等产品实测了再改。5.3 2026年前值得关注的技术窗口从我看到的趋势来说有几个方向值得在2026年前重点关注。第一个是NTN终端的量产化随着3GPP标准推进手机芯片集成卫星通信能力会越来越普遍这会对传统卫星终端市场形成巨大冲击。第二个是Ku和Ka频段相控阵天线成本下降特别是基于硅基波束成形芯片的方案正在快速成熟未来平板天线可能成为标准配件。第三个是低轨星座与地面物联网的融合传感器加LoRa网关加卫星回传这种低成本方案会有更多商业案例。我在实际做项目时还有一个体会卫星通信行业最大的门槛不是技术本身而是把链路预算、频率合规、天线选型、功耗控制这些跨领域问题统一到一个目标下。能把这几个维度同时想清楚的人往往才是项目落地时最稀缺的。希望这篇梳理能帮你少走一些路至少在算EIRP和做方案对比时多一分把握。
搞卫星通信这些年经常有人让我用一句话概括这个行业的现状。我的回答是低轨星座把通信距离从36000公里拉到了几百公里相控阵天线把动辄几百万的抛物面天线压缩成一块平板EIRP从纸面公式变成了工程约束而NTN标准又在把卫星接入变成手机里的一项普通功能。这四个词正好对应卫星通信从系统到设备再到标准的完整链条。这篇文章不打算写成教科书我尽量用做项目的口吻把低轨星座组网、相控阵EIRP计算、NTN演进以及传感器加LoRa加卫星通信这种物联网落地场景串起来讲希望能给正在看这个方向的朋友一点能直接参考的东西。1. 低轨星座组网为什么是当前卫星通信的绝对主线1.1 低轨星座的核心逻辑离地面越近代价与收益都更极端传统同步轨道卫星在36000公里高度一颗卫星就能覆盖大面积区域三颗基本覆盖全球。这个方案最大的问题是时延单向链路大约120毫秒通信往返要240毫秒以上放在语音、游戏、工业控制上都很难受。低轨星座把轨道高度降到550到1200公里单向时延降到几毫秒到十几毫秒用户体验上已经接近地面光纤。但低轨不是只有好处。轨道越低单星覆盖面积越小要覆盖全球就得发射成百上千颗卫星。这带来两个直接后果第一是星座设计必须考虑轨道面、相位和地面覆盖重数不是简单把卫星撒上去就行第二是卫星数量暴增之后频率协调、空间碎片规避、地面信关站布局都变得极其复杂。更麻烦的是低轨卫星相对地面运动速度很快一颗星从地平线升起再到落下通常只有十几分钟必须靠星座内星间链路或大量地面站来保证连续通信。所以低轨星座组网的核心逻辑可以概括成一句话用数量换时延用组网换覆盖。这也是为什么近两年几乎所有卫星通信项目都在谈“星座”而不是单颗卫星。1.2 组网三要素轨道面设计、星间链路与频率协调第一件事是星座构型。目前商业低轨星座多数采用Walker星座或近极轨道。Starlink早期采用550公里、53度倾角、多个轨道面的设计目的是在高纬度地区以外提供均匀覆盖OneWeb则选择1200公里、87.9度倾角的极轨道重点覆盖极地。轨道面越多覆盖越均匀但发射和运维成本也越高轨道面太少低纬度地区会出现覆盖空洞。实际做星座设计时要用覆盖仿真软件逐小时模拟观察目标区域的仰角分布、可用卫星数和切换频率而不是只听PPT上的覆盖图。第二件事是星间链路。低轨星座如果没有星间链路每一颗卫星都需要落地到地面站才能接入网络这在海洋、沙漠、极地根本做不到。Starlink从V1.5开始大量使用激光星间链路卫星之间在太空直接传数据这样用户接入一颗星数据可以经过几颗星再到最近的信关站。激光链路的好处是带宽高、不占射频频率、抗干扰强缺点是捕获对准难度大星间距离变化时还要做精细的波束控制。第三件事是频率协调。卫星通信可用的频段非常拥挤C频段和Ku频段地面微波、广播电视都在用Ka频段相对干净但雨衰更严重低轨星座高速运动还会造成频率动态变化。组网时必须向主管部门申报频率并满足相邻卫星之间的干扰限值。很多星座项目之所以发射进度慢不是因为火箭不够而是频率协调和落地许可还没搞定。1.3 低轨星座带来的地面设备连锁反应低轨星座对地面设备的影响可能比很多人想象得更大。传统VSAT用0.9米甚至1.2米抛物面天线对着一颗静止卫星装好就不用动。低轨卫星在天上飞地面终端必须能快速改变波束指向跟踪卫星过境。这就把相控阵天线从军用领域推到了商业市场因为只有相控阵才能做到无机械转动、毫秒级波束切换、低轮廓安装。低轨星座的大规模部署还在改变链路预算的设计思路。轨道高度降了路径损耗变小地面终端可以用更小的天线、更低的发射功率这是“平板天线替代锅”的根本原因。但低轨卫星过境时仰角从0度到90度再到0度路径长度变化可能超过一倍链路余量设计必须覆盖整个过境弧段不能只看星下点的最好情况。2. 相控阵天线与EIRP工程计算从公式到Ku频段落地2.1 相控阵天线的本质用电扫代替机械扫相控阵天线的工作原理可以这么理解把一个大天线拆成很多个小天线单元每个单元后面接一个移相器通过控制每个单元的相位差让电磁波在某个方向上同相叠加形成一个高增益波束。波束方向由相位差决定不需要转动天线本体。这个“电扫”特性对低轨卫星通信是刚需。卫星在头顶飞来飞去机械天线要一直转体积大、故障率高、跟踪速度还跟不上。相控阵可以同时形成多个波束一个波束跟踪卫星另一个波束继续扫描其他信号源这在卫星通信终端里非常实用。Ku频段相控阵天线模型现在很常见尺寸大概是一块40到60厘米的平板厚度几厘米能直接装在车顶、渔船驾驶室或者户外杆站上。不过相控阵也有代价单元数量多了通道成本高移相器有插入损耗扫描角度越大天线口径在波束方向上的投影面积越小增益下降。所以相控阵天线不是“增益越高越好”而是要在扫描范围、EIRP、功耗、成本之间做平衡。2.2 EIRP计算不复杂但要分清dB家族EIRP的全称是等效全向辐射功率它表示把发射功率集中到一个方向后等效于一个理想全向天线辐射出去的功率。工程上最常用的公式是EIRP(dBW) 发射功率(dBW) 天线增益(dBi) - 馈线及失配损耗(dB)很多人算EIRP时出错问题多半出在单位换算上。dBW是以1瓦为基准的对数功率单位dBm是以1毫瓦为基准两者相差30。举例说20瓦发射功率是13dBW也是43dBm。天线增益用dBi表示相对于理想全向点源的增益。馈线损耗、连接器损耗、极化失配损耗、雨衰余量都要从EIRP里扣掉。还有一个容易混淆的点EIRP和ERP。ERP是以半波偶极子天线为基准EIRP比ERP大2.15dB。很多老设备说明书标ERP新项目标EIRP换算不清楚会导致实际辐射功率超标或者覆盖不够。链路预算里EIRP只是上行信号强度的起点。信号到达卫星后还要经过自由空间损耗、大气损耗、极化损耗之后才能算接收载噪比。自由空间损耗公式是Lfs(dB) 20log10(4πd/λ)其中d是传输距离λ是波长。频率越高、距离越远损耗越大。这也是低轨星座能用较小地面终端的原因距离从36000公里降到几百公里自由空间损耗直接减少30多分贝这是一个巨大的优势。2.3 一个Ku频段相控阵天线的算例我以常见的Ku频段相控阵天线模型为例实际计算一次EIRP这样更有参考价值。假设天线工作在14.0到14.5GHz上行频段取中心频率14.25GHz波长约21毫米。阵面口径取0.45米乘0.35米物理面积约0.1575平方米。孔径效率取0.6有效面积约0.0945平方米。天线增益G 4πAe / λ² ≈ 4 × 3.1416 × 0.0945 / 0.000443 ≈ 2682倍 ≈ 34.3dBi假设天线划分为64个子阵通道每个通道输出功率0.2瓦也就是23dBm总发射功率64×0.212.8瓦约41.1dBm。考虑子阵合成损耗、馈线损耗和失配损耗合计2.5dB那么EIRP 41.1 34.3 - 2.5 72.9dBm 42.9dBW这个量级对Ku频段LEO用户终端来说是合理的。如果波束扫描到45度天线投影面积变成原来的cos45度约0.707倍增益损失约1.5dB再叠加扫描损耗实际EIRP可能降到40.5dBW左右。所以设计时要有至少3dB的扫描余量否则大仰角低仰角过境时链路会明显变差。接下来用这个EIRP做一个简单的上行链路预算。假设低轨卫星轨道高度1200公里工作频率14.25GHz卫星从地平线附近接收时距离可能达到2000公里以上取最坏情况2200公里。自由空间损耗Lfs 20log10(4π × 2200000 / 0.021) ≈ 20log10(1.316×10^9) ≈ 182.4dB如果用户终端EIRP为40.5dBW卫星接收天线增益按30dBi估算那么卫星收到的信号功率Pr 40.5 - 182.4 30 -111.9dBW -81.9dBm这个值看起来很低但要对比接收机底噪。卫星接收机带宽如果取200kHz噪声系数按2dB算底噪大约在-124dBm左右信噪比还有40多分贝链路余量相当充足。这也是低轨星座能用更小终端的底气所在。2.4 Ku相控阵天线模型的工程边界算完EIRP只是第一步真正做产品还要面对几个边界条件。第一是热管理。64个通道同时发射每个0.2瓦总射频功率12.8瓦但功率放大器效率通常只有30%到40%意味着大部分电能变成热量。平板天线面积有限散热设计不好连续发射几分钟就会降功率保护这在工程上比增益计算更致命。第二是波束指向误差。低轨卫星角速度很快相控阵波束必须实时对准卫星。如果姿态传感器或跟踪算法误差超过半个波束宽度增益损失可能达到3dB以上。Ku频段波长只有2厘米波束又窄对平台的稳像和时延补偿要求很高。第三是极化方式。Ku频段卫星通常用线极化或圆极化天线单元的极化设计会影响接收电平。相控阵天线一旦做成分组馈电极化调整就会复杂很多这也是很多卫星互联网终端在固定安装时没事、运动载体上性能下降的原因之一。我在实际项目中踩过的坑是只关注EIRP最大值忽略低仰角扫描时的增益滚降。最后在实测时发现终端在仰角10度以下几乎无法锁定卫星只能重新增大阵面尺寸并优化功放效率整个周期多花了四个月。所以做相控阵终端第一版算力模型里一定要把扫描角增益曲线和热降额一起放进去。3. NTN标准演进卫星通信如何进入3GPP生态3.1 NTN是什么为什么标准这事很重要NTN全称是Non-Terrestrial Networks非地面网络。简单说3GPP想把卫星通信作为地面移动通信网络的补充接入方式让手机、物联网模组能通过卫星直接联网芯片和协议栈都按标准来做。这件事的重要性在于生态。过去卫星通信是“专属行业”终端贵、协议私有、应用封闭。如果卫星接入能进入3GPP标准手机基带芯片可以原生支持卫星通信应用开发者不需要单独适配卫星协议整个产业链会瞬间放大。这也是这两年“手机直连卫星”概念火起来的根本原因不是某家公司突然发明了新技术而是标准化工作把卫星通信拉进了几十亿台终端的生态里。3.2 从Rel-17到Rel-19NTN标准的落地路径3GPP从Rel-17开始正式定义NTN标准这是一条清晰的演进路线。Rel-172022年冻结是第一个包含NTN的版本定义了两种典型场景透明转发和可再生。透明转发就是卫星只做弯管中转地面基站处理信号可再生则是卫星上带基站处理能力。Rel-17还同时定义了NR NTN和IoT NTN其中IoT NTN基于NB-IoT专门面向低速率、低功耗的物联网终端。这个版本的覆盖对象包括GEO和LEO频段上既考虑了FR16GHz以下也考虑了FR2毫米波为后续商用留了空间。Rel-182023到2024年重点是增强。卫星场景下最大的问题是移动性管理低轨卫星相对于地面高速运动终端的小区切换频次比地面基站高得多。Rel-18主要解决了连续覆盖、切换优化和覆盖增强的问题让NTN的可用性从demo级别往商用级别靠近。Rel-192024到2025年持续推进进一步扩展了NTN能力重点包括普通手机直连卫星、无NTN能力终端的支持、多星协同以及更多频谱使用方式。这一版本正在把卫星通信从“专业物联网”推向“大众通信”。我判断到2026年前后支持NTN的商用终端会明显增多运营商会把卫星接入能力作为一个增值选项而不是另类业务来卖。3.3 手机直连卫星与IoT NTN终端侧的质变手机直连卫星是NTN最吸引眼球的方向。它的核心难点不是覆盖而是链路预算。普通手机内置天线增益低发射功率只有几百毫瓦而卫星距离至少几百公里上行链路损耗巨大。早期方案只能做到短报文和紧急短信后来通过大天线卫星、更高增益波束和更窄带宽才能承载低速语音和基本数据。IoT NTN走的则是另一条路。针对水表、电力监测、物流追踪、环境传感器这些低速率场景NB-IoT NTN的带宽需求很低可以工作在更窄的信道上接收灵敏度要求比手机低很多。终端功耗可以做到几年不换电池这是传统卫星终端完全做不到的。从标准演进可以看到一个趋势卫星通信的终端形态正在分化。一边是普通手机走的是大众市场强调“无感接入”另一边是低成本物联网模组走的是行业市场强调“超低功耗、超大覆盖”。这两类产品对天线、芯片、协议栈的要求完全不同做方案时选错方向会很痛苦。4. 传感器LoRa卫星通信方案低功耗物联网的最后一公里4.1 为什么LoRa能和卫星通信组合在一起LoRa是一种线性调频扩频调制技术最著名的特点是极高的接收灵敏度。在SF10、带宽125kHz的条件下接收灵敏度能做到-134dBm左右在SF12时甚至能到-137dBm以上。这个灵敏度比WiFi、蓝牙高得多意味着同样的发射功率可以传得更远也为卫星链路提供了可能。LoRa和卫星通信组合本质上是在解决物联网的“最后一公里”覆盖问题。偏远山区的气象站、海上的浮标、沙漠里的管道监测点这些地方地面蜂窝网络覆盖不到拉光纤不现实LoRa可以把几公里甚至十几公里内的传感器数据汇聚到一个网关再由卫星把网关数据回传云端。这样传感器本身不需要安装卫星通信模块成本和功耗都降下来了。另一个原因是LoRaWAN协议设计得很轻。单个数据包可以只有几十字节非常接近卫星物联网的场景特点。低轨卫星过境时间通常只有5到15分钟数据窗口很小一次能传的数据量有限正好适合传感器这类小包业务。4.2 典型系统架构传感器、LoRa网关、星地链路怎么串我见过比较成熟的落地架构分三层。感知层是各种传感器包括土壤墒情、水位、温湿度、倾斜角、烟雾浓度等。这些传感器通过LoRa无线连接附近的LoRa网关距离可以做到几百米到十几公里取决于发射功率、天线高度和地形。传感器通常采用电池供电设计目标是工作三到五年。汇聚层是LoRa网关它接收周围传感器的上行数据并缓存到本地。一个LoRa网关在开阔环境下可以接入几百个节点数据速率从0.3kbps到50kbps不等完全够传感器数据用。网关内部再集成一个卫星通信终端常见的是支持Ku或Ka频段的低轨卫星收发机有些方案直接用相控阵平板天线。回传层是低轨卫星和地面云平台。网关把打包好的传感器数据发送到过境卫星卫星通过星间链路或直接下行到信关站再进入地面网络。用户通过云平台查看数据下发控制指令时反向走同样的链路。这种架构的好处是传感器侧完全不需要关心卫星LoRa网关作为“翻译官”把地面的短距通信和卫星的长距回传解耦。坏处是增加了一个网关节点多了一级功耗和故障点。所以在很多项目里网关本身也是太阳能供电并且会做双链路冗余。4.3 关键参数与工程避坑要点我在做类似方案时总结了一些关键参数和问题。LoRa参数配置要按场景权衡。SF越大灵敏度越高但空口时间越长占用的卫星回传时间也越多。比如一包20字节的数据SF7下空中传输时间不到50毫秒SF12下可能超过500毫秒。如果网关缓存了很多节点数据卫星过境窗口又短SF12可能会导致数据来不及上传。卫星回传频段和LoRa频段必须分开规划。LoRa通常走433MHz、470MHz、868MHz或915MHz这些ISM频段卫星回传走Ku/Ka等卫星专用频段两者不能混用。有些项目为了省成本让LoRa网关直接发射到卫星载荷这在技术上是可行的但需要卫星载荷支持LoRa解调并且要处理多普勒带来的频偏工程复杂度会高很多。多普勒补偿是低轨卫星物联网最容易忽略的问题。低轨卫星过境时相对运动会导致信号频率偏移在Ku频段可以达到几十千赫兹。如果卫星载荷或网关没有做预补偿接收机可能把信号解调失败。工程上常用的做法是网关根据星历计算频率补偿值在发送前调整载波频率。数据缓存和重传机制也很关键。卫星过境窗口是间歇性的不是随时都有。网关必须设计本地缓存数据量要适配最长无卫星时间。比如一天只有四次过境每次10分钟那网关至少要缓存六个小时的数据。缓存空间、断电保持、重传策略都要在项目启动前定义清楚。下列表格是两种不同方案的对比对比项LoRa网关 卫星终端回传LoRa信号直接上卫星传感器成本低传感器用普通LoRa模块低但需配合卫星频段网关成本高需卫星终端和缓存无网关或轻量网关星上处理不需要卫星透明转发即可需要星载LoRa解调或改装载荷多普勒处理网关按星历预补偿较容易上行信号到星需星上补偿或窄带容忍时延与覆盖依赖过境窗口数据可缓存同样依赖过境且误码率更难控适用场景较成熟快速落地探索阶段适合科研和演示我个人的建议是如果是商用项目优先选LoRa网关加卫星终端的架构稳扎稳打如果是科研项目且卫星载荷可控可以尝试直接LoRa上星用低轨立方星验证覆盖模型但要做好多次迭代的心理准备。5. 关于卫星通信方向我个人的几条实操心得5.1 频率资源与合规是绕不开的“隐形天花板”卫星通信和地面通信最大的不同在于频率资源是全球性管理的不是说你设备能工作就能用。项目启动前一定要先确认目标频段是否有合法使用权是否需要协调周边卫星和地面站。很多团队把精力全投在链路预算和天线设计上结果做出来的产品因为频率协调问题在目标市场无法使用教训很痛。在物联网项目里尤其要小心。LoRa用的ISM频段在很多国家免执照但发射功率和占空比有限制卫星回传频段又涉及另外一套许可体系。如果设备要跨境部署每个国家的规定都不一样合规成本甚至会超过硬件成本。5.2 别盲目追高轨先算清楚链路预算再谈方案现在一提到卫星通信就有人想做GEO高通量卫星方案理由是覆盖稳定、不用跟踪。但前提是终端天线够大、发射功率够高。在偏远物联网场景里高轨卫星的路径损耗比低轨多30多分贝终端功耗和天线尺寸都会大幅增加。如果业务本身是低速率传感器数据低轨星座加相控阵平板方案通常更划算。我习惯在项目一开始就做一张至少包含最坏情况仰角、最大距离、雨衰余量、多普勒余量的链路预算表。这张表能很快暴露出方案的致命短板比如某个参数在边缘场景下完全不够用。宁可前期多花几天算清楚不要等产品实测了再改。5.3 2026年前值得关注的技术窗口从我看到的趋势来说有几个方向值得在2026年前重点关注。第一个是NTN终端的量产化随着3GPP标准推进手机芯片集成卫星通信能力会越来越普遍这会对传统卫星终端市场形成巨大冲击。第二个是Ku和Ka频段相控阵天线成本下降特别是基于硅基波束成形芯片的方案正在快速成熟未来平板天线可能成为标准配件。第三个是低轨星座与地面物联网的融合传感器加LoRa网关加卫星回传这种低成本方案会有更多商业案例。我在实际做项目时还有一个体会卫星通信行业最大的门槛不是技术本身而是把链路预算、频率合规、天线选型、功耗控制这些跨领域问题统一到一个目标下。能把这几个维度同时想清楚的人往往才是项目落地时最稀缺的。希望这篇梳理能帮你少走一些路至少在算EIRP和做方案对比时多一分把握。
