时间同步基础：NTP协议原理、PTP协议原理、时间戳的生成与解析

做多摄像头系统，第一个要解决的问题不是图像处理，而是时间同步。我见过太多团队，算法调得漂漂亮亮，一上多相机就发现画面根本对不上——左边相机说事件发生在 10:00:00.100，右边说 10:00:00.150，这 50 毫秒的偏差足够让物体移动好几个像素了。

时间同步说白了，就是让系统里所有设备对「现在是什么时刻」达成共识。这听起来简单，做起来却有不少坑。这一章我们就把 NTP、PTP 和时间戳这三个基础讲透。

NTP 协议原理

NTP（Network Time Protocol）是最常用的时间同步协议。它工作在应用层，走 UDP 123 端口。精度一般在毫秒级，局域网里能做到 1-10 毫秒，互联网上就差一些，几十毫秒都正常。

NTP 的核心思想是「往返测量」。客户端发一个请求包，带上自己的发送时间 T1。服务器收到后，记下接收时间 T2，然后回复时带上 T2 和发送时间 T3。客户端收到回复时记下 T4。有了这四个时间戳，就能算出网络延迟和时钟偏移。

嗯，这里要注意：NTP 假设网络延迟是对称的，即请求和回复的路径延迟相等。但实际网络不是这样，所以 NTP 的精度天然受限。我在项目中遇到过，跨三层交换机做 NTP 同步，抖动能到 20 毫秒以上，根本没法用于多相机触发。

PTP 协议原理

PTP（Precision Time Protocol）是 IEEE 1588 标准定义的协议。它工作在数据链路层，精度能达到微秒甚至纳秒级。为什么比 NTP 准？因为它用硬件打时间戳，而且修正了网络延迟不对称的问题。

PTP 的架构里有个主时钟（Master），其他都是从时钟（Slave）。同步过程分两步：

1. 偏移测量：Master 发 Sync 消息，Slave 记下到达时间。Master 再发 Follow_Up 消息告诉 Slave 真正的发送时间。Slave 算出时钟偏移。
2. 延迟测量：Slave 发 Delay_Req，Master 记下接收时间并回复 Delay_Resp。Slave 算出路径延迟。

你想想看，PTP 把发送时间和接收时间都精确到硬件层面，这就排除了软件中断和协议栈带来的抖动。我做过一个项目，用 PTP 同步四台工业相机，抖动控制在 100 纳秒以内，效果非常稳。

特性	NTP	PTP
工作层级	应用层	数据链路层
典型精度	1-50 ms	100 ns - 1 μs
硬件依赖	无	需要硬件时间戳
适用场景	日志、监控	多相机、工业控制

时间戳的生成与解析

时间戳是时间同步的「货币」。不管用 NTP 还是 PTP，最终都要落到时间戳上。时间戳的生成方式决定了你能达到的精度上限。

软件时间戳

在应用层调用 gettimeofday() 或 clock_gettime() 获取。简单，但精度受系统调度和中断影响。我测过，Linux 非实时内核下，软件时间戳的抖动在 10-100 微秒。

// 软件时间戳示例
struct timespec ts;
clock_gettime(CLOCK_REALTIME, &ts);
uint64_t timestamp_ns = ts.tv_sec * 1000000000ULL + ts.tv_nsec;

硬件时间戳

由网卡或相机内部的硬件电路在物理层打上。精度高，抖动小。PTP 依赖的就是硬件时间戳。支持硬件时间戳的网卡通常有专门的引脚和寄存器。

时间戳的解析

拿到时间戳后，要把它转换成统一的时间基准。常见做法是转成 Unix 时间戳（从 1970-01-01 开始的纳秒数），或者用 TAI（国际原子时）避免闰秒问题。

我个人习惯用 64 位整数表示纳秒级时间戳。这样既能精确到纳秒，又方便做差值计算。注意 64 位纳秒数能表示约 584 年，完全够用。

// 时间戳差值计算
uint64_t diff_ns = timestamp2 - timestamp1;
double diff_ms = diff_ns / 1000000.0;
printf("时间差: %.3f ms\n", diff_ms);

知识结构总览

下面这张图把 NTP、PTP 和时间戳的关系串起来了。你可以看到，时间同步的最终目的是给每个数据帧打上统一的时间戳，而 NTP 和 PTP 只是实现这个目的的手段。