刷视频卡成PPT，视频会议突然黑屏掉线，远程桌面鼠标半天不动——这些情况如果发生在偏远山区、海上钻井平台、或者极地科考站，十有八九不是宽带坏了，而是正跑在卫星链路上。
丢包？不是“有没有”，是“有多少”
卫星链路本身不保证不丢包。它不像光纤那样稳定可控，信号得穿过几百甚至三万六千公里的太空，中间还要穿过电离层、雨衰区、大气湍流。一次雷暴、一片厚云、甚至太阳耀斑爆发，都可能让一整段数据包“失联”。实测中，普通地球同步轨道（GEO）卫星链路的平均丢包率常在1%～5%之间；恶劣天气下瞬时丢包冲到10%以上也不稀奇。
为什么比地面网络更容易丢包？
关键不在“信号弱”，而在“不可控延迟+单向长路径”。比如一颗GEO卫星距地面约3.6万公里，光速传播单程就要120毫秒，往返（RTT）轻松突破500ms。TCP协议靠确认包（ACK）来判断是否丢包，可等一个ACK来回，早过了重传窗口期——结果就是：没丢的数据被误判为丢包，反复重传，链路越忙越卡。
再看低轨卫星（如Starlink），RTT降到30～50ms，丢包率明显改善（通常<1%），但仍有突发性：卫星快速过顶时切换波束、多用户争抢信道、终端天线对不准，都会引发毫秒级中断，导致TCP乱序或超时。
举个身边例子
某渔船在东海作业，用海事卫星上网发渔获照片。FTP上传一张5MB的图，经常传到98%就卡住，重启三次才成功。抓包一看，不是全程丢包，而是每2～3秒集中丢4～6个包——正好对应卫星信号穿云或船体晃动导致天线短暂失锁。
能怎么应对？
普通用户别硬扛TCP。改用QUIC协议（Chrome、Edge默认启用）效果立竿见影：它内置前向纠错（FEC）、连接迁移快、重传粒度更细。企业用户则常用专网方案，比如在两端加装卫星优化器（Satellite WAN Optimizer），把大文件切片、冗余编码、预测重传全包圆。
顺便说一句：ping值高≠一定丢包严重。你ping 600ms但丢包率0%，说明链路稳；反过来，ping 40ms但丢包3%，那多半是终端或本地网关问题，先查路由器日志再说。