今年五月上海瑞金医院和九江市一院做了一场远程机器人胰十二指肠切除术直播，操控距离约600公里，系统延迟低到28毫秒。消息出来后，我们接到不少医院信息科的电话，问得最多的不是"你们能不能做"，而是"我家网络到底能不能撑得住"。
远程手术直播和普通会议直播最大的差别，不是分辨率，而是延迟和确定性。会议直播卡半秒，观众顶多觉得不流畅；手术直播要是画面比操作慢半拍，远端观摩的医生就可能误判，指导更是无从谈起。28毫秒是什么概念？大概就是眨一下眼用时的三十分之一。要达到这个水平，靠的不是某一台设备，而是一整条链路的设计。
第一层是接入网。医院内部最好用独立光纤或5G专网，避免和办公网、患者信息系统混跑。我们进场第一件事，就是让信息科把手术室到弱电间、弱电间到专网出口的带宽、跳数、交换机型号列出来。普通百兆办公网在并发一高时，抖动会突然变大，这种不确定性对手术直播是致命的。
第二层是传输网。跨省远距离传输，中间经过的运营商节点越多，延迟越不可控。有条件的情况下，优先选医院已有的医疗专网或租用MPLS-VPN；如果走公网，必须加SD-WAN做多链路聚合，并且提前跑满72小时基线测试。基线不只是看平均延迟，更要看P99延迟和丢包率。我们一般要求端到端丢包率低于0.1%，抖动小于20毫秒。
第三层是平台层。手术示教通常不是一路信号，而是术野、全景、监护、内镜、PPT至少五路。这五路信号必须时间对齐，否则远端医生看到的手和器械不在一个节奏上。实现方式有两种：要么所有摄像机接入同一台导播台统一时码，要么在推流端打上NTP时间戳，由播放端对齐。前者更稳，后者对网络要求更低，但调试复杂。
第四层是备份。再稳的链路也会出意外，我们每场远程手术直播都配两条独立上行链路，一条主用、一条热备，自动切换时间控制在3秒以内。同时，本地录制一路最高码率文件作为兜底，万一网络全断，事后还能把完整素材补发给远端。
最后说一句，28毫秒是结果，不是起点。大多数医院没必要一上来就追这个数，但链路设计思路必须对：专网优先、测试先行、多路同步、热备兜底。
我们也常被问："能不能直接用医院的互联网出口推？"不是不能，但不推荐。互联网出口通常和办公、PACS、HIS共享，晚高峰或系统升级时带宽会被挤占。我们曾经遇到过一次，客户临时把推流改到办公网，结果全院视频会议一起开会，直播画面直接花屏。后来改成独立光纤专线，问题才彻底解决。
另一个容易忽视的细节是编解码延迟。H.264和H.265在同等画质下，编码延迟可以差出50到100毫秒；软编码和硬件编码又有差别。远程手术直播如果时间精度要求高，建议用硬件编码器，并关闭B帧，虽然码率会大一点，但延迟更可控。
总之，远程手术直播的网络链路没有万能模板，必须根据医院现有网络、手术类型、观看规模来定制。立项时把信息科拉进来一起开会，比事后救火省十倍力气。本文由摄行直播技术团队整理。
