简介：这份文档面向从事高精度GPS定位测量、地震学、气象学与地球科学研究的科研人员及工程技术人员，整理了IGS精密星历的备用下载地址，用于在主下载通道不稳定或数据需求紧急时保障星历文件的持续获取。内容涵盖IGS Final Orbits、Rapid Orbits以及UltraRapid Orbits（含12小时与00小时两种版本）的FTP链接，来源包括NASA、UCSD、GSFC、IGN等机构，并附有在Internet Download Manager中添加新站点的配置说明。资源包为1个docx文档，大小约314KB，结构紧凑，便于随查随用。目前已有439人学习下载。读者可据此快速切换备用数据源，避免因网络问题中断精密星历获取，为轨道计算、定位解算与相关科研工作提供稳定的数据支撑。

1. 精密星历下载这件事，为什么老手都会备三套地址

做高精度 GPS 静态解算的人大概都经历过这种时刻：基线解算跑到一半，软件弹窗提示缺少 SP3 文件，回头去主站拉数据，连接超时。精密星历不是可选配件，它是把广播星历那几米量级的轨道误差压到厘米级的核心输入。IGS 提供的 Final、Rapid、UltraRapid 三类产品，对应不同时效和精度，Final 约两周后发布、精度最高，Rapid 约 17 小时、精度略降，UltraRapid 则是实时性最强但精度最粗的应急选项。问题在于，这些文件通常只从单一主站获取，一旦网络抖动或主站维护，整个解算流程就得停摆。这份资源干的事很具体：把 IGS 精密星历的备用 FTP 地址整理成一份可直接导入下载工具的清单，覆盖三类轨道产品、多个镜像站点，让你在主通道不可用时仍有退路。适合做 GNSS 静态解算、地壳形变监测、精密授时的人，也适合刚接触 TBC 或类似后处理软件、还不清楚星历从哪来的新手。

2. 三类轨道产品的选型逻辑：Final、Rapid、UltraRapid 到底怎么选

2.1 精度、时效与文件命名规则

IGS 的轨道产品按发布延迟和精度分成三档，选哪一档取决于你的项目对时效和精度的容忍度。Final Orbits 是事后约 12 到 18 天发布的最终产品，轨道精度在厘米级，适合做高精度静态基线解算、板块运动监测这类不赶时间的活。Rapid Orbits 大约 17 小时后发布，精度比 Final 略差但仍在厘米级附近，适合需要较快出结果、又不想牺牲太多精度的场景。UltraRapid Orbits 每天发布四次，分为 00 时和 12 时两个版本，预测部分精度在分米级，观测部分稍好，主要用于实时或准实时定位的应急。

文件命名遵循固定模式：igs%GGGGT%.sp3.Z、igr%GGGGT%.sp3.Z、igu%GGGGT%_12.sp3.Z和igu%GGGGT%_00.sp3.Z。其中%GGGG%是 GPS 周，%GGGGT%是周加天内秒的七位组合，比如%GGGG%为 2295、%GGGGT%为 22953，代表 2295 周第 3 天。.Z是 Unix compress 压缩格式，下载后需要解压才能被 TBC 等软件识别。理解这套命名，你才能自己拼出任意一天的下载路径，而不是死记硬背地址。

2.2 备用地址清单与协议选择

这份资源把每个轨道产品对应的多个镜像站点都列了出来，覆盖不同机构。Final Orbits 的备用地址包括ftp://igscb.jpl.nasa.gov/igscb/product/%GGGG%/igs%GGGGT%.sp3.Z、ftp://garner.ucsd.edu/products/%GGGG%/igs%GGGGT%.sp3.Z、ftp://cddis.gsfc.nasa.gov/gps/products/%GGGG%/igs%GGGGT%.sp3.Z、ftp://igs.ensg.ign.fr/pub/igs/products/%GGGG%/igs%GGGGT%.sp3.Z和ftp://lox.ucsd.edu/pub/products/%GGGG%/igs%GGGGT%.sp3.Z。Rapid 和 UltraRapid 的地址结构类似，只是文件名前缀换成igr或igu，UltraRapid 还要区分_00和_12。

这些地址全部走 FTP 协议，在下载工具里添加时协议选 FTP/HTTP 即可。为什么不用 HTTP？因为 IGS 的镜像站点长期以 FTP 为主，部分站点虽然也支持 HTTP，但目录结构和文件命名不完全一致，直接套用 FTP 路径更稳妥。实际使用时，我一般会先把主站地址配好，再把两到三个镜像站作为备用，按响应速度排序。如果某个站点连续超时，就临时禁用，换下一个。

2.3 在下载工具里批量添加站点

资源里给出的添加方法针对的是 Internet Download Manager，步骤不复杂，但有几个细节容易翻车。打开 IDM 后进入配置界面，选中 Precise Orbits 分类，点击 New Site，把地址填入 Host URL/Address，协议选 FTP/HTTP，起个能认出来的名字，确认保存。这里的关键是：地址要填完整的目录路径，不要只填域名；名字最好带上产品类型和站点简称，比如IGS-Final-JPL，否则站点一多就分不清谁是谁。

如果你用的是其他下载工具，比如 FileZilla 或命令行工具，逻辑是一样的：把 FTP 地址当作站点配置，路径当作远程目录。下面这段 Python 脚本演示了如何用ftplib批量探测这些备用地址的可用性，避免一个个手动试。

import ftplib import socket # 备用站点列表，按产品类型分组 sites = { "final": [ "igscb.jpl.nasa.gov", "garner.ucsd.edu", "cddis.gsfc.nasa.gov", "igs.ensg.ign.fr", "lox.ucsd.edu", ], "rapid": [ "igscb.jpl.nasa.gov", "garner.ucsd.edu", "cddis.gsfc.nasa.gov", "igs.ensg.ign.fr", "lox.ucsd.edu", ], } def check_ftp(host, timeout=8): """尝试连接 FTP 站点并返回匿名登录是否成功""" try: with ftplib.FTP(host, timeout=timeout) as ftp: ftp.login() # 匿名登录 return True, ftp.getwelcome() except (socket.timeout, ftplib.all_errors) as e: return False, str(e) for product, hosts in sites.items(): print(f"--- {product} ---") for h in hosts: ok, msg = check_ftp(h) status = "可用" if ok else "不可用" print(f"{h:30s} {status} {msg[:60]}")

这段脚本的逻辑很直接：遍历站点列表，用匿名方式登录 FTP，能连上就标记可用，连不上就打印错误原因。参数上，timeout=8是连接超时，网络差的时候可以调到 15；ftp.login()不带参数就是匿名登录，IGS 的公开站点都支持。跑一遍就能知道当前网络环境下哪些镜像站还活着，比在 IDM 里一个个点快得多。注意，部分站点可能限制并发连接数，探测频率别太高，否则会被临时封 IP。

3. 从地址到可用星历：下载、解压与接入 TBC 的完整链路

3.1 拼出正确的下载路径

拿到备用地址后，第一件事是把%GGGG%和%GGGGT%替换成实际值。假设你要下载 2024 年第 100 天对应的 GPS 周，先算 GPS 周：2024 年 1 月 1 日是 GPS 周 2295 的第 1 天，第 100 天就是 2295 周的第 100 天，但 GPS 周从周日开始，所以需要按实际日历换算。更稳妥的做法是用工具算，比如datetime加一个已知的 GPS 周起点。

from datetime import datetime, timedelta # GPS 周起点参考：1980-01-06 是第 0 周第 0 天 GPS_EPOCH = datetime(1980, 1, 6) def gps_week_day(dt): """返回 (GPS周, 天内秒)""" delta = dt - GPS_EPOCH total_seconds = delta.total_seconds() week = int(total_seconds // (7 * 86400)) day_seconds = int(total_seconds % (7 * 86400)) return week, day_seconds # 示例：2024 年第 100 天 target = datetime(2024, 4, 9) # 2024-04-09 大致是第 100 天 week, sec = gps_week_day(target) print(f"GPS周: {week}, 天内秒: {sec}") # 拼接文件名时，%GGGGT% 通常是 周+天内秒的前几位，具体看站点要求

这段代码帮你算出 GPS 周和天内秒，避免手算出错。参数上，GPS_EPOCH是固定起点，不要改；target换成你要下载的日期。算出来的周和秒用来替换地址里的占位符，比如igs%GGGGT%.sp3.Z可能变成igs22953.sp3.Z这种形式。不同站点的%GGGGT%格式可能略有差异，有的用周加三位天内秒，有的用完整七位，下载前最好先列一下目录确认。

3.2 批量下载与断点续传

确认路径后，可以用脚本批量拉取。FTP 下载支持断点续传，网络不稳时很有用。下面这段脚本用ftplib下载指定文件，并处理常见的连接中断。

import ftplib import os def download_sp3(host, remote_path, local_file, max_retry=3): """从 FTP 下载 SP3 文件，支持简单重试""" for attempt in range(max_retry): try: with ftplib.FTP(host, timeout=30) as ftp: ftp.login() # 切换到目标目录 dirname = os.path.dirname(remote_path) basename = os.path.basename(remote_path) if dirname: ftp.cwd(dirname) # 以二进制模式下载 with open(local_file, "wb") as f: ftp.retrbinary(f"RETR {basename}", f.write) print(f"下载成功: {local_file}") return True except Exception as e: print(f"第 {attempt+1} 次失败: {e}") return False # 示例：从备用站点下载 Final 星历 host = "garner.ucsd.edu" remote = "/products/2295/igs22953.sp3.Z" local = "igs22953.sp3.Z" download_sp3(host, remote, local)

逻辑说明：ftp.cwd切到远程目录，retrbinary以二进制方式拉取，避免文本模式损坏压缩文件。max_retry=3是重试次数，网络差可以加到 5。下载下来的.Z文件用uncompress或gzip -d解压，得到.sp3文件。注意，部分站点对匿名用户的下载速度有限制，如果太慢，换一个镜像站试试。

3.3 在 TBC 中加载精密星历

解压后的 SP3 文件需要导入 TBC 才能参与解算。常见做法是：打开 TBC 项目，进入 GNSS 处理模块，找到星历管理或轨道文件导入选项，把.sp3文件添加进去。TBC 会自动识别文件类型，并关联到对应的时间段。如果软件提示星历缺失或时间不匹配，先检查 SP3 文件的起止时间是否覆盖你的观测时段，再确认 GPS 周换算有没有错。我一般会把 Final、Rapid 和 UltraRapid 的星历都放一份在项目目录里，按优先级让软件自己选，这样即使某个文件损坏也有替补。

4. 避坑指南：备用地址用不好反而更耽误事

4.1 现象：地址填进去却连不上，提示 530 或超时

原因：FTP 站点对匿名登录的限制不同，有的站点要求显式输入用户名anonymous和任意邮箱作为密码，有的站点在特定时段限制连接数。另外，部分镜像站可能已经停止服务或更换了域名，但地址清单没有及时更新。

解决：先在命令行用ftp或curl手动试连，确认站点是否存活。如果提示 530，尝试用anonymous作为用户名、邮箱作为密码登录。如果超时，换下一个备用地址。长期来看，建议每季度重新探测一遍所有站点的可用性，把失效的从配置里移除。

4.2 现象：下载的 SP3 文件解压失败或内容乱码

原因：FTP 传输时用了 ASCII 模式而不是二进制模式，导致.Z压缩文件被换行符转换破坏。或者下载过程中连接中断，文件不完整。

解决：确保下载工具使用二进制模式。用ftplib时retrbinary就是二进制模式；用命令行ftp时先输入binary再get。下载完成后检查文件大小是否与远程一致，不一致就重新下载。解压时如果报错，先看文件头是不是1f 8b或1f 9d，不是的话说明文件已经损坏。

4.3 现象：星历时间对不上，TBC 提示轨道文件不覆盖观测时段

原因：GPS 周换算错误，或者下载了错误日期的文件。UltraRapid 的_00和_12版本对应不同时段，选错会导致时间偏移。

解决：用前面给的gps_week_day函数重新算一遍，确认周和天内秒。下载前先列一下远程目录，看看文件名里的周和天内秒是否匹配。UltraRapid 的_00通常覆盖当天 00 时到 12 时，_12覆盖 12 时到次日 00 时，按观测时段选。

4.4 现象：多个站点下载速度差异巨大，有的几乎不可用

原因：不同镜像站的网络位置和负载不同，跨区域访问时延迟和带宽差异明显。部分站点对匿名用户限速。

解决：把站点按响应速度排序，优先用快的。可以在脚本里加一个测速逻辑，下载一个小文件测试耗时，选最快的站点。如果所有站点都慢，考虑错峰下载，避开欧美工作时间。

4.5 现象：IDM 里添加站点后，下载任务仍然走默认站点

原因：IDM 的站点配置有优先级，新添加的站点可能没有排到前面，或者地址格式与 IDM 预期的不一致。

解决：在 IDM 的站点管理里调整顺序，把备用站点拖到前面。检查地址是否包含完整的路径和文件名模式，IDM 对通配符的支持有限，必要时手动指定完整 URL。如果还是不行，直接用脚本下载，绕开下载工具的配置问题。

5. 进阶技巧：把备用地址变成自动化星历获取流水线

手动下载星历这件事，做一两次还行，天天做就受不了。我后来把整个流程写成了一个定时任务：每天固定时间检查当天需要的星历是否已下载，没有就从备用站点列表里按优先级尝试，下载后自动解压、校验、归档。核心逻辑是维护一个站点优先级列表，每次下载成功后把该站点提到前面，失败则降级。

import ftplib import os import gzip import shutil from datetime import datetime, timedelta # 站点优先级列表，按经验排序 SITE_PRIORITY = [ "garner.ucsd.edu", "cddis.gsfc.nasa.gov", "igscb.jpl.nasa.gov", "igs.ensg.ign.fr", "lox.ucsd.edu", ] def fetch_sp3(gps_week, gps_day, product="igs", save_dir="./sp3"): """按优先级尝试下载指定星历，返回本地文件路径或 None""" os.makedirs(save_dir, exist_ok=True) filename = f"{product}{gps_week}{gps_day}.sp3.Z" local_z = os.path.join(save_dir, filename) local_sp3 = local_z[:-2] # 去掉 .Z if os.path.exists(local_sp3): print(f"已存在: {local_sp3}") return local_sp3 for host in SITE_PRIORITY: remote_dir = f"/products/{gps_week}" try: with ftplib.FTP(host, timeout=30) as ftp: ftp.login() ftp.cwd(remote_dir) with open(local_z, "wb") as f: ftp.retrbinary(f"RETR {filename}", f.write) # 解压 with gzip.open(local_z, "rb") as f_in, open(local_sp3, "wb") as f_out: shutil.copyfileobj(f_in, f_out) os.remove(local_z) print(f"成功: {host} -> {local_sp3}") # 成功的站点提到最前 SITE_PRIORITY.remove(host) SITE_PRIORITY.insert(0, host) return local_sp3 except Exception as e: print(f"失败: {host} - {e}") continue return None # 示例：获取当前 GPS 周第 3 天的 Final 星历 now = datetime.utcnow() gps_epoch = datetime(1980, 1, 6) delta = now - gps_epoch week = int(delta.total_seconds() // (7 * 86400)) day = int((delta.total_seconds() % (7 * 86400)) // 86400) fetch_sp3(week, day, product="igs")

这段脚本的关键点：SITE_PRIORITY是动态调整的，成功的站点下次优先用；gzip.open直接解压.Z文件，省去外部命令；下载前先检查本地是否已有解压后的文件，避免重复劳动。参数上，product可以换成igr或igu，save_dir按项目归档。把这个脚本挂到 cron 或计划任务里，每天跑一次，基本就不用再操心星历下载了。

从那以后我每次新建 GNSS 项目，都会先把这套备用地址和脚本配好，再开始处理观测数据。星历这东西，平时不觉得重要，一旦缺了就是整条流水线卡住。希望这些地址和脚本能帮到你，少在下载环节翻车。

本文还有配套的精品资源，点击获取