企业官网建设流程全解析

2026年再回头看卫星通信，你会发现它已经彻底不是那个“只能拨俩电话、信号还不稳”的窄带时代了。低轨星座组网、相控阵天线、NTN标准这三条线几乎同时成熟，把卫星终端从过去一米多口径的抛物面天线，一路压缩成可以装进背包的平板相控阵，甚至塞进手机里的窄带模块。但还是那句话，技术热度越高，工程坑越多。很多人把“卫星通信”挂在嘴边，可真要做一个低轨终端产品，或者评估一个星座系统能不能商用，绕不开三个基本问题：星座怎么组才能覆盖连续，相控阵怎么算才能让EIRP达标，协议栈怎么改才能扛住大多普勒和大时延。这篇文章就把这三条线从头到尾串一遍，把公式、参数、标准节点和工程里容易踩的坑一并说清楚。

1. 低轨星座组网：从轨道高度到链路预算的层层取舍

低轨星座不是一个“把卫星放低点”这么简单的事。轨道高度一旦定下来，链路预算、卫星数量、单星覆盖半径、终端天线口径、甚至协议时延参数全都被锁死。所以组网的第一步，不是画星座图，而是先算清轨道高度这笔账。

1.1 高度带来的链路账本：每降低一个数量级的距离，省下的都是真金白银

自由空间损耗公式是任何卫星通信链路设计的起点：

L_FS = 32.44 + 20×log10(f_MHz) + 20×log10(d_km)（dB）

对于28GHz左右的Ka频段，一颗800km高度的低轨卫星，星地路径损耗大约在179dB上下；而一颗36000km的地球静止轨道（GEO）卫星，同样频段的路径损耗要到210dB以上。这中间差了差不多30dB，换算成功率，就是一千倍。

这30dB意味什么？一个GEO终端要想到达和低轨终端相同的接收功率，要么把天线口径放大到一个不现实的程度，要么把发射功率堆到几十上百瓦。所以GEO宽带终端动辄需要60cm、90cm的圆口径天线，而低轨平板相控阵往往30cm见方就能跑出不错的速率。这就是为什么这些年主流宽带卫星通信全部转向低轨，不是GEO技术落后，是物理账算不过。

但低轨不是白拿的好处。高度低，单星覆盖半径就小。以800km高度为例，假设最小仰角25°，单星可见地面圆的直径也只有2000多公里。要实现全球连续覆盖，没有几百颗卫星根本铺不满。轨道低还有另一个麻烦：大气阻力虽然小，但依然存在，卫星寿命受燃料限制；而且轨道周期只有大约90分钟，卫星相对于地面的运动速度接近7.5km/s，这直接导致后面要讲的多普勒和切换难题。

1.2 Walker星座构型与覆盖连续性设计：不是均匀撒卫星就能行的

星座设计不是“全球均匀撒几百颗卫星”这么粗暴。工程上最常用的是Walker Delta星座，用一组参数就能完整描述：t/p/f，分别代表卫星总数、轨道面数和相位因子。相位因子的作用是让各轨道面内的卫星错开相位，避免所有卫星在某一个经度上空“挤成一团”，保证覆盖的均匀性和连续性。

具体的构型选择里藏着不少工程权衡。极轨星座（倾角接近90°）能保证地球两极的覆盖，但在中低纬度区域，相邻轨道面的卫星会大量重叠，导致覆盖效率很低。倾斜Walker星座在中低纬度的覆盖效率高，代价是极区覆盖薄弱。很多面向全球服务的星座最终采用“倾斜Walker为主、必要时补充极地轨道”的混合方案。举个例子，一个60°倾角的Walker星座，卫星数大约在600到900颗之间时，才能在中低纬度做到随时抬头就有至少一颗可用卫星，而且仰角不低于某一个工作门限。这个仰角门限每一度都很值钱，因为仰角越低，路径损耗越大、大气衰减越严重，终端天线需要扫描的角度也越极端。

另一个关键选择是星间链路（ISL）。透明转发架构下，卫星只是“弯管”，信号从用户终端上行到卫星，立刻下发给地面网关，如果当地没有网关站，这个用户就是哑的。要做全球覆盖，要么在全球建大量网关站，要么让卫星具备星间链路，把业务路由到有网关站的区域。激光星间链路目前已经是高吞吐星座的主流选择，因为激光束窄、带宽大、保密性好，不占用射频频谱。代价是星上激光终端的对准控制复杂，卫星姿态稍微不稳就会断链。射频星间链路实现简单，但容量受限，多用于早期或低容量系统。

1.3 多普勒频移、传播时延与高速切换：LEO场景的三道必答题

LEO卫星以7.5km/s量级的速度飞过地面，终端和卫星之间的径向速度变化非常剧烈。两颗星刚升起时相对速度很大，过顶时径向速度过零，然后反向增大。这个过程中，接收信号的载波频率会被大幅拉伸或压缩。

对L/S频段，最大多普勒频移大约在正负40kHz量级；到了Ka频段，可以到正负数百kHz。这个量级如果完全靠接收端盲估计，会严重消耗解调资源。工程上的常规做法是：终端利用卫星星历和自身定位信息，计算当前径向速度，开环预补偿多普勒频移，再让基站用参考信号估计残余频偏做闭环修正。这个“预补偿+残余修正”的思路，在后面NTN协议部分还会反复出现。

传输时延方面，LEO星地单程时延大约3到15ms，往返大约6到30ms，加上星上处理和排队，端到端RTT往往在20到50ms。相比GEO的500ms以上，这个时延已经能支撑绝大多数5G交互业务，但仍比地面光网络高一个量级。协议设计必须显式考虑这个时延，不能让握手流程一点一点慢慢磨。

还有一个容易被低估的问题：覆盖时间。一颗低轨卫星的某个波束扫过地面固定点的时间通常只有几分钟，用户从接入到切换可能只有几十秒。传统地面蜂窝网络的切换流程是终端测量、上报、网络决策、下发命令，来回好几轮，在低轨场景下根本跑不完。所以NTN的移动性设计，从协议底层就要重新考虑“谁做决策、多久做一次、能不能提前配置”。这个问题到了第4章讲CHO条件切换时再展开。

2. 相控阵EIRP工程计算：从阵元到整机的链路预算

卫星端和地面端的天线方案，过去是两条完全不同的技术路线。卫星那边用反射面天线，高增益、窄波束；地面终端为了追踪低轨卫星，近年来几乎统一转向平板相控阵。相控阵的EIRP到底怎么算，是产品定义阶段第一个要掐明白的数字。

2.1 EIRP是发射侧的“总威力”：物理含义与常见误区

EIRP，等效全向辐射功率，定义就是发射功率和天线增益的乘积，用对数表示就是：

EIRP(dBW) = PT(dBW) + GT(dBi)

这个参数刻画的是：把实际天线在目标方向产生的功率密度，等效成一个各向同性点源所需要的辐射功率。它是上行链路预算里最重要的发射侧参数，直接决定卫星接收端能收到多大的信号功率。

常见的认知误区有两个。第一个误区是“天线增益越高越好”，忽视了匹配和损耗。天线增益是方向性带来的，但如果馈线损耗大、阵面阻抗失配，增益再高也传导不出去。第二个误区是“提高PA功率就能提高EIRP”，忽视了阵列的合成效率和散热约束。相控阵里每路PA的功率经过阵面合成，合成效率受幅度误差、相位误差、互耦和工作温度影响，不可能理想相加。此外PA效率低的部分会变成热，对平板终端来说散热面积有限，连续发射时如果EIRP指标顶得太满，实际工作几十分钟后可能自动降功率。

2.2 相控阵增益拆解：阵列增益、阵元增益和扫描损失

相控阵发射端的等效增益，大致可以拆成四个部分：

G_arr = 10×log10(N) + G_elem + L_scan + L_mutual

其中N是阵元数，10×log10(N)是阵列增益，来自N路相干信号的功率叠加；G_elem是单个阵元在法向附近的增益，常见微带贴片单元大约在5到7dBi；L_scan是波束扫描角带来的增益损失；L_mutual是阵元间互耦和匹配损耗。

阵列增益的物理意义很直白：256个单元同时同相辐射，等效功率比单个单元高24dB，也就是250倍。所以当单个PA只有几十毫瓦时，整个阵列也能把EIRP推到几十瓦等效辐射功率。这也是相控阵相对反射面天线的核心优势：可以用成百上千个小功率单元合成大功率，同时实现电子扫描，没有机械转动部件。

扫描损失要特别解释一下。当波束从法向偏转到θ角时，阵列在θ方向的投影孔径面积按cosθ衰减，所以理想情况下增益损失就是10×log10(cosθ)。θ=60°时，这个损失正好3dB。实际中还因为单元方向图在扫描角处的增益下降、互耦导致的有源失配，扫描损失常常比3dB更大，60°扫描时做到4到5dB损失是很常见的事。

阵元间距d的选择也有讲究。d小于等于半波长，能避免栅瓣进入可见区，保证只有一个主波束；但d过小，阵元之间互耦急剧增强，单元阻抗剧烈变化，扫描效率下降。工程上通常取0.5λ左右作为平衡点，宽带工作时要额外兼顾高频端的栅瓣风险。

2.3 一个完整的EIRP算例与链路判断

拿一个Ka频段低轨宽带终端来算一笔账。假设阵面为256单元规则排布，单元增益6dBi，每通道PA输出23dBm（0.2W），馈线和合成网络损耗1.5dB，互耦损耗按1dB估计，扫描60°时按4dB损失计算。

先用dBW做计算比较方便。23dBm就是-7dBW（0dBW等于1W，23dBm约0.2W）。

0°扫描时的EIRP： -7 - 1.5 + 6 + 10×log10(256) = -7 - 1.5 + 6 + 24.08 = 21.58dBW

60°扫描时： -7 - 1.5 + 6 + 24.08 - 4 - 1 = 16.58dBW

这组数字意味着什么呢？用60°扫描时约17dBW的EIRP，配套卫星端35dBi接收天线增益，减去179dB的星地路径损耗，到达卫星接收端的功率大约是：

17 - 180 + 35 ≈ -128dBW

如果工作带宽是20MHz，接收端热噪声底大约在-131dBW量级（-204dBW/Hz加73dBHz），那么信道SNR只有3到4dB。这个水平跑低阶QPSK加低码率编码可以，想跑高吞吐就必须靠多波束、更大带宽或者更高EIRP。这个算例也解释了为什么宽带卫星终端普遍做“追求中高EIRP、大面积阵面、同时控制单通道PA功率”的方向——不是不想堆PA，是散热和阵列合成效率不允许。

实际产品定义时还要考虑雨衰。Ka频段在暴雨天气下可能有5到10dB的额外衰减，如果系统要求全天候可用，EIRP目标还得再往上抬，或者接受恶劣天气下调低调制阶数。

3. 相控阵波束扫描与有源驻波：量产设备的两大拦路虎

EIRP是“静态指标”，到了实际工作中，波束要不断扫描，指标会随着扫描角变化。很多联调现场的问题，都是波束指向算法和有源驻波这两个坑里翻出来的。

3.1 波束指向相位计算：从线阵到面阵的推导

相控阵波束扫描的核心，是让每个阵元的发射信号在目标方向上同相叠加。对间距为d的一维均匀线阵，相邻阵元在θ方向上的波程差是d×sinθ，对应相位差为：

Δφ = (2π/λ) × d × sinθ

举个具体例子：d = 0.5λ，目标波束指向30°。sin30° = 0.5，所以相邻阵元相位差Δφ = π×0.5 = 90°。也就是说，沿着阵列方向，每个阵元比前一个阵元多移相90°。如果阵元数比较多，直接在FPGA或波控芯片里按这个公式逐路计算相移量，就是最基础的“波束指向算法”。

二维平面阵的公式稍微扩展一下。假设阵面在x方向间距dx、y方向间距dy，波束指向方位角φ、俯仰角θ，则第(m,n)个阵元的相位补偿值为：

Δφ(m,n) = (2π/λ) × (m×dx×sinθ×cosφ + n×dy×sinθ×sinφ)

工程实现时，移相器通常是数字量化控制，比如6位移相器步进为5.625°。量化误差会带来指向偏差和旁瓣抬高，但只要量化位数不低于5位，主波束增益损失基本小于0.2dB，通常可以接受。

实际项目里更容易出问题的，是相位计算依赖的坐标基准。如果面阵安装倾斜、阵元位置有加工公差，或者温度变化导致基板热胀冷缩，理论相位和实际相位就对不上。所以量产相控阵一定要有校准环节，不是写完算法就万事大吉。

3.2 有源驻波与扫描盲区：为什么60°扫描时波束会“塌”下去

这个坑，很多从反射面天线转过来做相控阵的人第一次遇到时都会懵。单看一个阵元的无源S11，驻波明明很好；可用万用表测全阵激励时的回波损耗，在某些扫描角上突然剧烈恶化，波束指向那个角时EIRP掉一大截。

这就要说到有源S参数。当所有阵元同时激励时，某个端口看到的等效反射，不仅包括自身S11的反射分量，还包括所有相邻阵元通过空间互耦耦合到这个端口的信号。用公式表示，端口i的有源反射系数是：

Γ_active,i = Σ_j (S_ij × a_j) / a_i

其中a_j是各端口的入射波。正常情况下互耦信号和自身反射叠加后是一个不大不小的值；但在特定扫描角下，各互耦分量因为相位关系“恰好”同相叠加，与自身反射同相增强，等效反射系数接近1，这个端口几乎把能量全反射掉，对应方向上的辐射迅速塌缩。这就是著名的“扫描盲区”（scan blindness）。

扫描盲区在工程上很难彻底消除。它的出现位置取决于单元间距、介质厚度、接地结构、单元形状和互耦强度。设计阶段就要用全波仿真软件扫一遍不同扫描角下的有源反射系数，看有没有某个角度反射系数冲上去。一旦发现盲区落进了产品要求的工作角范围内，就得回头调单元间距、改进单元结构、处理地板过孔和介质叠层。软件校准是救不了这种物理失配的，你只能限制扫描角不要进入盲区附近，或者在盲区方向牺牲部分增益。

所以做产品定义时，我习惯要求天线厂商在规格书里明确给出“有源反射系数随扫描角变化曲线”和“EIRP随扫描角实测曲线”，而不是只报一个法向增益。很多阵列法向指标很好，扫到50°、60°就直接崩了。

3.3 校准与补偿：工程现场真正花时间的环节

相控阵量产最耗时的工序，不是焊接，是校准。

校准的目标是测出每条收发通道的幅度、相位偏差，生成一张随频率和温度变化的校准表，在波控计算时逐通道补偿。常见的校准方式包括近场扫描、内置校准网络、外置远场源。近场扫描准确但慢；内置校准网络快但需要额外的耦合电路设计；远场源适合整机测试，但受暗室场地和外界干扰限制。

项目里最常见的现象是：软件工程师拿着相位计算公式写代码，自测功能正常，但空口一测，主波束方向就是差几个度。排查半天往往发现是校准表没生效，或者校准表中的相位基准和相位计算用的坐标原点不一致。这个问题在相控阵联调里出现的频率极高，建议一开始就在需求文档里写清楚：校准残差的验收标准是什么、不同温度段需不需要切换多张校准表、波束指向误差的允许范围是多少。

另一个量产中的关键指标是空口EIRP抽测。因为EIRP涉及几百路通道的一致性，产线不太可能逐台扫描全部频点和角度，通常只在几个典型频点、法向和最大扫描角附近做抽测。抽测标准的设定也很有讲究：标准定太宽，次品漏出去；定太严，产线良率难看。我见过不少项目在这个标准上来回拉扯，最后的经验是，先跑几十台样机做整机统计，用统计分布的3σ去定下限，不要拍脑袋写绝对值。

4. NTN标准演进：从Rel-17地基到2026年的手机直连与智能切换

天线和终端把信号发出去了，协议层还不知道怎么处理“卫星这个超级远端基站”。这一段是3GPP NTN标准的活。理解NTN，不能只看物理层那些频点参数，得先看懂版本路线图。

4.1 版本时间线：Rel-17到Rel-19的三步走

3GPP从Rel-17开始正式把卫星接入纳入5G系统，标准名称叫做NTN（Non-Terrestrial Networks）。到2026年这个时间点，正好是Rel-19冻结前后，NTN从“实验室验证”进入“规模商用验证”的阶段。

Rel-17是“打通链路”，Rel-18是“场景完善”，Rel-19是“移动性大考”。为什么移动性放到这么晚才深入做？因为低轨卫星的切换问题太复杂，标准组织也要先把链路预算、时序同步这些地基问题解决，才敢去碰高动态移动性。

4.2 大定时提前与频偏补偿：NR-NTN物理层的两项核心适配

卫星离基站太远，信号往返时间太长，如果直接套用地面蜂窝网的时序关系，上行信号根本不可能对齐到基站的接收窗口。NTN的核心思路是把“星地传播时延”拆成两部分：一部分是卫星与地面基站（gNB）之间相对固定的公共时延，另一部分是用户终端与卫星之间随位置和星历动态变化的差分时延。

实际实现中，终端通过GNSS定位知道自己在地球上的位置，又通过卫星星历知道卫星当前的位置，两者联立就能算出精确的传输时延，进而推导出自己相对公共参考点需要提前多少时间发送上行信号。这个“终端自主计算定时提前量”的机制，让卫星移动带来的时延变化不需要基站每次都重新下发大参数，大大减少了信令开销。

多普勒频移的应对策略类似：终端根据星历和自身位置推算径向速度，计算并预补偿发射和接收载波频偏，基站侧只负责用参考信号估计残余频偏。两层配合下来，几十kHz甚至几百kHz的多普勒，被压缩到几kHz以内，剩下的交给接收机均衡器处理。

还有一个容易被忽略的点是随机接入前导格式。LEO场景下，时序不确定性远大于地面小区，所以NTN的PRACH前导需要更长的循环前缀（CP）和保护间隔（GT），这一点直接导致RACH资源开销变大，接入容量受限。做NTN系统容量评估时，不要只看业务信道速率，RACH容量往往才是瓶颈。

4.3 SHO与CHO之争：低轨场景为什么必须放权给终端

移动性管理是低轨星座最让协议工程师头疼的部分。一颗LEO卫星的波束覆盖地面固定点的时间只有几分钟，用户刚接入没多久就得考虑切换。传统的基于测量的网络控制切换（SHO，常规切换）流程是：终端周期测量邻区信号，上报测量报告，网络决策后下发RRC重配置，终端再执行切换。整个过程在地面网络问题不大，但在低轨场景下，网络往返时延就可能占到覆盖时间的一大部分，等网络下发切换命令时，链路质量可能已经差到命令都收不到了。

条件切换CHO（Conditional Handover）正是为解决这个问题提的。核心思路是“提前下配置、条件触发自行执行”：网络先把候选小区列表和触发条件（比如目标小区RSRP高于某阈值并持续一段时间）下发给终端，终端在满足条件时自己启动切换流程，不需要再等网络实时决策。对低轨场景来说，CHO的价值是把切换决策从“实时请求-响应”变成了“提前预备-自主执行”，直接避开了星地往返时延对切换时机的伤害。

到了Rel-19，NTN场景进一步把CHO和“星历预测”结合了起来。因为卫星轨道是确定的、公开的，终端完全可以提前预测“未来在某时刻某颗卫星会经过头上”。于是触发条件可以不再局限于信号测量值，而是扩展成“时间+位置+星历ID”的组合。这种预测性CHO的好处是，候选小区和目标波束可以在卫星升起来之前就准备好，切换时机卡得非常准。

我在实际项目里见过的问题，是候选小区列表一多，RRC配置开销就爆炸。LEO场景下，一次CHO配置可能要下发几十个候选波束，每条配置里都带上完整的小区参数和定时参数，对信令带宽是很大的负担。工程上的取舍是分级处理：先按星历把未来几秒内不可能覆盖自己的卫星全部过滤掉，只保留极少数的真实候选，再按当前信号测量值从中挑选。这个两级筛选逻辑，在标准化讨论里叫“候选集压缩”，很多厂商的实现差异也集中在这里。

另外要注意CHO的定时器配置。切换启动之后，终端不能无限期等待目标小区接入成功，协议里用定时器（T304）限制整个切换流程的完成时间。地面网络T304通常设个几百毫秒就够了；NTN场景下因为接入本身就要做时序调整，T304要放宽，但也不能无限大，否则拖到最后链路断了才切换，体验同样崩。

从Rel-17的“能通”，到Rel-19的“能稳定动”，NTN标准这几年走完的路径其实非常清晰：承认星地链路和地面链路存在本质差异，并把差异显式建模进协议。不试图把卫星伪装成普通基站，而是为卫星定义一个带有大时延、大多普勒、可预测移动性特征的“特型基站”。这个思路到6G时代还会延续，卫星和地面网络的关系只会更紧密。

回看整个链条，低轨星座组网决定了空间段资源怎么摆，相控阵EIRP工程计算决定了终端能把信号推多高多远，相控阵波束扫描与有源驻波决定了链路在动态扫描下可不可靠，NTN标准则把这些物理层能力封装成标准化的接入服务。做卫星通信产品的人，最怕的是只懂其中一环。做天线的不知道NTN里定时提前怎么算，做协议的不理解为什么60°扫描时EIRP会塌下去，最后联调阶段就会互相甩锅。我的体会是，在这个领域，跨层理解不是加分项，是基本要求。如果你正准备做一个低轨终端方案，先别急着选芯片和天线厂，把这三条线从链路预算一直推到协议栈，推完一遍，再看任何厂家规格书都会通透很多。