51学通信

深度解析 3GPP TS 23.066：规范概览 - 携号转网(MNP)背后的信令风暴

18分钟阅读

好的，我们开启一个全新的系列，这次的目标是3GPP TS 23.066，一份定义了如何在移动通信网络中实现“携号转网”这一关键功能的技术“蓝图”。这是本系列的第一篇文章，我们将对这份规范进行一次全面的概述。

深度解析 3GPP TS 23.066：规范概览 - 携号转网(MNP)背后的信令风暴

本文技术原理深度参考了3GPP TS 23.066 V18.0.0 (2024-03) Release 18规范，这份文件是3GPP核心网体系中，关于支持移动号码携带（Mobile Number Portability, MNP）技术实现的Stage 2阶段规范。本文旨在为读者提供一个关于携号转网背后复杂信令交互的全景视图，理解为了让用户能够“带号入网”，网络需要做出何等精妙的设计。

引言：当你的号码有了“自由意志”

在现代通信社会，手机号码早已超越了一串简单的数字，它深度绑定了我们的社交、金融、工作乃至生活的方方面面。更换号码，往往意味着一场“伤筋动骨”的浩大工程。为了打破这种“号码壁垒”，促进市场竞争，移动号码携带（Mobile Number Portability, MNP），也就是我们俗称的**“携号转网”**，应运而生。

这项服务赋予了用户自由选择运营商的权利，而无需放弃自己珍贵的号码。这背后，却给电信网络带来了一个世界级的技术难题：当一个号码的“户籍”（签约运营商）发生了变更，电话、短信以及其他各种信令，应该如何准确无误地“找到”它？

3GPP TS 23.066，正是解答这个难题的核心技术实现方案。它作为一份Stage 2规范，其使命是定义实现MNP所需的系统架构、功能实体和信息流程。它不关心用户如何办理携号转网的业务（那是运营商和监管机构的事），也不关心信令消息中每个比特如何编码（那是Stage 3协议的事），它只专注于回答一个核心问题：为了正确路由到一个已经携转的号码，网络中的各个“部门”应该如何协同工作？

为了让这个复杂的技术问题变得生动，我们再次请出老朋友美美。她是一位精明的消费者，总在寻找性价比最高的通信套餐。这一次，她将带领我们，亲身体验一次携号转网背后的“信令风暴”。

1. MNP的核心挑战：电话到底该打往何方？

场景: 美美原本是“A运营商”的忠实用户。最近，一家名为“新潮电信”的新运营商推出了极具吸引力的5G套餐。在确认自己的号码符合携号转网条件后，美美成功地将她的号码从A运营商，携转到了新潮电信。她的手机卡换了，但手机号没变。

第二天，她的朋友小明（仍是A运营商用户）拨打她的电话。此时，A运营商的网络面临一个关键抉择：

  • 按照号码的“出生地”（号段属于A运营商），在自己网内寻找美美？—— 结果必然是“用户已不在服务区”。
  • 如何才能“知道”美美的号码已经“移居”到了新潮电信，并把这个电话正确地路由过去？

The present document describes several alternatives for the realisation of Mobile Number Portability.

TS 23.066的核心，就是为了解决这个“寻路”问题，并为此提供了多种备选的技术实现方案。所有方案的核心，都离不开一个关键实体：号码可携带数据库（Number Portability Database, NPDB）。这个数据库，就像是全国的“户籍管理中心”，实时记录着每一个已携转号码当前所在的“正确地址”（即签约运营商信息）。

所有MNP的技术方案，本质上都是在回答：“在呼叫（或非呼叫信令）的哪个环节，由哪个网络实体，去查询这个NPDB，以获取正确的路由信息？”

2. 两大核心技术流派：IN vs. SRF

TS 23.066的架构设计，主要围绕两大技术流派展开：**基于智能网（IN-based）的方案和基于信令中继（MNP-SRF-based）的方案。这两种方案在处理呼叫相关（Call-Related）信令和非呼叫相关（Non-Call-Related）**信令时，表现出不同的行为。

2.1 IN-based (智能网方案) - “关口局”的智慧

Normative Annex A of the present document describes the technical realisation of the handling of calls to ported UMTS or GSM mobile subscribers using IN technology.

  • 核心思想: 这种方案主要针对呼叫。它将MNP的号码查询，视为一种智能网（IN）业务。网络的**网关移动交换中心（Gateway MSC, GMSC）**被赋予了“智能”。
  • 工作流程:
    1. 当小明的电话打到A运营商的GMSC时，GMSC分析被叫号码（美美的号码），发现它属于可能已携转的号段。
    2. GMSC触发一个IN查询（IN Query），向NPDB发起一次数据库查询。
    3. NPDB返回一个路由号码（Routing Number），这个号码指向了美美现在所在的网络——新潮电信。
    4. GMSC使用这个新的路由号码，将呼叫正确地转发到新潮电信的网络。

这种方案的优点是逻辑清晰，对现有呼叫流程的改动相对集中在GMSC。

2.2 MNP-SRF-based (信令中继方案) - “专业中转站”的威力

Normative Annex B … describes the technical realisation of the handling of non-call related SCCP signalling… Normative Annex C … describes the technical realisation of the handling of calls … using Signalling Relay technology.

  • 核心思想: 这种方案更为通用，它引入了一个全新的逻辑功能实体——MNP信令中继功能（MNP - Signalling Relay Function, MNP-SRF）。这个SRF，就是运营商网络中专门处理携号转网路由的“专业中转站”。
  • 工作流程 (以非呼叫信令为例，如SMS):
    1. 银行需要给美美发送一条验证码短信。银行的短信网关向A运营商的**GMSC（短信网关）**发起一个SRI-for-SM（查询短信路由信息）的MAP信令，信令的目标地址是美美的手机号。
    2. A运营商的网络，通过SCCP层的全局码翻译（GTT），并不会将这个信令直接发往自己的HLR，而是将其“重定向”到MNP-SRF。
    3. MNP-SRF收到信令后，提取出美美的号码，向NPDB进行查询。
    4. NPDB返回结果：“该号码已携转，其签约网络是新潮电信，对应的路由信息是xxx”。
    5. MNP-SRF修改原始信令的目标地址，将其指向新潮电信的HLR（或另一个SRF），然后将信令“中继”出去。
    6. 最终，信令到达了新潮电信的HLR，并成功获取了美美手机的当前位置，短信得以正确下发。

对于呼叫信令，SRF方案同样适用，只是处理的信令类型和交互流程不同。SRF方案的最大优势在于，它将所有与MNP相关的复杂查询和路由修改逻辑，都集中在了MNP-SRF这一个“专家”节点上，使得其他网络实体（如GMSC）的改动最小化。

3. 通用路由架构：呼叫的“寻路之旅”

第五章“Common Architecture for call setup”为我们描绘了一幅宏观的呼叫路由架构图。规范中的“Figure 3: General architecture of a portability domain for routeing of calls”是理解所有MNP呼叫场景的基础。

  • 核心角色:
    • Originating Network (始发网络): 呼叫发起的网络（如小明所在的A运营商）。
    • Number range holder network (号码范围持有网络): 最初拥有该号码号段的网络（也是A运营商）。
    • Subscription network (签约网络): 号码当前实际签约的网络（美美所在的新潮电信）。
  • 两种核心路由方式:
    • Direct Routeing (直接路由): 始发网络“足够智能”，它自己就集成了NPDB查询能力（或能访问一个SRF）。在呼叫发起时，它直接查询NPDB，获取到指向新潮电信的路由号码，然后直接将呼叫（图中的IAM(7)）发往签约网络。这是最高效的方式。
    • Indirect Routeing (间接路由): 始发网络“不够智能”，它不知道号码已经携转。它仍然按照老规矩，将呼叫（图中的IAM(2)或(3)）发往号码的“老家”——号码范围持有网络（A运营商）。A运营商的GMSC收到这个呼叫后，再负责去查询NPDB，并将呼叫进一步转发（图中的IAM(6)）到正确的签约网络（新潮电信）。

TS 23.066通过定义这两大类路由方式的信令流程，为不同技术能力、不同监管策略下的运营商，提供了灵活的组网选择。

4. Stage 2规范的精髓：定义“怎么办”，而非“怎么编码”

TS 23.066作为Stage 2规范，其核心内容是大量的流程图（SDL图）和过程描述。例如，第六章“Functional requirements of network entities”中的Procedure MNP_MT_GMSC_Check_MNP_Indicators，就详细定义了GMSC在收到一个呼叫后，需要检查哪些与MNP相关的标志位，并据此决定下一步是查询NPDB，还是直接失败。

这些流程图，就是网络实体内部的“逻辑代码”。它们告诉设备商，在开发GMSC或MNP-SRF时，需要实现哪些判断、分支和信令交互。但它不会告诉你，SRI信令的具体ASN.1编码是什么，或者IAM消息中的路由号码应该放在哪个参数里。这些“编码”的细节，则由Stage 3规范来定义。

FAQ环节

Q1：携号转网（MNP）和我们之前讨论的ODB（运营商限制）有什么关系？ A1：它们是两个独立的功能，但在某些场景下会产生交互。MNP主要解决**路由（Routing）问题，即“电话/信令该发往哪里”。ODB则解决权限（Barring）**问题，即“这个电话/信令是否被允许”。在一次呼叫处理中，网络通常会先处理MNP逻辑，确定正确的签约网络和HLR；然后再从正确的HLR获取用户的ODB等签约数据，来判断该呼叫是否被允许。

Q2：什么是“非呼叫相关信令”？为什么它也需要MNP的支持？ A2：“非呼叫相关信令”是指所有不直接用于建立语音或视频通话，但同样需要通过被叫号码来寻址的信令。最典型的例子就是SMS（短信）。其他还包括：查询用户位置（Any Time Interrogation, ATI）、设置“遇忙回呼”（CCBS_Request）、更新语音信箱状态等。这些信令在SCCP层都使用手机号码（MSISDN）进行路由。如果不对它们进行MNP处理，那么所有发给已携转用户的短信、位置查询请求等，都会被错误地发往用户原来的运营商网络，导致业务失败。Annex B正是专门为解决这类信令的路由问题而制定的。

Q3：IN方案和MNP-SRF方案，哪个更好？ A3：两者各有优劣，是运营商根据自身网络情况和演进策略的选择。

  • IN方案: 优点是架构相对简单，将智能集中在GMSC。缺点是可能需要对现有的GMSC进行深度改造，且主要针对呼叫，对非呼叫信令的支持可能需要额外方案。
  • MNP-SRF方案: 优点是逻辑清晰、功能集中。SRF作为专用的MNP处理节点，可以统一处理所有呼叫和非呼叫相关的信令，对现有网元（GMSC, HLR）的改动最小，是一种“旁路”式的解决方案，更具灵活性和可扩展性。在现代网络演进中，SRF的思想更为普遍。

Q4：谁来负责维护NPDB（号码可携带数据库）的准确性？ A4：NPDB的维护和运营，通常由一个中立的第三方机构（在某些国家可能是监管机构指定）来负责，这个机构被称为NPAC (Number Portability Administration Center)。当用户发起一次携号转网时，捐赠运营商和接收运营商，都会与这个NPAC进行交互，来更新号码的归属信息。所有运营商的NPDB，都需要与这个中央数据库进行实时或准实时的数据同步，以保证路由的准确性。

Q5：如果我携号转网后，朋友打不通我的电话，可能是什么原因？ A5：从TS 23.066的角度看，可能的原因非常多，但核心是数据同步问题。

  • NPDB数据未及时更新: 你的新归属信息，可能还没有同步到你朋友所在运营商的NPDB中。
  • 路由配置错误: 你朋友所在运营商的GMSC或MNP-SRF，可能没有正确地配置查询NPDB的规则。
  • 信令交互失败: 在复杂的路由链条中（如间接路由），任何一个环节的信令交互失败，都可能导致呼叫失败。 规范在文档中也提到了If a call fails because databases are not correctly synchronised, the network entity that detects the inconsistency will raise an MNP specific alarm...，这表明标准已经预见到了这类问题，并定义了相应的告警机制。

关系图谱