PPP-RTK 技术详解

—— 下一代高精度定位技术全面解读

文档主题	PPP-RTK 原理、服务商对比、与传统 RTK 区别
适用场景	自动驾驶、车队定位、海外部署技术选型
版本	V1.0
整理日期	2026 年 6 月

一、PPP-RTK 完整解读

PPP-RTK 是目前自动驾驶 / 高精度定位领域最受关注的下一代技术，结合了 PPP 的全球覆盖 + RTK 的快速收敛。

1.1 一句话定义

PPP-RTK = PPP 的"无需基站、全球覆盖" + RTK 的"厘米级精度、快速收敛" 的融合技术。是目前取代传统 RTK 的主流方向，特别适合自动驾驶量产车 / 海外部署。

1.2 三者快速对比

维度	传统 RTK	PPP	PPP-RTK
精度	1-3 cm	5-30 cm	1-5 cm
收敛时间	5-30 秒	10-30 分钟	30 秒-5 分钟
需要本地基站	✅ 必须	❌ 不需要	❌ 不需要
覆盖范围	基站附近 30km	全球	全球
修正信号来源	地面基站 → 4G	互联网 / 卫星	卫星 / 互联网
依赖网络	✅ 4G/5G	可选	可选（双通道）
跨国漫游	❌ 不行	✅ 行	✅ 行
量产成本	高	中	中低
适合场景	单区域稳定	测绘、海事	自动驾驶量产

1.3 PPP-RTK 的核心原理

先理解 PPP 和 RTK 各自的短板

RTK 的短板：

• 修正是"整体偏移"（基站算出"这片区域整体差 X 米"）
• 离基站越远越不准
• 不能跨基站漫游

PPP 的短板：

• 修正是"逐项精确"（精确算出每颗卫星的轨道、钟差、电离层等）
• 但要等所有修正项收敛（10-30 分钟）
• 收敛过程慢

PPP-RTK 怎么结合

PPP 提供："每颗卫星具体的轨道偏差、钟差" → 精确但收敛慢；PPP-RTK 在此基础上加入：

• "区域大气模型"（电离层、对流层）→ 帮助快速收敛
• "整周模糊度快速解算"（借鉴 RTK 思路）→ 30 秒拿 fix
• "卫星 + 互联网双通道下发"→ 无网络也能用

结果：

• 全球覆盖（保留 PPP 优势）
• 收敛快（吸收 RTK 优势）
• 不依赖地面基站

1.4 主流 PPP-RTK 服务商盘点

国际主流服务商

服务	提供方	精度	收敛	渠道	价格
u-blox PointPerfect ⭐	u-blox 瑞士	3-5 cm	5-30 秒	L 波段+IP	$500-1500/年
Trimble RTX ⭐	Trimble 美国	2-4 cm	1-5 分钟	L 波段+IP	$1500-3000/年
NovAtel TerraStar-X	Hexagon 瑞典	2-5 cm	1-3 分钟	L 波段	$1000-2500/年
SwiftNav Skylark	SwiftNav 美国	1-3 cm	<1 分钟	IP	$1000-2000/年
Hemisphere Atlas H100	Hemisphere 加拿大	1-5 cm	2-10 分钟	L 波段	$500-1500/年

中国服务商

服务	提供方	精度	收敛	渠道	价格
千寻知寸 ⭐	千寻位置	1-3 cm	30 秒-1 分钟	互联网+卫星	¥3,000-8,000/车/年
千寻见知	千寻位置	5-10 cm	1-2 分钟	卫星	¥1,000-3,000/年
六分 OmniMate	六分科技（移动）	1-3 cm	30 秒	互联网	¥3,000-6,000/年
司南 NavStar	司南导航	3-5 cm	1-3 分钟	卫星	议价

公共 / 免费服务

服务	提供方	精度	收敛	渠道	价格
Galileo HAS ⭐	欧盟 Galileo	20 cm	1-5 分钟	卫星广播	✅ 免费
BDSBAS-PPP	北斗（中国）	30-50 cm	5-10 分钟	卫星	✅ 免费
QZSS CLAS	日本 QZSS	5 cm（日本+东亚）	1 分钟	卫星	✅ 免费

1.5 PPP-RTK 的两种下发方式

方式 1：互联网（IP / 4G/5G）

优点：

• 便宜（基础互联网流量）
• 修正数据全 / 更频繁

缺点：

• 必须联网
• 偏远地区不可用

方式 2：L 波段卫星（地球同步轨道卫星）

优点：

• 完全不依赖互联网
• 全球覆盖（含海洋、沙漠）
• 适合自动驾驶 / 海事 / 农业

缺点：

• 略贵（卫星运营成本）
• 卫星带宽有限，修正数据可能略少

最佳实践：双通道

成熟服务（如 u-blox PointPerfect、Trimble RTX）同时提供两个通道，车端自动选最优：有网络时用 IP（快、全）；没网络时自动切到 L 波段卫星（稳）。这是自动驾驶应对断网的最强方案。

1.6 PPP-RTK vs 传统 RTK 怎么选

选 PPP-RTK 的场景

场景	为什么选 PPP-RTK
跨国 / 跨地区部署	一套服务全球用，不用换
海外业务（如 UAE）	当地 RTK 不成熟，PPP-RTK 是救星
大规模量产车	u-blox PointPerfect 量产成本可控
需要抗断网	L 波段卫星无网也能用
不想自建基站	完全外包给服务商
车队覆盖多个城市	一个订阅打天下

选传统 RTK 的场景

场景	为什么选传统 RTK
国内单一城市运营	千寻位置太成熟，直接用
极致精度要求（< 1 cm）	传统 RTK 仍是顶配
封闭场景（矿区、港口）	自建基站可控
国内现成基础设施	SiReNT、千寻便宜稳定

1.7 PPP-RTK 的发展趋势

• 趋势 1：取代传统 RTK 成为主流 — 量产车不愿意依赖地面基站，L 波段卫星 + 互联网双通道更可靠
• 趋势 2：与车规级 GNSS 芯片深度整合 — u-blox F9 系列已原生支持 PointPerfect
• 趋势 3：与 LiDAR / 视觉融合 — 不再是"独立定位源"，而是"融合算法中的一路"
• 趋势 4：国家级免费服务越来越多 — Galileo HAS、BDSBAS-PPP、QZSS CLAS
• 趋势 5：LEO 低轨卫星增强 — 千寻、Starlink 等开始研究，可能 2026-2028 年商用化

1.8 PPP-RTK 的局限

• 1. 仍依赖 GNSS 信号 — 隧道、地下、室内仍然失效，必须配 LiDAR / IMU 兜底
• 2. 初次收敛时间 — 即使最快也要 30 秒-1 分钟，车冷启动后不能立即用 cm 级精度
• 3. 极端电离层活动影响 — 太阳活动高峰期、赤道地区偶尔精度下降
• 4. 依赖服务商 SLA — 服务商出问题 = 你没修正，建议多供应商冗余
• 5. 商业模型变化风险 — 服务商可能涨价 / 改套餐，长期合同需要锁定

二、PPP-RTK 真的一点不需要基站吗？

严格答案：从"用户车端"角度看，确实不需要基站。但深层答案：服务商背后还是有一张"全球参考站网络"，只是这事用户感知不到 —— 这才是 PPP-RTK 的精髓。

2.1 核心区分：用户视角 vs 服务商视角

视角	是否需要基站
车端 / 用户这边	❌ 完全不需要 —— 直接收卫星 + 互联网就够了
服务商背后	✅ 需要全球参考站网络（用户看不到、不用管）

关键洞察：PPP-RTK 是把"基站建设、维护、运营"全部下沉到服务商，对终端用户呈现"无基站"体验。这是商业模式的升级，不是物理基站的消失。

2.2 服务商背后的全球参考站网络

这些参考站从哪儿来？

1. IGS（国际 GNSS 服务）：国际公益组织，500+ 个全球参考站，数据公开免费，是所有 PPP / PPP-RTK 服务的基础。

2. 各国国家 CORS 网络：比如美国 NOAA CORS、欧洲 EUREF、中国千寻基站，国家级测绘基础设施，PPP-RTK 服务商通过合作或数据采购接入。

3. 商业服务商自建网络：Trimble 全球 100+ 自建参考站；u-blox 与合作方共建；千寻位置中国境内 3,000+ 基站；Hexagon HxGN SmartNet 全球数千站。

这些参考站做什么？

全球参考站的工作：

• 24×7 接收卫星信号
• 上报"我收到的卫星数据"到计算中心
• 提供"已知精确位置"作为参考

计算中心的工作：

• 比对全球所有参考站的数据，反推出每颗卫星的精确轨道（PPP 关键）
• 计算每颗卫星的钟差
• 建立全球电离层模型、区域对流层模型
• 生成"修正产品"，通过 L 波段卫星 / 互联网下发给用户

2.3 传统 RTK vs PPP-RTK 的基站需求对比

维度	传统 RTK 基站	PPP-RTK 全球参考站
数量	每 30 km 一个，密集	全球 100-500 个，稀疏
作用	对附近用户"差分修正"	反推卫星本身的轨道、钟差
用户能直接连吗？	✅ 直接	❌ 用户不连参考站
覆盖原理	区域差分（基站附近）	全球建模（卫星本身）
谁建	政府 / 商业服务商 / 自建	国际组织 + 大型服务商
用户感知	"我连到某个基站"	"我直接拿卫星修正"

2.4 各家 PPP-RTK 服务背后的参考站规模

服务商	参考站规模	来源
u-blox PointPerfect	200+ 全球站	IGS + 合作伙伴 + 自建
Trimble RTX	100+ 全球站	Trimble 自建 + 合作
NovAtel TerraStar	100+ 全球站	Hexagon 网络
千寻知寸	3,000+ 中国站 + 海外合作站	千寻自建 + 国际合作
Galileo HAS	70+ 全球站	欧空局 + 各国合作
Hemisphere Atlas	200+ 全球站	自建 + IGS

2.5 PPP-RTK 的"魔法"在哪里

关键洞察：不修正"区域误差"，而是修正"卫星本身"。

传统 RTK 思路：

• "你和基站离得近，你们经历的电离层差不多"
• "用基站测的误差直接给你扣"
• 结果：离基站越远越不准

PPP-RTK 思路：

• "全球参考站合起来，能反推出每颗卫星的精确轨道、钟差"
• "把卫星本身的误差告诉你，你自己算"
• 加上"再给你一个区域大气模型，帮你算电离层、对流层"
• 结果：全球哪里都准

类比：传统 RTK = "你家附近邻居家里的尺子有偏差，借给你用"；PPP-RTK = "我们查明了厂家做的尺子本身的刻度偏差，告诉你怎么修正"。

2.6 那"完全不需要基站"是不是夸大

严格说：是营销话术的简化。完整真相：

• ✅ 用户车端确实不需要任何基站 — 这部分真的
• ✅ 不需要本地基站 — 这部分也真的
• ❌ "PPP-RTK 系统完全不需要基站" — 不准确，服务商有
• ✅ 从用户视角看是"无基站" — 体验上准确

2.7 PPP-RTK 是否绝对独立

不是。PPP-RTK 依赖服务商的全球计算基础设施：

依赖项	影响
全球参考站网络	没有就没有 PPP-RTK
服务商计算中心	计算中心宕机，所有用户失效
L 波段卫星 / 互联网下发	中断 = 拿不到修正
GNSS 卫星本身	没卫星信号一切免谈

风险：如果服务商出问题（破产、被制裁、网络故障），全球所有用户同时失效。应对：自动驾驶务必多供应商冗余 + LiDAR + IMU 兜底。

2.8 部署 PPP-RTK 的实战建议

部署 PPP-RTK 时不需要：

• ❌ 自建任何基站
• ❌ 协调本地 RTK 服务商
• ❌ 维护参考站设备
• ❌ 担心基站覆盖范围
• ❌ 处理基站和车端的网络

需要的只是：

• ✅ 订阅 PPP-RTK 服务（u-blox PointPerfect / Trimble RTX / 千寻知寸）
• ✅ 选购兼容的 GNSS 接收机
• ✅ 车端配置 API key / 订阅凭据
• ✅ 给车端连上互联网 OR L 波段卫星天线
• ✅ 应用层做多源融合（PPP-RTK + LiDAR + IMU）

三、总结

3.1 终极结论

问题	答案
PPP-RTK 一点不需要基站吗？	✅ 对终端用户：是的，完全不需要
背后呢？	⚠️ 服务商有全球参考站网络（用户感知不到）
这算"无基站"吗？	✅ 算 —— 业内公认 PPP-RTK 是"无本地基站"方案
用户付出的代价？	订阅费 + 接收机兼容性
vs 传统 RTK 的根本区别？	基站建设、维护、协调完全由服务商负责
对自动驾驶意义？	极大降低部署复杂度，特别适合多区域 / 出海
PPP-RTK 是什么？	PPP + RTK 融合技术，全球覆盖 + 厘米级 + 不需基站
精度？	1-5 cm（含部分 cm 级方案）
收敛多快？	30 秒-5 分钟（已大幅优于传统 PPP）
要互联网吗？	可选 — 支持互联网或 L 波段卫星
量产车首选？	u-blox PointPerfect
国内首选？	千寻知寸
免费方案？	Galileo HAS（20cm，欧洲覆盖好）
能完全替代 RTK 吗？	基本能，且更适合海外 / 量产 / 跨区域
未来趋势？	PPP-RTK 取代传统 RTK 成主流，地面基站逐步退场

3.2 技术演进路线

2000-2010：DGPS（米级）

2010-2018：RTK 普及（cm 级，需基站）

2018-2023：PPP 上线（全球，但收敛慢）

2023-2026：PPP-RTK（cm 级，全球，快）

未来：LEO 增强（秒级收敛，全球，免费）

阶段总结：地面基站时代 → 卫星修正时代

3.3 一句话精髓

"PPP-RTK 不是消灭了基站，而是把基站集中到服务商手里，让全球用户共享同一套基础设施。" 就像云计算消灭了"每个公司自建机房"，PPP-RTK 消灭了"每个用户自建/订阅本地 RTK"。用户从此只需要订阅服务，不需要管基础设施。

—— 文档结束 ——