现代频道都是高码率 VBR。固定 CBR 复用里，溢出前大概只塞得下三个 — 于是您把几十个复用铺满整个频段，到处推 QAM-256，忽然之间整张网络都必须完美：放大器线性度、斜率、回波损耗、跨越数百 MHz 的线缆状况。任何一处薄弱，订户就会看到马赛克和中断 — 而您则不断接到上门维修。

TSC statmux 把所有这些 VBR 频道压进少数几个复用 — 一个频道的波峰填补另一个频道的波谷。您占用一小段连续频谱，而不是整个频段，腾出来的频谱用来提升健壮性，而不是继续硬塞。

池由您设定，比特由 TSC 分配。您定义频道数量、MPTS 总码率，以及每个频道的最小值、最大值和优先级。TSC 按场景复杂度实时分配码率 — 画面运动剧烈的多拿，静止画面把比特还回去 — 于是总和始终保持在您固定的传输预算之内，空包填充降到最低。

在频谱本来就紧张的地方，它最见效。一张 MMDS 牌照最多给您十二个载波 — 而频段常常由两家运营商分用，中间还要留一个保护频道，于是一家六个、另一家五个。或者您手上只有三个 DVB-T2 复用，就这些。在五个载波、更别说三个载波的情况下，statmux 不是优化手段，而是把一套有人愿意付费的节目送上天线的唯一办法。

这与 AWS Elemental Statmux 属于同一类动态、感知场景的码率控制 — 只不过是以软件形式运行在您的 GPU 硬件上，与转码、播出、分发和计费集成在同一台机器里，且无需按节点购买广播编码器授权。