摘要

  • Bandwidth Inc. 经营的批发层接收紧急呼叫、解析报警位置并把电话交给 PSAP；其 2025 财年 10-K 把紧急服务写成覆盖 42 个国家的完整 PSTN 替代方案，并按月收取服务费。
  • 2025 年 4 月 15 日起，联邦规则要求在实际发现故障后三十分钟内通知受影响 911 设施的值班联系人；第三方先发现同样起算，把 911 处理外包也不转移这项义务。
  • 罚款已经落地：AT&T 95 万美元、Charter 1500 万美元、Altice Mobile 9.6 万美元，另有针对 Lumen 的 86.7 万美元建议罚单。能让外部复核某一夜的记录，仍受保密推定。

把紧急呼叫做成接口

Bandwidth 在 2026 年 2 月 19 日提交的 2025 财年 10-K 里把自己描述成云通信平台，其 API 把语音、短信、紧急服务和人工智能嵌进别人的软件与应用程序（Form 10-K FY2025）。同一份文件说，它的紧急服务提供完整替代 PSTN 的通信，并集成 42 个国家的本地紧急服务；紧急服务接入按服务费确认收入，通常在一个月内摊销完毕。文件点名的产品包括动态位置路由、Emergency Calling API 和 Emergency Notification API。

营销页面补齐操作细节。Emergency Calling API 页面称，接口把客户接到 6,000 多个 PSAP，并把用户位置自动交给接警员，位置来自预设地址或手机经纬度（Emergency Calling API）。VoIP Emergency Services 页面卖的是标准与非固定地点的紧急呼叫，覆盖 40 多个国家和地区，走同一个 API，附带动态位置路由、自动开通与校验、冗余路由、933 测试、7×24 小时的紧急呼叫中心，以及按 FCC 的 PSAP 通报规则自动发出警报的工具（VoIP Emergency Services）。两页都没有可见的发布日期；页面上的 40 多个与 10-K 里的 42 个国家对不上；FAQ 里的 6,000 条连接、每月 98% 的呼叫到达增强型 PSAP、以及美国、加拿大和波多黎各的 100% 覆盖，都是企业自报数字，未获独立验证（911 FAQs）。

真正说明数据不到位时系统怎么动作的，是 2026 年 3 月 19 日的紧急呼叫中心 FAQ：该中心经 APCO 认证，负责处理并转送呼入的紧急电话；动态位置路由、Dynamic E911 for Microsoft Teams 和 Emergency Calling API 都要求在通话当时就有终端与地理信息；信息缺失、SIP 信息或地址有错时，电话被当作未开通，转到紧急呼叫中心；落在 I1 类 PSAP 辖区内的电话先到中心，再由人工转到该 PSAP 的行政线（ECC FAQ）。同一份文件说，Bandwidth 接受所有 911 呼叫而不管主叫号码（From），并把这一点称作它作为电信运营商的责任。

同一套设施的两种说法

911 FAQ 把自己写成一个 VoIP 开通中心：为位置与路由维护与 PSAP 数据库的连接，按当前 PSAP 边界和主叫位置做动态路由，运营自有设施的 CLEC 网络，并用 SIP、RTP、专线和 PSTN 互联转发 911 呼叫（911 FAQs）。10-K 另一边披露的是对第三方运营商、光纤、软件、传输电子设备、网络部件和 colocation 机房的依赖，并列出风险：连接失败、呼叫被送到错误的紧急呼叫中心、断电、互联网拥塞、地址更新滞后，以及移动应用定位规则尚未定型（Form 10-K FY2025）。文件还写明 FCC、外国监管机构、州政府和检察总长可能采取行动，结果是罚款、停止令和民事责任，并在伊利诺伊州有一桩 911 税费与附加费诉讼，在旧金山有一桩相关争议。自有设施与第三方依赖同在一家公司的文件里；本文照实写出，不替它调和。

三十分钟从哪里起算

2024 年 2 月 28 日提交的 2023 财年 10-K 曾写道，紧急服务交付链上各方具体承担什么义务并不清楚，并记录了 2022 年 11 月 FCC 把 911 故障上报要求扩大到发起服务的运营商（Form 10-K FY2023）。那条规则后来落成硬条款：§ 4.9(h) 要求有线、卫星、无线、固网、互联 VoIP 运营商以及受涵盖的 911 服务提供者，向受影响设施指定的故障联系人发出通知，尽可能快，最迟不得超过发现故障后的三十分钟，且涵盖自有、运营、租用或以其他方式使用的设施（47 CFR § 4.9）。向 FCC 上报的时限是另一套：有线、卫星、无线、固网 120 分钟，互联 VoIP 240 分钟，初报 72 小时，终报 30 天。

门槛决定什么算一次故障。§ 4.5(a) 把故障定义为网络故障或劣化导致最终用户通信能力显著下降；§ 4.5(e) 的每一档都要求持续至少三十分钟，其中 (e)(1)、(e)(3)、(e)(4) 用 90 万用户分钟的门槛，而 (e)(2)——E-911 tandem 或选择路由器丧失 911 呼叫处理能力——不设这个下限（47 CFR § 4.5）。§ 4.7 把度量讲清楚：电话业务的用户分钟等于故障时长乘以潜在受影响的电话号码数，所以 90 万用户分钟不等于 90 万通失败呼叫；三万个号码受影响三十分钟，就是九十万个号码分钟（47 CFR § 4.7）。§ 9.19(a)(4)(i)(J) 又把受涵盖的 911 服务提供者收窄到四种功能：直接提供 911 能力、直接服务 PSAP 的端局、直接向 911 主管机构提供下一代核心服务设施、以及 ESInet 或传统 PSAP 网关运营方；政府 PSAP 与 911 主管机构被排除，仅把呼叫发起而由别家交付的主体也被排除，但它们作为发起服务提供者的独立义务不受影响（47 CFR § 9.19）。Bandwidth 是否落在其中某一类，取决于它实际运营什么；本文所依据的文件都不替它下这个法律结论。

日期把框架钉住。2024 年 12 月 17 日的公告 DA 24-1260 把 2025 年 4 月 15 日定为生效与合规日期，把有线、卫星、无线、固网和互联 VoIP 运营商认定为发起服务提供者，说明它们依据第四部分的义务同样延伸到 middle-mile 与批发传输设施的故障，并要求两类提供者识别、维护并按年确认各自服务区内 911 设施的通报联系人（DA 24-1260）。2023 年 2 月 15 日《联邦公报》上的公布文本关掉了运营商最常用的两个抗辩：依赖第三方处理 911 并不解除通知责任；第三方先发现故障可以启动三十分钟的计时；通知必须在期限内完成，不是只要开始就算；委员会拒绝为“恢复后才发现”开豁免，也决定不要求运营商直接通知客户（Federal Register, 2023-02-15）。其后的 FCC 26-39 于 2026 年 7 月 10 日公布、2026 年 8 月 10 日生效，把年度可靠性认证换成一次性认证加实质性变更更新，拒绝仅凭新的类别指定就把 PSAP 通报义务扩到新指定主体，并在脚注 189 里把 NORS 报送义务与受涵盖提供者身份分开（FCC 26-39）。

明码标价的失败

2024 年 8 月 26 日，执法局就 2023 年 8 月 22 日故障中的 911 呼叫交付与 PSAP 通报，同 AT&T Enterprises, LLC 达成命令与同意令：95 万美元民事罚款，三年合规计划，被调查的规则包括 § 4.9(f) 与 § 4.9(h)（DA 24-842, 命令）。同意令把行为写实：八个可能受影响的 PSAP 未获及时通知；除其中一个之外，AT&T 都是受涵盖的 911 提供者，剩下的那个它则是发起固网提供者；公司承认第 4 段所述事实，这是事实承认，不是对全部被调查违规的概括承认（DA 24-842, 同意令）。

Charter Communications, Inc. 为一次更大的故障付出 1500 万美元：2023 年 2 月 19 日的故障中，它未及时通知 1,000 多个 PSAP，必需的 NORS 通报迟了近六个小时，承认的违规还覆盖 2023 年 3 月 31 日和 4 月 26 日的故障，以及数百次计划维护导致的故障；命令指出，迟报与从未报送同样违反 § 4.9(g)(1)(i)（DA 24-708）。

CSC Wireless, LLC（以 Altice Mobile 名义经营）为 2023 年 3 月 18 日与 7 月 19 日两次故障中的第四部分报送违规，付 9.6 万美元并接受三年合规计划（DA 24-779, 命令）。同意令把延迟量了出来：第一次故障的 NORS 初报迟了约六天，第二次的 NORS 通报迟了约八个半小时；两次故障都没有影响 911 语音呼叫，所以无需通知 PSAP（DA 24-779, 同意令）。

Lumen Technologies, Inc. 在 2023 年 10 月 17 日收到一份建议 86.7 万美元罚没的告知书，事由是 2022 年 2 月两次故障中的 PSAP 通报与 911 呼叫传送的疑似违规，并给出按 PSAP 计的基础罚没尺度：前 500 个每个 1 万美元，其后 500 个每个 5,000 美元，再往后每个 1,000 美元（FCC 23-81）。这是一份建议，不是终局罚没；在本次查阅的文件范围内没有找到后续裁定。

档案墙

§ 4.2 规定，依据第四部分提交的报告按 § 0.457(d)(1) 推定为保密，查阅申请走 § 0.461 的程序；有管辖权的州、哥伦比亚特区、属地、联邦与部落机构在证明知情必要与保密保障后可直接调阅；对外公开仅限于至少来自四个提供者的匿名汇总，且没有公布的义务（47 CFR § 4.2）。公众拿到的是汇总和分析：2025 年 3 月 28 日的 FCC 25-21 记录，2024 年至少上报了 92 次“同情性”跨州故障——即一家因别家网络故障而上报的情况——脚注 53 把统计限定为标明多个受影响州的报告，并排除传输与 SS7 引起的故障（FCC 25-21）。

为写这篇而查阅的 21 份文件——年报、产品与支持页面、规则条文、三份命令与同意令、对 Lumen 的告知书，以及两份《联邦公报》公布文本——当中没有出现任何点名 Bandwidth Inc. 的 FCC 执法行动、同意令或针对该公司的 NORS 报送，也没有 Bandwidth 披露某次由它造成的具体 911 故障、受影响 PSAP 或写了日期的整改。这是关于 21 份文件的结论，不是关于世界的结论。

什么会改变归类

一份带日期的故障记录、一份 PSAP 通报送达记录，或 Lumen 案的终局裁定，会把 Bandwidth 的位置从“按功能可能受涵盖、无公开审视”推到可核查的一侧。在那之前，能执行的提问只有一个：某个夜里，通报是否在三十分钟内到达，谁能拿出回执？BTW 名录里该主体的条目见 Bandwidth Inc.。