深度解析 3GPP TS 23.003：5 Identification of MSCs, GSNs, location registers and CSSs (核心网节点标识)
本文技术原理深度参考了3GPP TS 23.003 V18.7.0 (2024-09) Release 18规范中，关于“Chapter 5 Identification of MSCs, GSNs, location registers and CSSs”的核心章节，旨在为读者提供一个关于传统核心网（2G/3G）中关键节点如何被寻址和识别的全景视图。
在前面的章节中，我们跟随跨国高管小玲的足迹，了解了用户身份（MSISDN, IMSI）和用户位置（LAI, CGI）是如何被网络识别和管理的。然而，通信不仅仅是终端与网络边缘（基站）的交互，其核心在于路由。当小玲在德国拨打一个电话或发送一个数据包时，这些信息流如何在看不见的核心网“高速公路”上，准确地在各个关键节点之间穿梭、接力，最终到达目的地？这就需要一套针对核心网节点（Network Element, NE）的精密标识体系。
TS 23.003的第五章，正是定义了这些幕后英雄——MSC（移动交换中心）、GSN（GPRS支持节点，包括SGSN和GGSN）、位置寄存器（HLR/VLR）以及CSS（配置服务器）——是如何在信令与数据网络中被唯一标识的。我们将继续以小玲的通信活动为线索，揭示这些标识背后的工作原理。
1. 核心网的“门牌号”：基于E.164号码的信令路由 (章节 5.1)
当小玲在德国漫游并拨打一个电话时，她的呼叫信令需要在全球信令网络（SS7）中进行复杂的路由。例如，德国的MSC需要查询她位于中国的HLR，以获取她的用户数据。在这个过程中，这些核心网节点（德国MSC、中国HLR）是如何找到彼此的呢？
MSCs, GSNs, location registers and CSSs are identified by international E.164 numbers and/or Signalling Point Codes (“entity number”, i.e., “HLR number”, “VLR number”, “MSC number”, “SGSN number”, “GGSN number” and “CSS number”) in each PLMN.
3GPP给出的答案是：借用E.164号码体系。
我们之前提到，E.164是公共电话号码的标准。规范创造性地规定，核心网节点也可以拥有自己的E.164号码，称为“实体号码”（Entity Number）。这些号码就像核心网节点的“办公电话”或“全球门牌号”。
场景串联：小玲在德国发起位置更新
- VLR发起查询：小玲的手机在德国开机，接入了当地的VLR。VLR从她的IMSI中识别出她来自中国移动。为了验证小玲的身份并获取她的签约数据，VLR需要向她的归属HLR发送一个MAP（移动应用部分）消息。
- 目标地址：VLR并不知道HLR的物理IP地址或信令点编码（SPC）。它只知道需要联系“中国移动的HLR”。根据配置，VLR知道中国移动HLR的E.164号码（HLR Number），假设是
+86 13800XYZ（这是一个虚构的、用于信令路由的E.164号码）。 - 全局地址翻译 (GTT)：VLR将这个MAP消息发送给底层的SCCP（信令连接控制部分）层，目标地址填写的正是这个HLR Number。信令网络中的STP（信令转接点）设备会利用GTT功能，解析这个E.164号码（CC=86，NDC=138…），逐步将消息路由到中国，并最终投递到小玲的HLR所在的物理节点。
- 反向寻址：在发送的消息中，VLR也会附带自己的E.164号码（VLR Number），作为一个德国的E.164号码（如
+49 171...）。当中国的HLR收到消息并处理完毕后，它会利用这个VLR Number，同样通过GTT机制，将响应消息准确地回传给德国的那个VLR。
通过这种方式，全球任意两个核心网节点，无需知道对方的底层网络细节，只需知道对方的E.164实体号码，就能借助成熟的全球电话信令网络实现互通。
MMEs that support “SMS in MME” are identified by international PSTN/ISDN numbers for SM Routing via an IWF (i.e. “MME number for MT SMS”).
规范还特别提到了一个跨代互通的场景：当4G的MME（移动性管理实体）需要支持短信功能（SMS over NAS）时，为了能与传统的短信中心（SMSC）互通，MME也必须伪装成一个传统的MSC，并拥有一个E.164格式的“MME Number”。这再次证明了E.164号码在信令路由中的核心地位。
2. 分组数据的“IP地址”：GSN地址 (章节 5.1)
除了信令交互（主要走SS7网络），SGSN（服务GPRS支持节点）和GGSN（网关GPRS支持节点）这两个负责数据业务的核心节点之间，还需要建立GTP（GPRS隧道协议）隧道来传输小玲的实际上网数据包。这部分通信是在基于IP的骨干网（GPRS Backbone）上进行的。
Additionally SGSNs and GGSNs are identified by GSN Addresses. These are the SGSN Address and the GGSN Address. A GSN Address shall be composed as shown in figure 9. … 3) The Address, which is a variable length field which contains either an IPv4 address or an IPv6 address.
GSN地址本质上就是SGSN和GGSN在运营商IP骨干网中的IPv4或IPv6地址。
场景串联：小玲在德国上网
- 激活PDP上下文：小玲想要浏览网页。她的手机向德国的SGSN请求激活一个PDP上下文。
- 选择GGSN：德国SGSN根据小玲请求的APN（接入点名称，将在后续章节详述），通过DNS查询，找到了负责连接外部互联网的GGSN的IP地址（即GGSN Address）。这个GGSN通常位于小玲的归属国（中国），这就是所谓的“归属地路由（Home Routing）”。
- 建立GTP隧道：德国的SGSN使用自己的IP地址（SGSN Address）作为源地址，中国的GGSN IP地址作为目的地址，在两国运营商之间的IP专线（如GRX/IPX网络）上建立了一条GTP隧道。
- 数据传输：小玲发出的每一个上网数据包，都被德国SGSN封装在这个GTP隧道中，直接传送到中国的GGSN，再由GGSN解封装后发送到互联网。反之亦然。
在这个过程中，GSN Address就是建立这条跨国数据隧道的端点标识，确保了用户数据能够准确无误地在拜访地和归属地之间传输。
3. 灾难恢复的关键：HLR id (章节 5.2)
HLR是存储所有用户数据的核心数据库，它的可靠性至关重要。为了应对HLR故障（如宕机、数据丢失），网络设计了HLR恢复机制。
Identification of HLR for HLR restoration application HLR may also be identified by one or several “HLR id(s)”, consisting of the leading digits of the IMSI (MCC + MNC + leading digits of MSISDN).
HLR id是一个用于故障恢复场景的特殊标识。它并非用于常规路由，而是用于定义“哪些用户的数据存储在这个HLR上”。它由IMSI的前缀（MCC+MNC+MSIN的前几位）组成。
场景串联：HLR故障恢复
假设存储小玲数据的那台HLR突然发生故障重启，内存中的用户动态位置信息（如小玲当前在德国哪个VLR）全部丢失。HLR重启后，它需要一种机制来告知全球的VLR：“我刚重启过，请重新向我注册你们辖区内属于我的用户。”
这时，HLR就会使用HLR id。它会向相关的VLR发送一个“Reset”消息，消息中携带其管理的HLR id列表（例如，包含对应小玲IMSI号段的HLR id）。德国VLR收到消息后，检查自己服务的用户，发现小玲的IMSI匹配这个HLR id，就知道小玲在HLR中的数据可能失效了。于是，VLR会触发让小玲的手机重新发起位置更新，从而将最新的位置信息恢复到HLR中。
HLR id就像是HLR管理的“用户号段列表”，是灾难发生后重建用户数据的关键索引。
4. 短信业务的桥梁：HSS-ID (章节 5.3)
随着网络向全IP化演进，传统的HLR逐渐演进为HSS（归属签约用户服务器）。但在很长一段时间内，短信（SMS）业务仍然依赖传统的MAP信令架构。为了让基于IP的HSS能够与传统的短信中心（SMSC）和短信网关（SMS-GMSC/IWMSC）进行互通，需要给HSS赋予一个在传统短信网络中可识别的身份。
Identification of the HSS for SMS The HSS may also be identified by a HSS-ID. The HSS-ID shall consist of decimal digits (0 through 9) only… This composition is compatible with the IMSI one.
HSS-ID是一个格式上兼容IMSI的数字串。它的作用是让HSS在处理短信相关的MAP信令时，能够伪装成一个传统的节点。
当小玲在德国收到一条来自中国的短信时，中国的短信中心需要查询HSS以获取小玲当前的路由信息（即德国MSC的地址）。短信中心使用MAP协议向HSS发起查询。在这个MAP交互中，HSS可能会使用HSS-ID来标识自己，确保与基于传统架构的短信中心的兼容性。
5. 总结
TS 23.003第五章揭示了核心网节点之间互联互通的奥秘。
- E.164实体号码（MSC/VLR/HLR Number等）是信令网络（SS7）中的“全球通行证”，利用成熟的电话号码路由机制，实现了全球范围内节点间的信令可达。
- GSN地址（IP地址）是分组数据骨干网中的“隧道端点”，支撑起用户上网数据流的高速传输，特别是在漫游场景下的归属地路由。
- HLR id 是故障恢复机制中的“用户索引”，保障了核心数据丢失后的快速重建。
- HSS-ID 是新老网络融合中的“兼容性桥梁”，确保了在网络演进过程中短信等基础业务的连续性。
这些标识符构成了核心网健壮、高效运行的基石。虽然在纯4G/5G网络中，很多基于E.164和SS7的机制已被基于FQDN（全限定域名）和DNS/HTTP的机制所取代（这将在后续章节详细解读），但在当前的现网中，特别是涉及2G/3G回落、国际漫游和短信业务时，本章定义的这些传统标识仍然发挥着不可替代的关键作用。理解它们，是洞察全球移动通信网络全貌不可或缺的一环。
FAQ - 常见问题解答
Q1：HLR Number（HLR号码）和MSISDN（手机号）都是E.164格式，它们有什么区别？ A1：它们的格式相同，但用途和指向的对象完全不同。
- MSISDN 指向的是一个具体的移动用户（如小玲），用于主叫用户拨打，以建立通话。
- HLR Number 指向的是一个网络设备（HLR数据库），用于网络节点（如MSC/VLR）之间进行信令交互（如位置更新、路由查询）。 用户永远不会拨打HLR Number，它只存在于核心网的信令消息中。
Q2：为什么核心网的信令路由要用E.164号码，直接用IP地址不行吗？ A2：在2G/3G时代设计的SS7信令网络，其底层是基于电路交换的，并不原生支持IP。E.164号码（电话号码）是当时全球电信网络最成熟、覆盖最广的寻址方案。利用全球标题翻译（GTT）技术，E.164号码可以实现极其可靠的跨国、跨运营商路由。 虽然现在核心网已IP化（SIGTRAN），可以用IP传输信令，但在进行跨网互通时，为了兼容性和利用现有的GTT路由体系，E.164实体号码仍然被广泛使用。在纯5G核心网（SBA架构）中，节点间通信才完全转向基于FQDN/IP和HTTP/2的机制。
Q3：GSN Address和用户的手机IP地址是一回事吗？ A3：完全不是。
- GSN Address 是SGSN/GGSN这些网络设备在运营商内部骨干网（Backbone）上的IP地址，用于设备之间建立GTP隧道，传输封装后的用户数据。这个地址对用户是不可见的。
- 用户手机IP地址 是分配给用户终端的，用于用户访问外部互联网（Internet）。用户的数据包以此IP为源/目的地址。 形象地说，GSN Address是运送用户数据包的“货车”的牌照，而用户手机IP地址是数据包这个“货物”上的收发件人地址。
Q4：MME是4G节点，为什么它也需要一个E.164格式的”MME Number”？ A4：这是为了实现4G与2G/3G网络的互操作，特别是短信业务。传统的短信中心（SMSC）是基于MAP信令（使用E.164寻址）设计的。为了让身处4G网络的用户（连接在MME上）能收发短信，MME需要通过一个名为IWF（互通功能）的接口，伪装成一个传统的MSC与SMSC进行交互。因此，MME必须拥有一个符合传统规范的E.164号码（MME Number），以便SMSC能够寻址到它并将短信投递给它。
Q5：HLR id在日常通话中会用到吗？ A5：不会。HLR id专门用于**HLR故障恢复（Restoration）**这一特定且低频的场景。在正常的呼叫建立、位置更新、短信收发等流程中，使用的是IMSI、MSISDN和HLR/VLR Number等标识，不会用到HLR id。只有当HLR发生灾难性故障丢失数据，需要通知VLR进行数据重建时，HLR id才会被放入Reset消息中发挥作用。