数据包到达间隔会随网络与发送过程变化，接收端则可能用缓冲调整播放节奏。今年会观察这两类信息，会先确认抖动统计怎样计算，再看缓冲策略如何响应。测得某个到达变化，并不意味着播放器必须采用同样数值的固定等待，两者之间还有实现选择。
统计描述到达变化
RTP相关抖动统计依据传输时间差异的变化作估计，具有自己的更新方法和单位。它不是简单记录最大延迟，也不直接表示每个包都晚到多少。工具可能提供瞬时、平滑或其他统计，应保留定义和观察时段。不同来源、时钟或抓取位置混合后，数值很难直接比较，因此先把对象与单位对齐，才能知道曲线升高描述了哪段传输现象，而不是只凭指标名称推断原因。
缓冲采用不同取舍
接收端可以使用固定或自适应策略，在等待晚到数据与降低延后之间选择。缓冲长度还可能受媒体类型、解码需求和产品限制影响，不能由一个抖动均值直接推算最佳设置。若包超过可用期限，接收端也可能丢弃或采用其他处理，实际听看结果需要另外观察。测试时可同时记录到达统计、缓冲配置和输出中断，比较变化是否对应，再决定下一步检查，而非反复调一个旋钮猜原因。
区分统计与策略，能让现场反馈更明确：前者说明数据怎样抵达，后者说明接收系统怎样使用。一个系统可能在较大变化下保持连续，却增加等待；另一个可能等待较短，却更容易暴露缺口。把连续性与延后都记录下来，才能讨论任务需要哪种取舍，而不把某项抖动数值单独当成观看质量分数。