简介：这份文档面向从事高精度GPS定位测量、地震学、气象学、导航定位及地球科学研究的科研人员与工程技术人员，针对IGS精密星历主下载通道不稳定或紧急取数需求，整理了一套可用的备用下载地址清单。内容涵盖IGS Final Orbits、Rapid Orbits以及UltraRapid Orbits（含12小时与00小时两种版本）的FTP链接，来源包括NASA、UCSD、GSFC、IGN等机构，并附有在Internet Download Manager中添加Precise Orbits新站点的配置说明。资源包为1个docx文件，约314KB，结构紧凑，便于随查随用。目前已有439人学习下载。读者可据此快速切换备用数据源，保障精密星历获取的连续性与可靠性，避免因主站故障影响定位解算与科研进度，是TBC等软件用户值得留存的一份实用参考。
1. 精密星历下载环境搭建：从一次数据断供说起
做高精度定位的同行大概都遇到过这种场面：项目跑得好好的，解算脚本突然报错，日志里一行sp3 file not found，查下去才发现主下载通道连不上了。精密星历这东西平时不起眼，真到用的时候断一天，后处理就得整体往后拖。IGS 提供的 Final、Rapid、UltraRapid 三类轨道产品，分别对应不同的时效和精度，做静态后处理一般用 Final，做近实时或者快速解算就退到 Rapid 和 UltraRapid。问题在于，很多人只配了一个默认地址，一旦这个地址抽风，整个流程就卡死。这篇记录的是我给自己和团队搭的一套备用下载环境，核心思路是把 IGS 几个镜像站全部挂进下载工具里，主站挂了自动切备用，不用每次手动改脚本。适合正在配 GNSS 数据处理环境、被星历下载卡过脖子的开发者，新手照着走能通，熟手可以看版本和参数取舍。
2. 环境准备：下载工具选型与目录规划
2.1 为什么用 IDM 而不是 wget 一把梭
很多人第一反应是写个 wget 脚本循环拉取，简单直接。但实际用下来，wget 在 FTP 协议下的断点续传和重试策略比较粗糙，尤其是 IGS 的 FTP 站点偶尔会限速或者短暂拒绝连接，wget 默认行为是直接失败退出，不会自动换站。Internet Download Manager（IDM）在这块做得更细，它支持多站点配置、自动故障转移、断点续传，而且对 FTP 和 HTTP 都能处理。常见做法是把 IGS 的多个镜像站配成一组，IDM 在下载失败时会按顺序尝试下一个。我一般会在 IDM 里单独建一个分类叫Precise Orbits，把所有星历地址归进去，方便管理和切换。
版本选择上，IDM 6.4x 之后的版本对 FTP 被动模式支持更稳定，建议用 6.40 以上。老版本 6.3x 在部分 FTP 服务器上会卡在LIST命令，表现为一直连不上但也不报错，这个坑后面会细说。
2.2 目录结构规划
在本地建一个固定的星历存放目录，比如D:\GNSS\Orbits\，下面按产品类型分子目录：
D:\GNSS\Orbits\ ├── final\ # IGS Final Orbits ├── rapid\ # IGS Rapid Orbits └── ultrarapid\ # IGS UltraRapid Orbits这样做的目的是让后续解算脚本的路径引用保持稳定，不管星历从哪个镜像站下载，落地位置不变。IDM 的默认下载目录可以统一指向这个根目录，再在分类设置里指定子目录。
2.3 网络与协议确认
IGS 的备用地址全部走 FTP 协议，端口默认 21。部分机构镜像也支持 HTTP，但项目正文里给出的地址是 FTP 格式。在配置之前，先确认本机防火墙没有拦截 FTP 主动/被动连接。Windows 防火墙默认对出站 FTP 是放行的，但如果你在公司内网，可能需要确认代理设置。IDM 支持在Options → Proxy里单独配 FTP 代理，这个按实际网络环境来。
提示：如果 FTP 连接一直超时，先试试在 IDM 里把该站点的连接模式从主动改成被动，大部分镜像站要求被动模式。
3. 配置 IDM 站点：把 IGS 备用地址逐个挂上去
3.1 打开 IDM 配置界面
启动 IDM，在菜单栏找到Downloads → Options，或者直接点工具栏上的Internet Download Configuration按钮。进入配置窗口后，左侧列表里找到Precise Orbits这一项。如果你之前没建过这个分类，可以先在Categories里新建一个，名字随意，我习惯叫Precise Orbits，和项目正文里的叫法保持一致。
选中Precise Orbits后，右侧会出现站点列表，默认可能是空的。点击New Site按钮，开始添加第一个备用地址。
3.2 填入 Host URL 与协议选择
在弹出的站点编辑窗口里，有两个关键字段：Host URL/Address和Protocol。把项目正文里列出的地址逐条填入。以 IGS Final Orbits 为例，第一条是：
ftp://igscb.jpl.nasa.gov/igscb/product/%GGGG%/igs%GGGGT%.sp3.Z这里的%GGGG%和%GGGGT%是占位符，分别代表 GPS 周和星期几。实际使用时，IDM 不会自动替换这些占位符，你需要根据当前日期手动替换，或者在下载时由外部脚本生成完整 URL。我一般是在解算脚本里先算好周数和天，拼出完整地址，再交给 IDM 下载。IDM 这边只负责把站点根路径配好，方便后续快速切换。
Protocol选FTP，因为地址是ftp://开头。如果你拿到的镜像地址是http://开头，就选HTTP。项目正文里提到“Protocol 中选中 FTP/HTTP”，意思是根据地址实际协议来选，不是两个都选。
给这个站点起个名字，比如IGS-JPL-Final，点OK保存。然后重复这个步骤，把 Final、Rapid、UltraRapid 的所有备用地址都加进去。每个产品类型下都有五个镜像站，全部加完大概十五个条目。
3.3 站点命名与优先级排序
站点多了之后，命名规则很重要。我一般用机构-产品类型的格式，比如JPL-Final、UCSD-Rapid、CDDIS-UltraRapid-12。这样在列表里一眼能看出哪个是哪个。IDM 的站点列表支持上下移动调整优先级，把响应快的镜像站排前面。根据我的经验，cddis.gsfc.nasa.gov和igscb.jpl.nasa.gov在国内的连通性相对稳定，garner.ucsd.edu偶尔会慢一些，igs.ensg.ign.fr看时段。这个排序不是固定的，建议第一次配好后，手动测一轮，把最快的放前面。
3.4 批量添加的偷懒做法
如果你不想一个个手点，IDM 的站点配置其实存在注册表或者配置文件里。常见做法是先把一个站点配好，导出配置，然后批量替换 URL 再导入。不过 IDM 没有官方导出功能，得手动改配置文件。我一般还是手点，十五个条目十分钟能搞定，比折腾配置文件快。
添加完成后，在Precise Orbits分类下应该能看到所有站点。随便选一个，点Check或者直接试着下载一个已知的星历文件，看能不能连上。如果连不上，先别急着换站，往下看排查部分。
4. 避坑与排查：FTP 连不上、文件下不全、占位符填错
4.1 现象：FTP 连接超时，IDM 一直显示“正在连接”
原因：大部分情况是 FTP 主动模式被防火墙拦了。IDM 默认可能用主动模式，而 IGS 的镜像站基本都要求被动模式。另一个可能是镜像站临时不可用，但概率较低。
解决：在 IDM 的站点编辑窗口里，找到Connection或Advanced选项卡，把Use Passive Mode勾上。如果还是不行，换下一个镜像站试试，确认是不是单个站点的问题。
4.2 现象：下载下来的 sp3 文件大小不对，解压报错
原因：FTP 传输过程中断，IDM 虽然显示完成，但文件不完整。或者镜像站上的文件本身是坏的，这种情况少见但遇到过。
解决：先对比文件大小，IGS Final 的 sp3 文件解压前大概几百 KB 到 1 MB 左右，具体看周数。如果明显偏小，删掉重下。IDM 支持断点续传，重新下载时会从断点继续。如果重下还是坏，换镜像站。
4.3 现象：URL 里的 %GGGG% 没替换，下载 404
原因：IDM 不会自动替换占位符，必须手动或由脚本替换成实际周数。比如 2024 年第 1 周，%GGGG%要换成2024，%GGGGT%换成001到007之间的对应天。
解决：在解算脚本里加一步，根据当前日期算 GPS 周和天，拼出完整 URL 再调用 IDM。或者用 IDM 的批量下载功能，导入一个 URL 列表，列表里已经是替换好的完整地址。
4.4 现象：UltraRapid 的 _00 和 _12 文件搞混
原因：UltraRapid 有两个版本，_00是 0 小时预报，_12是 12 小时预报。项目正文里列出的地址分别对应这两个。如果脚本里写死了_12，但实际需要_00，就会下错文件。
解决：在站点命名时就把_00和_12区分开，比如JPL-UltraRapid-00和JPL-UltraRapid-12。下载时根据解算时段选择对应的站点。
4.5 现象：IDM 提示“不支持 FTP 协议”
原因：IDM 安装时可能没勾选 FTP 支持组件，或者版本太老。
解决：重新运行 IDM 安装程序，确保 FTP 组件被选中。或者升级到 6.40 以上版本，新版本默认包含 FTP 支持。
5. 验证跑通：用一条命令确认星历可用
配好之后，别急着关掉 IDM。先手动验证一轮，确认整套环境能跑通。我一般会挑一个已知的 GPS 周，比如当前周的前一周，把 Final、Rapid、UltraRapid 各下一个文件，然后检查文件完整性和内容。
5.1 下载验证
在 IDM 里选中Precise Orbits分类下的某个站点，右键选择Download，填入一个完整的 URL。比如当前是 2024 年第 10 周，Final 的 URL 就是：
ftp://cddis.gsfc.nasa.gov/gps/products/2024/igs2024 7.sp3.Z注意%GGGGT%替换成007，代表周日。下载完成后，检查文件大小是否在正常范围。
5.2 解压与内容检查
sp3 文件是.Z压缩格式，用gzip -d或 7-Zip 解压。解压后打开文件，头部应该有#c或#a标识，以及IGS FINAL ORBIT之类的字样。如果头部是乱码或者文件为空，说明下载有问题。
# 解压 sp3 文件 gzip -d igs2024 7.sp3.Z # 查看文件头部，确认是 IGS 产品 head -5 igs2024 7.sp3正常输出应该类似：
#cP2024 01 07 00 00 00.00000000 IGS FINAL ORBIT ## 2086 000000.00000000 900.00000000 0000000 0000000 + 2 G01G02...如果头部显示IGS RAPID ORBIT或IGS ULTRARAPID ORBIT，说明你下的是对应产品，没问题。
5.3 解算脚本对接
最后一步是把下载目录和解算脚本对接。在脚本里把星历路径指向D:\GNSS\Orbits\final\之类的目录，确保脚本读取的是最新下载的文件。我一般会在脚本开头加一个检查，如果目录里没有当天的星历文件，就触发 IDM 下载，下载完再继续解算。
import os import subprocess from datetime import datetime, timedelta # 计算当前 GPS 周和天 def get_gps_week_and_day(date): # GPS 起始日期 1980-01-06 gps_epoch = datetime(1980, 1, 6) delta = date - gps_epoch week = delta.days // 7 day = delta.days % 7 return week, day # 检查星历文件是否存在 orbit_dir = r"D:\GNSS\Orbits\final" today = datetime.now() week, day = get_gps_week_and_day(today) filename = f"igs{week}{day}.sp3" if not os.path.exists(os.path.join(orbit_dir, filename)): # 触发 IDM 下载，这里用命令行调用 IDM url = f"ftp://cddis.gsfc.nasa.gov/gps/products/{week}/igs{week}{day}.sp3.Z" subprocess.run(["idman", "/d", url, "/p", orbit_dir]) print(f"已触发下载：{url}") else: print(f"星历文件已存在：{filename}")这段脚本的逻辑是：先算当前 GPS 周和天，拼出文件名，检查本地是否存在。不存在就调用 IDM 命令行下载。IDM 的命令行参数/d指定 URL，/p指定保存路径。这样每次解算前自动检查，不用手动干预。
5.4 我踩过的一个坑
有一次配完所有站点，测试时发现lox.ucsd.edu这个镜像站下的 Rapid 文件总是比别的小几百字节。一开始以为是网络问题，换了好几个站重下都一样。后来对比文件内容才发现，这个站上的 Rapid 文件更新有延迟，有时候还是前一天的数据。从那以后我每次配完新站点，都会强制走一遍完整验证：下载、解压、看头部、对比文件大小。确认没问题了才把它加进正式流程。希望这套记录能帮你少走点弯路。
本文还有配套的精品资源，点击获取
