概述：每年12月31日深夜，当数千万人在同一分钟举起手机发祝福时，运营商的NOC（网络运营中心）正经历一年中最危险的两小时——话务洪峰不是流量洪峰，而是信令洪峰。本文以一次跨年夜保障的完整作战周期为线索，讲清三件事：为什么零点的短信潮比晚高峰流量更可怕；过载控制的三道闸门（接入限制、核心网过载控制、业务削峰）依据什么标准设计；以及次日复盘该看哪些数字。文内机制依据3GPP TS 23.401/23.501等公开规范，数据来自运营商历年公开战报。
很多刚入行的工程师有个直觉误区：跨年夜嘛，无非是流量大一点，晚高峰天天都在扛。这个直觉错在哪？错在把「流量问题」和「信令问题」混为一谈。
晚高峰的挑战是流量型的：用户在刷视频、下载、直播，PDU会话早就建好了，数据在用户面管道里跑。用户面流量大，但它跑在专用硬件和转发面上，扩容逻辑清晰，缺多少加多少。
零点前后的挑战是信令型的。同一时刻，几百万原本「安静」的手机同时进入活跃状态：发短信、拨电话、发语音消息。每一条短信看似只有160字节，但在空口和核心网侧，它要触发一整套流程：随机接入、RRC建立、鉴权、NAS消息、SMF/AMF之间的交互，最后落到短信中心。经验估算，一条短信从按下去到送达，前后要产生接近十来条信令消息。平时这些信令是均匀撒在24小时里的，而跨年是把几小时的量压缩进午夜前后三五分钟。
换个角度算一笔账（这是行业里通用的经验模型，数字是量级估算）：假设一个千万级用户的市场，平日同时处于信令活跃态的用户占比不足5%；零点后五分钟内，假设三分之一的人发了祝福，活跃占比瞬间被拉高近十倍。流量曲线是缓坡，信令曲线是悬崖——洪峰的破坏力取决于斜率，不取决于总量。
更麻烦的是第二波：短信发出去只是开始。对方手机若在深睡态，还要补一波寻呼。寻呼是全网级的，一发就是一片。所以零点的信令尖峰往往有两级：第一级是发送侧的接入请求，第二级是接收侧的寻呼冲击，两级之间隔几十秒到一两分钟。老运维都知道，零点过后五六分钟那次「回马枪」，比第一波更考验人。
短信之外还有语音。零点整的呼叫尝试（call attempts）会冲上全年最高点，拨不通的用户会立刻重拨，重拨流量叠加新呼叫，形成「越拥塞越拨、越拨越拥塞」的正反馈。这个正反馈不控制，三分钟就能把一个健康的网络拖入雪崩。
一次规范的跨年保障，不是12月31日晚上才开始的。以一个省级运营商的节奏为例，倒排时间大致是这样：
T-45天，话务预测。 调取近三年同期的话务曲线，包括：语音呼叫尝试次数、短信条数、信令负荷（RRC建立次数、寻呼量）、数据流量。重点不是预测总量——总量每年都在涨，预测的意义在于预测倍数：零点后15分钟的话务是平日同时段的几倍？过去三年这个倍数稳定在某个区间（不同市场差异很大，典型在5到15倍之间），今年在此基础上叠加两个变量：新增用户基数和当年新业务形态。2020年那次跨年就是典型变量——疫情改变了话务结构，户外聚集消失、家庭视频通话暴增，如果还按历史倍数做容量预留，方向就错了。
T-30天，风险点清单。 跨年保障有个容易被忽略的专题：活动热点。跨年烟花秀、大型演出、寺庙撞钟、跨年跑，每一个活动现场都是局部的极端话务点——几万人在几百米范围内同时举手机直播。这张清单要落到小区粒度：哪些基站覆盖活动现场，当前容量多少，需要临时扩容（加载频、开载波聚合、调功率）还是应急车（COW，Cell on Wheels）保障。日本的同行在这个专题上是全球最卷的：NTT DoCoMo每年元旦都会提前公告正月神社参拜的话务预警，明治神宫一带三天客流量约300万人次（公开统计），基站容量在12月就完成调整。
T-14天，扩容落地与冻结。 所有扩容操作必须在冻结期之前完成。接下来两周是变更冻结期（change freeze）：除了紧急故障修复，任何配置变更、版本升级、割接全部暂停。这条纪律是用血换来的——谁都不想让网络在零点前夜带着一个新引入的bug迎接洪峰。
T-3天，预案与演练。 三道闸门的触发阈值、回退条件、决策链签字确认。演练不是走过场：过载控制参数配错是真实发生过的事故类型——阈值配太低，洪峰没来闸门先落，用户莫名其妙被拒；阈值配太高，闸门形同虚设。
T-0，全员到岗。
跨年保障的技术核心就一句话：宁可让一部分请求有秩序地失败，也不让全部请求无秩序地雪崩。 这句话的具体实现，就是分层过载控制。3GPP为这套体系提供了完整的标准化工具箱，下面按「离用户最近」到「离业务最近」的顺序展开。
这是最靠近用户的阀门。5G里叫统一接入控制（Unified Access Control），思路是把业务分类打标（m psdou：信令、紧急呼叫、SMS、数据各自属于不同接入类别Access Category），网络侧通过广播的系统消息下发限制因子和禁止时间。洪峰来临时，只对特定类别（比如普通数据的接入请求）按比例放行，紧急呼叫永远畅通。
这套机制的价值在于可控的降级：限制比例是网络自己算好下发的，被拒绝的UE会按基站指定的回退时间推迟重试，重试天然错峰，不会形成同步重试的第二次冲击。2G/3G时代的接入类别限制（ACB）、4G时代的EAB，都是同一个思想的历代实现——跨年保障用了二十年，工具在进化，思想没变过。
如果接入侧没拦住，信令涌进了核心网，MME/AMF必须自保。这是3GPP明确定义的标准机制：4G侧在TS 23.401中定义了MME过载控制，MME通过S1接口的OVERLOAD START消息告知基站「我过载了」，消息里携带要求的行为等级——从拒绝全部非紧急信令，到只允许高优先级会话，再到完全拒绝，分级响应；过载解除后用OVERLOAD STOP复位。5G侧在TS 23.501中延续了同样的设计，AMF可以通过NAS层拒绝非关键信令，并给UE下发回退定时器，让终端在定时器超时前不再发起同类请求。
这套机制有个工程上的关键细节：过载控制必须在网元过载之前预激活策略，而不是等CPU烧到90%再触发。跨年保障的正确姿势是把过载控制的响应阈值调整到比日常更灵敏，并在预案中明确：哪些网元允许自动触发，哪些必须人工确认。
前两道闸门保的是网络不死，第三道闸门保的是体验不崩。以短信为例：短信中心（或5GC下的SMSF路径）本身就是个天然的队列系统。洪峰时让消息在队列里排队而不是被丢弃，用户感知只是「祝福晚到了90秒」，而不是「发送失败」。配合信令侧的做法是把重试节奏拉平：短信下发失败后的重试要加随机抖动，避免集中重试制造第二波尖峰。
语音侧的对应手段是 playable 播放型回铃和呼叫尝试的接入级限制：与其让用户听到很久的静音后失败，不如快速回「网络忙」促使用户稍后再拨——快速失败也是削峰。
把三道闸门放在一起看：
| 闸门 | 所在层面 | 标准依据 | 典型动作 | 用户感知 |
|---|---|---|---|---|
| 接入控制（UAC/ACB） | 空口 | 3GPP TS 38.331/22.261 | 按业务类别限制比例放行，UE定时回退 | 偶尔转圈后成功 |
| 核心网过载控制 | MME/AMF | TS 23.401 / TS 23.501 | NAS拒绝+回退定时器，分级拒绝 | 请求延迟或重试 |
| 业务级削峰 | 短信中心/语音 | 运营商实施方案 | 队列排队、重试加抖动、快速失败 | 祝福晚到几分钟 |
需要说明：三道闸门的联动策略——谁先动、动多少、阈值多少——3GPP只提供了机制，具体参数是各运营商根据自己的网络话务模型定的，属于各家的看家本事。标准允许多种实现，具体行为以各厂家官方文档为准。
机制讲完，讲人。跨年夜的NOC战情室，是我认为这个行业最有仪式感的地方。
指挥链提前明确。 战情室里坐着几拨人：无线专业、核心网专业、传输专业、IT支撑，外加一名总指挥。总指挥的授权范围在预案里白纸黑字：什么级别的动作可以当场拍板，什么动作需要上报。这条极其重要——洪峰来临时，任何「我先请示一下」的十分钟，都可能错过最佳干预窗口。
大屏上盯什么？ 不是盯流量，流量大不可怕。跨年夜真正要盯的指标按优先级排：
每个指标配一个「观察值→预警值→动作值」的三级门槛。观察值触发，值坐人员只记录不动作；预警值触发，专业负责人开始准备动作方案；动作值触发，总指挥拍板执行。跨年夜最大的技术风险不是没预案，而是预案存在但没人敢按按钮。 所以预案里必须写清动作值触发即执行、事后追认的授权规则——犹豫的代价远大于误动作的代价，前提是动作本身可回退。
窗口纪律。 零点前后两小时是「作战窗口」：所有日常工单暂停派发，只处理红色以上告警；临时扩容动作（比如临时调整接入控制参数）全部走快速审批通道，一人操作一人复核，操作前后各截一次配置基线，确保出问题能秒回。
别忘_LOCAL的IT侧。 现在的跨年保障早就不是纯网络的事：计费系统在零点处理套餐周期切换，账务批价洪峰和话务洪峰同时到；客服中心的话务量会在零点后半小时跟着涨（打不通电话的人会打客服投诉）。战情室要有IT和客服的席位，哪怕只是部直线电话。
跨年话务洪峰是全球现象，各家运营商历年公开的战报，是最鲜活的教材（以下数字均来自运营商历年公开披露，量级可信，具体值随年份波动）。
德国电信（Deutsche Telekom） 每年1月1日发布跨年网络战报，是业内持续性最好的公开数据之一。其历年通报的口径大致是：跨年夜短信发送量为平日同时段的十倍量级，午夜前后一小时的呼叫尝试同样达到数倍于平日的高点；2020/2021跨年因疫情与烟花禁售，话务结构反转——户外聚集消失、家庭视频通话暴增，数据流量创下当时纪录。这类「结构反转」是预测工作最深刻的教训：历史倍数外推模型在行为模式突变时会整段失效。
瑞士、奥地利等德语区运营商 的跨年战报口径类似：短信洪峰集中在0:00-0:15，之后快速回落，洪峰窗口极窄——这印证了信令洪峰「斜率比总量重要」的判断。
日本 是另一个极端样本。DoCoMo每年正月都要应对神社参拜的话务冲击，明治神宫三天约300万人次的客流集中在特定区域，属于「地理集中的持续洪峰」，和跨年「时间集中的瞬时洪峰」互补，两者叠加才是话务保障的完整图景。日本运营商的应对（提前公告、区域扩容、现场应急车）很多做法被全球同行借鉴。
中国市场的变迁 最有时代感：巅峰年份，除夕和跨年的短信量以十亿条计（据工信部历年春节通信通报），短信洪峰是绝对主角；随着即时通讯应用普及，传统短信洪峰逐年回落，取而代之的是数据流量洪峰和OTT信令压力——但网络的接通率压力并没有消失，只是换了形态：视频通话、红包、直播弹幕，洪峰从未缺席，只是改了名姓。
这些公开数据放在一起，能读出一个对运维最有用的结论：跨年洪峰的形态在变，但「瞬时并发的信令冲击」这个本质二十年没变过。 三道闸门的设计思想因此长期有效。
1月1日上午的复盘会，跨年保障才算真正闭环。复盘不看「我们熬过来了」的叙事，只看四个数字组：
预测偏差。 实际洪峰倍数 vs 预测倍数，分专业、分区域看。偏差超过一定幅度（比如±30%）的区域，要回查预测模型的输入错在哪：是新增了话务热点没进清单，还是某类业务（如新上线的视频拜年功能）没预估到位。
闸门触发记录。 三道闸门各自的触发次数、触发时长、触发期间的用户指标。理想的保障是：闸门短暂、精准触发过，用户几乎无感；如果整晚一道闸门都没碰到，要么预测过于保守（容量预留浪费），要么监控盲区（洪峰穿过去了没人知道）——后者更危险。
误伤评估。 限流动作执行期间，紧急呼叫的接通率必须单独核查：这是过载控制的底线指标，任何情况下紧急呼叫的红线不容突破。限流开始和结束的时间点与用户投诉曲线的对应关系，用于评估「降级是否过猛」。
下一个跨年的改进项。 每次复盘产出的参数调整建议、清单增补、流程修订，录入下一轮保障的输入。跨年保障是年度迭代工程，今年的战报就是明年的教材。
把跨年保障拆开看，它没有任何单点的高科技：预测靠的是历史曲线外推加人工修正，闸门用的是3GPP定了十几年的标准机制，战情室流程和军队值班没有本质区别。它的难度全在系统性上：把预测、扩容、限流、指挥、复盘拧成一个每年运转一次的闭环，并且经得起一年一次的真实压力测试。
这也是我最想对年轻工程师说的：网络运维这个工种，平时看是「没事」，价值全体现在「有事」的那两小时。零点那一刻，千万人的祝福要从你守着的这张网里过——接通率大屏上每0.1个点的波动，背后都是几万个「怎么发不出去」。把洪峰模型吃透，把闸门参数磨准，把预案演练到肌肉记忆，这不是重复劳动，这是这个行业里少有的、可以用二十年也不会过时的手艺。
下一个跨年夜，零点前五分钟，战情室的灯会准时亮起来。
flowchart TD
A["跨年保障作战周期"] --> B["T-45天 话务预测"]
A --> C["T-30天 风险点清单"]
A --> D["T-14天 扩容与冻结"]
A --> E["T-3天 预案演练"]
B --> B1["近三年同期曲线<br/>预测洪峰倍数"]
C --> C1["活动热点落到小区<br/>应急车预置"]
D --> D1["变更冻结期启动"]
E --> E1["闸门阈值与授权链确认"]
B1 --> F["T-0 作战窗口开启"]
C1 --> F
D1 --> F
E1 --> F
F --> G["零点前 洪峰第一波<br/>接入信令尖峰"]
G --> H["零点后 回马枪<br/>寻呼冲击第二波"]
H --> I["三道闸门按预案联动<br/>UAC与核心网与业务削峰"]
I --> J["T+1天 复盘早会"]
J --> K["预测偏差 闸门记录<br/>误伤评估 改进项"]
本文由「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 等场景全覆盖。