51学通信

深度解析 3GPP TS 23.015：1 ODB的“宪法”与“词典”

18分钟阅读

好的，我们正式开始对3-GPP TS 23.015的逐章深度拆解。

这是系列文章的第二篇，我们将聚焦于规范的第一章：Scope, Normative references, Definitions and abbreviations。这一章是理解ODB（运营商决定性呼叫限制）的起点，为我们精确界定了这项功能的技术边界、依赖的外部标准和内部的通用语言。

深度解析 3GPP TS 23.015：第一章 ODB的“宪法”与“词典”

本文技术原理深度参考了3GPP TS 23.015 V18.1.0 (2024-06) Release 18规范中，关于“Chapter 1 Scope, Normative references, Definitions and abbreviations”的核心章节。本文旨在为读者建立一个关于ODB（运营商决定性呼叫限制）功能最基础、最稳固的认知框架，我们将深入解读其“宪法”（Scope），梳理其“朋友圈”（Normative references），并学习其“行话”（Definitions and abbreviations）。

引言：为“红灯”系统立法

在上一篇概览中，我们了解到ODB是运营商用来规管用户业务接入的“红灯”系统，并通过美美在海外无法使用数据漫游的例子，直观感受了它的威力。现在，我们要从“用户故事”转向“法律条文”。第一章，就是为这个强大的“红灯”系统制定的根本大法。

想象一下，一个由全球各大运营商和设备商组成的“交通规则委员会”正在开会，他们需要为ODB这个新交规的实施，制定一份清晰、无歧义的执行纲领。这份纲领必须回答三个基本问题：

  1. 这个交规管什么？（Scope）: 它的适用范围是哪些“车辆”（业务）和“道路”（网络）？哪些情况是它管不了的？
  2. 制定这个交规，参考了哪些现行法规？（Normative references）: 它的合法性基础是什么？要理解它，需要先懂哪些“上位法”？
  3. 这个交规里使用的专业术语如何解释？（Definitions and abbreviations）: 当我们说到“限制”时，具体指什么？如何保证全球的“交通警察”（网络设备）对规则的理解完全一致？

第一章的内容，正是对这三个问题的权威解答。

1. 1 Scope (范围)：划定ODB的权力边界

The network feature Operator Determined Barring (ODB) allows a network operator or service provider to regulate access by subscribers to services (Circuit/Packet Oriented and Interworking WLAN), by the barring of certain categories of incoming or outgoing calls/ Packet Oriented Services or of roaming.

这段话是ODB“宪法”的总纲，精确定义了ODB的主体、客体和行为。

  • 执法主体: a network operator or service provider (网络运营商或服务提供商)。这再次强调了ODB的“姓氏”——Operator Determined，决定权在运营商，而非用户。
  • 管理客体: subscribers (签约用户)。ODB是针对具体签约用户的个性化策略。
  • 执法行为: regulate access ... by the barring of ... (通过限制来规管接入)。ODB的本质是一种“禁止”而非“允许”的逻辑，它定义的是“什么不该做”。
  • 执法范围:
    • Circuit/Packet Oriented: 涵盖电路域（如传统电话）和分组域（如数据上网）的所有业务。
    • Interworking WLAN: 涵盖与3GPP网络互通的Wi-Fi接入场景。
    • incoming or outgoing calls/ Packet Oriented Services or of roaming: 具体限制的类别包括呼入呼出、数据业务以及漫游行为。

Operator Determined Barring applies to all bearer services and teleservices except the Emergency Call teleservice and Emergency Bearer Services; the teleservice Short Message Point-to-Point is therefore subject to Operator Determined Barring in the same way as circuit-switched calls.

这一段则明确了ODB的适用业务和核心例外。

  • 全覆盖原则: ODB原则上适用于所有承载业务和电信业务。这意味着，从打电话、发短信，到上网、看视频，几乎所有用户能想到的通信行为，都在ODB的潜在管辖范围之内。
  • 短信的特殊地位: 规范特别指出，**点对点短信（SMS）**也被视同电路域呼叫，同样受ODB的限制。例如，如果一个用户的“所有呼出”被限制，那么他同样也无法发送短信。
  • 最高豁免权: except the Emergency Call... ODB的权力再大，也绝不能限制紧急呼叫。这是3GPP标准乃至全球电信法规的铁律，体现了对生命安全的最高尊重。无论用户处于何种限制状态（即使是欠费停机），发起紧急呼叫的权利必须被无条件保障。

The application of specific categories of Operator Determined Barring to a subscription is controlled by the network operator or service provider, using administrative interaction at the HLR; this interface is not standardised.

最后这句话，定义了ODB策略的配置方式。

  • 控制中心: 所有ODB策略的配置和修改，都在用户的“中央档案库”——HLR（及其在4G/5G的演进体HSS/UDM）中进行。
  • 管理接口: 运营商通过“行政交互（administrative interaction）”的方式来修改HLR中的数据。
  • 非标准化接口: this interface is not standardised。这句话非常重要，它意味着3GPP不关心运营商的客服系统、计费系统是如何与HLR对接的。这个“后台管理接口”由设备商（如华为、爱立信）提供，并由运营商自行集成。3GPP规范的边界，是从HLR/HSS/UDM内部开始的。它只关心ODB数据在HLR中如何存储，以及如何从HLR传递给其他网络节点。

2. 1.1 Normative references (规范性引用)：构建ODB的“法理”基础

这部分是ODB的“参考文献”，但与“informative”的参考文献不同，“normative”意味着被引用的文件，其内容构成本规范不可分割的一部分。要理解TS 23.015，你必须同时理解这些被引用的文件。

让我们来看几个最重要的“盟友”：

  • ** 3GPP TS 22.041: “Operator Determined Barring”**:

    • 关系: **“需求”与“实现”**的关系。TS 22.041是定义ODB业务需求的Stage 1规范，它从用户的角度回答了“ODB应该有哪些限制类别？”。而我们正在解读的TS 23.015是Stage 2规范，它回答了“如何技术上实现这些限制？”。TS 22.041是TS 23.015所有工作的“源头”和“目标”。

  • ** 3GPP TS 23.040: “Technical realization of the Short Message Service (SMS)”**:

    • 关系: **“主体”与“客体”**的关系。因为ODB需要对SMS进行限制，那么ODB的实现就必须与SMS的技术实现方案（TS 23.040）进行交互。例如，当HLR决定要阻止一条短信下发时，它需要遵循TS 23.040中定义的错误码和流程，来通知短信中心。

  • ** 3GPP TS 23.060: “General Packet Radio Service (GPRS) Service description Stage 2”**:

    • 关系: **“限制”与“被限制者”**的关系。ODB需要限制分组数据业务。TS 23.060是定义2G/3G数据业务（GPRS）的核心架构和流程的规范。因此，当SGSN需要根据ODB规则拒绝一次PDP上下文激活时，它所执行的拒绝流程、使用的原因值，都必须遵循TS 23.060的规定。

  • ** 3GPP TS 23.401: “General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access”**:

    • 关系: 同上，但针对的是**4G (EPS)**数据业务。当MME需要根据ODB规则拒绝一次PDN连接请求时，其具体的技术动作，必须遵循TS 23.401的规定。

  • ** 3GPP TS 23.502: “Procedures for the 5G System; Stage 2”**:

    • 关系: 同上，但针对的是**5G (5GS)**数据业务。当AMF/SMF需要根据ODB规则拒绝一次PDU会话建立时，其具体的技术动作，必须遵循TS 23.502的规定。

通过这些引用，我们看到TS 23.015并非一个孤立的“功能模块”，而是像一个“插件”，深度嵌入并作用于移动网络的核心业务流程（短信、2G/3G/4G/5G数据业务）之中。

3. 1.2 Definitions and abbreviations (定义与缩略语)：统一ODB世界的语言

本章非常简洁，它指出规范中使用的缩略语都遵循3GPP的总词典——TS 21.905。

Abbreviations used in this specification are listed in 3GPP TS 21.905.

这意味着，TS 23.015并没有自己“发明”任何新的核心术语或缩略语。它所使用的所有概念，如HLR, HSS, UDM, MME, AMF, SGSN, VLR等，都是3GPP核心网的通用词汇。

这对于工程师来说是一个好消息：只要你对3GPP的核心网架构有基本的了解，阅读这份规范就不会有“语言障碍”。这份规范的挑战，不在于理解孤立的词汇，而在于理解这些我们已经熟悉的网络实体，为了实现ODB这个特定的功能，它们之间是如何进行全新的、复杂的信息交互和逻辑判断的。

例如，我们都知道MME是4G的移动性管理实体。但为了实现ODB，MME被赋予了新的“职责”：

  • 职责1: 在UE附着时，能够从HSS那里接收并正确解析ODB相关的签约数据。
  • 职责2: 在处理UE发起的PDN连接请求时，能够根据本地缓存的ODB数据和当前的漫游状态，做出“允许”或“拒绝”的判断。
  • 职责3: 在拒绝请求时，能够构造一个包含正确原因值的NAS消息返回给UE。

TS 23.015后续的章节，正是要详细地描绘这些新增的“职责”是如何被具体执行的。

FAQ环节

Q1：Scope中提到ODB也适用于“Interworking WLAN”，这是指什么场景？ A1：这是指运营商提供的、与蜂窝网络可信互通的Wi-Fi网络，也称为Trusted WLAN Access。在这种场景下，用户的认证和数据业务的建立，会通过特定的网关（如TWAG, ePDG）与运营商的3GPP核心网对接。ODB在这里的作用是，运营商同样可以在HSS中为用户配置“是否允许通过可信Wi-Fi接入分组数据网络”的限制。当用户尝试通过这种Wi-Fi上网时，认证请求最终会到达核心网的AAA Server，AAA Server会从HSS查询用户的ODB配置，从而决定是否允许该接入。

Q2：为什么运营商配置ODB到HLR/HSS的接口是“非标准化的”？这样做不会导致不同厂商设备不兼容吗？ A2：不会。这个接口是运营商内部的管理接口，属于BSS/OSS（业务/运营支撑系统）的范畴，不涉及网络实体之间的互联互通。例如，A运营商可能使用华为的HLR，B运营商可能使用爱立信的HLR。A运营商的计费系统如何与华为HLR通信，B运营商的客服系统如何与爱立信HLR通信，这是他们各自内部的事情。只要华为和爱立信的HLR，在与其他网络实体（如VLR, MME）进行交互时，都遵循3GPP定义的标准化接口（如MAP, Diameter），网络的互操作性就可以保证。3GPP标准的核心是确保网络互通，而非统一运营商的内部管理。

Q3：如果我的手机因为ODB被禁止了所有呼出，那我还能打通客服电话吗？ A3：这取决于运营商的策略。在技术上，ODB可以设置得非常灵活。运营商完全可以将客服热线、紧急电话等号码，设置为ODB规则的“例外列表”。当VLR在检查呼出请求时，如果发现被叫号码在这个“白名单”中，就会放行该呼叫。大多数负责任的运营商都会确保用户在被限制时，依然有渠道联系客服解决问题。

Q4：TS 23.015是一份Stage 2规范，这意味着什么？ A4：这意味着它定义了ODB功能的逻辑架构和信息流程。它会告诉你：

  • 为了实现ODB，需要哪些网络功能实体参与。
  • 这些实体之间需要传递哪些信息（参数）。
  • 这些信息传递的顺序和逻辑是怎样的（流程）。
  • 每个实体在收到信息后，需要做出什么样的逻辑判断和行为。 但它不会告诉你，这些信息在具体的接口上（如Diameter, NGAP）是如何被编码的。例如，它会说“HSS需要将ODB数据传递给MME”，但不会说这个数据在Diameter消息中应该放在哪个AVP里，AVP的ID和数据类型是什么。这些具体的编码细节，是由Stage 3规范（如TS 29.xxx系列）来定义的。

Q5：学习完第一章，我对ODB有了一个整体概念。接下来我应该如何高效地学习第二章“Method of realisation”？ A5：第二章内容非常详尽，建议采用“按需聚焦”的方式学习。

  1. 选择你的“战场”: 你最关心的是哪个网络？如果你主要做5G相关工作，可以直接跳到2.5B（5G PDU会话建立限制）、2.6C（5G已有会话限制）、2.3（漫游限制的5G部分）等章节。
  2. 抓住“一进一出”: 在每个小节中，核心就是两条线索——“Application or Change”（策略如何从HSS/UDM下发到MME/AMF）和“Invocation”（MME/AMF如何根据策略拒绝UE的请求）。抓住这两条主线，就能理解每个限制类型的核心实现逻辑。
  3. 图文结合: 第二章的信令流程图是精髓。先看图，对整体交互有一个直观印象，然后再去阅读图中每个步骤对应的文字描述，理解其细节和条件。

关系图谱