7月7日晚上，一位上海电信用户往自己网盘传文件，上传速度突然掉到600KB/s。他打开各种测速网站，结果显示"网速正常"；打客服，后台给他的解释是：你用了PCDN、大流量上传，所以限速。他之前专门问过客服"我的宽带上行有没有量的限制"，得到的回答是"没有"。小红书
他不是个例。我把7月以来小红书、知乎上关于"电信宽带上行被限速"的一手帖子对了一遍，20多篇，来自上海、湖南、陕西、广东、湖北等地，情节高度相似：下行正常、上行被锁、上门测速"没问题"、客服坚称没限速，但用户的NAS、网盘、串流、投稿全废了。有人9月8日还在发帖说这事"已经到了无解的地步"，投诉到心累，换来的只有一句"我们没做限制你的上行网速"。9月10日又有一位用户上行被锁到5Mbps，去问依据，对方先说没这回事，再说没权限，最后说"你违法了，国家有相关规定"——他要求出示法规条文和合同原文，对面不说话了。小红书小红书
这篇文章想帮你搞清楚三件事：为什么普通用户会被"误伤"、怎么自证被限、以及恢复的动线怎么走不踩坑。
先看案例账本：被限的都是些什么人
把20多篇帖子里能确认的场景排一下，被限速的重度上行用户大致是这几类：
往自己网盘/公司传文件的：上海那位1000M下行+100M上行合约用户，传网盘被限到600KB/s，投诉后被告知"使用了PCDN"；
NAS用户：一位用户家里NAS外网看剧、公司往家里转文件，去年8月被限一次，今年6月"继去年8月，再次被电信限制上行"；另一位4月的帖子记录得更细——晚7点到11点上行被压到2M左右，全天NAS上行受限，但磁力上传反而不限，怀疑"白名单式"高峰流控。小红书
远程串流的：千兆宽带用户用Moonlight从外网串流家里的台式机，去年还流畅，现在一串流上行就锁在5Mbps左右，超了就丢包——注意，他的NAS从外网下文件能跑满100Mbps，说明限的不是全部上行，疑似针对UDP或特定流特征。小红书
PT/BT玩家：西安一位16年电信老用户跑PT，全局上行被限到500kbps，199元套餐合约上行50Mbps，他只用到了百分之一。他的原话是"AI判定PCDN，不能人工确认解除"——这是用户端的说法，电信没有公开确认过判定机制，但这个帖子里44个赞、38个收藏，评论区一片共鸣。小红书
B站直播和投稿的：上海一位普通用户开B站直播，没跑任何PCDN，被限速1MB；报修上门检测"速率正常"；还影响了正常的抖音、B站投稿上传。小红书
游戏主播被停播的：这是少数上了新闻的案例。8月15日前后，陕西铜川的游戏主播崔先生家里千兆电信宽带被莫名限速，十几天无法开播上班；据媒体报道，多次交涉中电信工作人员明确表示"因崔先生上行使用过多，无法复速"，沟通中还出现了一份《电信宽带业务规范使用承诺书》，要求承诺"不开展PCDN等违规业务，违者停机、关端口"。微博
轻度用户也没跑掉的：7月底有用户实测，电信100M宽带下行还有133Mbps，上行只剩0.56Mbps——微信文字能发出去，图片和视频全部发送失败，只能切手机流量。小红书
连浏览器都算上的：这是最反常识的一类。知乎9月4日一篇长文实测发现，B站、斗鱼、腾讯视频的网页端会通过WebRTC建P2P通道，把你缓存的视频分片转发给其他观众——也就是说你只是挂了个网页直播，浏览器就在后台替你"跑PCDN"，上行流量持续偏高，正好撞进运营商的大上传监测模型里。这位作者晒出的流量监控里，chrome.exe一个进程就上传了3GB。知乎
还有一个湖北案例值得单说：一位用户刚开通不到一个月的电信宽带，家里只有一台NUC软路由加NAS，BT月上传不到20G，就被标记PCDN、下发了无法路由的IPv6地址。装维师傅说"不能解除"。他8月9日发帖，9月6日更新：IPv6已恢复。前后差不多一个月。知乎
把这些案例放在一起，能看出三个共性：第一，被限的几乎都是"上行"，下行完好；第二，电信自己的测速永远正常；第三，用户拿不到判定依据，要数据没数据，要条文没条文。至于测速为什么永远正常，一位上海用户的吐槽最传神：约师傅上门，是"用电信的网站、电信的工具、电信的方法检测电信的上传速度"，好一个又当运动员又当裁判员。小红书
为什么"误伤"的是你：结算成本和一刀切模型
运营商为什么要这么干？知乎上有个99赞的回答点破了一层：普通用户拿家宽跑PCDN根本赚不回宽带费——60元的月租，挂机一个月能挣10块就算网络好，真正靠PCDN赚钱的靠的是多拨和几十上百条线路的"大户"。8月底另一个回答更直接：真正跑量的大户"条条都有公网IPv4"，地区运营商碰不动，于是把压力传导到普通家宽用户头上，背后是跨省流量结算的成本压力。湖南那两位被限速的用户，帖子里打的标签就是"跨省流量结算"，其中一位的原话是：明明就是结算成本问题，却借口说用户搞非法的事情。知乎知乎小红书
也就是说：大上传=疑似PCDN=限，这个判定逻辑本身没有区分"你在给自己网盘备份"还是"你在给别人分发内容"。知乎上一位自称跑PCDN的从业者（215赞）说得更直白：现在的政策就是"看流量总量一刀切"。另一位被山东联通限速的用户则提到，有人被要求签字承认使用了PCDN才给恢复。知乎知乎
这里要替电信说句公道话，也是反证检查的一部分：上行本身就不是"越大越好"的免费午餐。家用千兆宽带合约上行一般只有30~100Mbps（各地不同，以上海那位用户为例是1000M下行+100M上行），非对称是行业标准做法。真正的问题不是"上行小"，而是低于合约值的二次限速、不告知、不给依据、不给恢复通道。
另外两种情况也别搞混：一是单位混淆——有用户办了1000M宽带，下载软件只有约100MB/s，怀疑被限速去问客服，客服说"1000M需要除以8"，1000Mbps÷8≈125MB/s，这是换算问题不是限速。二是达量限速写进合约的，比如有融合套餐用户每月流量用到60G就降速，那是合约条款，投诉也投诉不回来。分清这三种情况，再决定要不要开战。小红书小红书
3步自证"线路级限速"，别再拿网页测速跟客服吵架
案例里最让维权用户吃亏的一点是：电信上门测速永远合格，用户的网页测速也可能"正常"（测速节点疑似在白名单里）。对完多个成功案例的取证方法，能自证的套路是这三步：
第一步：分端口、分协议对比测。 上海那位把投诉打到通信管理局的用户，测法值得抄作业：从上海本地服务器用iperf3测，http下载正常、上传限10兆；https下载限300兆、上传限5兆；后来又发现443端口上传正常——同一时间、同一条线路，不同端口不同结果，这就是"测速正常"话术最有力的反证。工具用iperf3加一台云服务器（或者朋友家的另一运营商宽带），比任何测速网站都硬。小红书
第二步：换线对照。 4月那位NAS用户的方法最干净：把手机插SIM卡开热点共享给路由器，再用另一部手机访问NAS——速率全部正常。同设备、同操作、只换线路，结论只剩一个：限速做在线路上。这一步做下来，“你自己的设备问题”"路由器问题"就全被排除了。小红书
第三步：自动留证，按天归档。 那位上海用户感谢ChatGPT帮他写了个每天自动测速、自动取证的脚本，连续9天的测速报告成了他去通信管理局信访的核心材料。你不需要会写代码，路由器自带的流量监控页、每天的iperf3记录截图、和客服的每次通话录音、每个投诉工单号（他晒的工单号格式是3-156072916264901），按日期整理成一个文件夹，比情绪化的长帖有用得多。
4级投诉动线：从10000号到行政诉讼，顺序和坑都在这里
把几个走得最远的案例拼起来，恢复动线大致是四级，每级都有前人踩过的坑：
第一级：10000号+电信APP投诉，拿工单号。 别只打电话，APP投诉留截图，工单号务必记下。这一级解决率不高——上海用户报修两次，分局回访直接"委婉问我考虑换网吗"——但它是后面所有动作的前置记录。
第二级：工信部申诉。 很多人以为这是终点，实际上大量案例显示工信部申诉会转回运营商处理，9月10日那位用户就遇到了"去工信部，打回给运营商；去消协，说不归他们管"的循环。它的价值是把工单升级、留下监管侧记录，而不是直接解决。小红书
第三级：省通信管理局网上信访→调解。 上海案例的时间线可以当模板：8月10日决定走信访，8月11日提交材料，8月14日调解开始，8月25日电信表态"只保证端到端速率，我们没问题"。注意"端到端速率"这个话术——它的意思是电信只对自己测速节点之间的速率负责，你的网盘、你的串流服务器不在"端"内。调解不是裁决，但信访记录和调解笔录是下一步的弹药。小红书
第四级：行政举报→复议→诉讼，这里有个真实的"满盘皆输"案例。 一位上海用户2026年1月28日举报上海电信上行限速，3月8日收到答复书，4月20日申请行政复议，6月26日收到复议决定书，然后——他选择了向国务院申请裁决，8月28日收到不受理通知书。他自己的复盘是"走错了救济渠道，满盘皆输，正确的最后一步应该走行政诉讼"。复议决定书之后有起诉期限，一定要在15天内提起行政诉讼，错过或走错，前面半年的留证就全白费。这一级成本高、周期长，适合证据链完整、金额或影响大的用户，动之前建议咨询专业律师。小红书微博
一个提醒：维权过程中矛盾经常被转嫁给装维师傅。上海那位B站直播用户的经历是：投诉后装维上门检测"正常"，服务评价只能打十分、打低了扣装维2000元，装维求他"不打分或者打十分"。装维没有权限解除局端策略，为难他们没有用，评价分也别拿来做交易——把火力对准工单和监管渠道。小红书
还没被限的人：5件预防的事，和1个免费提速的信息差
如果你家有NAS、常传网盘、玩PT或者经常投稿上传，现在就可以做这几件事：
管住浏览器的偷跑上行：给Edge/Chrome装WebRTC Control插件（或开AdGuard的"防止WebRTC泄露IP"），网页版B站、斗鱼、腾讯视频就不会再拿你的上行做P2P分发。注意这招只管网页端，客户端的PCDN模块不走WebRTC，该关的客户端设置要自己关；
给BT/PT设上传限速和时段，别让上行长期打满——按流量总量一刀切的模型，看的就是持续大上传；
网盘大备份错峰跑，避开晚7-11点高峰时段（多起案例的限速都发生在高峰期，疑似叠加了高峰流控）；
每月自查一次上行流量，路由器后台都有统计，异常偏高先查设备再怀疑线路；
翻出你的宽带合约，确认上行承诺值（30M、50M还是100M），这是将来一切投诉的基准线。
第1条展开说下验证方法：给浏览器装上WebRTC Control插件后，用WebRTC泄漏检测页就能确认拦截是否生效——未禁用时，检测页会用红字警告"你的浏览器正在泄露WebRTC的IP地址"；启用插件后再测，这条警告消失，就说明网页没法再拿你的上行建P2P连接了。这个检测顺手也能查一遍：家里到底哪个浏览器在偷偷给别人当节点。知乎
最后一个正向信息差：江西有用户发现，宽带低于300M的电信老用户可以申请免费提速（他提到了200M），打10000号客服说"没有这个活动"，但电信APP资费专区能查到加装包，最后通过江西电信企业微信回复"宽带提速"弹链接办成了。他的总结很到位："问客服可能真不知道，也可能是不告诉你，就是打了个信息差。"其他省份是否有类似的老用户免费提速政策，值得各自去APP资费专区翻一翻——被限速之前，先把合约内的速度拿到手。小红书
接下来值得盯的三个信号
这波"上行管控"还在进行中，没有官方文件公开判定规则和阈值。后续我会继续盯三件事：一是电信是否公开家宽上行管控的规则或申诉通道（目前所有案例里用户都拿不到判定依据）；二是通信管理局层面的处理口径是否统一——上海已进入调解和行政程序，湖南被限的用户则放话"既然又给我限了，那就再上访一次吧"。三是"付费解锁上行"会不会成为正式产品——目前已有装维私下提及，但尚无公开资费。小红书
如果你已经中招，或者自查发现上行流量被浏览器偷偷吃掉，评论区说说你的省份、套餐和被限的数值，这些一手数据比任何测速截图都有说服力。
