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