1. 课程导入与端到端时延问题定义
卫星网络正在从“补充覆盖”走向“主承载网络”的角色。低轨(LEO)星座把单跳传播距离压缩到数百至两千公里量级,星间链路(ISL)让数据可以在天上多跳转发,地面信关站则把卫星网络接入互联网骨干。对用户而言,无论中间经过多少颗卫星、多少次星地切换,真正被感知的只有一个指标:从发出请求到收到响应,究竟花了多久。这个“花了多久”,就是端到端时延。
本课程的目标不是孤立地讨论某一跳的传播时延,而是建立一条可分解、可测量、可优化的端到端时延分析链路:把用户终端到应用服务器之间的总时延拆成若干可解释的分量,明确每个分量的物理来源与可控参数,并给出在不同业务场景下的判断依据。学完本课程,你应当能够回答三个问题:这条链路的时延由哪些部分组成?每一部分大致是多少?当实测时延超标时,应该先怀疑哪一段?
端到端时延的组成
在卫星网络中,一次端到端交互的时延通常可以按“信号走过的路径”逐段拆解。以用户终端(UE)经 LEO 卫星、星间链路、信关站(GW)访问地面数据中心(DC)为例,总时延可写成:
T_total = T_ue_sat + T_sat_proc + T_isl + T_sat_gw + T_gw_proc + T_terrestrial + T_server
其中各项含义如下:
- T_ue_sat:用户终端到卫星的上下行传播时延,由斜距决定。LEO 高度约 550 km 时,单程斜距约 600~1200 km,对应约 2~4 ms。
- T_sat_proc:星上处理与转发时延,包括解调、解码、路由查表、排队等,典型为 0.5~3 ms,取决于载荷是否再生处理。
- T_isl:星间链路多跳时延。每跳距离约 1000~5000 km,单跳约 3~17 ms;跳数越多,累积越明显。
- T_sat_gw:卫星到信关站的馈电链路传播时延,量级与用户链路相近。
- T_gw_proc:信关站基带处理、协议转换、NAT 等时延,通常 1~5 ms。
- T_terrestrial:地面骨干网传输时延,取决于信关站到数据中心的距离与路由跳数。
- T_server:服务器处理与响应时延,与应用类型强相关。
需要特别说明的是,上述各项并非简单相加就能得到实测值。排队时延、重传时延、切换时延会在特定条件下显著放大总时延,因此端到端时延分析必须同时关注“静态分量”和“动态分量”。
关键挑战
卫星网络端到端时延分析面临四个突出挑战。第一,拓扑高动态:LEO 卫星相对地面高速运动,星间链路和星地链路会周期性建立与断开,路径频繁变化,时延不再是一个固定值,而是一个随时间波动的区间。第二,多段异构:无线段、星上处理段、地面段采用不同的协议栈和调度机制,时延分量难以用统一模型描述。第三,测量点分散:用户侧、星上、信关站、服务器侧各自只能看到局部时延,缺少全局时间基准时难以精确对齐。第四,业务差异大:语音、视频、网页、文件传输对时延的敏感度不同,同一链路对不同业务的“端到端时延”评价标准并不一致。
本节知识结构图
一个可操作的参考场景
为了让后续分析有共同基准,本课程约定一个参考场景:用户位于北京,接入高度 550 km 的 LEO 星座,经 3 跳星间链路到达上海上空馈电星,再下行至上海信关站,最终访问同城数据中心。按此设定,各段时延的合理估算范围如下表所示(示例参数,用于教学估算,不代表任何实际星座的实测值)。
| 时延分量 | 典型范围 | 主要影响因素 | 是否可优化 |
|---|---|---|---|
| T_ue_sat | 2~4 ms | 卫星高度、仰角 | 有限(受轨道约束) |
| T_sat_proc | 0.5~3 ms | 载荷处理能力、排队 | 可优化(路由与调度) |
| T_isl | 9~51 ms(3跳) | 跳数、单跳距离 | 可优化(选路) |
| T_sat_gw | 2~4 ms | 馈电链路距离 | 有限 |
| T_gw_proc | 1~5 ms | 基带处理、NAT | 可优化(设备升级) |
| T_terrestrial | 2~10 ms | 地面路由跳数 | 可优化(就近接入) |
| T_server | 1~20 ms | 应用类型、负载 | 与应用相关 |
把上表各项按中值相加,可得到该参考场景下单程端到端时延约 20~40 ms,往返时延(RTT)约 40~80 ms。这个量级明显高于同城地面光纤(通常 RTT 小于 10 ms),但显著低于地球同步轨道(GEO)卫星的约 500 ms RTT。理解这一量级差异,是后续判断“时延是否正常”的第一把尺子。