基于国家地震预警工程融合决策架构、积石山地震案例及公开资料的技术分析

2026年10月22日，西藏那曲市巴青县发生M7.0地震，震源深度10km。本次地震发生后，截至本文撰写时，尚未发现公开渠道发布与本次地震相关的地震预警信息。如果国家地震预警工程的融合决策平台确实未产出最终预警结果，那么问题可能出在预警算法、二级融合、结果上报或国家级一级融合等环节。

为分析这一问题，我查阅了《国家地震烈度速报与预警工程融合决策平台建设》一文，并结合文中涉及的积石山M6.2地震案例，对巴青地震可能没有形成最终预警的原因进行梳理。需要说明的是，本文分析的是工程架构下的可能性，并非中国地震局公布的调查结论。目前本次事件各预警算法的原始产出记录、二级融合日志及国家级一级融合日志均未公开，因此无法确认问题究竟发生在哪一个环节。

一、国家地震预警工程的预警产出流程

根据论文描述，国家地震预警工程的预警信息产出与发布主要涉及原始预警、二级融合、国家级一级融合和后续发布转发几个环节。原始算法产出了结果，不代表该中心一定形成了有效的二级融合结果；二级融合形成了结果，也不代表该结果一定能够进入国家级一级融合并形成最终预警。

原始预警：部署了预警算法的中心根据接入的台站数据运行预警算法，尝试确定震中位置、震级等参数。

二级融合：各中心通过本中心的二级融合决策系统处理预警算法结果，形成相应的二级融合结果，并将符合条件的结果上报国家级一级融合决策系统。

国家级一级融合：国家级一级融合决策系统接收各中心上报的二级结果，按照相应的融合与发布策略进行处理，满足条件后形成针对同一地震事件的最终预警结果CB。

发布与转发：国家、备份及省级相关节点根据工程架构和主备运行状态发布或转发最终预警结果，后续服务系统再按照各自的配置向用户提供信息。

1.部署预警算法的中心，并不是只有一套预警系统

根据论文描述，国家中心、备份中心和重点预警地区省级中心均部署预警算法系统，并通过各自的二级融合决策系统形成相应的二级融合结果。相关中心配置了eewA、eewB、eewC三套预警系统。因此，一个中心并非只能运行一套预警算法，理论上三套系统均可能针对同一次地震形成各自的算法结果。

但需要区分系统部署数量和实际结果数量。部署了三套系统，不代表三套系统每次都能成功产出有效结果，也不代表三套算法的结果一定能全部进入二级融合，更不能直接把三套原始算法结果当成三份可以独立发布的最终预警信息。实际产出仍取决于台站数据、算法判断条件、融合规则及相应的系统运行状态。

一般地区省级中心则不同。论文描述的一般地区省级中心不部署本地预警算法，因此通常不会独立形成这类原始预警结果，而是接收后续国家级最终融合结果，并按照工程架构开展相应的发布或转发。

2.为什么有原始预警结果，仍然不一定能发布？

原始预警、二级融合结果和国家级最终结果CB是三个不同层面的产出。某套算法即使已经得出初步震级和震中位置，仍需要经过后续融合处理；某个中心即使形成了二级结果，该结果也仍然需要满足相应的上报规则，才能被国家级一级融合系统接收并参与决策。

按照此前对论文相关发布策略的梳理，国家级一级融合需要同时收到两个二级结果，并且这两个结果中需要包含两套预警系统的结果，才满足相应的融合产出条件。例如，某省级中心eewA的结果与国家中心eewB的结果，可以作为理解两套预警系统结果组合的示意。但是，这一示例本身并不能证明该组合在所有情况下都必然满足全部融合条件，也不能说明它是唯一允许的组合，具体仍需以论文相关发布策略及系统判定规则为准。

需要注意：国家级一级融合并不是收到任意一个二级结果就会形成最终预警。如果最终进入一级融合的结果只有一个，或者结果数量、系统组合及其他条件不满足当前发布策略，就可能无法形成最终结果CB。因此，判断一次地震为什么没有产出最终预警，需要同时关注原始算法是否有结果、二级融合是否形成结果，以及最终进入国家级一级融合的结果是否满足条件。

二、可能原因一：国家级一级融合没有收到满足条件的二级结果组合

这是分析巴青地震时值得优先排查的方向之一。如果国家中心、备份中心及相关重点地区省级中心中的部分预警算法已经形成原始结果，但最终能够上报国家级一级融合的二级结果数量不足，或者这些结果的系统组合不符合当前发布策略，那么国家级一级融合就可能无法形成最终结果CB。

例如，某中心的一套预警算法可能已经产出候选结果，但同一中心的其他系统没有形成结果；也可能有中心形成了二级融合结果，却没有其他符合条件的二级结果与其组成满足策略要求的组合。在这种情况下，即使某套系统已经识别出地震并产出了候选预警信息，国家级最终预警仍然可能无法形成。

对于本次巴青M7.0地震，一种值得重点排查的可能性是：国家级一级融合没有收到满足当前发布策略的有效二级结果组合。也就是说，问题可能并不是所有系统都没有识别到地震，而是最终进入一级融合的结果不足，或者没有形成符合要求的组合。

不过，目前并没有本次事件各中心的融合运行日志能够证明这一点。因此，不能直接得出国家中心、备份中心和所有重点地区省级中心总共只产出了一份预警结果，或者所有预警系统均未产出结果的结论。要确认究竟有多少套系统产出了结果、形成了多少个二级结果，以及一级融合实际收到哪些结果，仍需要相关运行记录。

三、可能原因二：省级结果受到类属地上报规则限制

除国家级一级融合的产出条件之外，省级二级融合结果能否上报国家级一级融合，还可能受到类属地上报规则的约束。这一点在论文讨论的积石山M6.2地震案例中有所体现。

根据此前对该案例的梳理，积石山地震初期用于定位的前五个台站均属于甘肃，青海省级融合结果当时未满足相关上报条件，因此没有进入国家级一级融合；后续部分余震满足上报条件后，青海省级结果才进入后续融合流程。

这一案例说明，即使某省级中心能够接收台站数据，甚至已经通过本地算法形成预警结果，也不意味着该结果一定能够上报国家级一级融合。省级结果还需要符合相应的上报规则，而类属地判定可能是其中一个影响因素。

如果巴青地震中也存在类似情况，那么即使青海省级中心根据其接入的台站数据形成了候选结果，该结果仍可能因不符合相关上报条件而无法进入国家级一级融合。假如最终上报的二级结果因此减少，就可能进一步影响国家级最终融合的条件判断。

这里需要注意：积石山地震案例只能说明类属地规则可能影响省级结果的上报，不能证明巴青地震中青海省级结果一定被拦截，也不能仅凭积石山案例就将规则简化为“前五个台站不在本省，结果就一定不能上报”的普遍公式。巴青地震是否存在类似情况，需要核对本次事件的定位台站名单及省级结果上报判定记录。

四、可能原因三：西藏重点预警区的部署具有区域性

另一个值得关注的因素，是西藏自治区内的预警系统部署范围。根据此前讨论的工程资料，重点预警区并不等于整个西藏自治区，论文所涉及的西藏重点预警区域为拉萨地区。因此，不能简单地认为，只要地震发生在西藏，西藏省级中心就一定能够像重点预警区内的地震那样，利用本地部署的预警算法快速形成省级结果。

如果巴青地震发生时，相关省级预警算法的部署范围、实际接入的数据或算法定位能力无法支持该次事件，那么西藏侧能够形成并上报的二级结果就可能受到影响。这并不意味着重点区以外完全没有台站，也不代表重点区外绝对不可能产生任何预警结果，而是说台站覆盖与预警算法部署需要分别判断。

一方面，台站可能记录到地震波，并将数据传输至相关系统；另一方面，某个中心是否部署本地预警算法、实际使用了哪些台站数据，以及最终是否形成有效的二级融合结果，则属于不同的问题。即使西藏巴青地区存在监测台站，也不能单凭这一点认定当地省级中心部署的预警系统一定覆盖到了该地区；同样，也不能仅凭重点预警区的划分就断言重点区外的台站数据完全不会被其他中心接收或使用。

如果巴青地震发生时，西藏侧没有形成能够进入国家级一级融合的有效二级结果，而青海省级结果又因上报规则等原因未进入后续融合，那么最终进入国家级一级融合的有效结果就可能不足。不过，这仍是一种待验证的可能性，不能认定它是本次事件没有形成预警的直接原因。

五、可能原因四：台站分布、数据质量或算法条件没有满足要求

即使一个中心部署了eewA、eewB、eewC三套预警系统，也不意味着三套系统在每一次地震中都必然形成有效结果。原始预警算法仍然需要满足相应的定位、震级及数据质量条件。论文中涉及的基本产出条件包括：算法估计震级达到规定门槛，以及用于定位的台站数量达到规定要求。此前讨论的相关条件为震级估计达到M3及以上、用于定位的台站不少于4个，具体还需要结合论文相应表格及算法质量控制规则理解。

因此，巴青地震虽然最终测定震级达到M7.0，但这并不意味着每个中心、每套算法都一定能在预警所需的时间窗口内获得足够且分布合理的有效台站数据。最终震级较大，与预警系统能否在初期快速形成可靠的定位及震级结果，并不是同一个问题。

可能影响原始算法产出的因素包括：有效定位台站数量不足或有效数据到达时间较晚；参与定位的台站方位分布不理想，影响初期震中定位的稳定性；实时波形数据传输延迟、缺失或异常；算法对初期震级、震中位置或定位质量的判断未达到产出条件；以及算法虽已形成候选结果，却在后续质量控制或二级融合阶段未被采用。

这里还需要区分震后烈度速报图与预警台站实际参与情况。烈度图反映的是震后用于地震动观测与烈度评估的数据，不能直接替代预警算法的定位台站清单。烈度速报所使用的一般站在预警算法中的具体参与方式、权重以及对本次预警结果的影响，都需要相应技术资料才能确定。要确认台站覆盖是否为本次地震未形成预警的原因，仍应检查本次事件实际参与定位的台站数量、位置、数据到达时间以及各套算法的判定记录。

六、综合分析：一种可能的解释链条

综合上述工程架构和积石山地震案例，可以提出以下一种需要进一步验证的解释：巴青地震发生后，国家中心、备份中心及相关重点地区省级中心分别运行各自部署的预警算法；受有效台站覆盖、实时数据质量、算法判断条件或其他因素影响，部分算法可能没有形成可用的原始结果。即使部分算法已经形成结果，相关中心也未必能够形成符合上报条件的二级融合结果；部分省级结果还可能受到类属地上报规则等条件限制，未能进入国家级一级融合。

在此基础上，如果最终进入国家级一级融合的二级结果数量或预警系统组合不符合当前发布策略，国家级一级融合系统就可能无法形成最终结果CB。若最终CB没有生成，后续依赖该结果的发布与转发环节也就无法按照正常流程发布这次事件的最终预警信息。

综合来看：本次事件值得重点排查的方向是原始算法是否产出结果、省级结果是否满足上报条件，以及国家级一级融合是否收到满足发布策略的二级结果组合。这些环节可能单独出现问题，也可能共同影响最终预警的形成。但在获得实际运行日志之前，尚不能确定其中哪一个因素真正发生，也不能确认它们是否构成了完整的因果链。

七、要查明真正原因，还需要哪些数据？

从公开的工程架构可以推导出合理的排查方向，但要确定巴青地震为什么没有形成最终预警，仅靠地震参数、震后烈度图和其他地震的案例仍然不够。真正有价值的是本次事件各中心的实际运行数据，尤其是以下几类记录。

1.eewA、eewB、eewC各自的原始产出记录：哪些系统实际形成了候选结果？首次产出时间、估计震级与定位参数分别是什么？

2.各中心的二级融合日志：哪些中心形成了二级结果？哪些原始结果被采用、剔除或未能形成结果？

3.本次事件的定位台站清单：实际参与定位的台站来自哪里？数量、方位分布与数据到达时间如何？

4.省级结果上报与类属地判定记录：是否有省级结果因不符合相关上报规则而未上报？具体判定依据是什么？

5.国家级一级融合日志：一级融合实际收到哪些二级结果？是否因结果数量、系统组合或其他规则而未形成CB？

6.最终发布与转发日志：CB是否曾经生成？如果生成，是否存在后续发布、转发或信息服务环节的问题？

八、结语

巴青M7.0地震没有形成预期中的预警结果，如果这一现象确实反映了国家地震预警工程融合平台的实际运行情况，那么就有必要从工程的整个预警产出链条进行分析，而不能简单归结为震中附近没有台站。

从工程架构来看，三套预警系统的部署、台站数据覆盖、原始算法产出、二级融合结果上报以及国家级一级融合策略之间存在明确的流程关系。某一环节没有满足条件，都可能影响最终预警结果的形成；多个环节的问题也可能同时存在。

目前值得重点排查的方向包括：国家级一级融合是否收到满足发布策略的二级结果组合、省级结果是否受到类属地规则限制、西藏重点预警区以外的实际部署及算法覆盖情况，以及地震发生时参与定位的台站数量和分布。但在取得本次事件的原始算法产出记录、二级融合日志和国家级一级融合日志之前，这些内容都只能作为原因可能性分析，不能视为已经查明的事故原因。只有将工程架构与本次事件的实际运行记录逐一对应，才能进一步判断问题究竟发生在原始预警、二级融合、结果上报，还是国家级一级融合环节。

此外，这次事件也引出了一个值得讨论的问题：地震预警系统需要在误报风险与漏报风险之间进行权衡。严格的融合策略可能有助于避免不可靠的结果被发布，但如果多个环节的条件叠加导致某些地震无法形成有效预警，也有必要通过实际运行数据评估系统在不同地区、不同台站覆盖条件下的表现。

一个成熟的地震预警系统需要在实际运行与持续评估中不断完善。对于重大地震，既需要控制误报，也需要重视漏报及预警覆盖不足的风险。只有在尊重技术规则和实际数据的基础上持续分析、改进，才能进一步提高地震预警系统的可靠性。

望“下次大震，中国有预警”早日实现。

参考资料与说明

1.欧阳龙斌、苏柱金、刘军等：《国家地震烈度速报与预警工程融合决策平台建设》，《中国地震》，2024年，第40卷第1期，第24—39页。

2.本文为依据公开资料与工程架构进行的个人技术分析，不代表中国地震局或国家地震预警工程的官方调查结论。文中涉及巴青地震实际运行情况的内容，仍需以后续官方公开资料或系统日志为准。