一文读懂NTRIP协议：高精度定位的“数据快递员”是如何工作的？

在高精度定位、自动驾驶、无人机、测绘与机器人等领域，RTK（实时动态差分）是实现厘米级定位的核心技术。而NTRIP作为互联网环境下传输 RTCM 差分数据的事实标准，承担着基准站与流动站之间差分数据可靠传输的关键作用。

一、什么是NTRIP？

NTRIP（Networked Transport of RTCM via Internet Protocol）是一种基于 TCP/IP 与 HTTP 思想设计的应用层协议，本质上是基于 HTTP/1.1 协议的改进版，专门用于在互联网 / IP 网络中传输 GNSS 差分电文（以 RTCM 格式为主），是网络 RTK / CORS（连续运行参考站）系统的标准传输协议。

1.协议定位

面向连续、低延迟、高可靠的差分数据流传输，不同于普通的网页请求，Ntrip连接一旦建立，Server就会持续不断地向Client推送二进制数据流；

挂载点机制，专为多基站、多用户、广域覆盖的定位服务设计，一个服务器可以提供多个挂载点，每个挂载点代表不同的基准站数据源；

不修改RTCM内容，仅负责数据的封装、传输与分发。

2.协议栈

Ntrip协议层级架构如下：

应用层：RTCM 差分电文、NTRIP 协议交互

传输层：TCP

网络层：IP

物理层：4G/5G/Wi-Fi/以太网

3.关键技术概念解析

（1）Mount Point（挂载点）

用于标识一组差分服务：基站、星座组合、电文格式、更新率

客户端必须指定挂载点才能订阅对应差分数据

（2）Source Table（源表）

Caster 向 Client 提供的服务列表

包含挂载点、坐标、格式、参考站、状态等信息

是客户端自动 / 手动选择服务的依据

（3）NTRIP版本

NTRIP 1.0：早期版本，功能有限

NTRIP 2.0：当前主流，支持用户认证、GGA 上传、多星座、长源表，兼容所有现代 CORS 系统

二、NTRIP系统架构与三大角色

NTRIP 采用典型的客户端 — 服务器 — 中心转发架构，整体链路由数据源头、中转调度中心和终端接收端三类实体协同完成，各类实体职责明确、相互依赖，共同构成完整的差分数据传输体系。

1.NTRIP Server/Source

NTRIP Server/Source部署于GNSS基准站，是整个差分数据链路的源头。它负责实时采集基准站的原始卫星观测数据，按照标准格式生成RTCM差分电文，并通过IP网络将差分数据持续推送至NTRIP Caster，为上层系统提供稳定、可靠的原始差分数据源。

2.NTRIP Caster

NTRIP Caster部署在CORS平台或差分数据中心，是系统的调度与转发核心。它统一接收并管理来自多个基准站NTRIP Server的差分数据，维护挂载点配置、用户权限认证与源表信息，在完成客户端身份校验后，根据指定挂载点将对应的RTCM数据流分发给下游终端。

3.NTRIP Client

NTRIP Client通常集成在GNSS接收机、定位SDK、自动驾驶域控制器或无人机飞控等终端设备中，作为差分数据的接收与使用端。它主动与NTRIP Caster建立连接，完成身份认证并订阅目标挂载点，周期性上传GGA定位信息以适配广域差分服务，在接收RTCM数据后将其送入RTK解算模块，最终输出厘米级定位结果。NTRIP系统架构与三大角色示意图

NTRIP系统架构与三大角色示意图

NTRIP 的工作流程分为链路建立与数据交互两个阶段，

首先由基准站NTRIP Server向Caster上传RTCM数据，流动站以NTRIP Client身份连接Caster的IP与端口，通过用户名、密码和挂载点完成鉴权，Caster验证通过后建立长期数据通道。

进入数据交互阶段后，客户端按固定周期上传GGA语句用于位置匹配与服务调度，Caster持续下发RTCM 3.2/3.3差分电文，终端将接收机原始观测值与差分数据联合进行RTK解算，从而实现高精度定位输出。

三、NTRIP的工作拓扑结构

在标准NTRIP架构中，NTRIP Server与NTRIP Client不直接建立连接，所有数据交互必须经过 NTRIP Caster 转发，因此严格意义上不存在Server与Client直连的1对1、多对1等拓扑结构，但从数据服务与调度逻辑上可分为多种组网模型。

1.一对一 (1:1) —— 专线专用模式

架构： 一个基准站（Source）通过Caster仅为一个特定的移动站（Client）提供服务。

场景： 私有的小型工程测绘、科研单位的精密定轨实验、实验室验证、短距测试

特点： 数据安全性极高，带宽占用恒定且极小。在Skydel仿真中，这是最基础的“一个基站模拟实例对一个射频流动站”的模式。

2.一对多 (1:N) —— 公共广播/星基增强模式

架构： 一个基准站（或一个 Vrs 虚拟挂载点）的数据通过 Caster 同时分发给成百上千个Client。

场景：这正是RTK最主流、最标准的工作模式。 单个基准站覆盖一片区域，供多台无人机、多台车机、多个测量设备使用。

特点： 资源利用率最高。对于Caster的下行带宽有一定要求。

3.多对一 (N:1) —— 位置解算汇聚模式

架构： 多个基准站（Source）的数据汇聚到一个Caster，但由于Client的物理位置在移动，Caster会根据Client上传的GGA坐标，动态切换最合适的那个 Source给Client。

场景： 大规模路测、跨省物流监控、广域CORS系统、自动驾驶、高精度定位服务等网络RTK服务

特点： 对于Client而言，它只看一个挂载点，但背后有完整的基准站网支撑。

4.多对多 (N:N) —— 现代 CORS 联网模式

架构： 多个数据源与海量移动端通过一个（或一组级联的）Caster进行复杂交换。

场景： 国家级地基增强系统，商用CORS

特点： 这种拓扑下，NTRIP Caster实际上变成了一个“高并发数据路由器”，负责权限校验、位置匹配、计费以及负载均衡。

四、Skydel RTCM插件的NTRIP播发

在现实世界中，NTRIP Source是由物理基准站（Base Station）接收机生成的。但在HIL（硬件在环）测试中，为了消除天气、遮挡等不可控因素，我们需要一个“完美受控”的基准站。

Skydel RTCM插件便承担了这一角色：它基于Skydel核心引擎计算出的卫星轨道、大气延迟（电离层/对流层）以及多路径效应，实时生成符合RTCM 3.3标准的差分修正报文。

Skydel RTCM插件允许模拟来⾃基站的RTCM 3.3消息，而无需为基站接收器⽣成真实的射频信号。 RTCM消息可以通过串行端口连接或NTRIP 从 Skydel 应⽤程序流式传输到流动站接收器。Skydel RTCM插件允许RTCM3数据流式传输到串行端口（COM 端口）或使⽤NTRIP协议的⽹络。根据选择的RTCM3输出类型，可以使⽤各种连接⽅案。

嵌⼊NTRIP Client的GNSS接受机测试连接示意图 独立NTRIP Client测试连接示意图

在 Skydel 的高精度仿真架构中，RTCM插件突破了传统 NTRIP角色分立的限制。它通过集成嵌入式Caster功能，使得流动站（Rover）能够跳过第三方中转服务器，直接通过TCP/IP链路订阅模拟基站生成的RTCM 3.3数据流。它在宿主机上开启监听端口，直接接受来自流动站（Rover）或 SDK的连接请求。

这种模式下，它即是数据的生产者，也是分发者。这种‘源即服务’的模式显著降低了测试系统的复杂度，并确保了差分修正信息与射频信号在纳秒级的时间同步。

总结

NTRIP协议是GNSS迈向互联网时代的桥梁，打破了电台传输的距离限制。NTRIP是广域、实时、多用户场景下RTK差分数据传输的标准解决方案，其基于成熟IP网络，具备高可靠、易部署、广覆盖的特点，已成为高精度定位领域的基础设施级协议，为自动驾驶、智能装备、智慧测绘等领域的规模化落地提供了关键支撑。

审核编辑 黄宇