语音对讲延迟到底怎么测
家里装了可视门铃，按下门铃后屋里手机响得慢半拍；工地用的对讲系统，喊一声对方好几秒才听到。这种“延迟”问题在语音对讲场景中太常见了。很多人以为是网络慢，其实第一步该做的，是准确测出延迟时间。
最简单的手动计时法
找两个人，一个在设备A端说话，另一个在设备B端听到后立刻回应。用手机录下整个过程，视频里能同时看到说话时间和回应时间。比如你对着摄像头说‘开始’，对方屏幕显示这句话的时间差，就是单向延迟。这个方法不需要专业工具，适合家庭用户排查问题。
利用时间戳日志分析
如果你管理的是企业级对讲系统，设备通常支持日志输出。在发送端和接收端同时开启日志记录，每一帧音频包都打上时间戳。之后比对两端时间戳的差异，就能算出传输延迟。比如发送端记录“08:12:34.200发出”，接收端日志显示“08:12:34.680接收”，延迟就是480毫秒。
使用网络抓包工具
更精确的方式是用Wireshark这类抓包工具监控RTP或SIP流量。启动录音的同时开始抓包，找到语音数据包的发送和到达时间。适用于技术人员定位局域网内的延迟来源。
wireshark -i eth0 -f \"udp port 5060 or port 8000\" -w voip_capture.pcap保存后的pcap文件可以在图形界面里逐包查看时间差。
注意环境干扰因素
测试时别忘了关掉正在下载的电影、暂停智能家居的批量上传。WiFi信号穿墙多、设备老旧、编解码格式不匹配，都会拉高延迟。曾经有用户发现，把门铃对讲从H.264换成G.711编码后，延迟从900ms降到200ms以内。
设定可接受的延迟标准
一般认为，低于200ms的延迟几乎感觉不到卡顿；300ms到500ms会有点“回声感”；超过800ms就严重影响对话节奏。像快递员按门铃这种场景，哪怕延迟400ms，住户开门都会觉得“怎么才反应过来”。
测试不是一次就够了。早晚高峰网络拥堵时再测一遍，才能知道真实使用体验。