好的，我们继续下一篇的规范深度解读。这次我们将探讨一个在极端情况下，能够最大程度保障通信连续性、挽救生命的关键机制——MINT（Minimization of service interruption，业务中断最小化），它通常与灾难漫游（Disaster Roaming）紧密相关。
深度解析 3GPP TS 23.122：3.10 Minimization of service interruption (MINT) / Disaster Roaming (业务中断最小化/灾难漫游)
本文技术原理深度参考了3GPP TS 23.122 V18.10.0 (2025-03) Release 18规范中，关于“3.10 Minimization of service interruption (MINT)”的核心章节，旨在为读者深入剖析在发生地震、洪水、大面积停电等重大灾害，导致本地网络大规模瘫痪时，3GPP定义的灾难漫游机制是如何启动，引导用户的手机“求生式”地连接到邻近仍在工作的其他运营商网络，从而最大限度地维持通信生命线的。
在前面的章节中，我们学习的所有网络选择规则，都建立在一个基本前提之上：网络是有序的，规则是清晰的。HPLMN优先、优选列表、禁止列表……这一切都像一部精密的法典。但如果“法典”的执行者——运营商网络自身，因为不可抗力而大规模“失声”了，会发生什么？
当地震摧毁了基站，洪水淹没了机房，大火烧毁了光缆，用户的手机将瞬间失去归属网络（HPLMN）的信号，成为一座座“信息孤岛”。在这种极端情况下，严格遵守平时的漫游规则，可能会让成千上万的受灾民众错失宝贵的求救机会。
为此，3GPP设计了一套“紧急状态法”——MINT（业务中断最小化），其最典型的应用场景就是灾难漫游（Disaster Roaming）。这套机制允许在灾难发生时，暂时“搁置”常规的PLMN选择优先级和禁止列表，让受灾用户的手机能够主动、智能地连接到那些仍在灾区附近运行的、其他运营商的网络上，哪怕这些网络原本是不允许漫游接入的。
为了真切地感受这套“求生”机制的运作，让我们引入今天的主角——生活在A市的居民“小文”。一天凌晨，A市遭遇了强烈的地震，小文所在区域的运营商A网络因基站大面积损毁而完全中断。小文从睡梦中惊醒，发现手机显示“无服务”。他心急如焚，需要立刻与家人取得联系，并向外界求救。
就在这时，他手机的NAS层，在检测到这场通信灾难后，悄然启动了MINT/灾难漫游程序。
1. 灾难的信号：如何判定进入“紧急状态”
手机如何知道本地网络不是普通的信号不好，而是发生了需要启动灾难漫游的重大故障？它需要一个明确的“灾难信号”。这个信号可以由网络广播，也可以由终端根据一系列条件智能判断。clause 4.4.3.1.1 的 r) 和 q) 条款给出了关键线索。
r) The MS shall perform vi and vii to select a PLMN for disaster roaming services only if:
- the MS supports MINT;
- the indication of whether disaster roaming is enabled… is set to “Disaster roaming is enabled in the UE”;
- there is no available PLMN which is allowable;
- an NG-RAN cell of the PLMN … broadcasts the disaster related indication… OR broadcasts a “list of one or more PLMN(s) with disaster condition…
深度解析：
终端启动灾难漫游搜索，需要同时满足多个条件，其中最核心的是第3点和第5点：
-
走投无路 (No allowable PLMN available)：终端已经按照常规流程（我们之前学过的所有规则）搜索了一遍，发现找不到任何一个允许其正常接入的网络。这是启动灾难漫游的前提。
-
接收到“求救信号” (Disaster Indication)：此时，如果终端扫描到一个仍在工作的基站（可能来自邻市的运营商B），并且这个基站在其广播信息（SIB）中携带了以下两种“灾难信号”之一：
- 直接的灾难指示 (disaster related indication)：这是一个明确的标志位，告诉所有能收到该信号的终端：“我所在的区域正在发生灾难，我愿意为受灾用户提供紧急接入服务！”
- 灾难PLMN列表 (list of PLMN(s) with disaster condition)：基站广播一个列表，指明哪些PLMN（如运营商A）在当前区域被判定为处于灾难状态。
一旦“走投无-路”且“收到求救信号”这两个条件同时满足，终端的NAS层就会判定：灾难漫游模式，启动！
场景再现：
小文的手机在运营商A网络中断后，自动执行了常规的PLMN搜索。它扫描不到任何HPLMN/EHPLMN的信号，也扫描不到任何在优选漫游列表中的VPLMN信号。此时，**条件3“走投无路”**满足。
就在此时，手机捕捉到了一个来自邻近城市、属于运营商B的微弱但稳定的5G信号。它解析该信号的SIB，发现了其中携带了一个明确的**“灾难相关指示”**。**条件5“收到求救信号”**满足。
小文的手机立即作出了判断：这不是一次普通的网络故障，我所在的A市运营商A网络很可能已陷入灾难。于是，它将搜索模式从“常规”切换为“灾难漫游”。
2. “紧急状态法”：灾难漫游下的特殊选择逻辑
一旦进入灾难漫游模式，常规的“法律法规”（PLMN选择规则）将被部分“搁置”，取而代之的是一套以“救急”为核心的特殊逻辑。
vi) PLMN/NG-RAN combinations for any forbidden PLMNs broadcasting the PLMN ID of the UE determined PLMN with disaster condition or broadcasting the disaster related indication… vii) PLMN /NG-RAN combinations for other forbidden PLMNs…
深度解析：
这两条规则是整个灾难漫游机制的精髓，它们出现在自动PLMN选择优先级列表的最后、但高于完全无信号的位置。这意味着：
- “黑名单”的临时赦免：在灾难漫游模式下，终端会重新审视那些因为各种原因（如
cause #11 "PLMN not allowed"）被加入了Forbidden PLMNs（禁止PLMN）列表的网络。 - 优先选择“救援者”：在这些被“赦免”的禁止列表中，终端会优先选择那些正在广播“灾难信号”（如上文所述）的PLMN。
这个逻辑的意义在于：平时，运营商B可能因为没有和运营商A签订漫游协议，而拒绝小文的手机接入，导致小文的手机将B加入了“禁止列表”。但在灾难发生时，运营商B出于社会责任，主动开启了灾难漫游支持，并通过广播信号告知外界。MINT机制使得小文的手机能够“忘记前嫌”，重新将运营商B作为一个可行的“救生筏”进行连接尝试。
3. “救生指南”：HPLMN预置的灾难漫游策略
为了让终端在灾难中的“求生”行为更加有序和高效，归属运营商（HPLMN）可以提前在用户的USIM卡或通过网络配置，下发一份“灾难应急预案”。
If the MS supports MINT, the MS can be provisioned by the network with: a) an indication of whether disaster roaming is enabled in the UE… b) a “list of PLMN(s) to be used in disaster condition” provided by the HPLMN… The PLMNs are listed in order of decreasing priority… d) a disaster roaming wait range… e) a disaster return wait range…
深度解析：
这份“应急预案”包含了极其重要的指导信息：
- (a) 灾难漫游总开关: 运营商可以决定是否为用户开启此功能。
- (b) 灾难优选PLMN列表: 这是最重要的部分。HPLMN可以预先设定一个在灾难情况下推荐漫游的运营商列表，并按优先级排序。例如，运营商A可能根据与B、C的互助协议，设定灾难时优先连接B，其次是C。这使得终端的“求生”不再是盲目的，而是有计划、有组织的。
- (d) 灾难漫游等待范围: 为了防止在灾难初期，大量终端同时冲击仍在工作的少数基站，造成“次生拥塞”，HPLMN可以设置一个“等待时间范围”（如1-10分钟）。终端在决定发起灾难漫游注册前，会在此范围内随机选择一个时间进行等待，从而实现接入请求的“错峰”。
- (e) 灾难返回等待范围: 当灾难结束后，为了防止用户集体从漫游网络瞬间“回迁”到修复中的HPLMN，造成HPLMN的“启动风暴”，同样可以设置一个返回等待时间，实现用户的有序回归。
场景再现：
小文的手机在启动灾难漫游后，并没有立即尝试连接运营商B。它首先查阅了USIM卡中的“应急预案”：
- 灾难优选列表：发现列表是
{Operator B, Operator C}。 - 灾难漫游等待范围：设置为
1-5分钟。
手机于是在1-5分钟内随机选择了一个值，比如3分钟。在静默等待了3分钟后，它才正式向运营商B发起了注册请求。这个小小的等待，乘以广场上成千上万的用户，就极大地缓解了运营商B基站在灾难初期的接入压力。
4. 灾难的结束：如何判定回归常态
灾难总会过去，网络总会修复。终端如何知道“紧急状态”已经解除，应该回归正常的PLMN选择模式了？
The UE determines that a disaster condition has ended if: a) the UE has successfully registered over non-3GPP access on a PLMN; b) the UE has successfully registered with an allowable PLMN; c) the UE is not registered for disaster roaming services and an NG-RAN cell … broadcasts neither the disaster related indication nor a “list of one or more PLMN(s) with disaster condition…”
深度解析：
规范定义了几个明确的“灾难结束”标志：
- (a) 通过Wi-Fi等恢复连接：如果终端通过非3GPP接入方式（如Wi-Fi）成功连接到了互联网，它会认为通信已经恢复，可以结束灾难漫游状态。
- (b) 成功注册到允许的PLMN：这是最主要的标志。如果终端在后台扫描时，发现自己的HPLMN（运营商A）信号回来了，并且成功注册了上去，那么灾难状态自然结束。
- (c) “灾难信号”消失：如果终端漫游在运营商B的网络上，后续发现运营商B的基站不再广播“灾难指示”了，这也意味着网络秩序正在恢复，可以准备回归常态。
场景再现：
地震发生后的第二天，运营商A的工程师们奋力抢修，恢复了A市部分区域的基站。小文的手机在后台周期性扫描时，惊喜地发现了运营商A的信号。它立即尝试注册，并成功了！
这一刻，手机的NAS层立即判定“灾难状态结束”。它清除了所有与灾难漫游相关的临时状态，加载了之前设置的“灾难返回等待范围”，在随机等待了一段时间后，平滑地从运营商B的网络切换回了运营商A。手机屏幕上的运营商标识，终于从小文不熟悉的“Operator B”变回了亲切的“Operator A”。通信生命线，回归正轨。
5. 总结
MINT/灾难漫游机制，是3GPP标准中充满人文关怀和深刻工程智慧的典范。它为现代社会在面临重大自然灾害时，如何维持最基本的通信能力，提供了一套全球统一、全自动、高可靠的解决方案。
通过本章对小文在地震中通信经历的追踪，我们掌握了这套“紧急状态法”的四大核心：
- 智能的触发机制：通过“走投无路”和“接收灾难信号”的双重判断，确保了灾难漫游只在真正需要时才被激活。
- 灵活的选择逻辑：通过临时“赦免”禁止列表，并优先选择“救援者”，最大限度地扩展了终端在灾难中的求生路径。
- 有序的接入策略：HPLMN预置的“应急预案”，特别是“灾难优选列表”和“随机等待定时器”，将看似混乱的灾后求生，变成了有组织、有计划的“错峰接入”，体现了系统级的拥塞控制思想。
- 明确的退出路径：通过多个清晰的“灾难结束”标志，确保了终端能够在网络恢复后，及时、平稳地回归常态，避免对修复中的网络造成二次冲击。
MINT/灾难漫游，是写在通信协议里的“求生指南”。它让我们的手机在极端情况下，不再是一个孤立的设备，而是一个能够主动适应环境、寻找生机、以保障生命为最高目标的智能体。
FAQ环节
Q1：灾难漫游和普通的国际漫游有什么区别？需要额外付费吗？ A1：两者在技术触发和商业目的上完全不同。国际漫游是基于运营商之间的商业协议，是一种常规服务，通常需要用户开通并按协议付费。灾难漫游是出于公共安全和人道主义目的，在非常规的灾难状态下启动的紧急机制。在灾难漫游期间产生的通信费用，通常由政府和运营商通过紧急互助协议进行结算，对于受灾用户通常是免费的。
Q2：我的手机支持灾难漫游（MINT）功能吗？需要手动开启吗？
A2：MINT是3GPP Release 16中引入的功能，较新的、支持5G的智能手机通常都应支持。这个功能是由运营商在网络侧和USIM卡中进行配置的（Disaster roaming is enabled），对用户来说是全自动的，无需也无法手动开启。它就像汽车的安全气囊，平时你感觉不到它的存在，但在最危险的时候，它会自动弹出。
Q3：为什么灾难漫游机制主要在SNPN中不适用（MINT is not applicable in SNPNs）？ A3：SNPN是独立组网的非公共网络，其设计初衷就是为了业务的隔离和自主可控。一个港口的SNPN在设计上就不期望、也不允许一个矿山的终端漫游进来，反之亦然。它们的签约、安全和业务体系是完全独立的。在灾难情况下，允许不同企业的SNPN之间随意漫游，可能会带来巨大的安全风险和业务混乱。因此，规范默认灾难漫游不适用于SNPN。SNPN自身的容灾和备份，需要通过其独立的网络规划（如双核心网、异地备份等）来解决。
Q4：广播“灾难信号”的基站，会不会被海量的灾难漫游用户冲垮？ A4：这正是MINT机制中“灾难漫游等待范围（disaster roaming wait range）”所要解决的核心问题。通过让每个终端在发起注册前随机等待一段时间，可以将瞬时、集中的接入请求，平滑地分散到一个时间窗口内，实现“削峰填谷”，极大地减轻了“救援”基站的信令负荷。此外，该基站自身也会启动我们在3.4节学到的接入控制（AC/EAB）机制，作为第二道防线，对接入的用户进行流控。
Q5：如果发生了灾难，但周围没有任何运营商的基站广播“灾难信号”，灾难漫游还会启动吗？
A5：根据clause 4.4.3.1.1 r)的严格定义，如果终端在“走投无路”后，扫描到的任何小区都没有广播“灾难信号”，那么标准的灾难漫游搜索流程（即步骤vi和vii）是不会被触发的。此时，终端会停留在“有限服务状态”，并周期性地进行常规的PLMN搜索。这体现了机制的严谨性：必须有一个权威的“信号源”（仍在工作的网络）来宣告灾难的发生，才能启动这套特殊的“紧急状态法”，以避免在非灾难的大面积覆盖空洞区域被误触发。