深度解析 3GPP TS 23.273：6.10.1 5GC-NI-LR Procedure (网络诱发定位请求流程)

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.10.1 5GC-NI-LR Procedure”的核心章节。本文将通过一场由车辆自动触发的紧急救援（eCall），为读者深度剖析5G网络中最具主动性的监管类定位流程——网络诱发定位请求（NI-LR），揭示当紧急事件发生时，网络本身是如何化身“第一响应者”，主动发起定位，为生命开启绿色通道的。

1. 序章：高速公路上的“沉默卫士”

在之前的篇章中，我们探讨了由外部客户端（如App后台、紧急中心）发起的MT-LR定位。然而，在某些最危急的时刻，求救的信号并非来自远方的呼叫中心，而是源自网络内部的“心跳骤停”。

想象一下，一辆搭载了先进车载单元（In-Vehicle System, IVS）的智能汽车“开拓者号”，正行驶在一条偏远的高速公路上。突然，车辆因爆胎而失控，冲出护栏，翻滚至路旁的陡坡下。车内人员因撞击而昏迷，无法主动拨打求救电话。

就在这千钧一发之际，“开拓者号”的“沉默卫士”——一个集成了5G模组的eCall（紧急呼叫）系统——被激活了。车辆碰撞传感器检测到剧烈撞击，自动触发了eCall系统。系统立即尝试向5G网络发起一次特殊的紧急PDU会话，其唯一目的，就是向外界宣告：“这里发生了严重事故！”

这个由车辆自身、而非人类或外部系统发起的紧急会话请求，对于5G核心网而言，就是一道最高优先级的警报。它会自动**诱发（Induce）网络发起一次定位，这就是网络诱发定位请求（NI-LR, Network Induced Location Request）**的精髓。6.10.1章节，正是为这种由网络内部事件驱动的、至关重要的监管类定位服务，制定了标准化的作战纲领。

2. 流程的核心：AMF的“主动担当”

与由GMLC接收外部请求后再转发的MT-LR不同，NI-LR的“扳机”掌握在离UE最近的核心网实体——**AMF（接入与移动性管理功能）**手中。AMF不再是被动地“接任务”，而是主动地“派任务”。

“Figure 6.10.1-1: 5GC Network Induced Location Request (5GC-NI-LR) for a UE”为我们描绘了这场由AMF主导的救援行动。

2.1 第一步：警报的拉响——AMF的感知与触发

1. A trigger for AMF to initiate the 5GC-NI-LR procedure happens, e.g. the UE registers to the 5GC for emergency services or requests the establishment of a PDU Session related to an applicable regulatory service (e.g. emergency session initiation)…

流程的第一步，就是AMF如何“感知”到警报。规范列举了两种典型的触发场景：

• UE发起紧急注册：在一个没有普通网络覆盖的区域，UE为了拨打紧急电话而发起的特殊注册流程。
• UE请求建立紧急PDU会话：“开拓者号”的eCall系统正是此种情况。它向AMF发起的PDU会话建立请求中，包含了特殊的“紧急服务”指示。

当AMF在其信令处理引擎中检测到这个“紧急”标志时，它立刻意识到自己的双重职责：

1. 本职工作：为“开拓者号”建立紧急PDU会话，打通与外界的生命通道。
2. 主动担当：立即、主动地为这个UE发起一次定位流程，以便将事故位置通知给救援机构。

这个由AMF“自发”的动作，正是“网络诱发”的意义所在。它绕过了GMLC作为初始入口的传统路径，将定位的发起时间点提前到了事件发生的最前沿。

2.2 第二步：AMF寻找“专家”，下达“军令状”

2. …The AMF selects an LMF based on NRF query or configuration in AMF and invokes the Nlmf_Location_DetermineLocation service operation towards the LMF to request the current location of the UE.

AMF一旦决定发起定位，它便立即开始寻找最合适的LMF（定位管理功能）。这个选择过程与我们之前分析的MT-LR类似，会综合考虑UE当前位置、网络能力等因素。

随后，AMF向选定的LMF发出一份“军令状”——Nlmf_Location_DetermineLocation服务请求。这份请求的内容，充满了“监管级”的特殊性：

The service operation includes a LCS Correlation identifier, the serving cell identity…, and an indication of a location request from a regulatory services client (e.g. emergency services) and may include an indication if UE supports LPP, the required QoS and Supported GAD shapes…

• 明确的“监管”烙印：请求中明确包含了这是一个“来自监管服务客户端”的请求。这个标志将确保LMF以最高优先级处理此任务，并有权使用任何必要的定位手段，无视常规的隐私限制。
• 丰富的上下文信息：AMF会将自己所知的一切有价值的信息都提供给LMF，例如服务小区ID、双连接下的主次小区信息等，为LMF的快速决策提供数据支持。

3. 定位执行：LMF的“全速出击” (Steps 3 & 4)

LMF接到这份来自AMF的、带有“火漆印”的紧急命令后，立刻全速投入工作。

3.1 第三步：多手段融合的定位“组合拳”

3. [Conditional] If step 2 occurs, the LMF performs one or more of the positioning procedures described in clause 6.11.1, 6.11.2 and 6.11.3.

LMF的目标是在最短时间内，获取满足紧急救援要求的最高精度位置。对于高速公路上的“开拓者号”，LMF极有可能打出一套混合定位的“组合拳”：

1. UE辅助GNSS优先：LMF会立即通过AMF，向“开拓者号”的eCall系统发送LPP消息，请求其上报GNSS测量数据。同时，LMF会下发最新的GNSS辅助数据，以加速eCall系统的搜星定位过程。
2. UL-TDOA同步进行：与此同时，LMF会通过AMF，向“开拓者号”当前服务小区及周边小区的基站网络（NG-RAN）下发NRPPa指令，要求它们立即对“开拓者号”的上行信号进行测量，为UL-TDOA（上行到达时间差）定位做准备。
3. 智能融合：LMF会并行处理来自UE的GNSS数据和来自RAN的上行测量数据。如果GNSS信号良好，它会以GNSS结果为主；如果GNSS受遮挡（例如车辆在桥下），它会以UL-TDOA结果为主，或者将两者进行加权融合，得出一个最可靠、最精确的最终位置。

3.2 第四步：将“战果”火速上报

4. [Conditional] If step 3 occurs, the LMF returns the Nlmf_Location_DetermineLocation Response towards the AMF to return the current location of the UE.

LMF计算出事故车辆的精确坐标后，立即将其封装在Nlmf_Location_DetermineLocation Response中，返回给AMF。这个响应中，包含了事故的精确位置、定位的时间戳、以及LMF评估的定位精度。

至此，核心的定位计算任务完成。但故事还远未结束。AMF手握这份宝贵的情报，该如何将它送达最终需要它的人——紧急救援中心（PSAP）——手中呢？

4. 信息传递：从AMF到救援中心的“生命专线” (Steps 5-8)

AMF虽然是定位的发起者，但它并不是信息的最终消费者。它需要一座“桥梁”来与外部的紧急服务世界对话。这座桥梁，就是GMLC。

4.1 第五步：AMF呼叫“总联络官”GMLC

5. [Conditional] For emergency services, the AMF selects an GMLC based on NRF query or configuration in AMF. … AMF invokes the Namf_Location_EventNotify service operation towards the selected GMLC to notify the GMLC of an emergency session initiation.

AMF通过本地配置或查询NRF，找到了负责处理紧急服务的GMLC。然后，它调用了Namf_Location_EventNotify服务，向GMLC发出了一个紧急通知。

The service operation includes the SUPI or the PEI, and the GPSI if available, the identity of the AMF, an indication of an emergency session and any location obtained in step 3.

这个通知的内容堪称一份完整的“事故快报”：

• 事故车辆身份：SUPI/PEI/GPSI。
• 报案人：AMF自己的ID，告知GMLC信息来源。
• 事件性质：明确指示“这是一个紧急会话”。
• 核心情报：将在Step 3中从LMF那里获取到的精确位置信息。

通过这个步骤，AMF成功地将定位结果，连同事件的背景信息，一起移交给了能够与PSAP对话的“总联络官”GMLC。

4.2 第六至第八步：信息的终点与会话的终结

6. [Conditional] For emergency services, the GMLC forwards the location to an external emergency services client…
7. [Conditional] For emergency services, the emergency services session … are released.
8. [Conditional] For emergency services, the AMF invokes the Namf_Location_EventNotify service operation towards the GMLC to notify the GMLC that the emergency session was released…

1. GMLC → PSAP (Step 6)：GMLC收到“事故快报”后，立即将其转发给PSAP。高速公路救援中心的电子地图上，一个代表“开拓者号”的、带有精确坐标的警报图标被点亮。救援直升机和地面救护车被立即派往该地点。

2. 会话释放 (Step 7-8)：当救援人员到达现场，处理完事故，紧急PDU会话被释放后，AMF还会“善始善终”。它会再次调用Namf_Location_EventNotify服务，向GMLC发送一条“任务结束”的通知。这使得GMLC和PSAP能够知道此次紧急事件已闭环，从而释放其系统中为此次事件所保留的所有资源。

5. 总结：NI-LR，网络智能的“第一响应者”

6.10.1定义的NI-LR流程，是5G网络智能化和主动服务能力的一次集中体现。与MT-LR相比，它展现了截然不同的运作哲学：

• 触发源内生化：定位的触发器不再是外部的API调用，而是网络内部对UE行为（如紧急注册/会话请求）的自主感知。这使得响应速度达到了物理极限，因为决策发生在事件发生的第一现场。
• AMF角色的升格：AMF从一个“传令兵”和“中转站”，升格为整个流程的“发起者”和“总调度”。它主动识别紧急事件，主动发起定位，并负责将最终结果和事件上下文完整地移交给GMLC，展现了极高的“主动担当”。
• 流程的高度优化：整个流程为“紧急”二字而生。AMF直接委派任务给LMF，省去了GMLC的初始介入和路由，进一步压缩了定位启动时延。最终，通过GMLC这座桥梁，又确保了与标准化外部应急体系的无缝对接。

对于“开拓者号”和所有依赖eCall等自动求救功能的人和物而言，NI-LR流程就是那张在最黑暗时刻兜底的“安全网”。它让5G网络不再仅仅是一个被动的通信管道，更是一个具备感知、决策和主动响应能力的“智能守护者”。

---

FAQ - 常见问题解答

Q1：NI-LR（网络诱发）和MT-LR（移动终结）最根本的区别是什么？ A1：最根本的区别在于定位请求的“第一发起点”。在MT-LR中，第一发起点在网络外部（如App后台、PSAP），请求需要先到达GMLC这个“大门”，再由GMLC路由到核心网内部。而在NI-LR中，第一发起点在网络内部，就是AMF。AMF直接感知到UE的紧急行为，自己就成了“LCS客户端”，直接向LMF发起定位。NI-LR可以说是“源头启动”，比MT-LR“门口启动”要快一步。

Q2：AMF在NI-LR中既要发起定位，又要为UE建立PDU会话，这两个任务是并行还是串行的？ A2：它们是并行的。AMF在收到紧急会话请求后，会同时启动两个流程：一个是标准的PDU会话建立流程，与SMF等NF交互，为UE打通数据通道；另一个就是我们本文分析的NI-LR定位流程，与LMF交互获取位置。这两个流程并行执行，以确保在最短时间内，既建立通信链路，又获得地理位置。

Q3：为什么AMF不能直接把位置信息告诉PSAP，而必须绕道GMLC？ A3：这是出于架构解耦、安全和标准化的考虑。1) 架构解耦：AMF是核心网内部的移动性管理节点，它的职责不应扩展到与外部成千上万种应用（PSAP只是其中一种）直接对接。GMLC/NEF才是网络能力开放的统一窗口。2) 安全：GMLC是与外部世界交互的安全边界，负责对外部客户端的认证、授权和计费，将AMF保护在核心网内部。3) 标准化：PSAP与运营商GMLC之间的接口（如E2/Le接口）是经过长期标准化定义的，保持这个接口的稳定性，可以让应急体系平滑地从4G演进到5G。

Q4：在NI-LR流程中，还需要检查用户隐私吗？ A4：不需要。NI-LR被明确定义为支持监管类服务的流程。当AMF检测到的是“紧急服务”触发器时，它在向LMF发起的请求中就会包含“监管服务”的指示。这等同于激活了“隐私覆盖（Privacy Override）”机制，后续的所有定位操作都将以最高优先级执行，无需征求用户同意。

Q5：除了eCall，还有哪些场景可能触发NI-LR？ A5：规范还提到了一个“为NR卫星接入验证UE位置”的场景。例如，一个UE通过卫星接入网络，它声称自己在美国。但卫星网络覆盖广阔，运营商为了合规或计费（不同国家资费不同），可能需要验证UE的真实地理位置。此时，服务UE的AMF就可以主动发起一次NI-LR，请求LMF定位该UE，并将结果（例如，“该UE确实在美国境内”）用于后续的策略决策。这同样是由网络自身管理需求“诱发”的定位。