好的，我们继续对TS 23.015的深度拆解。

这是系列文章的第七篇，我们将探讨一个相对特殊但非常重要的场景：2.7节 Operator Determined Barring (ODB)与补充业务（Supplementary Services）的交互。这一节揭示了当运营商的“强制法规”（ODB）与用户自己设置的“个人偏好”（补充业务）发生冲突时，网络是如何进行仲裁的。

---

深度解析 3GPP TS 23.015：2.7节 ODB与补充业务的“权力”博弈

本文技术原理深度参考了3GPP TS 23.015 V18.1.0 (2024-06) Release 18规范中，关于“2.7 Interactions of Operator Determined Barring with Supplementary Services”的核心章节。本文旨在为读者厘清在移动网络中，运营商的强制性限制策略（ODB）与用户可自行设置的补充业务（如呼叫转移、呼叫限制）之间复杂的交互规则和优先级关系。

引言：当“你的规矩”遇上“我的规矩”

在之前的篇章中，我们已经深刻理解了ODB作为运营商“红灯”系统的权威性。然而，移动网络并非一个只有“红灯”和“绿灯”的简单世界。3GPP为用户提供了丰富的补充业务（Supplementary Services, SS），让用户可以像自定义手机App一样，在一定程度上定制自己的通信行为。

这些用户自设的“个人规矩”包括：

• 呼叫前转 (Call Forwarding, CF): 如“无人接听时，请将电话转到我的语音信箱”。
• 呼叫限制 (Call Barring, CB): 如用户自己设置“禁止所有国际长途呼出”。
• 封闭用户组 (Closed User Group, CUG): 如一个企业内部的号码，只能互相拨打，不能打出或打入公共电话网络。

现在，一个有趣的问题出现了：当运营商的“强制法规”（ODB）与用户的“个人规矩”（SS）发生冲突时，听谁的？

场景设定:

1. 场景一（ODB vs. CF）: 运营商为美美的“成长守护卡”设置了ODB规则：“禁止所有呼出”。但美美自己在手机上设置了呼叫前转：“所有来电都无条件转移到她朋友的手机上”。当有电话打给美美时，这个“前转”动作本质上是一次由网络为美美发起的“呼出”，它是否应该被ODB禁止？
2. 场景二（ODB vs. CB）: 运营商为美美的公司开通了“一带一路”商务套餐，允许拨打特定国家的国际长途。但美美自己在手机上，出于节省话费的考虑，设置了“禁止所有国际长途呼出”的个人呼叫限制（CB）。当她尝试拨打公司业务相关的国际长途时，这个呼叫应该被允许还是被禁止？

TS 23.015的2.7节，正是这场“权力”博弈的“最高法院判决书”。它为这些复杂的交互场景，制定了清晰、无歧义的仲裁规则。

---

1. 2.7.1 Call Forwarding (呼叫前转)：ODB的“一票否决权”

The interactions between Operator Determined Barring and Call Forwarding are specified in 3GPP TS 22.041. The interaction where Operator Determined Barring is applied when there is an existing Call Forwarding programme which is in contravention of the Operator Determined Barring programme is shown in the message flow diagram in figure 2.7.1/1.

本节的核心思想是：任何由呼叫前转（CF）产生的呼出行为，都必须接受ODB的审查。如果该行为违反了ODB规则，那么ODB拥有一票否决权。

1.1 场景一分析：禁止已设置的“违规”前转

场景: 运营商为美美激活了“禁止所有呼出”的ODB。但在此之前，她已经设置了“无条件前转至朋友手机”的CF。

技术实现 (Figure 2.7.1/1):

1. ODB策略下发: 运营商在HLR中为美美设置了“禁止所有呼出”的ODB。
2. HLR的自查与行动: HLR在更新ODB数据后，会检查美美已经存在的补充业务设置。它发现，美美的“无条件前转”设置，如果被触发，将会产生一次呼出，这与新的ODB规则相冲突。
3. “冻结”违规设置: HLR会修改美美的签约数据，将这个“违规”的呼叫前转业务的状态设置为**“静默（quiescent）”。这意味着，这个CF设置虽然还存在，但已经被网络暂时禁用**了。
4. 同步给VLR: HLR通过Insert Subscriber Data信令，将这个更新后的、包含了“CF已被冻结”状态的签约信息，同步给美美当前所在的VLR。
5. 用户无感知: No indication is forwarded to the mobile station or the user. 整个“冻结”过程，对美美是完全透明的，她不会收到任何通知。
6. 结果: 当再有电话打给美美时，VLR/HLR会因为CF已被冻结，而不会执行前转，会直接寻呼美美的手机。

1.2 场景二分析：禁止新的“违规”前转设置

场景: 美美的ODB已经是“禁止所有呼出”。现在，她尝试在手机上设置一个新的“无人接听时前转到语音信箱”的规则。

技术实现 (Figure 2.7.1/2):

1. 用户发起请求: 美美通过手机菜单操作，手机会向网络发送一个SS request（补充业务请求），请求注册一个新的呼叫前转号码。
2. VLR/MSC的初步处理: 请求到达MSC，MSC将其转发给VLR。
3. VLR的仲裁: VLR检查美美的ODB配置，发现她被“禁止所有呼出”。它判断，注册一个新的前转号码，其目的就是为了未来可能产生呼出。因此，这个设置行为本身，就与ODB策略的意图相悖。
4. VLR执行拦截: VLR直接拒绝这个SS请求，并通过MSC向美美的手机返回一个带有错误原因的Reject消息。
5. 用户感知: 美美的手机屏幕上会显示“设置失败，业务受限”或类似的提示。

核心原则: ODB不仅能否决CF的执行，还能否决CF的设置。它的权力，覆盖了补充业务的整个生命周期。

---

2. 2.7.2 Closed User Group (CUG) & 2.7.3 Call Barring (CB)：ODB的绝对优先权

2.7.2 Closed User Group …the checks of a call request … against the Operator Determined Barring programme shall be carried out before the checks for Closed User Group. 2.7.3 Call Barring …the checks of a call request … against the Operator Determined Barring programme shall be carried out before the checks for the Call Barring supplementary service.

这两节的规定简洁而明确，共同确立了一个不可动摇的原则——ODB First (ODB优先)。

• 核心原则解读: 当一个呼叫请求到达网络时（无论是HLR处理的来电，还是VLR处理的去电），网络节点在进行呼叫处理决策时的检查顺序是固定的：

  1. 第一步：检查ODB。首先检查该呼叫是否违反了运营商设置的强制性ODB规则。如果违反，立即拒绝，后续所有检查都不再进行。
  2. 第二步：检查CUG/CB等。只有在通过了ODB检查之后，网络才会继续检查该呼叫是否符合用户自己设置的CUG（是否在封闭组内）或CB（是否被个人呼叫限制禁止）等规则。

• 场景二分析 (ODB vs. CB):

  1. 背景: 美美的公司为她开通了允许拨打A国国际长途的ODB策略（即没有禁止）。但美美自己在手机上设置了“禁止所有国际长途呼出”的CB。
  2. 呼叫发起: 美美拨打A国的业务伙伴电话。
  3. VLR的仲裁流程:
     • Check 1 (ODB): VLR首先检查ODB。ODB配置显示，该呼叫没有被禁止。检查通过。

     ---