51学通信

深度解析 3GPP TS 23.273：6.13 5GC与EPC互通下的MT-LR定位流程

18分钟阅读

深度解析 3GPP TS 23.273：6.13 5GC与EPC互通下的MT-LR定位流程

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.13 Procedures with interaction between 5GC and EPC”及其子章节“6.13.1 MT-LR Procedure”的核心内容。本文将通过一个“寻车”的真实生活场景，为您深度剖析在5G与4G（EPS）网络长期共存的“现在进行时”中，当一个5G定位请求的目标UE恰好漫游在4G网络下时，5G核心网（5GC）是如何智能地、跨越代际地与4G核心网（EPC）协同，完成这次“跨代”定位任务的。

1. 序章：地下车库的“失联”爱车

在之前的篇章中，我们的故事大多发生在纯粹的5G世界。然而，现实世界中，5G的覆盖并非无处不在。广阔的土地上，4G（EPS）网络在未来很长一段时间内，仍将作为覆盖的基石与5G并存。这就带来了一个极其普遍且重要的问题：互操作性（Interworking）。

今天，我们的主角是“小李”，一位刚刚升级了5G套餐的车主。他为自己的爱车安装了一款先进的5G T-Box（车载通信终端），并通过一款名为“爱车管家”的App，可以随时查看车辆位置。

周末，小李驾车前往一个大型购物中心的地下三层停车场。停好车后，他匆忙离开，却忘记了记录车位。几小时后，当他返回偌大的停车场时，彻底迷失了方向。他习惯性地打开“爱车管家”App，点击了“寻车”按钮。

然而，一个意想不到的情况发生了：这个地下深处的停车场，只有运营商的4G信号，没有5G覆盖。小李的5G T-Box此时已经回落到了4G网络下。

App发出的，是一个标准的5GC-MT-LR定位请求。但它的目标，却是一个身处4G世界的UE。5G的“大脑”（5GC）该如何指挥4G的“四肢”（EPC）来完成这次定位？这正是6.13章节要解决的核心问题。它不再是关于新功能的创造，而是关于新旧体系如何协同工作的智慧。

2. 核心挑战：5G“大脑”如何指挥4G“四肢”

当“爱车管家”App（LCS客户端）向小李归属的5G核心网（5GC）发起了对T-Box的定位请求时，5GC GMLC面临的第一个难题，就是它发现自己即将要指挥一个“语言不通、体系不同”的“下属”。

对比维度5G核心网 (5GC)4G核心网 (EPC)
架构SBA (服务化架构)参考点架构
移动性管理AMFMME
用户数据库UDM / UDRHSS
定位计算LMFSMLC / E-SMLC
接口协议基于HTTP/2的服务化接口基于Diameter/GTP-C的参考点接口

5GC GMLC无法直接向4G的MME发送一个Namf_ProvidePositioningInfo服务请求，因为MME根本“听不懂”这种基于服务的“5G语言”。

因此，6.13流程的核心，就是在这两个异构的“王国”之间，建立起一座能够互译“语言”、转换“思想”的桥梁。这座桥梁，就是增强或融合后的GMLC。

3. “跨代”寻车之旅：流程详解 (Figure 6.13.1-1)

“Figure 6.13.1-1: MT-LR procedure with 5GC and EPC interaction”为我们清晰地描绘了这次“跨代”寻车行动的作战地图。

3.1 第一步：5GC内的“情报研判”

  1. Steps 1-3 in clause 6.1.2 are performed.
  2. For non-roaming case and if 5GC GMLC and EPC GMLC are combined, steps 2a and 2b are skipped. Otherwise the 5GC GMLC may derive an address of a EPC GMLC or 5GC+EPC GMLC…

  1. 标准的5GC开局 (Step 1)：“爱车管家”的请求首先在5GC内部按标准流程启动。5GC GMLC对App进行授权，然后向UDM/HSS查询T-Box的路由信息。

  2. 关键的“情报发现” (Step 1)：此时，UDM/HSS返回了一个决定性的情报：“目标UE当前注册在EPS网络下，服务它的节点是MME-xyz”。（注：在5G/4G互通架构中，HSS和UDM通常是融合的，能够统一管理UE在不同网络下的注册状态）。

  3. GMLC的决策 (Step 2)：5GC GMLC收到这个情报后，立刻意识到自己无法“亲赴前线”，必须找到一个懂得“4G语言”的“翻译官”或“联络官”。这个“联络官”，就是EPC GMLC。

    • 融合部署：在现代化的网络中，运营商通常会将5GC GMLC和EPC GMLC的功能**融合部署（Combined/Co-located）**在同一个网元上。在这种情况下，这个融合GMLC内部可以直接进行协议转换，跳过后续的接口交互，效率最高。
    • 分离部署：如果两者是分离的，5GC GMLC就需要通过内部配置或查询NRF，找到能够与之对话的EPC GMLC的地址。

场景模拟：5GC GMLC查询后，UDM/HSS告知其T-Box正由MME-456管理。幸运的是，该运营商采用了融合GMLC部署，GMLC内部的“5G部门”立刻将这个任务，连同所有上下文信息，转交给了内部的“4G部门”。

3.2 第二步：进入4G的“世界” (Step 2a/2b & 3)

任务进入了EPC的领域，信令和流程都切换到了我们熟悉的4G模式。

2a. If an address of a EPC GMLC is derived, the 5GC GMLC then sends the Lr location request to the EPC GMLC. 2b. If an address of an 5GC+EPC GMLC is derived, the 5GC GMLC invokes a Ngmlc_Location_ProvideLocation service operation towards the 5GC+EPC GMLC. 3. Steps 2-9 or 9b in clause 9.1.15 of TS 23.271 are performed.

  • 协议转换：无论是通过分离部署的Lr接口（基于Diameter），还是融合部署的内部接口，核心都是将5G的服务化请求，“翻译”成了4G世界通用的MT-LR请求。
  • 执行标准的4G定位 (Step 3)：融合GMLC的“4G部门”接手后，便开始执行TS 23.271（EPS中的LCS规范）中定义的标准4G MT-LR流程。这包括：
    1. GMLC向HSS查询MME地址（如果需要）。
    2. GMLC向MME发送Provide Location Request。
    3. MME选择一个E-SMLC（等效于5G的LMF）。
    4. MME将任务委派给E-SMLC。
    5. E-SMLC与UE/eNB交互，执行定位计算（例如，使用OTDOA或ECID）。

在地下车库中，E-SMLC可能选择了**ECID（增强型小区ID）或OTDOA（下行到达时间差）**方法，结合从T-Box测量到的多个邻区信号，计算出了一个相对精确的位置。

3.3 第三步：结果的“逆向翻译”与返回 (Steps 4-9)

4a. If step 2a was performed, the EPC GMLC forwards the location estimation … to the 5GC GMLC. 9. Steps 24 in clause 6.1.2 are performed.

  1. 4G内的结果上报：E-SMLC将计算出的位置，沿着E-SMLC → MME → EPC GMLC的路径返回。

  2. 再次“翻译” (Step 4)：EPC GMLC（或融合GMLC的“4G部门”）收到结果后，执行了一次“逆向翻译”，将4G格式的定位响应，重新封装成了5G的服务化响应格式。

  3. 返回5G世界 (Step 4)：这份“翻译”好的结果被交还给了5GC GMLC（或融合GMLC的“5G部门”）。

  4. 最终交付 (Step 9)：5GC GMLC收到这份跨越代际而来的位置结果后，便执行标准的6.1.2流程的最后一步，将它发送给了“爱车管家”App。

小李在手机App的地图上，看到了一个闪烁的光点，精准地标记在了“B区-32号”车位附近。他顺利地找到了自己的爱车。

4. 流程的精髓：GMLC作为“双语枢纽”

6.13.1流程的核心，是将GMLC（特别是融合形态的GMLC）打造为了一个连接5GC和EPC两大异构世界的“双语翻译与路由枢纽”。

  • 身份感知：它能够通过查询UDM/HSS，准确地感知到目标UE当前所处的网络代际（5GS or EPS）。
  • 协议转换：它内置了“翻译引擎”，能够无缝地在5G的服务化接口（HTTP/2, JSON）和4G的参考点接口（Diameter）之间进行协议转换。
  • 流程适配：它深度理解并能分别启动和管理5GC（TS 23.273）和EPC（TS 23.271）两套截然不同的定位流程。

正是GMLC的这种“双语”和“双栖”能力，屏蔽了底层网络的异构性，为上层的5G应用（如“爱车管家”App）提供了一个统一的、向前兼容的定位服务视图。App开发者无需关心它的目标用户是在5G还是4G网络下，他们只需要调用统一的5G定位API即可。

5. 总结：平滑演进的智慧

6.13章节是3GPP标准务实精神和前瞻性设计的集中体现。它深刻地认识到，网络演进是一个漫长的过程，新旧共存是常态。与其设计一套颠覆性的、无法向后兼容的系统，不如在设计的最初，就为“互通”和“协同”留下坚实的根基。

  • 投资保护：通过GMLC的互通能力，运营商现有的、庞大的4G网络及其定位能力（如E-SMLC），可以被无缝地“复用”和“整合”到新的5G服务体系中，保护了既有投资。
  • 服务连续性：对于最终用户（如小李）而言，无论他的终端是在5G还是4G网络下，他所体验到的上层定位服务是连续、一致的。这种无感的体验，是用户接纳和使用新服务的关键。
  • 架构的演进性：随着5G覆盖的逐步完善，越来越多的定位请求将在5GC内部闭环完成。GMLC的“翻译”工作会越来越少。但只要还有一个角落由4G覆盖，这套互通流程就依然是保障服务无处不在的“生命线”。

这次看似简单的地下车库“寻车”，其背后是两个庞大电信帝国的精密协同。这不仅展现了技术的深度，更揭示了通信网络平滑演进的智慧与必然。

FAQ - 常见问题解答

Q1：在这个流程中，UDM和HSS是什么关系？为什么GMLC要同时和两者打交道？ A1：UDM是5G中用户数据的统一管理功能，而HSS是4G中的对等实体。在5G/4G互通网络中，为了实现统一的用户管理，运营商通常会部署一个融合的UDM+HSS实体，或者在UDM和HSS之间建立一个标准化的接口（在TS 23.632中定义）。因此，当5GC GMLC向UDM查询时，如果UDM发现该用户的数据或注册信息在HSS部分，它内部会自动与HSS交互，并将最终结果返回给GMLC。对于GMLC而言，它面对的可能是一个统一的“用户数据中心”。

Q2：5G定位的精度和4G定位的精度一样吗？在这个互通流程中，返回的精度是怎样的？ A2：不完全一样。总体而言，5G NR（新空口）的设计，无论是在带宽、子载波间隔还是天线技术上，都比4G LTE更适合高精度定位，理论上能达到更高的精度。在这个互通流程中，由于实际的定位计算是由4G的E-SMLC完成的，因此返回的精度取决于4G网络的定位能力。如果4G网络部署了OTDOA等高精度技术，就能返回米级精度；如果只支持ECID，可能就是几十米的精度。5GC GMLC在收到结果后，会忠实地将这个由EPC提供的精度评估值，上报给LCS客户端。

Q3：为什么需要一个专门的Lr接口在5GC GMLC和EPC GMLC之间？ A3：Lr接口是早期（pre-5G）在EPS中就已经定义的、GMLC之间用于漫游定位的接口，通常基于Diameter协议。当5GC和EPC的GMLC被分离部署时，重用这个已经标准化的Lr接口，是一种自然、快速地实现互通的方式。但这并不是唯一的方式，如前文所述，融合部署GMLC，通过内部接口进行交互，是目前更主流、更高效的方案。

Q4：如果小李的T-Box在定位过程中，从4G网络切换回了5G网络，会发生什么？ A4：这会触发一个反向的“服务连续性”流程，其原理与我们在6.10.3中分析的5G→4G切换类似。正在为T-Box服务的4G MME会检测到向5G的切换，并通知EPC GMLC。EPC GMLC再通过Lr接口或内部接口，将“会话已移交至AMF-abc”这个信息通知给5GC GMLC。5GC GMLC在收到后，会更新它的会话档案，并将后续的定位请求，重新导向到5GC内部的流程中。

Q5：这个互通流程看起来很复杂，会不会比纯5G的定位慢很多？ A5：是的，理论上会慢一些。因为它增加了GMLC内部（或之间）的“翻译”和转发步骤，并且依赖于EPC核心网的信令处理速度。但是，这个额外的时延通常在几十到几百毫秒的量级。对于像“寻车”这样对时延不那么极端敏感的应用场景，这个时延增加是完全可以接受的。其最大的价值在于实现了服务的可用性——在没有5G覆盖的地方，让定位服务从“不可用”变成了“可用”。

关系图谱