首页 › tech › 999打不通:英国Three断话复盘

999打不通:英国Three全网断话事故复盘——当数据永远在线,电话却成了奢望

概述

2025年6月25日早晨7点45分,英国运营商Three UK的全国性话音业务开始崩溃:数百万用户打不出、也接不进任何电话,999紧急呼叫同样受阻,旗下虚拟运营商Smarty和iD Mobile一并瘫痪。吊诡的是,用户的5G数据业务全程基本正常——刷视频、发微信毫无障碍,唯独“打电话”这个155年前就存在的功能消失了。故障持续超过12小时。半年后的2025年12月15日,英国监管机构Ofcom对Three和BT同时立案调查。本文复盘这起事故的时间线、话音面故障的技术定位、监管走向,以及给全球核心网运维人的六条血泪教训。

一、事故还原:一场“数据正常的话音瘫痪”

先把基本事实钉死。综合BBC、DataCenterDynamics、《镜报》等多家媒体报道,2025年6月25日的故障呈现如下特征:

时间线如下:

时间(2025年) 事件
6月25日 07:45 用户开始大规模报告无法拨打/接听电话,语音和部分短信业务异常
6月25日 上午 Three确认“影响话音业务的故障”(issue affecting voice services),建议用户用VoIP/OTT应用替代;数据业务声明不受影响
6月25日 中午 Downdetector投诉数千条,社交媒体爆发;Smarty、iD Mobile用户确认同样中招
6月25日 深夜 服务在故障约12~14小时后逐步恢复,Three公开致歉
事后数周 Three向Ofcom提交事故通报(notification)
12月15日 Ofcom宣布对Three立案调查(案件号CW/01331/12/25),同时因7月互连故障对BT立案

值得一提的是,这已经不是Three在2025年的第一次话音事故。当年1月23-24日(风暴Éowyn袭击英国期间),Three就发生过一次大规模话音中断,Downdetector投诉超过一万条,公开渠道至今没有给出明确技术根因。半年之内两次全国性断话,叠加当年刚完成与Vodafone的合并(合并后约2700万用户、成为英国最大移动网络),Three的运维底盘被放到了放大镜下。

二、技术定位:故障在“话音面”,不在“无线面”

作为核心网工程师,这起事故最有分析价值的地方在于它的业务隔离性:数据通、话音断。这个组合本身就是一张精确的“病灶定位图”。

2.1 VoLTE呼叫路径上的关键节点

先看一通VoLTE电话要经过什么。以Three用户A呼叫英国另一运营商用户B为例:

flowchart TD
    subgraph 终端与无线
        UE[A的手机] --> RAN[3的无线网]
    end
    subgraph EPC分组域
        RAN --> MME
        MME --> PGW[PGW/SGW]
    end
    subgraph IMS话音面
        PGW --> PCSCF[P-CSCF]
        PCSCF --> SCSCF[S-CSCF]
        SCSCF --> TAS[TAS/应用服务器]
        TAS --> MGCF[MGCF/MGW 互通网关]
    end
    subgraph 互连与紧急呼叫
        MGCF --> STP[互连中继/路由]
        STP --> NETB[B的网络]
        SCSCF -.紧急呼叫.-> ECSCF[E-CSCF]
        ECSCF -.-> EMPS[EMPS 999处理平台]
    end

数据业务正常,说明什么?说明EPC分组域(MME/SGW/PGW)、无线接入、HSS的分组签约数据、DNS、计费鉴权链路大概率都是好的——用户能附着、能拿IP、能跑业务。

话音全断,则把嫌疑范围压缩到以下几个域:

  1. IMS核心本身(P-CSCF/S-CSCF/TAS)——注册或呼叫 establishment 出问题;
  2. 互通层(MGCF/IM-MGW、IP-SM-GW、号码分析/ENUM/路由选择功能)——本网呼叫起不来、跨网呼叫出不去;
  3. 互连中继——与EE、VMO2、BT等他网的SIP-I/ISUP互连,或信令转接点;
  4. 紧急呼叫专用链路——E-CSCF到英国紧急呼叫处理平台EMPS的路由。

MVNO用户也断,是又一条关键线索:Smarty和iD Mobile没有自己的IMS核心,话音完全寄宿在Three的核心网上。它们的崩溃再次把故障锁定在共享的IMS/话音核心层,而不是某个无线区域或某个用户群签约数据。

2.2 根因:官方没说,我们只有“排除法”

必须诚实:截至本文撰写,Three从未公开6月25日事故的详细技术根因,Ofcom的调查(依据《2003年通信法》第105A/105C条及《电子通信安全措施条例2022》)结果也尚未公布。任何断言“就是某个网元崩了”的说法都是不负责任的。

从行业惯例和历史案例看,这类“全网话音面瘫痪、数据面无恙”的故障,最常见的四类诱因是:

顺带一提,6月的故障还有媒体报道称部分Three用户“无法拨打EE用户”,这与互连层故障的假设吻合——但仅为当时报道,未经证实。

三、BT事故对照:半个月后,同样的剧本换了主角

Three刚喘过气,2025年7月24-25日,BT自己中了招——软件故障导致EE移动用户与他网互连的话音业务中断,同样包括紧急呼叫。BT已向Ofcom通报为“软件相关故障”(software-related failure)。

两起事故叠加的后果是:2025年12月15日,Ofcom以“全网范围话音中断、影响紧急呼叫接入”为由,对Hutchison 3G UK(Three UK)和BT同时启动正式调查,法律依据均为:

这是英国电信安全新框架(源自《电信安全法2021》改革)落地后相当罕见的“双立案”,罚则与运营商营业额挂钩。参照先例:2020年前后EE曾因用户无法接入紧急服务被Ofcom罚款270万英镑——而那还只是旧框架下的金额。

timeline
    title 2025年英国话音事故与监管时间线
    1月 : Three UK再次大规模话音中断(风暴Éowyn期间)投诉超万条
    6月25日 : Three UK全国话音+紧急呼叫中断约12~14小时
    7月24-25日 : BT/EE互连话音中断,紧急呼叫受影响
    12月15日 : Ofcom对Three与BT双双立案调查(105A/105C条)

四、历史镜像:2018年那张 certificate 还在飘

把2018年12月6日爱立信证书事件拉出来对照,你会发现五年过去,行业的脆弱点几乎没变:

维度 2018爱立信证书事件 2025 Three UK断话
影响范围 11国、O2约3200万用户、SoftBank 英国全国+MVNO,约千万级用户
业务面 数据+短信(约24小时) 话音+紧急呼叫(12~14小时)
故障层 网管/软件证书 话音核心/互通层(未官方披露)
恢复方式 重启/更换证书 未公开
后续 O2索赔传闻达1亿英镑量级 Ofcom正式立案,罚则与营业额挂钩
共性 单一“小物件”(证书/软件/配置)击穿全网冗余 同左

行业分析师对大型断网事故的量价估算在每小时100万~300万英镑(含账单损失、服务补偿、交易延误),按此口径Three这12小时就是千万英镑级的事故,还不含批量补偿、潜在罚款与品牌损失。 redundancy(冗余)省下的钱,事故一天全部吐回去还要加倍。

五、运维视角:六条用真金白银换来的教训

教训1:警惕“伪冗余”——数据面可用性≠话音面可用性

很多运营商的可用性考核、拨测体系、NOA大屏都以“能上网”为锚点。但VoLTE架构下话音是一整条独立业务链:S-CSCF→TAS→MGCF→互连,任何一环故障都“断话不断网”。拨测必须按业务链分域名做端到端:注册、MO呼叫、MT呼叫、跨网呼叫、紧急呼叫,五个探针缺一不可,且要贴近真实终端行为(GoIP/真实SIM池),而不是只看网元KPI全绿。6月25日那天,Three的数据KPI大概率“全绿”了很久。

教训2:紧急呼叫链路必须独立成域、独立演练

999/112走的是E-CSCF→EMPS专用路由,与普通呼叫路径部分重叠但关键节点不同。两条硬要求:一是紧急呼叫路由的关键网元(E-CSCF、EMPS互连)做地理冗余,任何割接不得单点操作;二是每日自动拨测999(用监管认可的测试号段),这个成本极低,却是把“监管红线”变成“告警指标”的唯一办法。Ofcom两次立案,核心指控都是紧急呼叫不可及——这是比“用户打不出电话”重一个数量级的合规问题。

教训3:回落路径正在消失,话音面的“最后防线”没了

十年前的经验法则是:VoLTE挂了还有CSFB,2G/3G兜底。但英国2024-2025年间四大运营商已陆续关闭3G(Vodafone打头),2G也在退网计划中。话音面第一次成为“单路径业务”——IMS崩了,没有任何回落可言。这要求对IMS核心的变更管理提高整整一个等级:灰度分区、跨厂商/跨地域异构双平面、回滚预案演练到分钟级。全球范围内,只要3G退网启动,这个风险就同样适用于你。

教训4:证书、许可证、周期性数据的“死亡日历”

2018年的证书、这些年层出不穷的License过期事故,暴露的都是同一类问题:有明确过期日的对象没有自动化台账。落地做法:证书/License/定时任务全部纳入统一到期清单,提前30/7/1天三级告警,任何到期前未续期即冻结相关变更窗口。这件事没有任何技术难度,纯粹是治理问题——所以它才会反复发生。

教训5:互连层是全局单点,BT事故是所有人的镜子

7月的BT故障恰恰打在互连(interconnect)上。互连是运营商网络的“国境线”,配置复杂、变更频繁、牵一发动全身,且往往一省一制、一站一制,自动化程度全网最低。建议:互连路由数据全部版本化管理+割接前自动一致性校验;每条中继常态双向拨测;跨网呼叫失败率单独设阈值告警,不等用户投诉。

教训6:事故通报与监管沟通是“第二战场”

Three在6月25日的对外沟通并不算慢,但真正决定罚款量级的是105A/105C框架下的事前防御措施是否到位、事后处置是否成比例。Ofcom立案文案里追究的是“你是否采取了适当且成比例的措施”。这意味着:你的风险评估记录、冗余设计文档、演练记录、事后整改闭环,都会成为调查证据。运维团队要习惯用“呈堂证供”的标准写变更单和故障报告。

六、结语:155岁的业务,配得上更好的可靠性

电话比互联网老了一个甲子,却在2025年的英国接连倒下两次,而且都是倒在与“先进”无关的地方:一个软件缺陷、一条互连链路。Five 9s的话音可靠性传统,正在被IP化的架构惯性、退网浪潮和成本压力悄悄蚕食。Three和BT的调查结果还未出炉,但无论罚单几何,给行业的问题已经足够尖锐:当3G安全网撤走、话音只剩IMS一条路时,你的运维体系升级到“单路径时代”了吗?

999打不通的12小时,不该只让英国用户记住。

参考来源

  1. Ofcom: Investigation into Three following voice service outage on 25 June 2025 — Ofcom官方立案公告,含法律依据(105A/105C条)与案件号
  2. Ofcom: Ofcom investigates BT and Three following mobile network outages — BT与Three双立案的官方说明
  3. BBC: Ofcom investigates BT and Three for failing to connect 999 calls — BBC对两起事故及紧急呼叫影响的报道
  4. DataCenterDynamics: Three suffers network outage in UK, impacting voice calls — 6月25日故障当日报道,数据业务不受影响的确认
  5. Telecoms.com: Ofcom probes BT and Three over summer network outages — BT软件故障性质与两案关系分析
  6. ZDNet: Ericsson — Expired certificate caused O2 and SoftBank outages — 2018年爱立信证书事件根因确认
  7. The Modern IT Navigator: Three UK Voice Outage — 事故成本估算(每小时100万~300万英镑)及EE罚款先例

本文由「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 等场景全覆盖。

51学通信知识星球海报-扫码加入