4.2 切换三重难点：定时提前、多普勒与星历预测
4.2 切换三重难点：定时提前、多普勒与星历预测
地面蜂窝的切换难在"决策"——邻区信号谁强谁弱。卫星切换的难点下沉到了更底层：连接还没建，时间与频率就已经对不上了。低轨链路上，定时提前（TA）是毫秒量级且每秒漂移数十微秒，多普勒频移在 Ka 频段峰值约 500 千赫且斜率陡峭，两者都只能靠星历预测先行补偿。本节把三个难点逐一量化——量级清楚了，第 4.3 节的协议设计才不是黑盒。
难点一：定时提前——上行时刻表追着距离跑
蜂窝系统要求所有终端的上行信号同时到达基站，终端要按距离提前发送，提前量就是定时提前（Timing Advance）。地面小区半径几公里，TA 以微秒计；低轨链路斜距 500 到 2000 公里，TA 以毫秒计——大了三个数量级。更麻烦的是它不是常数：卫星掠过头顶，斜距从最大缩到最小再拉长，TA 每秒变化几十微秒。上行信号对不准时间格，相邻用户的信号就互相踩踏，链路直接解体。更隐蔽的坑在切换瞬间：从卫星 A 切到卫星 B，斜距可能突变几百公里，TA 需要整体跳变，终端若沿用地面的"增量调整"逻辑，第一次上行就撞车。这就是 3GPP NTN 把 TA 拆成两截的原因：公共 TA（卫星参考点的统一部分，网络按星历广播）加终端专属 TA（自身位置的修正项）。
难点二：多普勒——频率轴上的半兆赫漂移
2.4 节已经算过峰值：550 公里轨道、7.6 公里每秒、20 GHz 下行，多普勒峰值约 500 千赫，且整个过顶窗口内从正到负连续扫过——比 GEO 链路高一到两个数量级（GEO 星静止，残余多普勒只来自用户移动，几赫到几百赫）。接收机的锁频环能追上几十千赫，但 500 千赫的开环漂移必须靠预补偿：终端按星历算出未来时刻的多普勒曲线，把本振频率反向预偏。下行好办（终端自己算自己补），上行难在发射时刻的预测误差——卫星收到时，多普勒已经又走了几百赫。3GPP NTN 的方案是让网络侧配置预补偿参数（卫星参考点口径），终端再叠自身位置的修正，把大分量在公共层消化，小残差交给锁频环。一句工程口诀：多普勒补大项靠星历，吃小项靠环路。
难点三：星历——一切预测的地基与误差源
TA 与多普勒的预补偿本质都是"用星历预测未来"，于是预测误差成为第三个系统性难点。误差有三个来源：星历自身的时效（几周前的 TLE 预报今天可能偏差数秒，意味着数百公里的位置差）；终端对自身位置的估计（GNSS 不可用时的退化）；以及星上轨道维持机动导致的计划外偏差（2.3 节说过，低轨星频繁抬轨避碰）。工程上的应对是把星历更新做成机制而非事故：网络周期性广播最新星历与公共参数，终端过期即触发重新获取；3GPP R18 进一步引入"有效性定时器"——星历超龄就按失联处理，宁可重建连接也不基于错误星历硬切。这就是卫星切换与地面切换最大的心智差异：地面切换只看测量报告，卫星切换先看星历再谈测量。
图：切换三难点的量级对比与预补偿链路
动手验证：TA 与多普勒的一屏估算
把三个难点放进一段代码，观察一次过顶内 TA 与多普勒的同步变化——这正是终端预补偿器要实时生成的两张曲线：
import math Re, c = 6371.0, 299792.458 # 地球半径 km、光速 km/s h, v_g = 550.0, 6.9 # 轨道高度 km、星下点地面速度 km/s f0 = 20.0 # 下行 20 GHz lam = c / (f0 * 1e9 / 1e3) # 波长 km（约 0.015） t_peak = 240.0 # 假设最高仰角出现在第 240 秒 def slant(t): """简化斜距模型：纵向轨迹偏移勾股叠加轨道高度""" off = v_g * (t - t_peak) return math.hypot(h, off) t_prev = slant(t_peak - 1) if t_peak >= 1 else None for t in range(0, 481, 60): # 过顶窗口约 8 分钟 d = slant(t) ta_us = d / c * 1e6 # 单程定时提前（微秒） vr = (slant(t + 1) - slant(t - 1)) / 2.0 # 径向速度 km/s dop_khz = vr / lam * 1000.0 # 接近为正、远离为负 print(f"t={t:3d}s 斜距{d:6.0f}km TA约{ta_us:6.0f}us 多普勒约{dop_khz:+7.1f}kHz")
输出会展示 TA 从窗口边缘的数毫秒滑向最低点、多普勒从正数百千赫穿零转负的全过程。终端的预补偿器干的就是这件事的实时版：按星历提前生成、按环路残差修正——理解了这张表，你就理解了 NTN 物理层一半的设计动机。
三个难点的共同根源与设计启示
把三个难点放回一条因果线，会发现它们同源：卫星链路的一切连接参数都是几何的函数。地面网里定时、频率基本是常数，星历这种东西根本不存在；卫星网里 TA 由斜距决定、多普勒由径向速度决定、星历决定两者随时间的全部演化——几何变化有多快，参数就漂得多快。这个共同根源给设计者的启示是：补偿机制的键应该是"几何时刻"而不是"网络事件"。地面网的重配置跟着业务事件走（接入、切换、调度周期），卫星网的重配置要跟星历推演出的几何时刻走（斜距极值点、多普勒过零点、可见窗口边界）。理解这一点，再读 3GPP NTN 的规范文本——星历广播、公共参数、有效性定时器——会发现每一条都是这个启示的具体化。
它同时解释了一个工程现象：卫星终端的芯片复杂度集中在"预测器"而非"解调器"。解调算法地面卫星大同小异，预测器（星历解析、轨道外推、参数曲线生成）才是卫星终端真正的技术门槛，也是各家芯片方案拉开差距的地方。
本节要点回顾
- TA 大了三个数量级：地面微秒级、低轨毫秒级且每秒漂移数十微秒，切换换星还会整体跳变。
- 多普勒峰值 ±500 kHz 量级：预补偿按"星历补大项、环路吃小项"分工。
- 星历是一切预测的地基：时效、定位、机动三类误差，靠周期广播与超龄失效机制兜底。
- 心智差异一句话：地面切换比强弱，卫星切换先对时间频率、再比强弱。
三座参数大山有了搬法，但切换的"决策与执行"仍有中断窗口——协议层怎么把百毫秒级中断压到用户无感？下一节讲多连接。