51学通信

深度解析 3GPP TS 38.413：8.9 Warning Message Transmission Procedures (预警消息传输流程)

19分钟阅读

本文技术原理深度参考了3GPP TS 38.413 V18.5.0 (2025-03) Release 18规范中，关于“8.9 Warning Message Transmission Procedures”的核心章节，旨在为读者提供一个关于5G网络如何通过公共预警系统（PWS）广播紧急告警，保障公众安全的深度洞察。

深度解析 3GPP TS 38.413：8.9 Warning Message Transmission Procedures (预警消息传输流程)

大家好，欢迎回到3GPP规范的深度解析之旅。在日常生活中，我们偶尔会在手机上收到一些特殊的紧急通知，比如地震预警、台风警报或是寻人启事。这些消息往往伴随着独特的提示音和振动，并能绕过静音模式，以最高优先级显示在屏幕上。这背后就是**公共预警系统（Public Warning System, PWS）**在发挥作用。

PWS是国家级的灾难预警体系，移动通信网络是其最重要、最广泛的发布渠道之一。5G网络通过小区广播（Cell Broadcast）技术，能够在特定区域内，向所有手机大规模、高效率地推送预警信息。这个过程不依赖于用户是否处于连接状态，也不会因为用户数量激增而造成网络拥塞，是紧急情况下最可靠的“大喇叭”。

我们今天要解析的**Warning Message Transmission Procedures，正是NGAP协议为PWS功能定义的“指挥系统”。它规范了核心网的AMF如何命令接入网的gNB，执行预警消息的发布、更新、取消**，以及在gNB出现异常时如何进行状态同步和故障上报。

为了直观地理解这些生死攸关的流程，让我们设定一个紧急场景：

  • 事件：某沿海城市气象局预测到一场海啸即将来临。

  • 主角：居住在沿海区域的市民小李，以及正在他家附近提供5G服务的gNB-Coastal-01。

  • 指挥中心：负责处理预警业务的AMF-Alpha。

我们将跟随这场虚拟的海啸预警从发布到解除的全过程，详细剖析本章定义的四大核心流程，看看5G网络是如何在这场与时间的赛跑中，扮演“生命守护者”角色的。

1. Write-Replace Warning (写入-替换预警)

这是PWS流程的起点，用于启动一个全新的预警广播，或者用新信息覆盖一个正在进行的广播。

1.1 通用流程 (General)

8.9.1.1 General

The purpose of Write-Replace Warning procedure is to start or overwrite the broadcasting of warning messages. The procedure uses non UE-associated signalling.

规范清晰地指出了其双重使命：

  1. Start (开始)：当一个预警首次发布时，启动广播。

  2. Overwrite (覆盖/替换)：当预警信息需要更新时（例如，灾害等级、影响范围或应对措施发生变化），用新消息替换旧消息。

这是一个非UE关联的流程，意味着它是AMF对一个或多个gNB下达的广播指令，不针对任何特定用户。

1.2 成功操作 (Successful Operation)

这是一个由AMF发起的请求-响应流程。规范中的“Figure 8.9.1.2-1: Write-Replace Warning procedure: successful operation”展示了其交互过程：

  1. AMF → NG-RAN node: WRITE-REPLACE WARNING REQUEST

  2. NG-RAN node → AMF: WRITE-REPLACE WARNING RESPONSE

场景引入 - Part 1：首次预警发布

下午2点，城市预警中心（通过CBC - Cell Broadcast Centre）向AMF-Alpha下发了海啸预警指令。AMF-Alpha需要立即通知所有沿海地区的gNB（包括gNB-Coastal-01）开始广播。

The AMF initiates the procedure by sending a WRITE-REPLACE WARNING REQUEST message to the NG-RAN node.

Upon receipt of the WRITE-REPLACE WARNING REQUEST message, the NG-RAN node shall prioritise its resources to process the warning message.

AMF发送WRITE-REPLACE WARNING REQUEST消息。gNB收到后，必须优先处理此消息，因为这关系到公共安全。

1.2.1 预警请求的核心要素

WRITE-REPLACE WARNING REQUEST消息包含了预警广播所需的所有“要素”。

| IE/Group Name | Presence | Semantics description |

| :--- | :--- | :--- |

| Message Identifier | M | 唯一标识消息的来源和类型（如CMAS总统级警报）。 |

| Serial Number | M | 标识消息的版本号。 |

| Warning Area List | O | 指定预警广播的地理范围（小区列表、TA列表等）。 |

| Repetition Period | M | 预警消息在空口重复广播的周期。 |

| Number of Broadcasts Requested | M | 请求广播的总次数。 |

| Warning Type | O | 灾害类型（如海啸、地震）。 |

| Warning Message Contents | O | 预警消息的具体内容，即用户在手机上看到的文本。 |

| Concurrent Warning Message Indicator | O | 指示是否允许与其他预警消息并发广播。 |

  • Message Identifier + Serial Number：这对组合是预警消息的唯一“身份证”。Message Identifier标识了这是哪一类预警（例如，来自哪个机构），而Serial Number则标识了这条预警的版本。这是实现“替换”功能的关键。

  • Warning Area List：AMF通过这个IE精确地告诉gNB，这个预警需要在哪些区域广播。对于海啸预警，这个列表会包含所有沿海的跟踪区（TAI）或小区（CGI）。

  • Repetition Period 和 Number of Broadcasts Requested：这两个参数控制了广播的“火力”。例如，Repetition Period = 5秒，Number of Broadcasts = 60，意味着gNB会在5分钟内（60次 * 5秒/次），每5秒重复广播一次这条预警，以确保区域内的所有用户都能大概率收到。

场景演绎 - Part 2：预警信息更新

下午2点15分，气象模型更新，预测海啸到达时间提前了30分钟。预警中心立即发布了更新信息。

If, in a certain area, broadcast of a warning message is already ongoing and the NG-RAN node receives a WRITE-REPLACE WARNING REQUEST message with Message Identifier IE and/or Serial Number IE which are different from those in the warning message being broadcast… the NG-RAN node shall replace the warning message being broadcast with the newly received one for that area.

AMF-Alpha会再次发送一个WRITE-REPLACE WARNING REQUEST消息。这个消息的Message Identifier与之前完全相同，但Serial Number会更新（例如，从版本号0010更新为0011）。

gNB-Coastal-01收到这个新消息后，通过对比Message Identifier和Serial Number，发现这是一个针对正在广播的预警的更新。它会立即停止广播旧消息，并开始按照新消息的内容和重复策略进行广播。市民小李的手机上会收到一条更新的预警，显示最新的到达时间。

1.2.2 gNB的执行回执

gNB在成功启动或更新广播后，需要向AMF回复WRITE-REPLACE WARNING RESPONSE消息，报告执行情况。

The NG-RAN node acknowledges the WRITE-REPLACE WARNING REQUEST message by sending a WRITE-REPLACE WARNING RESPONSE message to the AMF.

这个响应消息中，最重要的IE是Broadcast Completed Area List。gNB会在这里列出成功启动/更新了广播的所有区域（小区或TA），这相当于一份“工作完成报告”。如果AMF请求在区域A、B、C广播，而gNB只在A和B成功了，那么这个列表里就只包含A和B。

2. PWS Cancel (PWS取消)

当威胁解除，需要停止预警广播时，PWS Cancel流程被触发。

2.1 通用流程 (General) & 成功操作 (Successful Operation)

8.9.2.1 General

The purpose of the PWS Cancel procedure is to cancel an already ongoing broadcast of a warning message.

流程如图“Figure 8.9.2.2-1: PWS Cancel procedure: successful operation”所示，由AMF发起，gNB执行并确认。

场景引入：

下午3点，海啸警报解除。AMF-Alpha需要通知所有相关gNB立即停止广播预警。

  1. AMF发送PWS CANCEL REQUEST：AMF会发送一个PWS CANCEL REQUEST消息。这个消息同样使用Message Identifier和Serial Number来精确指定需要取消的是哪一条预警。它也可以包含Warning Area List，实现只在特定区域取消广播。

  2. gNB停止广播并回复：gNB收到消息后，会立即停止对应预警的广播，并删除该消息。然后，它会回复一个PWS CANCEL RESPONSE，并在Broadcast Cancelled Area List中报告成功停止广播的区域。

If the Cancel-All Warning Messages Indicator IE is present in the PWS CANCEL REQUEST message, then the NG-RAN node shall stop broadcasting and discard all warning messages…

这个流程还有一个“一键停止”的强大功能。如果PWS CANCEL REQUEST中包含了Cancel-All Warning Messages Indicator，gNB会忽略Message Identifier和Serial Number，立即停止并删除所有正在进行的预警广播。这在需要紧急清空所有预警信道时非常有用。

3. PWS Restart Indication (PWS重启指示)

这个流程用于gNB在故障恢复后，主动向AMF同步PWS状态。

3.1 通用流程 (General) & 成功操作 (Successful Operation)

8.9.3.1 General

The purpose of the PWS Restart Indication procedure is to inform the AMF that PWS information for some or all cells of the NG-RAN node may be reloaded from the CBC if needed.

场景引入：

在海啸预警期间，gNB-Coastal-01因为一次短暂的供电波动而重启了。重启完成后，它内存中关于正在进行的海啸预警广播任务已经丢失。但此时，预警并未解除，AMF仍然认为gNB-Coastal-01在正常广播。

为了恢复同步，gNB-Coastal-01在重新上线后，会主动向AMF-Alpha发送PWS RESTART INDICATION消息，如图“Figure 8.9.3.2-1: PWS restart indication”所示。

The NG-RAN node initiates the procedure by sending a PWS RESTART INDICATION message to the AMF. On receipt of a PWS RESTART INDICATION message, the AMF shall act as defined in TS 23.527.

在这个消息中，gNB会包含Emergency Area ID List for Restart或Cell ID List for Restart等信息，告知AMF自己负责的区域。

AMF收到后，就会明白这个gNB刚刚“失忆”了。它会立即检查自己当前是否有正在下发给这些区域的预警任务。发现海啸预警仍在有效期内，AMF就会重新向gNB-Coastal-01发送一遍WRITE-REPLACE WARNING REQUEST消息，使其恢复广播。

4. PWS Failure Indication (PWS故障指示)

这个流程用于gNB在发生持续性故障，无法执行PWS广播时，向上级报告问题。

4.1 通用流程 (General) & 成功操作 (Successful Operation)

8.9.4.1 General

The purpose of the PWS Failure Indication procedure is to inform the AMF that ongoing PWS operation for one or more cells of the NG-RAN node has failed.

场景引入：

假设gNB-Coastal-01的某个射频单元出现硬件故障，导致其无法在覆盖的某个小区（Cell X）中广播PWS消息。

此时，gNB-Coastal-01会向AMF-Alpha发送PWS FAILURE INDICATION消息，如图“Figure 8.9.4.2-1: PWS failure indication”所示。消息中会包含PWS Failed Cell List，明确指出是哪个或哪些小区无法正常工作。

AMF收到这个消息后，虽然无法直接修复gNB的硬件问题，但它会将这个故障信息记录下来，并上报给网管系统（O&M）。Morpheus和Neo在监控中心就会看到一条告警：“gNB-Coastal-01的Cell X PWS广播失败！” 这使得运维人员能够及时介入处理，确保预警系统的覆盖完整性。

FAQ

Q1: 公共预警系统（PWS）和我手机上收到的普通短信、App推送有什么不同？

A1:

主要有三大不同：

  1. 传输方式：PWS使用**小区广播（Cell Broadcast）**技术，是一对多的广播。gNB像一个大喇叭，向其覆盖范围内的所有手机发送同样的消息。而短信和App推送是点对点（Point-to-Point）的，需要为每个用户单独建立连接和发送，在用户量巨大时会造成信令风暴和网络拥塞。

  2. 可靠性：PWS不依赖于核心网的用户注册状态和会话管理，只要手机能驻扎在小区上就能接收。它不计费，且优先级极高，几乎不受网络拥塞影响。

  3. 用户体验：PWS消息在手机上会以最高优先级显示，通常伴有特殊的、无法取消的提示音和振动，以确保用户能立即注意到。

Q2: 谁是预警信息的最终来源？是AMF吗？

A2:

不是AMF。AMF和gNB都只是这个信息传递链条中的一部分。预警信息的权威来源是政府的预警机构（如气象局、地震局、公共安全部门）。这些机构通过一个名为**CBC（Cell Broadcast Centre，小区广播中心）**的网元，将标准化的预警消息发送给核心网的AMF。AMF再根据消息中的地理范围信息，通过我们今天讨论的NGAP流程，将广播任务分发给相应的gNB。

Q3: 如果我不想收到这些预警信息，可以在手机上关掉吗？

A3:

这取决于预警的等级和当地的法规。通常，手机系统设置里会提供关闭“测试警报”或“一般警报”的选项。但是，对于最高等级的警报，例如总统级警报或危及生命的灾难预警（如地震、海啸），很多国家和地区的法规强制要求手机必须接收，用户无法关闭。这是为了最大程度地保障公众的生命安全。

Q4: PWS Restart Indication和PWS Failure Indication这两个由gNB发起的流程，有什么本质区别？

A4:

它们的本质区别在于报告的故障性质和持续时间。

  • PWS Restart Indication报告的是一次事件，即“我刚刚重启了，我的PWS状态可能是旧的”。它是一个同步请求，期望AMF能帮助它恢复到正确的广播状态。这通常是一次性的、发生在故障恢复之后的动作。

  • PWS Failure Indication报告的是一个状态，即“我目前无法执行PWS广播任务”。它是一个故障报告，通知AMF预警系统出现了覆盖盲区。这个故障可能是持续的（如硬件损坏），直到被修复为止。

Q5: 为什么在WRITE-REPLACE WARNING流程中，gNB的响应消息是Broadcast Completed Area List而不是Broadcast Started Area List？

A5:

这是一个很细节但体现了协议严谨性的问题。“Completed”（已完成）在这里指的是gNB已经成功接收、解析了请求，并完成了广播任务的调度（scheduled）。对于一个需要重复广播多次的任务，gNB不可能等到所有次数都广播完毕才回复AMF，那样的延迟太长了。因此，“Completed”代表的是gNB已经成功将这个广播任务纳入其工作队列并开始执行。这个词的选择，确保了AMF能够及时了解其指令已被gNB接受并进入执行阶段。

关系图谱