2. 列车时间同步需求分析
时间同步在TCMS中不是一个孤立的“对时功能”，而是支撑事件记录、故障诊断、日志关联和安全审计的基础能力。讨论需求时，最容易犯的错误是直接给出一个“全网误差小于1ms”的指标，却不说明这个指标服务于哪个运营场景、由哪些环节共同保证。本节从列车运营中真实发生的时间使用场景出发，逐项推导对时间同步精度与稳定性的具体要求，并说明这些要求如何转化为可验证的工程指标。
场景一：事件记录的分辨率决定精度下限
TCMS的事件记录（Event Log）按时间戳记录司机操作、模式切换、车门状态、牵引制动指令、故障触发等离散事件。若两条事件在物理上存在先后因果关系，而记录时间戳相同或顺序颠倒，事后分析就会得出错误结论。因此，事件记录对时间同步的第一项要求是时间戳分辨率必须小于最小有意义的事件间隔。
以司机操作与车辆响应为例：司机按下关门按钮后，车门控制单元开始执行关门动作，两者之间的正常响应间隔在百毫秒量级；而故障场景下，多个子系统可能在数十毫秒内相继报出关联故障。若要求能够区分同一故障链上相邻两个事件的先后，时间戳分辨率至少应达到毫秒级，通常取1ms作为记录粒度。由此反推：各子系统本地时钟与TCMS基准时间的偏差必须显著小于该分辨率，工程上一般要求同步误差不超过分辨率的三分之一到二分之一，即稳态同步误差控制在±0.5ms以内，才能保证事件排序在绝大多数情况下正确。
需要注意的是，分辨率与精度是两个概念。记录格式支持1ms时间戳，并不代表时钟准确到1ms。若某设备时钟偏差达到20ms，即使时间戳写到微秒，事件顺序依然不可信。因此需求分析必须同时约束“记录粒度”和“时钟偏差”两个参数。
场景二：故障诊断时序要求跨设备可比性
列车故障诊断往往涉及多个子系统的时序推理。例如牵引系统报“逆变器过流”，同时制动系统报“电制动失效”，网络系统报“通信超时”。诊断逻辑需要判断：过流是否先于电制动失效发生，通信超时是原因还是结果。这类推理依赖跨设备时间戳的可比性，而不仅仅是单设备内部的单调性。
跨设备可比性对同步提出的要求比单设备记录更严：各设备不仅要与基准时间对齐，还要在同步间隔内保持足够小的漂移。假设某设备晶振日漂移为±5ppm，同步周期为60s，则两次同步之间累积偏差约为5ppm×60s=0.3ms，与±0.5ms的稳态误差叠加后仍可接受；若同步周期放宽到300s，累积偏差达1.5ms，就会破坏跨设备排序。因此同步周期与晶振稳定度必须联合设计，不能只规定误差上限而不规定同步频度。
场景三：日志关联要求统一时间基准
TCMS、信号系统、乘客信息系统、视频监控、地面运维平台各自产生日志。事故复盘时，需要把车载日志与地面日志按时间轴对齐。若车载各设备使用各自的本地时间，地面平台又使用另一套时间，关联分析就退化为人工猜测。因此需求中必须明确全列车统一时间基准，并规定该基准如何与地面时间源建立溯源关系。
典型做法是以列车内一台具备外部授时能力的设备作为时间主节点（例如通过卫星授时或地面无线信道获取基准时间），其余设备作为从节点逐级同步。此时需求应包含：主节点失锁时的降级策略、从节点在主节点切换时的平滑过渡、以及时间基准的可追溯标识（例如在日志中记录本次同步所用的时间源编号）。缺少溯源标识，安全审计时就无法证明日志时间的可信来源。
场景四：安全审计对稳定性和防篡改的要求
安全审计场景关注的不只是“时间准不准”，还包括“时间是否被非预期修改”。若某设备时间被人工回拨或跳变，审计日志的连续性即被破坏。因此需求中应规定：正常运行期间禁止时间回跳，同步调整应采用渐进微调而非阶跃跳变；对时间设置操作应记录审计事件，包含操作者、原时间、新时间、操作来源。对于涉及安全相关功能的设备，还应约束单次调整的最大步长，避免时间突变干扰依赖时间窗的逻辑判断。
需求到指标的转化与验证
把上述场景归纳起来，可以得到一组可验证的需求条目，并对应到具体的验证方法。下图展示了从运营场景到时间同步指标、再到验证手段的推导关系。
上表中的数值属于教学示例中的合理取值，实际项目应结合车辆制式、设备晶振等级、同步协议能力和运营方分析要求确定。例如采用高稳晶振的设备可将同步周期放宽，而事件密度高的线路则应收紧误差上限。
需求分析中容易忽略的两个问题
第一是同步启动阶段的需求。列车上电后各设备启动时间不同，若在主节点尚未稳定时就允许从节点跟随，可能引入错误基准。需求中应规定启动同步的准入条件，例如主节点完成外部时间源锁定并稳定运行一定时间后，才向从节点发布可同步状态。
第二是降级状态的可观测性。同步丢失后系统仍能靠本地守时运行，但此时时间可信度已经下降。需求应要求设备把同步状态（已锁定、守时中、失步）作为可读状态量上报TCMS，并在事件记录中标注该状态，使事后分析能够区分“时间准确”与“时间仅连续”两种情形。缺少这一条，审计人员无法判断某条日志的时间戳是否可用于严格排序。
综上，列车时间同步需求应从具体运营场景反推，形成“场景—指标—验证”的闭环。精度指标回答“准到什么程度”，稳定性指标回答“能否长期可信”，可追溯性指标回答“出问题时能否证明”。三者缺一，时间同步就只是形式上的对时，而无法真正支撑事件记录、故障诊断、日志关联与安全审计。