51学通信

深度解析 3GPP TR 33.937：3 Definitions, Symbols and Abbreviations (定义、符号与缩略语)

17分钟阅读

好的，这是系列文章的第三篇。

深度解析 3GPP TR 33.937：3 Definitions, Symbols and Abbreviations (定义、符号与缩略语)

本文技术原理深度参考了3GPP TR 33.937 V18.0.0 (2024-03) Release 18规范中，关于“Chapter 3 Definitions, Symbols and Abbreviations”的核心章节，旨在为读者精准剖析PUCI研究中的核心术语，理解这些基本构件如何共同描绘出对抗非请所求通信的战场蓝图。

引言：掌握“军用术语”，方能读懂“作战计划”

在之前的文章中，我们的工程师李雷已经对3GPP TR 33.937这份技术报告的“作战目标”（Scope）和“情报来源”（References）有了全面的了解。他知道，这是一份旨在保护像他这样的IMS用户免受通信骚扰的行动纲领，并且这份纲领博采了电信与互联网领域的众长。

现在，李雷准备深入研究具体的“作战计划”——也就是规范中提出的各种解决方案。但在那之前，他必须先完成一项至关重要的准备工作：彻底掌握这份计划中使用的所有“军用术语”。在工程技术的世界里，每一个术语都有其精确、不容混淆的含义。搞懂了定义、符号和缩略语，才能准确无误地理解后续复杂的系统架构和信令流程。

本篇文章，就让我们跟随李雷的脚步，深入第三章，像学习一门新的语言一样，仔细剖析PUCI世界中的每一个核心词汇。这不仅是一个简单的名词解释过程，更是一次通过语言来构建整个PUCI技术框架的思维之旅。

1. 核心定义 (Definitions)

本章的第一个小节，也是最核心的部分，是对关键术语的定义。其中，最引人注目的无疑是整个研究的核心——“非请所求通信”。

1.1 非请所求通信 (Unsolicited Communication, UC)

Unsolicited Communication: Unsolicited Communication (UC) denotes bulk communication in IMS where the benefit is weighted in favour of the sender. In general the receiver(s) of UC do not wish to receive such communication. UC may comprise of, e.g., “SPam over IP Telephony (SPIT)” or “SPam over IP Messaging (SPIM)“.

深度解析：

这段定义为UC这个“敌人”画了一幅精准的“肖像画”。李雷结合自己的经历，发现这幅画像描绘得惟妙惟肖。

  • “denotes bulk communication in IMS…” (指IMS中的批量通信)：这指出了UC最常见的形态——“广撒网”。李雷早上接到的那通理财产品录音广告，显然不是只打给了他一个人，而是发送给了成千上万个号码。这种“批量”特性是UC识别的一个重要特征。
  • “…where the benefit is weighted in favour of the sender.” (其好处偏向于发送方)：这一点直击要害。那通理财广告，对李雷来说只是浪费了时间和精力，但对发送方（广告商）而言，却可能带来潜在的客户和利润。这种价值的“不对等性”是UC的本质。
  • “In general the receiver(s) of UC do not wish to receive such communication.” (通常，接收方不希望收到此类通信)：这从接收方的角度定义了UC的主观属性。无论广告内容多么诱人，对当时正在专心工作的李雷来说，它就是不请自来的打扰。
  • “UC may comprise of, e.g., “SPam over IP Telephony (SPIT)” or “SPam over IP Messaging (SPIM)”.” (UC可包括…IP电话骚扰或IP消息骚扰)：这里给出了UC在IMS世界中的两种主要表现形式。李雷接到的录音电话就是典型的SPIT，而他收到的诈骗短信，就是SPIM的一种恶意变体。

然而，李雷敏锐地注意到了定义之后的一个重要附注 (NOTE)：

NOTE: In this TR we also look at communication that is not necessarily bulk communication.

深度解析：

这个附注至关重要，它极大地扩展了PUCI的研究边界！它明确指出，PUCI要防范的，不仅仅是“批量”骚扰。

李雷想到了一个场景：如果有人（比如一个怀有恶意目的的“跟踪者”）持续不断地给他打骚扰电话，即使每次只打给他一个人，这种通信虽然不是“bulk”的，但它同样具备了“发送方受益”（满足其骚扰目的）、“接收方非意愿”的特征，因此也属于PUC I需要研究和防护的“非请所求通信”。

这个附注表明，3GPP的专家们考虑得非常周全，他们定义的UC不仅包括了我们日常理解的“垃圾邮件/电话”，也涵盖了更具针对性、但同样令人困扰的骚扰行为。

2. 符号 (Symbols)

接下来，李雷翻到了3.2节，关于“符号”的定义。

For the purposes of the present document, the following symbols apply:

深度解析：

李雷翻到这一节，发现了一个有趣的现象：在规范原文中，这句引导性的话语下面是一片空白。它说“以下符号适用”，但实际上并未定义任何特定的符号。

这通常意味着，在这份技术报告的研究范畴内，并没有创造或引入需要全局定义的、具有特殊含义的数学或逻辑符号。所有的讨论都通过文字和已有的缩略语来完成。这对于提高报告的可读性是有好处的，避免了读者在理解复杂的技术概念时，还要去记忆一套新的符号体系。

对李雷而言，这算是个好消息，他可以把更多精力集中在理解术语和缩略语的内涵上。

3. 缩略语 (Abbreviations)

如果说“定义”是为核心概念“立传”，那么“缩略语”就是为战场上的各个“角色”和“装备”命名。3.3节列出了一系列将在规范中高频出现的缩略语，它们是构成PUCI技术语言的基本词汇。

让我们跟随李雷的思路，把这些缩略语放到一个真实的场景中去理解，看看它们是如何协同工作的。

For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.

这个引言说明，本节的缩略语列表是对3GPP“总字典”（TR 21.905）的补充和强调，如果出现冲突，以本规范的为准。

场景：李雷的反击

李雷再次接到一个骚扰电话后，他决定利用IMS网络提供的能力进行反击。

  1. UC (Unsolicited Communication) 和 SPIT (Spam over IP Telephony)

    • 首先，李雷识别出这是一次典型的 UC，具体形式是 SPIT。这两个词我们已经非常熟悉了，它们是李雷要对抗的“敌人”。

  2. BL (Black List)

    • 挂断电话后，李雷立刻想到的第一个操作就是将这个号码拉入“黑名单”。这个“黑名单”，在IMS网络中，就对应着一种被称为 BL (Black List) 的机制。这是一个最基础、最直接的防御“装备”。

  3. AS (Application Server)

    • 这个黑名单功能由谁提供呢？它通常运行在一个被称为 AS (Application Server) 的网络实体上。这个AS就像一个“应用商店”里下载的App，不过它是电信级的，运行在运营商的核心网里，为李雷提供各种增值服务，其中就包括通信限制（Communication Barring）。

  4. ACR (Anonymous Call Rejection)

    • 李雷发现，很多骚扰电话为了逃避追踪和黑名单，会选择隐藏自己的号码，也就是“匿名来电”。针对这种“隐身的敌人”，网络提供了一种专门的“战术”——ACR (Anonymous Call Rejection)，即匿名呼叫拒绝。一旦李雷开启这个功能，所有不显示号码的来电都会被自动拒绝。

  5. PUCI (Protection against Unsolicited Communication in IMS)

    • 李雷所使用的所有这些防御手段——BL、ACR，以及未来可能出现的更智能的拦截服务，它们共同构成了一整套的防护体系。这整套体系的官方研究代号，就是 PUCI (Protection against Unscolicited Communication in IMS)。PUCI不是一个具体的设备或功能，而是这套完整的“作战方针和武器系统”的总称。

通过这个简单的场景，李雷将这些孤立的缩略语串联成了一个有机的整体，他理解了：

  • 目标是防护 UC / SPIT。
  • 工具是 BL 和 ACR 等。
  • 工具的承载者是 AS。
  • 整个行动的代号是 PUCI。

4. 总结：构建对话的基础

第三章虽然篇幅短小，但其重要性不言而喻。它为我们进入PUCI这个复杂的技术世界，提供了最基础、也是最重要的“语言包”。

  • 通过对 UC 的精准定义及其附注的解读，我们明确了PUCI的防护边界，它既涵盖了“广撒网”式的骚扰，也包括了“精准打击”式的骚扰。
  • 通过对 ACR, AS, BL, SPIT 等核心缩略语的场景化理解，我们构建了PUCI生态系统的基本画像，知道了其中的关键角色和它们之间的互动关系。

掌握了这些“军用术语”，李雷就像一名熟读了兵法、认清了兵种的新兵，已经为下一步研究“战场地形和战略布局”（系统环境）做好了充分的准备。

FAQ 环节

Q1：UC 和我们常说的 SPAM (垃圾邮件) 有什么本质区别？ A1：UC (Unsolicited Communication) 是一个更广义的概念，特指在IMS环境下的非请所求通信，它既包括语音形式的骚扰（SPIT），也包括消息形式的骚扰（SPIM）。SPAM 通常特指垃圾电子邮件（Spam Email），而SPIT和SPIM可以看作是SPAM思想在IP语音和IP消息领域的延伸。因此，可以说SPIT和SPIM是UC的子集。

Q2：为什么规范要特别强调UC不仅仅是批量的（bulk）？这在实际中有什么意义？ A2：这极大地扩展了保护的范围，使其更加全面。如果只防御批量通信，那么一些针对特定个人（如名人、企业高管）的、持续性的、非批量的电话骚扰（如“呼死你”软件的早期版本、跟踪者的持续骚扰）就可能被防御系统忽略。明确将非批量通信也纳入研究范围，确保了PUCI能够应对更多样化、更具针对性的骚扰场景，保护用户的个人安宁。

Q3：黑名单（BL）功能是存储在我的手机上，还是在网络里？ A3：两者都可以，但3GPP规范主要关注的是网络侧的实现。手机本地的黑名单由手机操作系统或App提供。而规范中讨论的BL，是由运营商通过IMS网络中的应用服务器（AS） 提供的网络级服务。网络级黑名单的好处是，骚扰电话在到达你的手机之前，在核心网层面就被拦截了，你的手机甚至都不会响铃，提供了更彻底的防护。

Q4：匿名呼叫拒绝（ACR）这个功能会不会“误伤”一些正常的匿名来电？ A4：会的，这是一个典型的安全性与便利性的权衡。ACR在有效阻止大量使用匿名方式的骚扰电话的同时，也确实会阻止所有正常的匿名来电（比如一些用户出于隐私保护习惯隐藏号码，或某些企业总机来电不显示分机号）。因此，是否开启ACR通常是用户可以自行选择的。更高级的PUCI系统会寻求更智能的方法，而不是“一刀切”地拒绝所有匿名呼叫。

Q5：PUCI、SPIT、AS这些缩略语，看起来很复杂，我需要全部记住吗？ A5：对于普通用户来说，完全不需要。您只需要知道如何使用运营商或手机提供的“骚扰拦截”、“黑名单”等功能即可。但对于像李雷这样的通信工程师、学生或研究人员来说，精确地理解和使用这些缩略语是进行专业技术交流、阅读技术文档、设计和开发相关系统的基础，是必须掌握的专业语言。

关系图谱