51学通信

深度解析 3GPP TS 23.273：6.1.1 5GC-MT-LR 监管类定位服务流程

21分钟阅读

深度解析 3GPP TS 23.273：6.1.1 5GC-MT-LR 监管类定位服务流程

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.1.1 5GC-MT-LR procedure for the regulatory location service”的核心章节，旨在通过一个紧急救援的实例，为读者逐一拆解5G网络中最高优先级的定位流程——移动终端终结的监管类定位请求（MT-LR）是如何分秒必争地运作的。

1. 序章：来自深谷的生命线

在迈入流程的深水区之前，我们必须理解监管类定位服务的至高无上性。它凌驾于商业利益和常规隐私设置之上，是现代通信网络必须履行的社会责任。紧急呼叫（如北美的911，欧洲的112）便是其最典型的应用。

为了让这场技术解析之旅扣人心弦，我们引入今天的主角——户外探险家“小李”。他在一处偏远的、5G信号覆盖边缘的国家森林公园徒步时，不幸失足滑入一个隐蔽的山谷，腿部严重受伤，动弹不得。幸运的是，他的5G手机尚有电量且信号微弱。他挣扎着拨通了紧急求救电话。

电话接通的瞬间，一场与时间赛跑的、由5G网络驱动的精准定位救援行动，便依据我们今天要剖析的TS 23.273 6.1.1章节所定义的流程，悄然且迅速地启动了。公共安全应答点（PSAP - Public Safety Answering Point），即我们常说的紧急呼叫中心，立刻化身为LCS客户端，向5G网络发出了最高优先级的指令：“立即，不惜一切代价，找到他！”

2. 流程启动：请求的发出与路由 (Steps 1-4)

规范中的“Figure 6.1.1-1: 5GC-MT-LR procedure for the regulatory location service”为我们描绘了这场生命救援的“作战地图”。我们将严格按照这张图的步骤，结合小李的遭遇，进行全流程复盘。

2.1 第一步：PSAP的紧急指令 (Step 1: LCS Service Request)

  1. The external location services client sends a request to the GMLC for a location for the target UE identified by an GPSI or an SUPI. The request may include the required QoS, UE unaware indication and Supported GAD shapes. … it is assumed that the LCS client is authorised to use the location service and no privacy verification is required.

电话接通后，PSAP的系统立即向运营商的GMLC（网关移动定位中心）发送了一个LCS服务请求。这场救援的特殊性在请求的第一步就已体现得淋漓尽致：

  • 无需隐私验证：规范明确指出“no privacy verification is required”。这是监管类服务的“尚方宝剑”。无论小李之前设置了多么严格的隐私保护，此刻都将被自动覆盖。生命安全永远是第一位的。
  • 最高优先级QoS：请求中会包含极高的服务质量（QoS）要求。对于PSAP来说，这意味着：
    • 高精度 (High Accuracy)：精度可能要求在50米甚至更高，以便救援队能快速锁定山谷中的具体位置。
    • 低时延 (Low Response Time)：必须在几秒钟内返回位置结果。
    • 高时效性 (Low Age of Location)：返回的位置必须是“现在”的位置，几分钟前的位置都可能因为伤员的移动而失效。
  • 身份标识：请求中会包含小李手机的身份标识，可能是永久的SUPI或通用的GPSI。

GMLC作为LCS服务的总入口，在收到这个十万火急的请求后，立刻开启了它的工作。

2.2 第二、三步：UDM的快速响应 (Steps 2 & 3: UDM Interaction)

GMLC的首要任务是找到当前管理小李手机的“管家”——AMF（接入与移动性管理功能）。

  1. The GMLC invokes a Nudm_UECM_Get service operation towards the home UDM of the target UE to be located with the GPSI or SUPI of this UE.
  2. The UDM returns the network addresses of the current serving AMF.

这个过程非常直接：

  1. GMLC 查询 UDM：GMLC向UDM（统一数据管理）发起Nudm_UECM_Get（UE上下文管理-获取）服务请求，意为：“告诉我SUPI为‘xxxx’的这个用户，现在由哪个AMF负责？”
  2. UDM 返回 AMF 地址：UDM作为核心的用户数据库，实时记录着每个用户的核心注册信息。它迅速查询后，将当前服务小李手机的AMF的网络地址返回给GMLC。

这一步看似简单，却是整个分布式5G核心网能够协同工作的基础。无论小李身处何方，GMLC总能通过UDM这个“中央登记处”找到他的直接管理者。

2.3 第四步：GMLC向AMF下达任务 (Step 4: ProvidePositioningInfo Request)

找到了AMF，GMLC便将定位任务正式下派。

  1. The GMLC invokes the Namf_Location_ProvidePositioningInfo service operation towards the AMF to request the current location of the UE. The service operation includes the SUPI, and client type and may include the required QoS, UE unaware indication and Supported GAD shapes.

GMLC调用了AMF提供的Namf_Location_ProvidePositioningInfo（AMF定位-提供定位信息）服务。这个请求就像一份详细的“委托函”，内容包括：

  • 目标：小李的SUPI。
  • 请求方身份：client type会被标记为监管类（如Emergency Services），这会触发AMF内部的最高优先级处理逻辑。
  • 任务要求：从PSAP继承来的高标准QoS。
  • 其他参数：可能还包括UE unaware indication（在某些无需UE感知的执法场景中使用）和Supported GAD shapes（客户端能理解的地理位置描述格式）。

至此，皮球被踢到了AMF的脚下。AMF是UE移动和连接的直接管理者，它将开始执行具体的战术动作。

3. 核心执行：从UE唤醒到专家计算 (Steps 5-9)

AMF接到指令后，立即着手联系UE并寻找定位专家（LMF）。

3.1 第五步：确保UE处于连接状态 (Step 5: Network Triggered Service Request)

  1. If the UE is in CM IDLE state and UE unaware indication is not included, the AMF initiates a network triggered Service Request procedure … to establish a signalling connection with the UE.

由于小李刚刚拨通了紧急电话，他的手机已经从CM_IDLE（空闲态）转换到了CM_CONNECTED（连接态），并且与网络建立了信令连接。因此，在我们的场景中，这一步通常会被跳过。

但理解这一步的逻辑至关重要。如果PSAP是在小李手机失联后（例如，手机处于待机省电模式）发起的定位请求，那么AMF在这一步就会执行寻呼（Paging），通过基站广播小李手机的临时ID，将它从“睡梦”中唤醒，强制建立连接。对于紧急服务，这次寻呼将是最高优先级的。

3.2 第六步：AMF的“慧眼识珠”——选择LMF (Step 6: LMF Selection)

网络中可能部署了多个LMF（定位管理功能），有的擅长在密集的城市环境中定位，有的则针对广域覆盖做了优化。AMF需要为小李选择一个最合适的“定位专家”。

  1. The AMF selects an LMF based on the available information as defined in clause 5.1 or based on AMF local configuration. The LMF selection takes the 5G-AN currently serving the UE into account. The selection may use a NRF query.

AMF的决策依据非常丰富：

  • UE当前接入网信息：小李手机当前连接的基站（5G-AN）类型、位置等。
  • 本地配置：AMF可能被预先配置了策略，例如“所有来自国家森林公园区域的定位请求，都发给LMF-B”。
  • NRF查询：AMF可以向NRF（网络功能仓库功能）查询，寻找那些声称自己服务于当前区域、且支持高精度定位能力的LMF。

对于小李的案例，AMF可能会选择一个拥有精确地理信息数据、并对山区复杂无线环境有优化算法的LMF。

3.3 第七、八、九步：LMF的“专家会诊” (Positioning Procedure)

这是整个流程的技术核心，也是真正计算出小李位置的阶段。

  1. The AMF invokes the Nlmf_Location_DetermineLocation service operation towards the LMF to request the current location of the UE.
  2. The LMF performs one or more of the positioning procedures described in clauses 6.11.1, 6.11.2 and 6.11.3.
  3. The LMF returns the Nlmf_Location_DetermineLocation Response towards the AMF…

这个过程可以分解为三部曲：

  1. 任务交接 (Step 7)：AMF调用LMF的Nlmf_Location_DetermineLocation服务，将所有信息（QoS、UE能力、小区ID、客户端类型等）全权移交给LMF。

  2. 定位执行 (Step 8)：LMF正式接管，开始“大显神通”。它会根据收到的所有信息，智能决策采用何种定位方法。对于身处室外山谷的小李，LMF极有可能会选择UE辅助的GNSS定位（UE-Assisted GNSS）。

    • 下发辅助数据：LMF会立即打包一份GNSS辅助数据（包含当前可见卫星的星历、精确时间等），通过AMF → 基站 → 小李手机的信令链路，发送给手机。这份“速查表”能帮助手机大大缩短搜星和定位时间。
    • UE测量与上报：小李的手机收到辅助数据后，其内部的GNSS接收器会快速锁定卫星，进行伪距测量，并将原始测量数据或自己计算出的初步位置，通过上行链路报给LMF。
    • 网络测量协同：同时，LMF可能还会指令服务基站和邻近基站对小李手机的上行信号进行测量（如UL-TDOA），作为GNSS定位的补充或替代，实现混合定位（Hybrid Positioning）。

  3. 结果产出 (Step 9)：LMF汇集了来自UE和网络的所有测量信息，运行其高级定位算法，最终计算出一个高精度的地理坐标。然后，它将这个结果封装在Nlmf_Location_DetermineLocation Response中，返回给AMF。响应中包含了：

    • 位置估算 (location estimate)：最重要的经纬度坐标。
    • 估算时间与精度 (age and accuracy)：告知AMF这个位置是何时计算的，以及LMF评估的精度是多少。
    • 定位方法 (positioning method)：告知AMF此次成功定位所使用的方法组合。

4. 流程闭环：结果的上报与救援的抵达 (Steps 10-11)

定位结果已经产生，接下来就是以最快速度将其送达最终用户——PSAP。

4.1 第十步：AMF向GMLC汇报成果 (Step 10: ProvidePositioningInfo Response)

  1. The AMF returns the Namf_Location_ProvidePositioningInfo Response towards the GMLC/LRF to return the current location of the UE.

AMF在收到LMF的成功响应后，立即将其封装在Namf_Location_ProvidePositioningInfo Response中，返回给最初下达指令的GMLC。

这里规范还考虑了一个容灾场景：

If the AMF decides to skip steps 5 - 9 in step 5 based on the UE unaware indication and the UE state …, the AMF may convert any last known location in the form of a cell ID or TAI into geographical information…

这意味着，如果在前面的步骤中，因为某些原因（例如，在UE无感知场景下）无法进行高精度定位，AMF并不会直接返回失败。作为最后的补救措施，它会利用自己存储的UE最后一次活动的小区ID（Last Known Location），将其转换为一个大致的地理区域，连同这个位置的“年龄”一起返回。对于救援来说，即便是一个粗略的区域，也远比一无所知要好。

4.2 第十一步：GMLC的最终交付 (Step 11: LCS Service Response)

  1. The GMLC sends the location service response to the external location services client.

GMLC作为流程的起点，也是终点。它收到来自AMF的精确位置后，立即将其发送给PSAP。

救援场景结局： PSAP的电子地图上，一个代表小李的高精度光点被标记出来，误差范围仅为10米。调度员立即将该坐标发送给了距离最近的空中救援队。半小时后，直升机在山谷中成功锁定了小李的位置，并将其安全救出。一场基于5G监管类定位服务的生命救援，圆满落幕。

5. 总结：监管类定位流程的“三高”特性

通过对小李救援全过程的复盘，我们可以深刻地感受到5G监管类MT-LR流程的核心特性——“三高”：

  • 高权限 (High Privilege)：流程启动时，可以无条件覆盖用户的隐私设置，确保在任何情况下都能对求救者进行定位。这是其与商业类定位最根本的区别。
  • 高优先级 (High Priority)：从GMLC到AMF再到LMF，每一个网络功能在处理该请求时，都会赋予其内部的最高调度优先级，确保信令能够被最快地处理和转发。
  • 高效率 (High Efficiency)：整个流程设计得极为紧凑和直接。GMLC → UDM → AMF → LMF → AMF → GMLC，信息流路径清晰，职责明确，最大限度地减少了不必要的交互和时延，为生命救援争取了宝贵的时间。

这个流程不仅仅是技术的展现，更是通信技术“科技向善”理念的集中体现。在下一篇文章中，我们将对比分析商业类定位流程，届时你将更深刻地体会到，为了平衡商业利益与用户隐私，商业流程会引入哪些额外的“关卡”和“协商”。

FAQ - 常见问题解答

Q1：为什么监管类定位流程要跳过隐私检查？这是否合法？ A1：跳过用户自定义的隐私检查是合法的，并且是全球绝大多数国家和地区的法律法规要求。这是因为紧急服务的优先级高于个人隐私偏好。当人的生命安全受到威胁时，公共安全机构必须拥有获取其位置以提供援助的权力。这个“隐私覆盖”的权力本身是受法律严格约束的，只有经过认证的PSAP等机构才能发起。

Q2：流程图中的GMLC/LRF是什么关系？ A2：LRF（Location Retrieval Function，位置检索功能）通常与IMS（IP多媒体子系统）紧急呼叫紧密相关。当紧急呼叫通过IMS建立时，LRF会负责管理呼叫与位置信息之间的关联。在很多情况下，LRF的功能可以与GMLC合设在同一个实体中，因此在流程图中常被表示为GMLC/LRF，表示这个实体既处理来自普通LCS客户端的请求，也处理来自IMS紧急呼叫体系的定位请求。

Q3：如果小李的手机不支持GNSS，或者他在一个没有卫星信号的山洞里，LMF会怎么办？ A3：LMF的强大之处就在于它的适应性。如果LMF发现GNSS不可用或失败，它会立即尝试其他可用的定位方法。例如，它可以指令周围的多个基站测量小李手机的上行信号，进行UL-TDOA或UL-AOA定位。如果周围基站数量不足，它可能会退而求其次，使用**增强型小区ID（E-CID）**方法，通过测量服务小区的信号往返时间（RTT）和信号强度来估算距离，提供一个比单纯小区ID更精确的位置。LMF的目标是在现有条件下，提供满足QoS要求的最高精度。

Q4：这个流程看起来很复杂，从PSAP发起请求到收到结果，大概需要多长时间？ A4：尽管流程涉及多个网络功能间的多次交互，但得益于5G核心网的高速信令平面和各NF的高性能，整个端到端的时间非常短。根据行业要求和实际测试，一个成功的、高精度的监管类定位请求，其响应时间通常在几秒到十几秒之间，完全能够满足紧急救援的实时性要求。

Q5：为什么AMF要把LCS Correlation ID传递给LMF，LMF又把它返回来？这个ID的作用是什么？ A5：LCS Correlation ID就像是这次定位任务的“工单号”。在一个繁忙的网络中，AMF和LMF可能同时处理着成百上千个定位请求。这个唯一的ID确保了从请求到响应的整个链条中，所有消息都能被正确地关联到同一个定位会话。当LMF完成计算返回结果时，AMF能凭此ID准确地知道“哦，这是刚才GMLC委托我办的那件关于小李的紧急任务的结果”，从而避免了信息的混乱。

关系图谱