概述：每年台风季，“一下暴雨网就卡”总会冲上热搜：信号满格，视频转圈，测速从300Mbps跌到两位数。雨到底动了网络的哪几刀？本文以国际电信联盟ITU-R P.838-3雨衰模型为技术主轴，结合郑州"7·20"特大暴雨、北京门头沟"23·7"洪水的公开抢修通报，把暴雨对网络的全链路冲击拆成四道“鬼门关”——空口雨衰、微波回传劣化、市电中断、光缆损毁，逐一给出量化数据、典型案例与运维对策，回答一个工程师和用户都关心的问题：暴雨天的网络劣化，哪些是物理宿命，哪些是可以防住的人祸。
先还原一个东南沿海工程师都熟悉的场景。台风外围雨带过境，晚上十点，城区雨强进入每小时30毫米以上。话务台开始热闹：不是掉话，而是“信号满格但刷不出视频”；网管屏幕上，一部分小区的下行流量曲线齐刷刷往下掉，MCS（调制编码方案）阶数肉眼可见地往下走；山区几个微波站点开始冒传输告警，差错秒（ES）一路飙升。到了后半夜，个别乡镇整片“沉下去”——不是无线问题，是市电停了，基站蓄电池撑到电量见底，整站退服。
雨停之后，一切又“自愈”了。用户骂运营商，运营商查参数，参数没问题；查设备，设备没故障。这类“查无故障但确实变慢”的案例，根子往往不在某一颗板卡，而在暴雨对网络施加的四层叠加冲击：无线空口被雨滴“吸”掉了链路预算，微波回传被雨幕“糊”住了天线，市电被洪水拉闸，光缆被山洪冲断。四道关，一关比一关疼，一关比一关难自愈。
本文就把这四道关逐一拆开：每一关的物理机制是什么、影响有多大（给数字）、有没有真实案例、运维上怎么防。先把总图立起来：
flowchart TD
R["暴雨台风过境"]
R --> A["空口雨衰增大"]
R --> B["微波回传劣化"]
R --> C["市电中断停电"]
R --> D["光缆水淹冲断"]
A --> A1["小区半径收缩"]
A --> A2["调制阶数下调"]
A1 --> U["网速下降转圈"]
A2 --> U
B --> B1["站点传输中断"]
B1 --> U
C --> C1["蓄电池放电"]
C1 --> C2["电量耗尽退服"]
C2 --> V["大片区域无服务"]
D --> V
注意这张图的分叉逻辑：左路（雨衰）和回传劣化是分钟级自愈的软损伤，用户感知是“慢”；右路（停电、断缆）是小时级到天级的硬损伤，用户感知是“无服务”。暴雨投诉的绝大部分骂声，其实落在左边两关；而真正上新闻的断网，几乎都出在右边两关。
第一关的物理机制，国际上有一部用了近二十年的“度量衡”：ITU-R P.838-3建议书《用于预测方法的降雨比衰减模型》。它的核心是一个极简的幂律公式：
γ = k × R^α
其中γ是每公里的衰减（dB/km），R是降雨强度（mm/h），k和α是与频率、极化方式有关的系数。这部建议书给出了从1GHz到1000GHz、水平和垂直两种极化的完整系数表，是全球卫星链路、微波链路、毫米波蜂窝设计的公共基准。换句话说，你在任何一家设备商的链路预算工具里看到的“雨衰余量”，往上追三层，几乎都能追到这个公式。
公式的含义直白：雨衰对频率极其敏感。低频段电磁波波长几十厘米，远大于毫米级雨滴，散射微弱；而毫米波频段波长只有几毫米到十几毫米，与雨滴尺寸相当，散射与吸收同时生效，衰减陡增。下表是依据ITU-R P.838-3模型整理的工程近似量级（水平极化典型值，随雨滴谱和区域雨强分布会浮动，取整处理）：
| 频段 | 典型用途 | 中雨10mm/h | 暴雨100mm/h | 工程含义 |
|---|---|---|---|---|
| 2.6GHz | 5G主力频段 | 可忽略 | <1 dB/km | 雨天几乎无感 |
| 3.5GHz | 5G主力频段 | 可忽略 | 约1 dB/km | 500米链路损耗不足1dB |
| 11GHz | 微波回传 | 约0.5 dB/km | 约3 dB/km | 长跳距需预留余量 |
| 18/23GHz | 微波回传主力 | 约2/3 dB/km | 约8~12 dB/km | 暴雨需降档保通 |
| 28GHz | 5G毫米波 | 约3~4 dB/km | 约20 dB/km | 小区半径雨天腰斩 |
| 39GHz | 5G毫米波 | 约6 dB/km | 约28 dB/km | 雨天缩水成微蜂窝 |
| 80GHz E-band | 大容量回传 | 约10 dB/km | 约35~40 dB/km | 只能短跳+自适应调制 |
把数字翻译成体感：3.5GHz的宏站在暴雨里每公里只多损1dB，500米站间距下不足0.5dB——这就是国内用户暴雨天“信号满格但变慢”时，空口雨衰通常不是主犯的原因。而对28GHz毫米波，暴雨时每公里20dB：一个覆盖半径200米的小区，链路预算瞬间多掏4dB，边缘用户的信干噪比直接击穿解调门限，小区有效半径收缩到一半以下。毫米波本来就近医就近，雨一 大，“就近”变成了“贴脸”。
低频段的雨衰虽然小，却不等于零。暴雨叠加大气吸收变化，边缘覆盖本来勉强的小区，也可能在雨峰时段出现短暂的质量波动——这就是为什么雨夜里切换带（HO带）会“漂移”，乒乓切换和掉话投诉随之抬头。雨停之后，一切归位。
第二关是很多非传输专业工程师的盲区：基站的天上还有一张“天上的传输网”。山区景区、海岛、水库库区、应急场景里，大量基站靠微波链路回传，主力频段7~23GHz，近年又添了80GHz E-band大容量短距链路。这些频段恰好卡在雨衰开始发力的区间——23GHz暴雨时每公里10dB上下，E-band更是高达35~40dB/km。
微波链路的设计规则写在另一部基准文件里：ITU-R P.530建议书《设计视距链路所需的传播数据和预测方法》。它给出的工程结论是：要在99.99%的年度可用度下扛住当地暴雨，链路必须预留十几到几十dB的雨衰余量，具体取决于频段、跳距和当地ITU-R P.837雨强分布数据。跳距每长一米，雨衰账单都在翻页——所以传规工程师画微波路由时，“短跳、多跳”是刻在骨子里的纪律。
但余量设计防的是“链路中断”，防不了“容量缩水”。现代微波设备都有ACM自适应调制：雨一起，链路质量恶化，调制方式从1024QAM逐级降到QPSK，链路活着，容量却可能掉一个数量级。挂在链路下的所有基站同时被“掐脖子”：用户信号满格，视频转圈——因为瓶颈根本不在空口，在头顶那条被雨糊住的微波跳。
运维侧的对策也因此清晰：重要站点优先光纤化；保留微波的必须做双频备份（比如E-band扛晴天大容量、11GHz扛雨天保底）和路由分集；雨季前用P.530模型复核每条链路的可用度预算，把“雨季降档清单”提前报给NOC——知道哪条链路雨天会掉到QPSK，才能知道哪片基站晚高峰会变慢，而不是事后对着投诉猜。
前两关是物理课，第三关是灾难片。暴雨对网络最致命的杀伤，从来不是雨本身，而是雨带来的停电和断缆。
最沉痛的样本是2021年7月20日的郑州。当天16至17时，郑州小时降雨量达201.9毫米，突破中国大陆气象观测纪录（据中央气象台及郑州市气象部门通报）。电力设施大规模被淹，市电中断浪潮迅速传导到通信网：据工业和信息化部事后通报及各大媒体公开报道，河南全省一度有6000余个基站退服，郑州多个区域通信大面积中断。次日凌晨，航空工业“翼龙”-2H应急救灾型无人机奉命出动，7月21日飞抵受灾严重的巩义市米河镇上空，以高空基站方式恢复约50平方公里的公网覆盖，接通移动用户3500余个（据央视新闻及航空工业集团公开通报）——这是我国“空中基站”第一次在特大灾害中的规模化实战。
2023年7月底至8月初，台风“杜苏芮”残余环流引发海河流域特大洪水，北京门头沟、房山部分乡镇通信中断，山区光缆被洪水冲断、机房被淹，三大运营商调集应急通信车、卫星便携站和抢修队伍，昼夜抢通“孤岛”乡镇（据新华社及各运营商公开通报）。
这两次事件的共性，值得每个运维人记住：暴雨压垮网络的顺序，几乎总是“电先于网、传输先于无线”。市电一断，基站靠蓄电池续命，视负载通常只能撑3~8小时；油机发电能续一波，但洪水封路时油料送不进去，照样坐吃山空。传输光缆被山洪冲断，站点成了“有电也没网”的孤岛。所以抢修的铁律是“先抢通、后修复”：先卫星便携站、应急通信车顶上恢复覆盖，再迂回路由抢通传输，最后才是站点级修复。郑州720之后，各地运营商普遍把机房挡水墙、设备垫高、防汛沙袋、油机预置点写进了汛期标准动作——这些投入平时看不出价值，灾时就是网络的命。
第四道关留给毫米波，因为它是唯一把“雨衰”写进商用成败账本的频段。
美国是最早规模商用毫米波的市场。Verizon最初的5G超宽带（Ultra Wideband）主打28/39GHz，但2022年1月C波段（3.7GHz）开通后，其5G重心明显转向中频段——原因业界公开谈论多年：毫米波覆盖半径太小、穿墙太差、雨衰雪上加霜，大规模成网的性价比撑不住。据PCMag和Opensignal的多轮公开路测报道，美国毫米波实际可用场景长期集中在体育场馆、机场航站楼等热点，普通街头的可用性占比很低。
日本则是全球最活跃的28GHz商用市场。NTT docomo、KDDI（au）、乐天移动均持有n257频段牌照，docomo曾公开发布按财年推进毫米波覆盖主要车站和稠密街区的计划（据docomo官方发布）。日本的打法和美国教训一脉相承：毫米波不做广覆盖，只做热点加密——车站、商圈、体育场，站址本来就是一两百米的“贴地小站”，雨衰在这种站距下的额外损耗可控；再配合链路预算里预留的雨衰余量（多雨地区按99.99%可用度通常要多留6~10dB），把物理宿命算进成本。印度2022年5G拍卖时，主流运营商对毫米波底价公开表达保留意见、把资金押向中频段（据多家行业媒体报道），同样源于这本账。
给规划工程师的结论很朴素：毫米波不是不能用，是必须把雨季算进去用。在华南、日本、东南亚这类多雨地区，毫米波单站的“有效服务半径”应当按雨季最差月份而非晴天标称值规划；FWA（固定无线接入）若用毫米波做家庭宽带，多雨地区的差评高峰大概率与暴雨时间轴重合——这不是设备缺陷，是频率的物理属性。
把前四关的对策合拢，就是一份可以直接进汛前检查表的清单：
空口侧：雨季前核查边缘小区功控余量与切换参数，重点排查雨夜切换带漂移高发的边界站；毫米波小区建立“雨衰感知”意识——雨峰时段的KPI波动先看天气再开工单，避免无效排障。
传输侧：微波链路按P.530复核雨衰余量与可用度；重要站点双频备份、路由分集；E-band链路明确ACM降档预案，把“雨天降档链路清单”同步NOC，网速投诉聚类时先对表。
动力侧：蓄电池核容测试、油机试机与油料预置、机房挡水墙与排水泵、地势低洼机房的设备垫高改造；与电网的停电预警联动。
应急侧：卫星便携站、应急通信车、无人机高空基站的预置点位和调派流程演练到位；抢修顺序牢记“先抢通、后修复，传输先于无线”。
数据侧：把气象预警接入网管视角——暴雨橙色预警发布后，自动圈定预警区域内的微波链路、低洼机房、单路由站点，形成“风险站点清单”。暴雨投诉天然具有空间聚集性，投诉聚类叠加雨区图层，往往能在告警风暴前锁定退服片区。
给用户的三句话：满格不等于快，暴雨天变慢先想想头顶的微波和脚下的雨衰，别急着重启手机；毫米波区域雨天体验波动是物理规律，不是运营商偷工；真正要警惕的是“长时间无服务”，那多半是停电断缆，该打客服电话报障了。
给工程师的三句话：雨衰是确定性风险，可算、可预留、可复盘，ITU-R P.838/P.530给了全套工具，链路预算里少留的每一dB，暴雨天都会连本带利讨回来；天气应当成为网络KPI分析的自变量——雨天话务曲线与晴天不可直接对比，这是很多“假劣化”误报的根源；灾害面前，网络韧性=动力冗余×传输冗余×应急响应速度，三者取短板。
暴雨拷问网络，本质是把网络里平时看不见的冗余一层层剥开给你看：空口少留的余量、微波少做的备份、机房少砌的挡水墙、预案少演的流程，雨一 大全都现形。ITU-R P.838-3这样的模型存在了近二十年，雨衰从来不是未知数；郑州720和门头沟洪水也用惨痛代价写明了灾害传导链。真正的问题只剩一个：账，是晴天算，还是雨天哭着算。
雨季每年都来。对网络而言，最好的防汛，是暴雨到来之前就完成的那些不起眼的工程。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。