10M直播网络时好时坏，怎样判断是不是其他设备占用了带宽？

“设备没增加，前段时间也能用，这两天为什么突然卡？”这是一类很常见的反馈。

设备数量没变，业务占用仍可能改变；但看到多台设备在线，也不能直接断定10M不够。先核对带宽方向，再做单机与原业务负载的对照，才能判断是否需要扩容。

下面的沟通里，用户反馈10M网络时好时坏，技术侧提到有多台终端接入。画面中同时展示了几项流量数值。

同一段沟通中出现用户感知的设备数量与后台连接数量差异；其中速率栏标注为“下行”。截图里的升级建议属于沟通内容，尚无验证结果。

最容易误读的就是“下行”两个字。直播上传的问题，需要检查上行；下行占用较高可以作为线索，但不能直接证明上行已经被占满。

多台设备的下行速率示例。只保留了局部列表，缺少完整时间、设备和总量，不能直接拿来计算本案例的上行余量。

另一张设备列表同时有上行、下行和无线信号。某台终端下行3.75Mbps，上行却是另一个数值。还要先确认这些设备是否共同经过同一个受限出口，才有比较的基础。

另一维护群的设备列表，用于示范怎样分别查看上下行；不作为10M案例的同一现场。

可以这样安排一次对照：

1. 在故障时段记录直播电脑及其他终端的上下行速率，标明时间、所在网络和线路。核实“10M”具体指哪个方向、哪一段，是否由多台设备共享。
2. 暂停其他设备上的上传、下载和同步任务，仅保留直播需要的业务。保持画质与线路不变，观察试播表现。
3. 按实际业务顺序恢复任务。若恢复某项任务后异常反复出现，再检查该任务的占用、设备策略及共享瓶颈。

沟通中已提出多设备占用和重启排查，但没有完整的分项复测记录。

如果单机稳定、恢复业务后持续恶化，应先安排大流量任务时段，必要时由管理员配置设备优先级。TP-Link的QoS教程把上行、下行和设备优先级分别设置，这种分开核对的思路可参考，具体菜单要以实际CPE为准。官方QoS说明

如果单机仍不稳定，就继续查连接、限速和线路，不要把问题停留在“设备太多”。确实需要同时运行的业务，在对应方向上持续超过已核实的可用容量，才构成评估扩容的依据。

验收应恢复原本需要的全部业务。只断开其他设备后直播正常，说明找到了线索；原业务恢复后仍稳定，才算解决了使用问题。