晚上十点公寓WiFi就卡：高峰带宽调度和限速怎么配

公寓网络的投诉，一半以上集中在晚上九点到十一点。这个时间段，租户洗完澡躺在床上，开始刷短视频、追剧、打视频电话、下载东西。整栋楼几百个用户同时上网，出口带宽就那么一条，谁都觉得自己的网慢。这不是带宽不够那么简单，而是高峰时段的流量调度没做好。

很多运营方面对投诉的第一反应是加带宽。但带宽从500M升到1G，月租翻一倍，投诉可能只少了两成。因为真正的问题往往不是总带宽不够，而是少数用户在高峰时段把带宽占满了，其他人跟着遭殃。

晚上十点到底发生了什么

先把高峰时段的流量结构拆开。租户里大部分人在做的事是刷短视频、看在线视频、聊微信、刷社交媒体，这些应用的特点是突发流量大、对延迟敏感，但持续吞吐并不高。少数人在做的事是下载大文件、挂P2P、跑后台同步、看4K直播，这些应用持续占带宽、对延迟不敏感。

问题在于，网络出口是先到先得的。少数跑P2P和大流量下载的人，把出口带宽占满后，大部分刷视频的人就开始卡。但刷视频的人对卡顿特别敏感——他们付了包月费，期待的是随时能流畅看剧。于是投诉来了："我网怎么这么慢？"

这时候如果不给大流量应用做优先级区分，只是整体限速，结果是所有人都慢——刷视频的卡，下载的也慢。用户体验没有本质提升，只是大家一起更慢。

调度的核心是区分用户，不是平均分配

公寓场景的带宽调度，第一原则是按用户组分优先级。包月租户是交了钱的，他们的流量优先级应该高于访客和公共区域用户。如果公寓里有不同档位的套餐，比如普通包月和高速包月，高速包月用户在高峰时应该拿到更多带宽保障，这是他们多付钱换来的。

第二原则是按应用类型做区分。视频、网页、即时通讯这类交互式流量，延迟敏感，要优先转发；P2P下载、后台同步、大文件传输这类持续吞吐流量，在高峰时段可以适当降速。这种区分不是靠管理员手动管，而是计费系统和网关的QoS策略自动做——识别到P2P特征的流量，在晚高峰自动把它的带宽上限压一压，白天低谷期放开。

第三原则是单用户限速要有弹性。不是给每个租户固定死2M带宽，而是动态的：用户少的时候，他可以跑到更高；用户多的时候，系统自动收窄单用户上限，保证更多人同时能用。这种弹性带宽调度比固定限速体验好得多。

限速粒度要细，不能一刀切

很多公寓的限速策略很粗：所有租户统一限速到4M。结果是，看剧的人觉得4M够了，但偶尔有租户在打视频会议或者传大文件，4M就顶不住。更合理的做法是限速粒度按套餐档位拉开，并且上下行分别限速——下行通常是用户最关心的，上行可以卡得严一点，因为很少有人需要大上行带宽。

技术上，限速策略可以细到很小的单位，比如以几十Kbps为一档调整。这意味着运营方不是只能在"2M"和"10M"这种粗档之间选，而是可以根据实际投诉数据微调。哪个档位投诉多，就把那个档位的上限往上提一点；哪个时间段P2P多，就在那个时段把P2P流量压一压。

分时段策略：白天和晚上两套规则

公寓网络的使用有明显的时间规律。白天上班时间，楼里没多少人，带宽空着；晚上八点到十二点是高峰；凌晨以后又空了。这种规律适合做分时段策略：高峰时段收紧单用户上限、压低P2P优先级；低谷时段放开限制，让大流量任务可以跑。

分时段策略配置好之后不用人工干预，系统按时段自动切换。比如晚上八点到十一点，普通包月用户下行上限4M，P2P流量压到1M；上午九点到下午六点，单用户上限放到8M，P2P不限制。租户感觉不到策略切换，只觉得高峰不卡了、白天挺快的。

先看数据，再决定加不加带宽

在加带宽之前，先从计费后台拉一份出口流量的日曲线。看清楚高峰时段出口利用率是不是真的打满了。如果出口利用率高峰时才到50%，那问题不在总带宽，而在少数用户抢占——这时候调QoS比加带宽有效。如果出口利用率确实常年跑到90%以上、且持续好几个月，那才需要考虑升带宽。

还要看单个用户的流量分布。后台会显示每个账号当月用了多少流量，拉出前十名看看，是不是两三个人用了全楼三成流量。如果是，这两三个人就是高峰拥塞的主要贡献者。对他们做单独限速或者引导升级到不限量套餐，比给整楼升带宽划算得多。

公寓网络的高峰问题，本质上是资源分配问题。带宽是有限的，关键是怎么把有限的带宽优先给到正在真实使用的人。分用户组、分应用、分时段、动态弹性限速，这四步做了，大部分晚间投诉能消掉。加带宽是最后手段，不是第一反应。