好的，我们继续系列文章的第六篇。本节将深入探讨一个在技术演进中至关重要，却又常常被忽略的挑战——新旧系统共存时的一致性问题。

深度解析 3GPP TR 33.937：4.4 Coexistence with Single Radio-VCC, ICS, and SC (与SRVCC, ICS, SC的共存)

本文技术原理深度参考了3GPP TR 33.937 V18.0.0 (2024-03) Release 18规范中，关于“Chapter 4.4 Coexistence with Single Radio-VCC, ICS, and SC”的核心章节，旨在为读者揭示当先进的IMS防骚扰特性，遭遇从IP世界向传统电路域切换时，所引发的用户体验一致性挑战及其解决方案的思考。

引言：李雷在高铁上的“时空穿越”

我们的主角工程师李雷，经过一段时间的潜心研究，如今已然成为PUCI领域的理论专家。他不仅清楚骚扰电话的种种伎俩，更对IMS网络如何构建防御体系了如指掌。一天，他乘坐高铁出差，正与一位重要客户进行着VoNR（Voice over 5G New Radio）高清语音通话，音质清晰如水晶。

李雷对5G带来的极致体验感到非常满意。然而，随着列车高速驶入一个长长的隧道，他注意到手机信号从5G瞬间切换到了2G。但奇妙的是，他的通话并未中断，只是音质略有下降，客户的声音依然清晰可闻。李雷不禁感叹：“SRVCC技术真是太神奇了！”

就在此时，他通过呼叫等待功能，看到一个陌生号码来电。凭借经验，他几乎可以断定这是一个骚扰电话。在5G网络下，他早已习惯在通话界面直接点击“举报骚扰”按钮，将号码实时反馈给运营商的PUCI系统。但这一次，当他在手机屏幕上寻找那个熟悉的按钮时，却发现它……消失了！

这个小小的“消失”，让李雷瞬间从用户的角色切换回了工程师。他意识到，自己正亲身经历着一个典型的、PUCI在复杂网络环境下必须面对的难题——当业务在先进的IP网络（PS域）和传统的电路交换网络（CS域）之间无缝切换时，如何保证用户体验的一致性？这正是4.4节 Coexistence 所要探讨的核心。

1. 黄金原则：一致的用户体验

规范开宗明义，首先提出了一个理想化的目标，这也是所有电信业务设计的“黄金原则”。

As a general principle, it is desirable to strive for a consistent user experience across different access scenarios.

深度解析：

这句话的背后，是“以用户为中心”的设计哲学。对于李雷这样的普通用户而言，他并不关心（也不应该关心）他的通话是承载在5G、4G还是2G网络上。他所感知的，只是一个名为“高清语音通话”的业务。他期望这个业务所附带的功能（比如通话中举报骚扰）应该在任何时候、任何地点都可用。

• 一致性（Consistent）：意味着功能和界面不应因底层网络的改变而随意出现或消失。
• 不同接入场景（Different access scenarios）：指的就是用户可能接入的网络环境，例如：
  • 5G/4G (PS域)：IP网络，数据和语音都走IP分组交换。
  • 2G/3G (CS域)：传统电路交换网络，语音通话有专用的电路通道。
  • Wi-Fi (WLAN)：通过Wi-Fi接入IMS，进行VoWiFi通话。

如果一个功能时有时无，就会导致用户困惑、沮丧，甚至对业务的可靠性产生怀疑。李雷在高铁隧道里找不到“举报”按钮的经历，就是一次典型的“不一致的用户体验”。

2. 核心冲突：先进的PUCI特性遭遇“次元壁”

既然一致性是目标，那为何会产生不一致呢？规范指出了问题的根源。

However, certain proposed PUCI features are problematic in this respect. A specific example of this is the use of UC user feedback, as stated in the requirements (Section 6.2). The feasibility of maintaining a consistent user experience is out of the scope of this TR.

深度解析：

这里的关键词是“problematic（有问题的）”。某些PUCI高级功能，其设计初衷就是基于IMS这个先进的IP网络环境，当它们试图穿越到传统的CS网络时，就如同现代人试图在古代使用智能手机——会撞上技术的“次元壁”。

• UC用户反馈（UC user feedback）：规范以这个功能为例。这是指用户在通话过程中，通过某种方式（如按键、屏幕按钮）向网络实时报告当前通话是UC。
  • 在IMS (PS域)：这个功能实现起来相对直接。李雷的手机可以发送一个SIP INFO消息或其它IMS信令，这个信令会通过IP网络直达运营商的PUCI AS（应用服务器）。AS收到后，立即就能知道是“哪个用户、在哪通电话里、举报了哪个号码”，并进行实时处理。
  • 在传统网络 (CS域)：当李雷的通话切换到2G网络后，他手机与网络之间的信令交互遵循的是另一套完全不同的协议（如SS7）。这套“古老”的语言体系里，并没有“举报骚扰”这样的词汇。CS网络的核心设备（如MSC - 移动交换中心）根本无法理解和传递一个IMS定义的“举报”信令。

因此，这个功能在技术上是“IMS原生”的，无法直接在CS网络中运行。这就导致了李雷遇到的“按钮消失”问题。规范坦诚地指出，“维护一致用户体验的可行性，超出了本TR的范围”，这意味着它承认问题的存在和复杂性，但本报告的重点是研究IMS内的PUCI，而非改造CS网络或解决所有跨域一致性问题。

3. “时空穿越”的技术揭秘：SRVCC, ICS, SC

为了彻底理解这个“次元壁”是如何产生的，我们必须先弄懂让李雷的通话得以“穿越时空”的关键技术。

Single Radio VCC, IMS Service Continuity, and IMS Centralized Services, enables UEs to use the CS as another access for reaching IMS services.

3.1 SRVCC (Single Radio Voice Call Continuity)

这是李雷在高铁上经历的核心技术。

• 目标：当一个正在进行VoLTE/VoNR通话的手机，移动到没有4G/5G覆盖但有2G/3G覆盖的区域时，为了防止通话中断，将该语音通话无缝地从PS域切换到CS域。
• 关键点：
  • Single Radio（单射频）：手机在切换过程中，不需要同时激活两个射频模块（一个用于PS，一个用于CS），从而节省了功耗和硬件复杂度。
  • Continuity（连续性）：对用户来说，整个切换过程是“无感”的，通话不会中断。
  • 本质：这是一次接入域的切换，从IP接入切换到了电路交换接入。

3.2 ICS (IMS Centralized Services)

• 目标：即使用户的手机当前驻留在CS网络（例如，在一个只有2G信号的偏远乡村），也能让用户享受到由IMS核心网集中提供的服务。
• 工作方式：当用户在CS网络下发起呼叫时，这个呼叫信令会被CS网络“牵引”到IMS核心网进行处理。
• 意义：ICS确保了无论用户身处何种网络，其业务逻辑（如呼叫路由、补充业务等）都由统一的“IMS大脑”来控制，从而保证了业务逻辑层的一致性。

3.3 SC (Service Continuity)

这是一个更广义的概念，包含了SRVCC以及其他多种业务连续性场景，例如在不同IP接入网络之间（如LTE与Wi-Fi）的切换等。

总结：这些技术的共同点是，它们都允许用户的业务（特别是语音）在IMS（PS）和传统（CS）这两个技术“次元”之间穿梭。它们是保证通话不掉线的“功臣”，但恰恰是这种“穿梭”，引发了PUCI高级功能的一致性难题。

4. 深度剖析：SRVCC场景下的PUCI困境

现在，让我们回到李雷的高铁之旅，用技术的放大镜来审视这个过程。

In SRVCC, the UE could start a call over PS and then later transfer to a CS access due to coverage reasons. A question that arises is that if user feedback mechanisms are required during the call, and would be based on IMS procedures, how would the end-user experience be perceived if the end-user will not be able to provide feedback…

李雷的通话之旅：

1. 起点 (PS域)：在市区，李雷的手机通过5G NR接入IMS核心网。所有信令都是SIP协议，畅通无阻地在手机、P-CSCF、S-CSCF和PUCI AS之间传递。此时，PUCI功能全功能在线。

2. 切换点 (SRVCC触发)：列车驶入隧道，5G信号急剧衰减。手机向网络上报测量报告。网络侧的MME/AMF（移动性管理实体）做出SRVCC切换决策。IMS核心网（ATCF/ATGW）与CS网络的核心（MSC Server）进行一系列复杂的信令交互，为通话准备好一条新的CS域“通路”。

3. 终点 (CS域)：通话的“控制锚点”仍然在IMS核心网，但手机与网络之间的“最后一公里”接入，已经变成了传统的CS链路。此时，信令不再是SIP，而是CS的控制信令。PUCI AS虽然还在IMS网络中待命，但它与李雷手机之间的实时IMS信令通路已经被切断了。

4. 困境出现：当那个骚扰电话（通过呼叫等待）打进来时，李雷想“举报”它。这个“举报”意图无法通过CS信令有效地传递给远在IMS核心网的PUCI AS。结果就是——功能不可用。

5. 解决方案的思考与现实的妥协

面对这个难题，我们该何去何从？规范在最后一段给出了发人深省的思考。

What needs to be determined is whether it acceptable to have different end-user capabilities depending on access you currently are camping on. Otherwise, the mechanisms and procedures to solve these requirements will need to be generic enough, e.g., based on out of band procedures for service settings, or on re-using existing supplementary service handling for mid-call support. It is not regarded as viable to change the CS network to accommodate these requirements.

深度解析：

这段话提出了三条可能的路径，以及一个不容置疑的“红线”。

• 路径一：接受现实 (Accept Inconsistency)

  • 最简单的做法，就是接受这种功能差异。对用户进行教育：“在2G/3G网络下，某些高级功能不可用”。这显然违背了“一致性”的黄金原则，是用户体验的倒退。

• 路径二：寻求通用方案 (Generic Mechanisms)

  • 既然IMS原生方案在CS行不通，那么我们能否找到一种“通用语”，是PS和CS网络都能理解和支持的？规范提出了两个方向：
    1. 带外程序 (Out of band procedures)：这是指不通过当前的通话信令通路，而是通过其他“带外”渠道来完成操作。例如，李雷可以在挂断电话后，通过发送一条特定格式的短信或 USSD码 (如拨打 *#90*被举报号码#) 来举报。或者，他可以打开运营商的手机App，在“最近通话”列表里找到那个号码并进行举报。这种方式可行，但失去了实时性，且操作繁琐。
    2. 复用现有补充业务处理：这是一个更具技术性的思路。CS网络虽然不懂IMS的“举报”，但它懂一些传统的补充业务信令，如DTMF（就是电话按键音）。我们是否可以设计一种方案，让李雷在通话中按下一串特殊的按键（如*90#），MSC捕获到这串DTMF音，然后通过某种机制将其转译并通知给IMS核心网？这在理论上可行，但实现起来非常复杂。

• 不可逾越的红线：不改造CS网络 (Not viable to change the CS network)

  • 这是全段最重要的一句话。它反映了一个残酷的工程现实：全球的CS网络是一个已经存在了几十年、规模极其庞大、运行极其稳定的“遗留系统”。为了一个IMS的新功能，去对这个庞然大物进行伤筋动骨的改造，无论在技术风险还是经济成本上，都是**不可行（not viable）**的。

6. 总结：戴着“镣铐”的创新

4.4节虽然简短，却给我们带来了深刻的启示。它揭示了在电信网络演进过程中一个永恒的主题：创新与兼容的平衡。

李雷的高铁之旅，是SRVCC、ICS等业务连续性技术伟大成功的缩影，但也暴露了当新业务（PUCI高级特性）试图跨越技术代际时所面临的内在矛盾。

最终的结论是，PUCI体系的设计必须是一种“戴着镣铐的舞蹈”。这个“镣铐”就是庞大的、不可轻易改动的CS存量网络。所有的创新，都必须在这个现实的约束下进行。未来的PUCI解决方案，要么接受在CS域的功能降级，要么就必须另辟蹊径，通过短信、App等“带外”方式，或者极其巧妙地复用现有CS能力，来实现功能的延续。这考验的不仅是技术人员的创造力，更是他们在面对复杂现实时的工程智慧。

---

FAQ 环节

Q1：SRVCC和VoWiFi通话切换有什么相似和不同之处？ A1：两者都是业务连续性技术，目标都是保证通话不中断。相似之处在于，它们都涉及到通话在不同接入网络之间的无缝切换。不同之处在于切换的“次元”不同。SRVCC是PS域到CS域的切换，是IP世界到传统电路交换世界的“跨次元”切换，技术差异巨大。而VoWiFi切换（通常指VoWiFi与VoLTE之间的切换），是不同IP接入网络之间的切换，本质上都是在PS域内部，信令都是SIP，因此实现起来相对简单，PUCI等IMS原生高级功能的一致性也更容易保证。

Q2：为什么规范说“改造CS网络不可行”？难道不能通过软件升级来支持新功能吗？ A2：这主要是因为CS网络的核心设备（如MSC）及其使用的信令协议（如SS7/ISUP）的架构和设计哲学与IMS的SIP/Diameter体系完全不同。它们是两个时代的产物。改造不仅仅是软件升级，可能涉及到核心协议的重构、硬件的更换，以及对全球无数个互联互通的CS网络的兼容性测试，其工程量和风险是天文数字。因此，行业的共识是保持CS网络的稳定，让新业务去适配它，而不是让它去适配新业务。

Q3：“带外（Out of band）”方案听起来像是“打补丁”，它是一种好的解决方案吗？ A3：它是一种务实的解决方案。虽然它在实时性和用户体验的流畅度上不如“带内（in-band）”方案（如通话中直接点击按钮），但它最大的优点是可行性高、对现有网络冲击小。它绕开了改造CS网络这个“不可能完成的任务”，通过用户已经非常熟悉的短信、App等渠道来弥补功能上的缺失。在理想方案无法实现时，一个可用的、对用户有价值的“补丁”方案，远胜于没有方案。

Q4：随着2G/3G网络的逐步退网，SRVCC和这个问题是不是最终会自然消失？ A4：是的，从长远来看，这是一个必然趋势。当5G（乃至未来的6G）网络实现全地域无缝覆盖，不再需要向CS网络回落时，SRVCC将完成其历史使命，这个特定的共存问题也将随之消失。然而，这个“长远”可能会相当长，在未来5到10年甚至更长时间内，在广大的农村、偏远地区以及许多发展中国家，2G/3G网络仍将作为语音覆盖的“兜底网”而存在。因此，在可预见的未来，这个问题仍然是PUCI乃至所有IMS新业务设计时必须考虑的现实。

Q5：这个“共存”问题对PUCI系统的整体架构设计有什么影响？ A5：它要求PUCI系统在设计时必须具备“接入域感知”能力。PUCI AS（应用服务器）需要能够从核心网获取到用户当前是通过PS域还是CS域接入的信息。基于这个信息，PUCI系统可以动态地调整其功能。例如，当系统知道用户（如李雷）的通话已经通过SRVCC切换到CS域后，它可以：1) 暂时禁用需要IMS信令交互的高级功能；2) 同时启动一个“带外”的监控和报告模块，例如，准备接收用户可能通过短信发来的骚扰举报。这种自适应的能力，是保证系统在复杂异构网络中稳定、可靠运行的关键。