纸飞机语音视频流量：逐分钟码率采样报告

FIG 01采样怎么做的

通话类流量最难估，因为它不是「发一个文件」而是一条持续变化的码流。要看懂后面的数字，需要先说清采样方法：把一次通话切成 5 分钟一段，段与段之间读一次系统流量计数器，用差值除以分钟数得到该段平均每分钟流量，再把同档位的 6 段合并取中位数。这样做的原因是编码器会在几十秒内反复调整档位，整通平均会掩盖掉这些变化。

为什么必须分段

实时通话的编码器按带宽估计调整码率，通话开始的头 30 秒往往处在探测期，码率低于稳态；如果只看整通平均，会把探测期与稳态混在一起，得到偏低的数字。2026-10 采样中，同一通 720p 通话的首段平均为 6.8 MB 每分钟，第 4 段升到 9.6 MB 每分钟，两者相差 41%。

FIG 02每分钟流量的六档对照

六种典型组合放在同一张对数刻度图上。对数刻度的好处是能同时容纳 0.12 MB 的语音消息与 17.5 MB 的高清视频通话，缺点是视觉上的长度差不等于比例差——看具体标注值比看条长更可靠。

FIG 03网络变差时流量往哪走

一个反直觉的现象：网络变差时，通话流量通常变少而不是变多。原因是编码器在丢包上升时会主动降档，同时减少非关键帧的重传。代价是画面糊、声音断续，用量却下降。理解这一点，才能解释为什么「卡的时候反而更省」。

为什么重传没有把流量顶上去

实时通话与文件下载的重传策略不同：文件要求完整，通话要求及时。丢包后编码器更倾向于丢弃过期帧而不是补齐，因此重传量有限。2026-10 采样中 5% 丢包条件下，重传帧只占总量约 7%，而码率下降带来的减少约 32%，净效果就是流量下降。这条机制也解释了「卡顿期账单反而更省」的用户反馈，属于正常现象。

FIG 04自己复现采样的六步

下面的步骤不需要专业工具，用手机自带的流量计数器就能完成，关键是分段与固定条件，否则得到的数字无法与本文对照。

1. 选择固定场景。同一房间、同一位置、同一光照，双方画面都保持人物在镜头内移动。连续两次采样的分钟中位值差异小于 15%。
2. 锁定画质档位。把自动调整关闭或固定在目标档，避免编码器自行切换混淆结果。通话详情里显示的档位与目标档一致，且中途未变化。
3. 记录起始用量。读完系统计数器数值并记下时间，精确到分钟。起点数值与时间写入同一行备注。
4. 通话 30 分钟并分段。每 5 分钟读一次计数器，得到 6 个差值。6 个差值都在同一量级，无单段异常跳变。
5. 剔除首段。丢弃第 1 段（探测期），用后 5 段的中位数作为该档结果。剔除后 5 段的离散度小于 20%。
6. 换网络重复一次。在 4G 与 Wi-Fi 各做一轮，比较中位值。两轮中位差小于一档画质的差距，说明制式不是主因。

FIG 05三条常见误判

误判一：按网络制式判断流量

Wi-Fi 与 4G 在信号良好时的差异很小。2026-10 采样中 720p 档在 Wi-Fi 20 Mbps 与满格 4G 下的中位值分别为 9.0 MB 与 8.6 MB，差距小于 360p 与 720p 两档之间 5.2 MB 的差距。真正决定用量的是档位与画面复杂度。

误判二：把语音通话当成大头

语音侧三档都在 0.42 MB 每分钟以内，一小时最多 25 MB；同样的时间换成 720p 视频通话是 540 MB。若目标是省流量，优先处理视频侧，语音侧再怎么优化也只影响百分之几。

误判三：认为卡顿时流量会飙升

实测相反。5% 丢包时 720p 档从 9.0 MB 降到 6.1 MB 每分钟，因为编码器降档并丢弃过期帧；如果看到卡顿伴随流量上升，多半是后台同步或另一路应用在同时传输，需要用分段数据排除。相关开关的位置见省流量设置页，线路层的对照见连接排查页。

FIG 06数据口径与免责

本文的 54 次通话记录来自本站 2026-10 采样，每次通话连续 30 分钟、分 6 段统计，剔除首段探测期后取中位数；丢包条件下的数据来自人工限速与丢包模拟，模拟工具为系统级限速，不代表任何特定运营商的真实故障场景。

通话码率由编码器根据带宽估计实时调整，同一档位在不同时段的离散区间约为中位值的 ±18%；本文给出的区间是采样观察到的范围，不是理论上下限。所有数值只作量级参照，实际用量以运营商记录为准。

本站为第三方资料整理站，不托管安装包、不提供账号服务，与 Telegram Messenger Inc. 无隶属关系；对采样方法的质疑与补充数据请发到联系页，涉及口径的来函在 48 小时内答复。

FIG 07常见疑问