影像直播开播前的网络测速，核心看三项：上行带宽、抖动、丢包率。上行要留出推流码率 1.5 倍以上的余量，抖动控制在 30 毫秒以内，丢包率低于 0.5%。只看测速软件里的下载速度是现场最常见的误判，下载再快也救不了推流卡顿，因为直播往外发数据走的是上行。三项指标怎么测、合格线在哪、测完怎么定码率，下面一次说清。
为什么要测上行而不是下载：先给定义
网络测速里的上行带宽指本机向外发送数据的吞吐能力，推流正是持续向外发送视频数据的行为。下载速度反映的是接收能力，和直播推流的关系很弱。观众端卡顿的根因大多数时候是上行不够或上行不稳，而不是下载：
- 上行带宽：决定能推多高码率，码率超过上行能力就会持续掉帧。
- 抖动：指数据包到达时间间隔的波动，抖动大会造成画面间歇性卡顿，即使平均带宽够用。
- 丢包率：丢掉的包要重传或者直接丢失，反映在画面上就是花屏、马赛克块和音画跳跃。
2026 年 6 月在唐山一家陶瓷企业的生产线探访直播里，场地千兆宽带的下载测出 900 兆，上行实测却只有 18 兆，而且到晚间高峰波动明显。如果没有开播前的实测，按千兆宽带想当然定 8 兆码率，开播半小时后就会连续掉帧。
三项指标的实测方法
每项都有对应的测法和工具，测的时候要贴近直播的实际状态：
- 上行带宽：用支持上行测速的工具连续测三次，取平均值和最小值；更接近真实推流的办法是直接用推流软件向测试地址推一条 6 兆码率的彩条信号，观察十分钟有没有掉帧和码率波动。
- 抖动：命令行 ping 网关和公网目标各 50 次以上，看返回时间的波动范围，稳定网络抖动通常在个位数到 30 毫秒之间。
- 丢包率：同一条 ping 记录里看丢包百分比，也可以用路由追踪看丢包发生在哪一跳，本机 Wi-Fi 造成的丢包和运营商侧丢包的处理方式完全不同。
测速的时间点也有讲究：正式开播前的高峰时段测一次，前一天同时段再测一次，两次都合格才算数。只测凌晨的空载速度没有参考价值。
三项指标的合格线参考
给一份现场常用的判断口径，按 1080p 直播为例：
- 上行带宽：实测值不低于推流码率的 1.5 倍。推 6 兆码率，上行至少要稳定在 9 兆以上；如果要同时推多个平台，按码率总和再乘 1.5。
- 抖动：30 毫秒以内合格，超过 50 毫秒就要考虑换接入方式。
- 丢包率：低于 0.5% 基本无感，1% 以上画面就会偶尔出现碎块，超过 3% 必须先解决网络再开播。
这三条线不是凭空定的，摄行影像在超过两百场直播里对比过观众端反馈和网络数据，丢包一过 1%，弹幕里"卡"的出现频率就明显上升。数字可以按你的观众容忍度微调，但测的动作不能省，而且每次部署都要重新测，没有"上次合格这次就行"的说法。
三种接入方式的验证要点
不同接入方式要验证的重点不一样：
- 酒店或场馆有线宽带：重点确认是独享还是共享，问清上行带宽的具体数值并实测复核；共享线路在高峰期可能被同楼层其他用户挤占。
- 4G/5G 聚合路由：重点测每张卡的上行和运营商在场地内的实际信号，聚合后的总上行要留足余量；同时准备两张不同运营商的卡互为备份。
- 专线：确认开通的是对称带宽（上下行一致），并做断电重连测试，验证设备重启后能不能自动拨号恢复。
户外场地还有一种常见组合：以 5G 聚合为主、就近找有线为备份，两路同时推流到主备两个推流地址，任何一路断了观众端无感切换。
测完之后：码率与预案怎么定
测速不是目的，定参数和预案才是：
- 码率按上行实测最小值除以 1.5 往下取整，不要顶格设置，留出的余量是给抖动和突发用的。
- 编码参数上，H.264 码率不够时优先降分辨率保帧率，画面流畅比清晰度对观感影响更大。
- 写进执行表：上行实测值、采用的码率、主备链路、断网应急预案，开播前全体成员可见。
网络这块的功夫全在开播前，开播后再救的成本是彩排阶段的好几倍。摄行影像每个直播项目进场第一件事就是跑这三项测速，数据写进执行表，链路怎么部署、码率定多少，都从这三个数字出发。
常见问题
-
测速软件显示上行 20 兆，推 6 兆码率还会卡吗？ 答：要看 20 兆是不是稳定的。测速软件给出的是几十秒内的平均值，如果抖动大或晚高峰缩水，实际可用上行可能只有十几兆。建议用推流软件推彩条信号实测十分钟，全程不掉帧再定码率，码率按实测最小值除以 1.5 设置。
-
场地只有 Wi-Fi 没有线，能做影像直播吗？ 答：能，但风险高。Wi-Fi 的抖动和丢包通常比有线差，必须先按三项指标实测，合格再上，同时准备 4G/5G 聚合作备份。有条件的话用一根网线从弱电箱直接拉到导播位，把无线只留给手机观众端，制播设备全部走有线。
-
直播中突然卡顿，怎么快速判断是网络问题还是设备问题？ 答：看推流软件的实时数据：网络原因表现为瞬时码率骤降、丢帧率飙升，而 CPU 占用正常；设备原因表现为 CPU 占用爆满但码率平稳。先分清方向再动手，网络问题切备份链路，设备问题降分辨率或关掉多余的处理。
-
多平台同时推流，带宽怎么算？ 答：按各平台码率总和乘 1.5 预留上行。例如同时推两个平台各 6 兆，总码率 12 兆，上行至少要稳定 18 兆。更省带宽的做法是只推一路高质量流到分发服务，由分发侧转推各平台，制播端上行压力减半。
-
提前一天测过网络都合格，当天还需要再测吗？ 答：需要。场馆网络负载、运营商状况、同场地其他用户的行为每天都不同，开播当天按实际开播时段再测一次才算数。测速记录和当天的码率决定写进执行表，出现异常能在第一时间对比出是网络退化还是设备故障。
相关阅读
影像直播的网络勘测、主备链路部署与开播前检查，摄行影像按场地出全套执行表，需要评估你的直播场地网络条件，可通过 720zb 服务项目 了解服务范围，或在线咨询获取勘测清单与报价。
摄行影像在活动与直播网络保障里也按这套实测流程走，需要针对你场地的网络方案，可以直接联系摄行影像安排前期测速。
#摄行影像
