2026 年 10 月 20 日，海鸥加速器为流媒体场景加开 6 条专线出口，版本 5.4.2。专线允许按 18Mbps 码率预留带宽，突发可到 24Mbps。测试组在 9 月 28 日至 10 月 18 日做了 120 次点播抽样，首帧缓冲中位 0.7 秒，90 分位 1.1 秒，播放期间二次缓冲 0 次，卡顿次数 0 次。抽样使用的片源为公开的 4K HDR 演示片段，本地宽带 300Mbps。
加开专线的直接原因是高峰期的缓冲投诉集中在大屏设备。手机端看 1080P 时码率只有 8Mbps 左右，普通线路够用；电视端播放 4K HDR 时码率会冲到 16Mbps 至 20Mbps，遇到共享出口排队，播放器就会退回低码率或者转圈。把带宽做大并不能解决这个问题，把 4K 流量单独放进预留队列才可以。
专线怎么预留带宽
预留的做法分三步。第一步是按会话申请，客户端识别到播放器进程后向调度申请一条预留通道，通道内保证 18Mbps 的下行，超出部分按尽力而为处理。第二步是隔离队列，预留通道不与下载流共享出口缓冲，即使同一时间有人在下载大文件，播放器的包也不会排在后面。第三步是就近接入，播放请求优先落到离片源近的出口，减少回源跳数。
预留并非无限。单条线路最多同时承载 12 路 4K 会话，超出后新会话会提示排队或改用普通通道；一个账号内的多台设备共享这份额度，专业版 10 台设备的场景通常够用。需要说明的是，能否播放 4K 取决于片源平台提供的画质，客户端只在链路上保障，不改变平台本身的清晰度策略。
「用户感知的其实是那 1 秒的转圈。首帧目标定在 1 秒以内，剩下的余量留给网络抖动，所以现场测出来常是 0.7 秒。」罗嘉禾，海鸥加速器流媒体优化负责人
120 次抽样的结果
抽样按节点分组，每组分 40 次，时间覆盖 19:00 至 23:00。香港 HK-02 首帧中位 0.6 秒，日本 JP-05 为 0.7 秒，新加坡 SG-03 为 0.9 秒；三组的 90 分位分别是 0.9 秒、1.1 秒与 1.4 秒。播放期间的平均码率稳定在 17.6Mbps，最低瞬时码率 14.2Mbps，未出现退回 1080P 的情况。
关键数据
- 抽样次数：120 次，三个节点各 40 次
- 首帧缓冲：中位 0.7 秒，90 分位 1.1 秒
- 二次缓冲：0 次；卡顿：0 次
- 平均播放码率：17.6Mbps，最低瞬时 14.2Mbps
- 预留额度：单线路 12 路 4K 会话
- 测试条件：本地宽带 300Mbps，片源为 4K HDR 演示片段
对比组的数据更能说明问题。同一时段走普通通道的 40 次抽样，首帧中位 1.8 秒，其中 6 次出现二次缓冲，最长一次缓冲 4.2 秒。两组使用同一台电视、同一条本地宽带，差别只在是否走预留通道。这也解释了为什么把本地带宽从 300Mbps 升到 500Mbps 对首帧帮助有限：瓶颈在出口队列，不在入户带宽。
整屋接入与画质说明
电视端接入推荐用路由器，四步完成：导出配置文件、在路由器隧道插件中导入并启用、把电视的网关指向路由器、重启电视的网络模块。这样客厅电视、卧室平板与游戏机共用同一条线路，路由器占 1 个设备名额。若路由器不支持隧道插件，也可以在电视上直接装客户端，但部分电视系统的应用商店不提供，需要侧载安装包。
画质方面有三点需要提前知道：平台对 4K 的开放范围由平台决定，客户端无法绕过；HDR 是否点亮取决于电视与片源双方的元数据；音频直通需要电视或功放支持对应格式。支持团队收到的画质类咨询里，约六成是电视端的 HDR 开关未打开，而非链路问题。
后续计划把预留通道扩展到体育直播场景，重点优化开赛前 30 秒的并发峰值，并在客户端里增加一条「当前是否在预留通道」的状态提示。装好客户端后，在设置里开启流媒体专线即可使用本次加开的 6 条出口。
读者评论
6 条评论
电视上确实点开就播，之前要转两三秒，现在基本看不到圈。
按四步接的路由器，十分钟搞定，卧室平板也一起用上了。
提醒一句，HDR 要自己在电视里开，我之前一直以为是线路问题。
两个人同时看 4K 也没卡，第三个设备就开始排队了，符合文中 12 路说法。
体育直播的开赛峰值确实需要优化，这个支持。
首帧 0.7 秒和我测的差不多，坐标南京。