51学通信

深度解析 3GPP TS 23.273：5.13 PNI-NPN中的定位服务与信令优化

20分钟阅读

深度解析 3GPP TS 23.273：5.13 PNI-NPN中的定位服务与信令优化

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“5.13 Support of location service in PNI-NPN with signalling optimisation”的核心章节，旨在为读者揭示5G如何为高度整合的工业物联网场景提供高效、低延迟的定位服务。

1. 序章：当5G定位走进“智慧工厂”

在之前的章节中，我们探讨了5G定位服务的通用架构和核心能力。现在，我们将踏入一个更为专业和前沿的领域——工业物联网。想象一个庞大而精密的“智慧工厂”，成百上千的自动导引车（AGV）、移动机器人和关键资产在其中穿梭不息，它们的每一个动作都需要亚米级的精确定位来保证生产流程的顺畅与安全。

为了满足这类场景的严苛需求，3GPP引入了一种特殊的网络部署模式：PNI-NPN (Public Network Integrated Non-Public Network)，即“与公共网络集成部署的非公共网络”。它既拥有私网的隔离性、高可靠性和低延迟，又能利用公网的无缝覆盖和成熟的用户管理能力。

今天，我们的主角是“智造先锋-AGV007”号物料搬运机器人。它服务于一家部署了PNI-NPN的超级工厂。它的任务是在巨大的厂房内，将生产物料从A点精准地运送到B点。工厂的“中央调度系统”（扮演LCS客户端角色）需要实时、高频地获取AGV007的位置，以规划最优路径并避免碰撞。

本章节的核心，正是探讨在PNI-NPN这种“公私合营”的网络环境下，如何对定位服务的信令流程进行深度优化，以满足工业场景对效率的极致追求。跟随AGV007的轨迹，我们将一起解构这个高效定位体系的奥秘。

2. PNI-NPN架构：一场“本地”与“中央”的精妙协作

要理解本章的信令优化，首先必须弄清PNI-NPN的基本架构。

Support of location service in PNI-NPN is based on the PNI-NPN description defined in clause 5.30.3 of TS 23.501. PNI-NPN architecture described in Annex C are supported.

规范开篇点题，指出其架构基础来源于5G系统架构的核心规范TS 23.501。简单来说，PNI-NPN就是将一个非公共网络（NPN，即工厂的私有5G网络）与一个公共网络（PLMN，即运营商的5G网络）集成在一起。

在我们的智慧工厂场景中，这意味着：

  • 本地网络 (Local Network): 工厂内部署了一套专属的5G设备，包括gNB基站和一组轻量级的核心网功能实体（如本地AMF、LMF）。这个网络覆盖整个厂区，为AGV007提供主要的网络服务。
  • 公共网络 (Public Network): AGV007的SIM卡（或eSIM）是由公共运营商提供的，它的用户数据、签约信息、鉴权认证等核心管理功能，仍然由运营商的“中央”核心网（如UDM, AUSF）负责。

这种架构的精妙之处在于职责分离：

  • AGV007的会话管理、移动性管理等“宏观”控制权属于公共网络。
  • 与定位测量、本地数据交换等需要低延迟、高带宽的“微观”操作，则尽可能在本地网络内部闭环完成。

这正是“信令优化”得以实现的基础。接下来，让我们认识一下这个“本地团队”里的特殊角色。

3. PNI-NPN定位服务中的“本地化”网络功能

规范详细定义了在本地网络中部署的各个网络功能（NF）的特殊职责，以实现信令优化。

3.1 本地AMF (Local AMF)：不管理UE的“信令邮差”

Local AMF, an AMF type function deployed in the local network, it supports:

  • Functionalities related to AMF service operation “NonUeN2MessageTransfer” within Namf_Communication service, defined in TS 29.518.
  • Handling “UL and DL NON UE ASSOCIATED NRPPA TRANSPORT”, defined in TS 38.413.

NOTE 2: It is assumed only one local AMF is deployed in the local network.

这里的描述非常关键。本地AMF并非一个完整的AMF，它不负责UE的注册、寻呼、移动性管理等核心职能——这些仍由公共网络中的“服务AMF”（Serving AMF）负责。

本地AMF的核心价值在于它是一个高效的**“本地信令中转站”，专门处理非UE关联（Non UE Associated）**的信令。

  • 场景解读： 假设工厂的本地LMF需要获取厂区内3号gNB的精确坐标或广播的辅助数据，这个请求与AGV007这个具体的UE无关，属于网络基础设施之间的通信。在传统架构下，这个信令可能需要绕道公共网络的服务AMF。但在PNI-NPN中，本地LMF可以直接将这个请求发送给本地AMF，本地AMF再利用NON UE ASSOCIATED NRPPA TRANSPORT消息，直接与3号gNB通信。这大大缩短了信令路径，降低了时延。

3.2 本地LMF (Local LMF)：双线沟通的“定位大脑”

LMF, deployed in the local network, it supports:

  • Pre-configured with local AMF FQDN or communication address.
  • For DL UE associated NRPPa signalling, sends the signaling message to the serving AMF.
  • For DL NON UE associated NRPPa signalling, sends the signaling message to the local AMF.

本地LMF是厂区内定位计算的“大脑”，它的特殊之处在于具备**“双线沟通”**的能力。它清楚地知道什么时候该找“中央”，什么时候该找“本地”。

  • UE关联信令 → 走公共网络路径： 当LMF需要与AGV007本身进行交互时，例如向它下发定位辅助数据（LPP消息），这个信令是与特定UE关联的。本地LMF会将这个消息发送给服务AMF（在公共网络中），再由服务AMF通过N1接口传递给AGV007。
  • 非UE关联信令 → 走本地优化路径： 正如2.1节所述，当LMF需要与本地的gNB等网络设备交互时，它会选择通过本地AMF这条捷径。

这种智能路由机制是信令优化的核心体现。

3.3 本地NG-RAN与GMLC：协同作战

本地的NG-RAN（基站）和GMLC也具备类似的“双重身份”认知。

NG-RAN, deployed in the local network, it supports:

  • …
  • For UL UE associated NRPPa signalling, sends the signalling message to the serving AMF
  • For UL NON UE associated NRPPa signalling, sends the signalling message to the local AMF

本地gNB在接收到上行信令时，能够区分哪些是AGV007发来的、需要上报给服务AMF的UE信令，哪些是基础设施维护信令，可以直接发给本地AMF。

本地GMLC作为定位服务的入口，虽然部署在工厂，但它必须与公共网络中的UDM进行交互，以获取UE的签约信息和隐私策略，并验证本次定位请求的合法性。

UDM, deployed in public network, it supports:

  • Pre-configured with UE’s allowed local network list.
  • For GMLC request from a different network domain, verify GMLC request by checking whether the local network of GMLC is on the pre-configured UE’s allowed local network list.

这里揭示了安全性的关键一环：UDM中的“白名单”。运营商可以在AGV007的用户档案（UDM中）里配置一个“允许接入的本地网络列表”。只有当来自工厂本地GMLC的请求被确认为来自这个“白名单”中的网络时，UDM才会提供后续服务。这确保了即便是集成部署，公共运营商依然拥有最高控制权。

4. 优化流程实战：AGV007的一次高精度定位之旅

现在，让我们把所有角色串联起来，看看AGV007的一次完整定位流程是如何被优化的。

During the positioning procedure, if LMF determines network assisted positioning method, the positioning procedure defined in clause 6.11.2 is used and the AMF is the serving AMF. If the LMF determines to obtain Non-UE Associated Network Assistance Data, the positioning procedure defined in clause 6.11.3 is used and the AMF is the local AMF.

这段原文精确地描述了LMF如何根据任务类型选择不同的AMF路径。

场景复现： 工厂中央调度系统需要获取AGV007的当前位置，精度要求1米。

  1. 请求发起： 调度系统（LCS Client）向部署在工厂内的本地GMLC发起定位请求。

  2. 鉴权与路由： 本地GMLC通过公共网络接口，向公共UDM查询AGV007的隐私设置和当前的服务AMF地址。UDM确认该请求来自合法的、已签约的PNI-NPN，返回所需信息。

  3. 任务下达： 本地GMLC将请求通过公共网络，发送给公共网络中的服务AMF。

  4. 专家选择与委派： 服务AMF知道AGV007正位于PNI-NPN内部，于是它选择了工厂内的本地LMF来执行高精度定位任务，并通过Nlmf_Location_DetermineLocation服务将请求转发给它。同时，服务AMF还会把本地GMLC的联系地址和关联ID一并告知本地LMF。

  5. 【信令优化点一：本地化测量】 本地LMF收到任务，决定采用网络辅助定位方法（例如UL-TDOA），这需要协调厂区内的多个gNB对AGV007的上行信号（如SRS）进行测量。这时，LMF不再绕道公共网络的服务AMF，而是启动了优化流程：

    • 本地LMF → 本地AMF → 本地gNBs: 发送“非UE关联”的NRPPa消息，请求进行上行测量。
    • 这个过程在工厂网络内部高速完成，极大地降低了信令时延。

  6. 【信令优化点二：直接结果上报】

    For MO-LR, immediate MT-LR and deferred MT-LR, the AMF provides the GMLC contact address and a reference number to LMF. When LMF determines UE location, LMF provides the UE location to GMLC directly, as defined in clause 6.3.1.

    本地LMF收集到所有测量报告后，迅速计算出AGV007的精确坐标。根据步骤4中从服务AMF那里获得的GMLC联系地址，LMF直接将定位结果通过Nlmf_Location_EventNotify服务发送给了本地GMLC。

    • 这个返回路径绕过了服务AMF，再次缩短了流程，降低了公共核心网的负载。

  7. 任务完成： 本地GMLC收到结果，上报给中央调度系统。屏幕上，AGV007的图标被精准地标记在了新的位置上。

整个流程如行云流水，公共网络扮演了“授权者”和“管理者”的角色，而所有对时延敏感的、高频的信令交互，都在本地网络内部高效闭环。这正是PNI-NPN定位服务信令优化的精髓所在。

5. 总结：工业级定位的“高速公路”

通过对5.13章节的深度解读，我们看到3GPP为PNI-NPN场景下的定位服务构建了一条“信令高速公路”。其核心思想可以概括为**“宏观管理在中央，微观执行在本地”**。

  • 分离UE关联与非UE关联信令： 这是实现优化的基础。通过引入轻量级的本地AMF作为本地信令网关，将网络设备间的内部通信与UE的会话信令分离开，实现了路径的最优化。
  • 智能的LMF路由决策： 本地LMF是优化的执行核心，它能够智能判断信令的性质，并选择最优的AMF（本地或公共）进行路由。
  • 结果直达机制： 定位结果从LMF直接返回GMLC，进一步减少了信令跳数，降低了端到端时延，这对于需要高频更新位置的工业应用至关重要。

对于“智造先锋-AGV007”和它成千上万的同伴而言，这套优化机制意味着它们的位置可以被更快、更可靠地获取，使得整个智慧工厂的生产节拍得以更加精准地协同。这不仅仅是技术的优化，更是5G赋能垂直行业、深入工业制造心脏的有力证明。

FAQ - 常见问题解答

Q1：PNI-NPN与SNPN（Standalone NPN）在定位服务上有什么主要区别？ A1：主要区别在于控制权的归属和与公网的集成度。SNPN是一个完全独立的私有网络，拥有自己的核心网（包括UDM、AUSF等），UE的用户身份和管理完全在私网内部，与公网无关。而PNI-NPN中，UE的“户口”（用户签约、鉴权）仍在公网，由运营商的UDM管理。因此，PNI-NPN的定位服务需要与公共UDM交互进行鉴权和隐私检查，而SNPN的定位服务流程则完全在其内部闭环。

Q2：本地AMF既然不管理UE，为何还需要它？本地LMF不能直接和本地gNB通信吗？ A2：这是一个很好的架构问题。在5G的SBA（服务化架构）中，AMF是作为NG-RAN与核心网控制面交互的唯一入口。即便是在PNI-NPN中，为了维持架构的一致性和清晰的接口定义，也保留了本地AMF这一角色作为本地NG-RAN与本地控制面NF（如LMF）之间的“代理”。这避免了LMF需要直接实现与NG-RAN的N2接口协议，保持了NF间的解耦。

Q3：在PNI-NPN场景下，定位的计费是如何处理的？ A3：虽然本章节未直接详述计费，但根据架构可以推断：计费信息主要由与LCS客户端直接交互的GMLC，以及管理UE会话的服务AMF来收集。由于定位请求由本地GMLC发起，它会记录商业定位服务的使用情况。同时，因为整个过程涉及了公共网络资源（如UDM查询、服务AMF的参与），服务AMF也可能生成相关的信令开销记录。具体的计费策略将由运营商和企业客户在部署PNI-NPN时通过合同约定。

Q4：为什么规范在NOTE 3中特别提到“LMF should not determine to use E-CID positioning method”？ A4：这是一个体现技术深度的细节。E-CID（增强型小区ID定位）主要依赖于基站的一些静态或半静态信息（如地理坐标、覆盖范围、邻区关系等）。在PNI-NPN（特别是室内工厂）这种环境下，通常会部署更密集的微基站，并且追求的是远高于E-CID能力的亚米级或米级高精度定位。因此，网络通常会采用UL-TDOA、DL-TDOA、RTT等多点测量技术。特意指出不建议使用E-CID，是为了强调PNI-NPN场景下的定位服务应聚焦于更高精度的技术方案，以满足工业应用的苛刻要求。

Q5：如果AGV007从工厂开到了公共道路上，它的定位服务会如何变化？ A5：这是一个典型的移动性场景。当AGV007离开工厂厂区（本地NG-RAN覆盖范围），它会无缝切换到运营商的公共NG-RAN覆盖下。这时，它的服务AMF可能会保持不变，也可能发生改变。当新的定位请求发生时，服务AMF会根据新的位置信息，选择一个公共网络中的LMF（而非之前的本地LMF）来为它服务。整个定位流程将切换回我们在之前章节讨论的标准MT-LR流程，不再有本地AMF和本地LMF的信令优化路径。这种无缝切换正是PNI-NPN“公网集成”模式的一大优势。

关系图谱