摘要

  • 为每项本地重要通信依赖记录运营商确认状态、服务标识、证据日期以及负责定期复核的责任人。
  • 演练指定的升级交接，并在关闭事件前从用户端核实语音、数据或关键应用确已恢复可用。

从服务依赖开始，而不是从楼名开始

同一处场所可能同时依赖固定接入、移动通信、呼入路由、托管广域网、云端认证以及用户侧设备供电。这些服务的责任人和故障方式都不同。因此，“市政厅”不是足够精确的登记单位。

真正可管理的单位是“服务依赖”。每条记录应说明它支撑的公共职能、运营商可识别的服务编号、本地责任人，以及支持任何特殊恢复安排的证据。敏感编号应保存在受控登记册中，而不是公开地图或普通规划文件里。

登记册还必须区分三个经常被混为一谈的状态：本地认为重要；相关运营商已在明确安排下确认；事件发生时已实际调用并留下可追踪回应。后两种状态才是运行证据，第一种只是规划判断。

让资格成为会过期的事实

资格、账户与联络路径都会变化。合同续签、线路迁移、账户合并、建筑用途变化，都可能让去年的正确记录变成下一次中断时的误导。

因此，每条记录都需要证据日期、证据责任人和复核日期。证据可以是运营商参考号、双方确认的关键客户记录、服务管理确认，或其他明确适用于该服务的文件。登记册应写下“对方确认了什么”，而不是“本地希望这个标签意味着什么”。

到期机制非常重要。未按期复核的条目应自动退回“本地提名——运营商状态未核实”。这并不删除依赖关系，而是阻止假设冒充保障。

建立能经受事故的升级链

一个电话号码不是升级链。运行记录要写明谁可以联系、必须提供哪些标识、在什么事故阈值下启用、如何保存受理确认，以及首条路径失败后由谁接手。

内阁办公室把运营商联络和演练纳入地方韧性通信规划；EC-RRG面向运营商的指导也强调故障流程、恢复信息以及互联运营商之间的协作。对地方团队而言，合理推论很有限：升级必须有明确责任和交接记录。这并不意味着地方团队可以指挥运营商的网络运行。

多运营商依赖尤其要把接口显性化。一条接入线路可能由一家企业销售，却由另一张网络承载；呼叫路由也可能另有管理方。只登记客户经理，会把真正的技术交接点藏起来。