展位上的演讲者
指南 · 直播

直播的上行速度:需要多少,以及如何验证

直播能否顺利,取决于稳定的上行。这里讲怎样把码率换算成上行需求、还有什么会占用上行,以及开播前如何测试。

快速回答

每路直播按 10–20 Mbps 的稳定上行规划,具体算法是编码器发送码率的约 1.5–2 倍。同一连接上的其他业务要另外加,比如每路视频通话约 1.5 Mbps,每多一路直播或推流目的地都要完整计入。编码器用网线连接,在与活动相同的时段测试,并准备好备用连接。

更新于 2026 年 10 月 5 日 · EventWiFi,由 SydneyITFix 运营

码率和上行速度不是同一个数字

你的编码器或直播软件以固定码率发送视频:也就是每秒推出多少兆比特。上行速度则是你的网络连接向外能承载多少。只有连接能持续承载这个码率,并且在网络出现波动时还有富余,直播才会流畅。

这份富余就是余量,常见的经验是至少留出直播码率 1.5–2 倍的稳定上行。关键是“稳定”二字。测速只抓取一小段突发,而直播需要连续几个小时都保持同样的速率。上行哪怕短暂低于码率,编码器就会缓冲、降低画质或断线,观众会比你先发现。

直播需要多少上行:算一算

码率乘以 1.5 是最低要求,乘以 2 比较宽裕。下面的码率只是举例,请以你的平台或编码器设置要求的数字为准。

编码器码率× 1.5(最低)× 2(宽裕)对照 10–20 Mbps 的规划范围
5 Mbps7.5 Mbps10 Mbps在范围内,偏下限
6 Mbps9 Mbps12 Mbps在范围内
8 Mbps12 Mbps16 Mbps在范围内
10 Mbps15 Mbps20 Mbps在范围内,偏上限
12 Mbps18 Mbps24 Mbps超出范围;请按码率规划,而不是按范围

以上数字是每路直播的,还没算同一连接上的其他业务。

如何计算直播所需的网络

五个步骤,把编码器设置换算成一个可以向场地或供应商提出的上行数字。

  1. 找到码率

    从平台的建议或制作团队的编码器设置里,查到视频和音频合计的码率,用 Mbps 记下来。

  2. 加上余量

    乘以 1.5–2。直播时间长、观众重要,或无法事先在场地测试时,用较高的数字。

  3. 数清每一路向外的直播

    一台编码器同时推到两个平台,或者再开第二台编码器做备份,都可能意味着有两路完整的直播离开场地,每一路都要有自己的份额。

  4. 加上其他会上传的内容

    远程演讲者的视频通话每人约 1.5 Mbps,摄影师发送照片和员工的云同步,也都占用同一份上行。

  5. 与实测的稳定上行对比

    在编码器实际所在的位置、开播的同一时段测试,看持续的最低值,而不是峰值。

案例演算:带远程演讲嘉宾的发布会直播

一场产品发布会以 8 Mbps 推流到一个平台。留出余量后,8 × 2 = 16 Mbps。两位远程嘉宾以视频通话加入,增加 2 × 1.5 = 3 Mbps。揭幕时需要的上行:16 + 3 = 19 Mbps。如果摄影团队还要在活动中发送大批图片,那要根据数据量和允许的时间另外计算,很可能比直播本身还多。

再对照场地的情况。如果它的线路只有 20 Mbps 上行且与整栋楼共用,即使 19 小于 20,方案也行不通:楼里其他用户没有留下任何份额,照片上传也还没有计入。要么直播单独走一条连接,要么照片上传等直播结束后再进行。我们的活动带宽计算器可以替你算这些。

多路直播:上行如何叠加

每一路离开场地的直播,都需要自己的那份上行。这些例子按 2 倍余量计算。

配置上行计算规划上行
一路 6 Mbps 的直播6 × 212 Mbps
同一路直播分别推送到两个平台2 × (6 × 2)24 Mbps
两个房间,各自以 8 Mbps 直播2 × (8 × 2)32 Mbps
一路 8 Mbps 直播加四位远程演讲者(8 × 2) + (4 × 1.5) 之和22 Mbps
主备两台编码器都以 6 Mbps 推流2 × (6 × 2)24 Mbps

如果由云服务接收一路流再转发到多个平台,离开场地的就只有一路。翻倍之前,请先确认你的方案是怎么运作的。

让直播稳定的网络设置

上行只是一半。编码器怎么接入,决定了你配置的上行能不能真正用上。

编码器用网线连接

从编码器到交换机接一根网线,就把 WiFi 空中时间的影响排除了,场内人多起来也不会把直播挤掉线。

给直播单独的网络

把编码器放在来宾无法加入的制作网络上,做法见活动的独立网络,这样来宾的负载就不会占用它的份额。

为直播预留上行

路由器支持时,把直播所需的上行预留出来,关键时刻其他流量就挤不进来。

直播台靠近网络接入点

长距离布线和多余的交换机都会增加出故障的位置。规划直播台位置时要和网络布局一起考虑。

不要把手机热点当主链路

手机热点要与附近所有人共用移动网络容量,而且移动上行有限,各个地点之间也不一样。

直播网络测试计划

活动前先跑一遍,开门前再跑一遍。

  • 在编码器的实际位置测试,使用它将来要用的同一根网线和同一个网络
  • 在开播的同一时段测试,尽量选相同的星期几
  • 运行一次私密或不公开的测试直播,时长至少不短于最长的一个环节
  • 查看编码器自己显示的上行和丢帧数据,而不只是测速结果
  • 用手机的移动数据、脱离场地网络,查看直播画面
  • 条件允许时,等来宾和工作人员都连上之后再测一次
  • 有意切换到备用连接,并记下直播恢复所需的时间
  • 写下码率、实测上行,以及需要时由谁来决定降低画质

直播的备用连接

重要的直播需要第二条出路。常见的做法是:主用的固定连接提供足够的稳定上行,再配一条备用网络,在主连接出故障时接管。4G/5G 路由器可以作为有用的备用,但要如实规划:人群聚集时移动网络可能拥堵,移动上行有限,也因地点而异。依赖备用之前,请在场地、在繁忙时段测试它。

事先决定切换时怎么处理。降低码率让直播适应备用连接的上行,通常比不断掉线的直播好。在编码器上做本地录制,即使直播中断,内容也能保存下来。完整的活动当天配置,请见活动直播网络。

常见问题

直播需要多少上行速度?

每路直播按 10–20 Mbps 的稳定上行规划。根据编码器码率来算:乘以 1.5 是最低要求,乘以 2 比较宽裕,所以 8 Mbps 的直播需要 12–16 Mbps。然后再加上同一连接上其他业务的上行,比如每路视频通话约 1.5 Mbps。

10 Mbps 上行够直播用吗?

10 Mbps 的稳定上行,可以承载一路约 5–6 Mbps 并留有余量的直播(5 × 2 = 10;6 × 1.5 = 9)。码率更高、再多一路直播,或者直播与视频通话、来宾流量共用一条线路时,就不够了。如果这 10 Mbps 还与整栋楼共用,要按实际分到的更少来算。

可以通过 WiFi 直播吗?

可以,但只要有条件,编码器就应该用网线连接。WiFi 的空中时间由范围内所有设备共用,场内人多起来会挤压直播。编码器接网线到交换机,再用来宾无法加入的制作网络,这两个风险就都消除了。如果只能用 WiFi,请在场内坐满人时测试。

可以用 4G 或 5G 直播活动吗?

有时可以,适合码率不高的直播,但对于重要的直播,应把 4G/5G 当作备用而不是主连接。人群聚集时移动网络可能拥堵,移动上行有限,各个地点也不同。如果 4G/5G 是唯一选择,请在场地的繁忙时段测试,并选较低的码率。

直播中上行下降会怎样?

如果上行低于直播码率,编码器会开始缓冲,观众会看到卡顿或画质下降,直播还可能断线。留出码率 1.5–2 倍的余量,可以吸收短暂的下降。备用连接、降低码率的预案和本地录制,则能应对较长时间的下降。

推流到两个平台,上行需要翻倍吗?

如果编码器分别向每个平台推流,是的:每个目的地都是一路完整的、离开场地的直播,所以两个平台各 6 Mbps、按 2 倍余量,需要 2 × 12 = 24 Mbps。如果由云服务接收一路流再转发到多个平台,离开场地的上行就只有一路的量。

正在为活动或场地规划网络?

我们的悉尼团队可以勘测、接入、安装并提供支持。把详情发来,我们回复一份方案。