# 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日的故障呈现如下特征： - **故障起点**：伦敦时间早上7:45左右，用户陆续报告无法主叫和被叫，Downdetector投诉量在中午前冲上数千条； - **影响范围**：全英国范围（UK-wide），Three自有用户及其MVNO合作伙伴Smarty、iD Mobile的用户全部中招； - **业务隔离性**：移动数据（含5G）基本不受影响，部分用户短信也有异常； - **最严重后果**：包括999/112紧急呼叫在内的电话无法接通——这正是Ofcom后来立案的核心原因； - **恢复时长**：据媒体统计约12~14小时，“大半天”之后才逐步恢复。 时间线如下： | 时间（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为例： ```mermaid 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》）结果也尚未公布。任何断言“就是某个网元崩了”的说法都是不负责任的。 从行业惯例和历史案例看，这类“全网话音面瘫痪、数据面无恙”的故障，最常见的四类诱因是： - **变更引入的软件缺陷**：IMS核心（尤其是TAS/MGCF）升级或补丁后触发隐藏bug，某个关键进程全网性挂死。BT在7月那次事故中已经自己承认是“软件相关故障”导致互连话音中断，这种模式在话音域屡见不鲜； - **数据库/签约数据异常**：HSS与TAS之间的用户数据同步故障、号码分析数据错误下发，导致呼叫建立被全网性拒绝； - **证书/许可证过期**：2018年爱立信O2/SoftBank事件的翻版——一张过期证书放倒11个国家； - **互连配置错误**：路由/中继数据割接出错，本网呼叫他网的信令被全量丢弃。 顺带一提，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同时启动正式调查，法律依据均为： - 《2003年通信法》**第105A条**：网络与服务提供商必须采取适当且成比例的措施，识别并降低安全妥协风险、做好预案——注意“availability（可用性）”明确写在其定义内，**断网本身就是安全义务范畴**，不只是“黑客攻击”才叫安全事件； - **第105C条**：发生安全妥协后必须采取措施防止、补救、减轻不利影响； - 《电子通信（安全 measures）条例2022》下的具体强制措施。 这是英国电信安全新框架（源自《电信安全法2021》改革）落地后相当罕见的“双立案”，罚则与运营商营业额挂钩。参照先例：2020年前后EE曾因用户无法接入紧急服务被Ofcom罚款270万英镑——而那还只是旧框架下的金额。 ```mermaid 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](https://www.ofcom.org.uk/phones-and-broadband/telecoms-infrastructure/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](https://www.ofcom.org.uk/phones-and-broadband/telecoms-infrastructure/ofcom-investigates-bt-and-three-following-mobile-network-outages) — BT与Three双立案的官方说明 3. [BBC: Ofcom investigates BT and Three for failing to connect 999 calls](https://www.bbc.co.uk/news/articles/c5y2kgdq6r3o) — BBC对两起事故及紧急呼叫影响的报道 4. [DataCenterDynamics: Three suffers network outage in UK, impacting voice calls](https://www.datacenterdynamics.com/en/news/three-suffers-network-outage-in-uk-impacting-voice-calls/) — 6月25日故障当日报道，数据业务不受影响的确认 5. [Telecoms.com: Ofcom probes BT and Three over summer network outages](https://www.telecoms.com/public-policy/ofcom-probes-bt-and-three-over-summer-network-outages) — BT软件故障性质与两案关系分析 6. [ZDNet: Ericsson — Expired certificate caused O2 and SoftBank outages](https://www.zdnet.com/article/ericsson-expired-certificate-caused-o2-and-softbank-outages/) — 2018年爱立信证书事件根因确认 7. [The Modern IT Navigator: Three UK Voice Outage](https://themodernitnavigator.substack.com/p/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 等场景全覆盖。