割接,是通信运维工程师绕不开的“高考”:在凌晨的话务低谷期,把承载数千万乃至数亿用户的核心网网元、用户数据或整张网络,从旧系统搬到新系统,还要求天亮前用户毫无感知。本文回答三个问题:运营商正在做哪些大规模割接(核心网大区集中化、2G/3G退网关站);一次合格的割接如何组织(时间线、检查点、熔断指标);以及什么时刻必须果断回退。文中方法论来自行业通行实践与公开报道,指标阈值为经验示例,供各网对照自查。
过去几年,几乎每一场上了新闻头条的断网事故,追到最后都能看到“变更”两个字:有人升级软件没做好兼容验证,有人改路由没走双人复核,有人让过期证书带病上岗。KDDI、O2、Rogers、docomo……这些案例各有细节,但共同点是:变更窗口本身,就是全网络风险最集中的四个小时。
但硬币的另一面是:网络不割接就是等死。2G要退频、EPC要并网、核心网要上云、省级资源要收敛,用户数据要在旧库和新库之间搬家。割接不是要不要做的问题,而是怎么把风险从“随机爆炸”压缩到“可控流程”的问题。干了十几年运维的人都懂一个道理:好的割接是无聊的,所有刺激都发生在准备阶段;当晚如果出现任何“意外惊喜”,说明前面肯定漏了步骤。
近年国内运营商最大规模的割接工程,是核心网的集中化改造。以中国移动为例,据公开报道,其方向是把原本分散在各省的核心网控制面,收敛到若干个大区级资源池,实现集中部署、集中运营。这意味着什么?中国移动移动用户规模近十亿,用户签约数据(4G时代在HSS,5G时代在UDM)要按省、按批次、按号段,在深夜窗口里从省级设备搬迁到大区云化资源池——而且搬迁期间不能停业务。
这类割接的复杂度是几何级上升的,因为要搬的不只是数据:
这类工程通行做法是“先灰度、后批量”:先割一个地市甚至一个号段,观察一周指标无异常,再按批次推进。据行业媒体公开报道,各运营商在推进网络云化和集中化过程中普遍采用分省分批、灰度验证的策略,具体进度和批次安排以各家官方发布为准。
如果说搬迁是“搬家”,退网就是“拆房”,拆房割接的难点不在核心网,而在那些你想不到的存量终端。
美国是第一个大面积完成的:AT&T在2022年2月关闭3G,T-Mobile在2022年先后关停自家及Sprint的3G网络,Verizon在2022年底关闭3G。欧洲走得更慢但更细:据多家外媒报道,德国Vodafone在2024年12月31日正式关闭2G网络——它此前多年一直保留2G,一个重要原因就是大量电梯应急呼叫装置和老款车载eCall终端还挂在2G上。欧盟层面后来更新了规则,允许eCall基于4G/5G实现,车企和运营商才算拿到“拆房许可证”。
给中国工程师的参照意义在于:退网割接的真正工作在关站之前一两年就开始了——
割接当晚最怕两种人:一种看啥都觉得没事,一种看啥都想回退。解药是提前定好熔断指标——白纸黑字写进割接方案,达到条件必须执行动作,当晚不允许临场争论。下面是一张行业常见的熔断指标示例表(具体阈值请以本网割接前基线校准):
| 观察指标 | 观察方式 | 经验熔断线(示例) | 触发动作 |
|---|---|---|---|
| 注册/Attach成功率 | 割接后每5分钟一个窗口 | 较基线下降超1个百分点,且连续2个窗口恶化 | 上报割接指挥席,进入决策流程 |
| 话务接通率(VoLTE/CSFB) | 每10分钟统计 | 较基线下降超2个百分点 | 优先定位,15分钟无改善进入决策 |
| 用户面丢包/时延 | 拨测+网管统计 | 丢包率突增一个数量级 | 立即检查承载与路由,进入决策 |
| 新增网元级严重告警 | 实时 | 出现整网元宕机、POOL异常 | 直接进入回退决策,不等观察窗 |
| 用户投诉 | 客服联动热线 | 单窗口投诉量较平日同时段翻倍 | 交叉验证指标是否失真 |
注意最后一行:投诉是比网管指标更诚实的探测器。指标造不造假你未必知道,但用户打不出电话一定会投诉。割接当晚值班席上应该永远有一路客服专线,投诉曲线和KPI曲线对不上的时候,信投诉。
一次组织良好的割接,当晚的决策流是预先画好的,谁在什么时刻基于什么数据做什么决定,不存在临场发挥。下面的流程图是典型版本:
flowchart TD
A["割接窗口开启"] --> B["步骤0:配置与数据备份"]
B --> C{"备份校验通过?"}
C -->|否| Z["中止本次割接 顺延窗口"]
C -->|是| D["实施切换:数据与流量迁移"]
D --> E["第一观察点:切换后30分钟"]
E --> F{"熔断指标全部达标?"}
F -->|否| G{"当前时间早于回退截止点?"}
F -->|是| H["第二观察点:60分钟"]
G -->|是| R["执行回退 切回旧网"]
G -->|否| W["禁止回退 向前抢修"]
H --> I{"告警与投诉异常?"}
I -->|是| W
I -->|否| S["宣布割接成功 进入7天观察期"]
R --> V["恢复验证 出具复盘报告"]
W --> X["问题定位与热修 加密观察"]
这条流程里最值得展开的是回退截止点的设计。很多新工程师以为回退越晚越保险,错了——回退本身也是一次高风险变更:要把流量和数据再倒回去,旧系统已经停改数小时,回退路上同样可能有坑。所以成熟团队的做法是倒推设计:假设回退需要90分钟,窗口6点结束,那凌晨4点半就是回退截止点。截止点之前,指标恶化优先考虑回退;截止点之后,明确宣布“只能向前修”,所有资源转向热修和止损,同时客服侧启动对外口径。
回退不丢人,向前修不清才丢人。这句老话的下半句是:做出回退决定的指挥员,事后复盘时如果回退是对的,要公开表扬——因为敢于按预案按下回退键的文化,比任何技术手段都更能保住网络。
按时间倒排,割接前72小时应该完成的事,经验上分成三层:
技术层
组织层
风险层
割接的本质,是把一次不可控的随机故障,改写成一场全部步骤可预演、全部风险有预案、全部决策有截止时间的受控变更。核心网大区化和退网关站这两类工程还会持续很多年,割接夜会一个接一个地来。对运维工程师来说,今晚最好的状态是:凌晨四点,一切如预案般无聊,然后你说一句——“宣布成功,收工”。
说明:本文成稿环境未能联网逐条核验深层链接,以下给出权威站点入口与建议检索词,读者可按词检索原文。
本文由「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 等场景全覆盖。
