「轨位」是卫星行业的硬通货——一颗星占的轨道位置和频段一起,是要向国际电联申报协调的战略资源。但轨位的价值差异极大,根源就是本节要算的第一笔账:高度如何换算成时延、覆盖和寿命。算完这笔账,你会明白低轨星座为什么扎堆在 500 到 600 公里,而不是越低越好或越高越省。
电磁波在真空中的速度约每秒 30 万公里,传播时延就是斜距除以这个速度。三种典型轨道的单跳账立刻可以立起来:GEO 高度 35786 公里,星地斜距随仰角在 35786 到 41679 公里之间,单跳传播约 120 到 139 毫秒,往返(RTT)约 240 到 280 毫秒——行业里常引用的"约 270 毫秒"就是典型仰角下的实测口径。MEO 约 20000 公里高度,往返约 130 毫秒。LEO 550 公里高度,正上方过顶时单跳仅约 1.8 毫秒;考虑实际服务通常要求仰角高于 25 度,斜距拉长到 1000 公里上下,单跳约 3 到 5 毫秒——这就是"LEO 单跳几毫秒"的来历。注意口径:这是纯传播时延,不含调制解调、排队、协议栈处理;用户实测端到端时延还要加几十毫秒的处理与网络开销,LEO 宽带的实测往返普遍在 25 到 60 毫秒,仍比 GEO 低一个数量级。
为什么 100 多毫秒的差距是质变而不是量变?因为交互式协议是串行的。网页加载要几十个往返,视频会议的抖动预算以 150 毫秒为红线,TCP 拥塞窗口的恢复速度与 RTT 成反比——第 3 章会算,同样的丢包率下 GEO 链路的 TCP 吞吐可能只有 LEO 链路的几分之一。时延每放大一次,上层协议就多付一轮利息。

传播时延只是高度的第一重代价。第二重是覆盖几何:轨道越高,能"看到"的地球表面越大。覆盖圆半径的估算式为地球半径乘以(1/cos(临界仰角下的地心角) − 1)的几何关系,工程上常用近似:550 公里高度、最低仰角 25 度时,单星可见区域半径约 1000 公里量级;GEO 则一星顶三分之一地球。这带来一个乘法关系:高度越低,单星覆盖越小,组网所需星数越多。Starlink 第一代用 4408 颗实现全球连续覆盖,OneWeb 用 648 颗在 1200 公里做到中纬度连续——后者高度高约一倍,所需星数少了约七倍,代价是时延从几毫秒跳到约 20 毫秒单跳。星座设计就是在这条"高度—数量—时延"曲线上选点,没有免费午餐。
低轨不是白住的。550 公里高度仍有稀薄大气阻力,卫星必须定期开机抬轨,阻力也决定了它的自然坠毁周期和任务寿命——现役低轨通信星设计寿命普遍 5 到 7 年,之后需要补射替换。这塑造了低轨产业的独特成本结构:星座是一支需要持续补员的舰队,每年按比例补射是常态开支,而不是一次交付终身使用。相比之下 GEO 星寿命可达 15 年以上。同时,低轨的"短寿命"反而缓解了空间碎片问题——失效卫星数年内自动再入烧毁,这也是监管偏好低轨的原因之一。
把三笔账放在一起,可以推演选点逻辑。更低(比如 300 公里级)的 VLEO:时延再降一两毫秒、分辨率类任务更喜欢,但大气阻力骤增,推进剂开销和寿命损失不划算,目前仅对地观测星座少量尝试。更高(1200 公里,OneWeb 路线):星数省、单星覆盖大,时延仍在可接受区间,代价是每条链路的路径损耗更高、终端天线需求更苛刻,以及同轨道面卫星间隔更大导致波束调度更粗。550 公里附近恰好在多约束下取到平衡:时延足够低、大气阻力可控(寿命 5 年以上)、一箭多星发射效率高、覆盖几何允许数千颗组网。所谓"星座设计",大多是这样在物理约束之间找平衡点的过程,没有神秘配方。
用一段可复用的计算把本节账本固化下来。以下代码不依赖任何外部库,输入轨道高度与服务仰角,输出单跳传播时延与斜距:
import math def slant_and_delay(alt_km, min_elev_deg=25.0): """给定轨道高度与最低服务仰角,估算最大斜距与单跳传播时延""" Re = 6371.0 # 地球半径 km c = 299792.458 # 光速 km/s e = math.radians(min_elev_deg) # 仰角 e 处的斜距(几何关系推导,圆轨道近似) rho = math.sqrt((Re + alt_km)**2 - (Re * math.cos(e))**2) - Re * math.sin(e) delay_ms = rho / c * 1000.0 return rho, delay_ms for alt, name in [(550, "LEO Starlink壳层"), (1200, "LEO OneWeb"), (20200, "MEO"), (35786, "GEO")]: rho, d = slant_and_delay(alt) print(f"{name:14s} 高度{alt:6d} km 斜距约{rho:7.0f} km 单跳传播约{d:6.2f} ms")
运行结果大致为:550 公里斜距约 1180 公里、单跳约 3.9 毫秒;1200 公里斜距约 2600 公里、单跳约 8.7 毫秒;MEO 约 71 毫秒;GEO 约 125 毫秒。把仰角放宽到 10 度重跑,LEO 单跳会明显变长——这解释了为什么星座运营商会规定最低服务仰角:仰角越低,路径越长、损耗越大、时延越差,低仰角用户的体验断崖式下滑。
高度之外,轨道参数里还有一个对通信设计影响巨大的自由度——倾角。倾角决定轨道面扫过哪些纬度带:53 度倾角的轨道永远不覆盖两极附近,极轨(约 90 度)全球都到但中低纬的星密度被稀释。2.3 节 Starlink 的多壳层结构正是倾角维度上的组合:中纬度稠密带用 53 度壳层堆容量,高纬度用 70 度以上壳层补盲。另一个实用概念是回归轨道——轨道周期设计成一天的整数分之几,让星下点轨迹按固定天数重复,地面站与信关站的调度因此可以做成周期性时刻表,运营复杂度大幅下降。选轨道就是在这张参数网(高度 × 倾角 × 回归特性)上选点,每一个维度都对应着一笔不同的账:高度管时延与星数,倾角管纬度覆盖,回归特性管运营节奏。
轨道参数还会随时间漂移:摄动让倾角与升交点缓慢变化,卫星定期做轨道维持修正。对通信工程的影响通常可以忽略(修正量远小于覆盖几何的容差),但对需要精确星历的切换预判(第 4 章)与干扰规避(第 4.1 节),漂移就是 4.2 节"星历时效"问题的另一个来源——这也是为什么运营商星历要周期性更新广播。
高度定了传播的底子,但决定"这条链路能背多少比特"的是频率——下一节算频段与雨衰的账。