这篇是急救指南，不讲道理，只讲动作。适用场景很具体：距离开场不到十五分钟，远程嘉宾的画面已经糊成一片，主持人在耳返里问你"能不能播"。
我写这篇的动机来自今年四月十七号那个下午。深圳一场跨区域的产品沟通会，四位远程嘉宾里有一位在酒店房间，画质抖得像九十年代的网络电话。我们在九分钟内把它拉回到了可播水平。整个过程后来被摄行科技整理成了标准流程，下面就是这套流程。
第0到2分钟：先判断是哪一段坏了
不要一上来就调参数。远程连线画质出问题，链路上一共就四个可能的坏点，先定位再动手。
打开你的连线平台后台，看这四个数：
- 嘉宾端上行码率：如果显示的实际发送码率远低于设定值（比如设了4Mbps实际只有900kbps），问题在嘉宾的网络上行。
- 嘉宾端丢包率：超过2%就会明显影响画质，超过8%基本没救，必须换链路。
- 服务端接收抖动：抖动大于80毫秒，缓冲会不断重建，表现为画面一卡一卡。
- 本地解码后帧率：如果前三项都正常但本地帧率低，问题在你自己这台机器上。
四个数里哪个异常，后面的动作就走哪条支线。绝大多数情况是第一个——嘉宾的上行不够。
第2到5分钟：上行不够的三步压榨
这是最常见的分支，动作顺序固定：
动作一，降分辨率而不是降码率。 很多人第一反应是把码率调低，这是错的。在上行受限的情况下，1080p@1.2Mbps会糊成一团，而720p@1.2Mbps是清晰可用的。我们的经验阈值是：上行实测低于2.5Mbps，直接切720p；低于1.2Mbps，切540p。分辨率降一档，观众几乎察觉不到，码率不足带来的块效应却是灾难性的。
动作二，让嘉宾关掉一切抢上行的东西。 云盘同步、系统更新、家里其他人的视频通话。四月那次我们让嘉宾去把酒店房间的智能电视断网，上行立刻从0.9Mbps回到2.7Mbps——电视在后台更新固件。
动作三，切有线或者切手机热点。 酒店Wi-Fi是远程连线画质的头号杀手，公共Wi-Fi的上行经常被限速到1Mbps以下。有网线优先插网线，没网线让嘉宾开手机热点，5G热点的上行实测普遍在8到30Mbps，比酒店Wi-Fi靠谱得多。这条听起来土，但成功率最高。
WebRTC这套链路在企业环境下的承载能力和边界，我们在WebRTC在企业直播里到底能不能扛住万人并发里做过压力实测，做技术选型的时候可以对照看。
第5到7分钟：还是不行就上兜底方案
如果三步压榨完还是不达标，切换思路——不再追求实时画质，改用组合方案。
方案A：音频优先，视频降级。 保证嘉宾的声音干净清晰，视频降到360p甚至只放一张嘉宾的证件照加音频波形。观众对声音的容忍度远低于画面，声音清楚了，糊一点的画面是可以接受的。这个判断我在很多现场都验证过，声音出问题的投诉量是画面问题的三倍以上。
方案B：本地补录后置替换。 让嘉宾在本机开启本地录制（大部分连线平台都支持），直播时用降级画质过，会后拿到本地高清文件替换回放版本。回放的传播量往往比直播当场还大，这一步值得做。
方案C：预录切播。 如果嘉宾环节是可以脱离互动的（比如纯致辞），提前十分钟让嘉宾录一段本地视频传过来，直播时直接播放。观众看不出区别，风险直接归零。摄行科技现在对所有"重要但不互动"的远程环节，默认要求提前备一版预录素材，这个规矩救过我们好几次。
预录素材和直播流之间的切换要留出安全垫，直播延时器在什么场合必须上里讲的延时窗口正好可以用在这儿。
第7到10分钟：配置好自动降级，然后通知导播
最后三分钟做两件事。
一是在连线平台上把"自动降级"打开，设置阈值：丢包超过3%自动降一档分辨率，恢复60秒后自动升回。别指望人在直播中盯着调，交给机器。
二是明确告诉导播这一路的状态。我们的做法是在导播台的通话组里报一句话："三号远程，当前720p，随时可能降到540，建议不给全屏，用画中画。"导播知道了，就会在切换策略上规避——不给这一路大画面，用小窗口，观众的感知会好很多。
主备切换的自动化配置逻辑，推流断了自动切备线，这个开关到底怎么配那篇写得比较细，远程连线的降级策略跟它是同一类思路。
事后必须补的三件事
急救成功不代表问题解决了。四月那次结束后我们做了三件事，现在成了摄行科技的固定流程。
补彩排。 远程嘉宾的彩排不能只测"能不能连上"，必须测满十五分钟，观察码率曲线的稳定性。有些网络前三分钟很好，第八分钟开始被运营商限速，短彩排根本发现不了。
补设备包。 我们现在给重要的远程嘉宾寄一个小包裹：一根三米网线、一个USB网卡、一个简易补光灯、一支领夹麦。成本不到三百块，能解决七成的远程连线画质和音质问题。嘉宾收到通常还挺高兴。
补技术值守。 每位远程嘉宾配一个专属的技术对接人，直播全程在另一个通道待命。别让嘉宾在直播中途去找"客服"，那时候谁都联系不上。
嘉宾端的收音也是同一套逻辑，环境声大的房间要提前处理，会场混响太大，收音怎么救里的方法在小房间同样适用。
排期上容易忽略的一件事
另外提醒一句排期。远程嘉宾的彩排时间要约在与正式直播同一时段，而不是随便挑个下午。网络状况有明显的时段特征，晚高峰和白天差出来的上行带宽经常是两三倍。
我们吃过这个亏：下午三点彩排一切正常，晚上八点正式开播时同一间房的上行掉了一大半，最后靠手机热点顶过去。事后查是小区宽带的晚间共享带宽被邻居的流量吃掉了，跟嘉宾自己一点关系都没有。
同理，如果嘉宾在国外，还要考虑跨境链路在当地工作时段的拥塞。摄行科技现在对跨时区的远程嘉宾，会要求做两次彩排——一次白天摸基线，一次在正式时段摸真实值，两次数据差异超过40%的，直接转预录方案，不冒险。
参考与说明
WebRTC相关的传输与拥塞控制机制可以查W3C发布的公开规范，网络服务质量相关的行业文件在中国通信标准化协会官网可以检索到。
最后说一句实在的：远程连线画质这件事，急救永远是下策。真正管用的是提前三天做一次满时长彩排，加一个三百块的设备包。摄行科技做的项目里，凡是走了这两步的，现场基本不需要急救。
如果你近期有多位远程嘉宾的直播安排，可以把嘉宾所在地和网络条件发给摄行科技，我们能免费出一版连线方案，包含彩排脚本和降级预案，也可以安排技术值守。
#摄行科技
