千兆宽带扛不住一路直播？推流吃的是上行那条线

“店里搞联合直播，五个直播间同时开播，流量一上来画面全卡成了幻灯片。”这样的场景每个做直播运营的都听过甚至亲历过。老板第一反应是去看宽带：办的不是千兆吗？怎么撑不住五路推流？问题出在两个字上——上行。

下行是宣传，上行才是生意

运营商卖套餐标注的是下行速率，国内普通宽带的上下行比例通常在10:1甚至更低，1000M下行对应的大多是30到50M的实际上行。而直播的本质是把本地画面和声音持续上传到平台服务器，从头到尾吃的是上行。下行再大，也救不了上行。

更麻烦的是，家庭线路长时间持续大流量上传还可能触发运营商的管控机制，业内俗称二次限速，上行动辄被压到5M以下；家庭宽带协议里也写明不支持商用业务、不允许开放业务端口。门店、公司开播，起点就该是商务宽带：套餐多为准对称带宽，上行有基础保障，部分可申请公网IPv4、允许开放业务端口。资费贵一些，买的是一整场大促不掉链子。

你的量级对哪一档，先看这张表

平台侧给过明确建议，把几个主流平台的公开口径整理如下：

两个数字建议记住。第一，推流码率别超过实测上行的七八成，留三成余量给波动和直播间的其他流量；第二，多平台推流按总码率乘1.3配冗余——每多接一个平台，就是多养一条完整的码率流。

测速这一步，请在晚高峰做

上行速率不是恒定值。白天测出50M，晚上八点可能只剩12M——家庭宽带是区域内共享的，晚高峰才是真实水位。有店铺调试直播时做过对照：晚高峰上行实测12Mbps，码率配2500kbps间歇卡顿，压回1800kbps就稳住了。分辨率不动，码率先让路，这是第一条经验。平台技术侧还给了两条底线指标：互动延迟尽量控制在几十毫秒量级、丢包率压在1%以内，超过这个水位观众端的体感就是“主播那边网卡了”。

四条稳住链路的措施

• 能有线就有线。店里的无线环境很难值得信任：2.4GHz频段拥挤、隔墙衰减、顾客设备挤占，任何一个都可能让推流丢帧。拉网线是首选；实在要无线，用5GHz频段、让路由器和推流设备在同一间屋，再给推流单独划一个SSID更稳。
• 路由器开QoS。把直播电脑或它的MAC地址排进最高优先级队列，链路拥塞时推流数据先走。
• 恒定码率配关键帧2秒。别用动态码率，画面剧烈变化时忽高忽低的码率反而造成卡顿和马赛克。
• 双链路备份。有线主路加一张流量卡聚合备份，主路掉了自动切。直播断流的代价，远高于备份线路的费用。夜间无人值守场次可以反过来用这套逻辑：人不在、流量小，把码率主动降档换稳定，比追求画质划算。

把结论倒着说一遍就清楚了：先测晚高峰上行，再定码率档位；先定码率，再决定开几路；几路叠起来的总量，决定你该办哪种线。千兆宽带不是直播的免检票，上行带宽才是这门生意的门槛。