51学通信

深度解析 3GPP TS 23.380：5.6 - 5.8 P-CSCF故障恢复 (Part 3 - Wi-Fi Calling与5G时代的演进)

20分钟阅读

深度解析 3GPP TS 23.380：5.6 - 5.8 P-CSCF故障恢复 (Part 3 - Wi-Fi Calling与5G时代的演进)

本文技术原理深度参考了3GPP TS 23.380 V18.1.0 (2024-09) Release 18规范中，关于“5.6 P-CSCF restoration for WLAN”，“5.7 Interaction between P-CSCF restoration and NBIFOM”以及“5.8 P-CSCF Restoration for 5GC”的核心章节。本文是P-CSCF故障恢复系列的第三篇，也是终结篇。我们将把目光从传统的4G/EPC网络，投向两个更广阔的战场：Wi-Fi Calling（IMS over WLAN）和面向未来的5G核心网（5GC），探索P-CSCF“门户保卫战”的终极形态。

1. 故事新征程：从Wi-Fi到5G的无缝体验

在之前的旅程中，我们的主角小张已经经历了S-CSCF故障后的数据重建，以及在4G网络下P-CSCF故障时的多种恢复机制。现在，她的征途仍在继续，场景也变得更加复杂和前沿。

  • 场景一：Wi-Fi Calling的挑战：小张在机场的公共Wi-Fi环境下，手机智能地切换到了Wi-Fi Calling模式，以获得更稳定、更清晰的通话质量。然而，非3GPP接入带来了新的网络拓扑和信令路径，当P-CSCF故障时，恢复机制也必须随之进化。
  • 场景二：迈入5G新纪元：出差归来，小张的公司作为技术先锋，已经部署了完整的5G独立组网（SA）园区专网。她的手机接入的是纯粹的5G核心网（5GC）。在这里，网络功能全面服务化，旧的网元被新的网络功能（NF）所取代。当P-CSCF故障发生时，这场恢复之战，将在全新的战场，由全新的“指挥官”和“作战单位”，遵循全新的“作战条令”来完成。

让我们跟随小张的脚步，完成对P-CSCF故障恢复机制的最后一块、也是最重要一块拼图的解读。

2. Wi-Fi Calling的挑战：非3GPP接入的恢复之道 (解析 5.6 P-CSCF restoration for WLAN)

Wi-Fi Calling允许用户通过WLAN接入IMS网络，这对于室内覆盖或国际漫游场景至关重要。但WLAN并非运营商可控的3GPP接入网，用户数据需要经过特殊的网关（如ePDG）才能进入运营商核心网。这引入了一个新的关键角色：3GPP AAA Server。

新角色：3GPP AAA Server 它在WLAN接入场景中，扮演着用户认证、授权和计费信息中转站的角色，是HSS/UDM与PGW/SMF之间的桥梁。在P-CSCF恢复中，它成为了HSS指令的关键“传令官”。

2.1 HSS-based机制在WLAN的延伸

当使用HSS-based机制（我们在Part 2中已详细讨论）来恢复WLAN用户的P-CSCF时，指挥链条发生了变化。

If the UE is registered to the EPC via a WLAN access …, the HSS forwards a P-CSCF restoration indication to the 3GPP AAA Server which transfers it to the PGW. Then the PGW initiates the release of the IMS PDN connection towards the UE via the WLAN access.

让我们解析这个新的指挥链：

  1. S-CSCF向HSS求援：与之前一样，S-CSCF发现P-CSCF故障后，向HSS发送带有P-CSCF Restoration indication的请求。
  2. HSS指挥AAA服务器：HSS不再是直接指挥MME，而是通过SWx接口，向3GPP AAA Server发送带有恢复指示的PPR（Push-Profile-Request）消息。
  3. AAA服务器传令PGW：AAA服务器再通过S6b接口，向PGW发送一个RAR（Re-Auth-Request）消息，将恢复指令最终传达给PGW。
  4. PGW执行恢复：PGW收到指令后，会启动IMS PDN连接的释放流程。对于WLAN接入，这通常意味着拆除UE与ePDG（非信任WLAN）或TWAN（信任WLAN）之间的IKEv2/IPsec隧道。
  5. UE重连与恢复：隧道被拆除后，小张的手机会检测到连接断开，并自动重新建立隧道、重新进行P-CSCF发现和IMS注册，从而恢复业务。

2.2 “温柔”的恢复：避免连接中断的优化扩展

频繁地拆除和重建IPsec隧道，不仅速度慢，而且对用户体验和网络资源都是一种冲击。因此，规范为WLAN场景设计了一种更为优雅的“扩展恢复机制”。

The clauses 5.6.4 and 5.6.5 describe extensions for trusted WLAN and for untrusted WLAN accesses to avoid the release of the IMS PDN connection and to trigger a new IMS registration by the UE over the existing IMS PDN connection.

这个扩展机制的核心思想是：保持底层连接（IPsec隧道）不变，只通过高层信令来更新P-CSCF地址。

  • 对于非信任WLAN (Untrusted WLAN, 通过ePDG接入)：
  1. The ePDG shall initiate an IKEv2 informational exchange procedure … towards the UE to forward the list of available P-CSCF addresses received from the PGW. PGW在收到恢复指令后，不再拆除隧道，而是向ePDG发送一个Update Bearer Request，其中携带了包含新P-CSCF列表的APCO（Additional Protocol Configuration Options）。ePDG再通过一个IKEv2的信息交换消息，将这个新的地址列表“推送”给小张的手机。手机收到后，直接向新的P-CSCF发起重注册。
  • 对于信任WLAN (Trusted WLAN, 通过TWAN接入)： 流程类似，只是TWAN会通过WLCP（Wireless LAN Control Plane Protocol）协议将新的P-CSCF地址列表推送给UE。

这种“温柔”的恢复方式，用户几乎无感知，是现代Wi-Fi Calling网络部署的首选，极大地提升了业务的连续性和体验。

3. 多接入的难题：NBIFOM下的恢复策略 (解析 5.7 Interaction with NBIFOM)

现代智能手机支持NBIFOM（Network-Based IP Flow Mobility），这意味着小张的手机可以同时通过4G/5G和Wi-Fi连接到同一个IMS PDN会话，网络可以智能地在两条路径上分发或切换数据流。

当P-CSCF故障时，这就带来了一个复杂的问题：网络应该恢复哪条路径？还是两条都恢复？

If the IMS PDN connection is established over at least one access supporting the extended mechanism with the UE, the PGW, when receiving a P-CSCF restoration indication, shall select one access supporting the extended mechanism and send the list of available P-CSCF addresses over this access.

规范给出了清晰的决策优先级：

  1. 优先选择支持“温柔”恢复的路径：如果4G和Wi-Fi两条路径中，至少有一条支持前文所述的“扩展恢复机制”（即PCO/APCO更新），PGW会优先选择这条路径，并通过它来推送新的P-CSCF列表。
  2. 选择支持“强硬”恢复的路径：如果两条路径都不支持扩展机制，但至少有一条支持基础的恢复机制（即拆除连接），PGW会选择其中一条，执行拆除和重激活流程。同时，它会向另一条路径发送一个“local release”指令，在网络侧静默地释放资源，而不通知UE，避免UE进行两次重连，造成信令风暴。

这个策略确保了在复杂的多接入场景下，恢复动作是唯一且高效的。

4. 5G时代的全新战法：服务化架构下的恢复 (解析 5.8 P-CSCF Restoration for 5GC)

欢迎来到5G SA的世界。在这里，网络架构发生了颠覆性的变化：

  • MME → AMF (Access and Mobility Management Function)
  • SGW/PGW-C → SMF (Session Management Function)
  • HSS → UDM (Unified Data Management)
  • PCRF → PCF (Policy Control Function)

P-CSCF的恢复机制，虽然核心思想一脉相承，但其实现方式和参与角色都已焕然一新。

4.1 “三板斧”：5GC通用的UE重选触发程序 (5.8.2 Common Procedures)

无论是由哪个“指挥官”（UDM或PCF）发起恢复，最终通知UE并触发其重选P-CSCF的“最后一公里”动作，被统一归纳为三种标准程序：

  1. P-CSCF地址列表更新程序 (P-CSCF Address List Update Procedure)

    • 本质：5G版的“PCO推送”。
    • 流程：SMF（替代PGW）检测到或被通知P-CSCF故障后，通过AMF（替代MME），向UE发送一个PDU Session Modification Command（PDU会话修改命令），其中携带了包含新P-CSCF列表的ePCO IE。UE收到后，选择新P-CSCF并发起重注册。
    • 依赖：UE必须支持通过ePCO进行P-CSCF重选。

  2. 基于DHCP的P-CSCF选择触发程序 (DHCP based P-CSCF Selection Triggering Procedure)

    • 本质：5G版的“DHCP故障通知”。
    • 流程：SMF通过AMF，向UE发送的PDU Session Modification Command中，携带的是一个“P-CSCF failure indication”。UE收到后，自行通过DHCPv6去请求新的P-CSCF地址。

  3. 带重激活的PDU会话释放程序 (PDU Session Release with Reactivation Procedure)

    • 本质：5G版的“强制拆除连接”。
    • 流程：SMF通过AMF，发起网络侧的PDU会话释放流程，并携带cause "reactivation requested"。这是最“强硬”但最可靠的手段，适用于UE不支持前两种精细化恢复机制的场景。

NOTE: Amongst the three common procedures, the PDU Session Release with Reactivation Procedure described at clause 5.8.2.4 has the highest signalling impact on the radio access and core networks; on the other hand it doesn’t require the UE to support the optional P-CSCF Re-selection mechanism.

规范的这个附注指出了这“三板斧”的权衡：PDU会话释放对网络的冲击最大，但对UE的能力要求最低，是兜底方案。地址列表更新对网络冲击最小，体验最好，但需要UE支持，是首选方案。

4.2 新时代的“指挥官”：UDM与PCF

那么，在5G核心网中，是谁来决定使用上述哪一种程序呢？答案是新的“指挥官”——UDM和PCF。

  • UDM-based Restoration (5.8.4)

    • 演进自：HSS-based机制。
    • 流程：S-CSCF（通过HSS）将故障上报给UDM。UDM会根据其在UE注册AMF和SMF时收到的信息，选择通知SMF或AMF来触发恢复。通知SMF，就可以使用更精细的“地址列表更新”或“DHCP触发”；通知AMF，则通常只能执行最基础的“PDU会話释放”。这比4G时代只能通知MME，提供了更多的灵活性。

  • PCF-based Restoration (5.8.5)

    • 演进自：PCRF-based机制。
    • 流程：S-CSCF通过“信使P-CSCF”将故障上报给PCF。PCF再通过Npcf接口，向SMF下达恢复指令。SMF收到指令后，根据UE的能力，从上述“三板斧”中选择最合适的一个来执行。

5. 总结：一场跨越时代的“门户保卫战”

本文作为P-CSCF故障恢复系列的终章，我们跟随小张的脚步，跨越了从4G到Wi-Fi再到5G的多个战场，见证了这场“门户保卫战”的不断演进：

  • Wi-Fi Calling的恢复，引入了3GPP AAA Server作为新的信令中继，并发展出避免连接中断的“温柔”恢复扩展，极大地优化了用户体验。
  • NBIFOM下的恢复，展现了网络在复杂多接入场景下的智能决策能力，确保恢复动作的精准和高效。
  • 5G核心网的恢复，将传统的恢复流程，重构为由SMF执行的“三种标准化动作”和由UDM/PCF发起的“两种触发机制”的全新模块化框架。这不仅是对网元名称的简单替换，更是网络服务化、智能化思想的深刻体现。

从最初PGW的单一监控，到UE、HSS、PCRF、AAA、UDM、PCF等众多角色的协同作战；从粗暴的“断线重连”，到精细的“信令推送”；IMS的P-CSCF恢复机制，在近二十年的演进中，已经发展成为一个功能强大、层次分明、适应性极强的立体化高可用性保障体系。正是这个体系，确保了无论我们身处何种网络环境，IMS的“门户”始终为我们敞开。

FAQ环节

Q1：在Wi-Fi Calling场景下，为什么需要引入3GPP AAA Server，而不是让HSS直接和PGW通信？ A1：这是因为非3GPP接入（如WLAN）的认证、授权和计费（AAA）体系与3GPP接入（如LTE）不同。3GPP AAA Server是专门用来处理非3GPP接入的AAA信令的网元，它能够解析和转换来自WLAN环境的认证协议（如EAP），并通过标准的S6b/SWx等接口与HSS和PGW对接。让HSS通过AAA服务器与PGW通信，是一种“关注点分离”的设计，使得HSS可以专注于用户签约数据的管理，而将复杂的非3GPP接入的认证细节交由专业的AAA服务器处理，保持了网络架构的清晰和模块化。

Q2：对于Wi-Fi Calling的“温柔”恢复（不中断连接），UE、ePDG和PGW需要具备什么特殊能力？ A2：三者都需要明确支持这个“扩展恢复机制”。

  • UE：需要在建立IPsec隧道时，通过IKEv2信令告知ePDG自己支持“通过APCO进行P-CSCF重选”的能力。
  • ePDG：需要能够处理来自PGW的、携带APCO的Update Bearer Request，并能将其封装在IKEv2 INFORMATIONAL消息中发送给UE。
  • PGW：在收到恢复指令后，需要有能力判断UE和ePDG是否都支持该扩展，如果支持，就选择发送Update Bearer Request而不是Delete Bearer Command。

Q3：5G核心网（5GC）的P-CSCF恢复机制相比4G/EPC最大的进步是什么？ A3：最大的进步在于模块化、服务化和灵活性。

  1. 模块化：将恢复流程清晰地解耦为“触发机制”（由UDM/PCF决定为何恢复）和“执行程序”（由SMF决定如何恢复），使得逻辑更清晰，易于扩展。
  2. 服务化：所有交互都基于服务化的接口（如Nsmf_PDUSession_UpdateSMContext），使得NF间的通信更灵活，易于实现网络切片、边缘计算等新特性。
  3. 灵活性：UDM可以根据情况选择通知SMF或AMF，提供了不同粒度的恢复选项。SMF可以根据UE上报的能力，从“三板斧”中智能地选择最优的恢复程序。这种灵活性是4G时代相对固化的流程所不具备的。

Q4：为什么5GC仍然保留了“PDU会话释放”这种“强硬”的恢复方式？ A4：这是出于向后兼容和保证普适性的考虑。虽然新的UE和网络都趋向于支持更智能的恢复方式（如地址列表更新），但网络中可能存在大量老旧的、或者功能简化的物联网终端，它们的协议栈可能不支持ePCO重选等高级特性。保留“PDU会话释放”作为一种最基础的恢复手段，可以确保无论UE能力如何，网络总有一种可靠的“兜底”方法来恢复其IMS业务，这对于一个电信级的网络至关重要。

Q5：在5G网络中，SMF是如何知道UE是否支持“地址列表更新”或“DHCP触发”这些高级恢复能力的？ A5：UE会在PDU会话建立过程中，通过NAS信令，将其支持的各种能力上报给核心网。具体来说，UE会在PDU Session Establishment Request消息中携带一个5GSM Capability信息单元，其中可能包含对“P-CSCF Re-selection support in ePCO”等特性的支持指示。AMF会将这些能力信息转发给SMF。SMF在收到恢复指令时，就会查询这个UE的能力信息，从而决定是使用精细化的“地址列表更新”，还是退化到基础的“PDU会话释放”。

关系图谱