深度解析 3GPP TS 23.273：6.15 GNSS辅助数据采集：LMF的“情报网络”
本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.15 Procedures for GNSS assistance data Collection”的核心章节。本文将揭示5G定位服务“军火库”的源头——作为“总后勤官”的LMF，是如何构建其情报网络，从不同来源、通过不同渠道，安全、高效地采集至关重要的GNSS辅助数据，为所有需要高精度定位的终端提供“弹药”的。
1. 序章：马拉松“军火商”的备战
在上一篇文章（6.14）中，我们见证了LMF（定位管理功能）如何像一个“广播电台”，向马拉松赛道上的数万名跑者广播GNSS辅助数据，解决了“搜星之战”。然而，一个根本性的问题被我们暂时搁置了：LMF广播的那些高价值的、能让定位“秒定”的“节目内容”——精确的卫星星历、RTK差分修正数据——究竟从何而来？
LMF并非凭空创造数据。它更像一个精明的“军火商”或“情报官”，需要在定位服务开始之前，从各种渠道搜集、整理、并准备好这些“高精度弹药”。6.15章节，正是LMF的“情报搜集行动纲领”。
今天，我们再次回到马拉松比赛的幕后。LMF作为本次赛事定位服务的总负责人，它的首要任务就是为即将到来的比赛，准备好最新、最精准的GNSS辅助数据。在它的“供应商名录”上，有两个核心的应用功能（AF - Application Function）：
- “全球星链精密服务公司” (GlobalSat Precision Inc.)：这是一家国际顶级的、商业化的卫星数据服务提供商。它通过互联网提供覆盖全球的、厘米级精度的RTK修正服务。对于运营商网络而言，它是一个强大的、但必须谨慎对待的**外部、非受信（Untrusted）**合作伙伴。
- “运营商国家大地测量中心” (Operator’s Geodetic Center)：这是运营商自己在国内部署的一套高精度GNSS参考站网络。它同样能产出高质量的辅助数据。对于LMF而言，这是部署在自家“后院”的、完全可信的**内部、受信（Trusted）**部门。
LMF该如何与这两位性格迥异、信任级别不同的“供应商”打交道，来完成它的备战工作？6.15章节通过两个子流程，给出了完美的答案。
2. 穿过“海关”的交易：从非受信AF采集数据 (6.15.1)
与“全球星链”这样的外部商业伙伴合作，安全是第一位的。运营商的网络不能随意向互联网洞开大门。所有的交互，都必须经过一个严格的“海关”和“安检口”——NEF（网络能力开放功能）。
The following procedure is used by LMF to collect GNSS assistance information from AFs via the NEF.
“Figure 6.15.1-1: GNSS assistance data collection from untrusted AF”为我们描绘了这场需要“层层通关”的跨国交易。
2.1 第一阶段：寻找“供应商” (Discovery)
在交易开始前，LMF首先需要知道去哪里找“全球星链”。
1a-1c. Reuse the steps 1a-1c in figure 6.2.2.3-1 of TS 23.288 with following difference:
- The AF should also provide its serving area to NEF. …
这个过程巧妙地复用了另一份规范（TS 23.288，网络数据分析）中定义的、AF向网络注册其能力的标准流程：
- 供应商的“自我介绍” (AF → NEF → NRF)：“全球星链”（AF）会通过NEF，向运营商的NRF（网络功能仓库）注册自己的服务。这份“简历”中会写明：“我是‘全球星链’，我能提供RTK级别的GNSS辅助数据，我的服务覆盖范围是马拉松赛道所在的这几个跟踪区（TA list）。”
- LMF的“市场调研” (LMF → NRF)：LMF在备战之初，会向NRF发起一个查询：“请告诉我，在马拉松赛道区域，有哪些AF能够提供GNSS辅助数据？”
- NRF的“牵线搭桥”：NRF在自己的“供应商名录”中进行匹配，找到了“全球星链”，并将其“联系方式”（即它所对接的那个NEF的地址）返回给了LMF。
至此，LMF成功地“锁定”了它的目标供应商，并知道了必须通过哪个“海关”（NEF）才能联系到它。
2.2 第二阶段：下“订阅”订单 (Subscription)
2-5. Reuse the steps 2-5 in figure 6.2.2.3-1 of TS 23.288 with following difference:
- When subscribing for the event GNSS Assistance Data with the AF, the LMF may also indicate an event filter which contains a location area (i.e. TA or TA list) to AF via NEF.
LMF需要的不是一次性的数据，而是在赛前和赛中持续更新的数据流。因此，它采用的是“订阅-通知”模式。
- LMF → NEF → AF (Step 2)：LMF向NEF发起
Nnef_EventExposure_Subscribe请求，这就像一份长期的“订阅订单”。订单内容是：“我（LMF）希望订阅‘全球星链’（AF）的GNSS辅助数据。我只对马拉松赛道区域的数据感兴趣（这是一个事件过滤器 Event Filter）。” - AF的持续“发货” (Step 3-5)：NEF将这份订单安全地传递给“全球星链”。“全球星链”的系统收到后，便开始按照订阅要求，将最新的GNSS辅助数据，通过
Naf_EventExposure_Notify服务，源源不断地“推送”给NEF。NEF再将这些数据安全地“摆渡”给LMF。
通过NEF这个安全的、标准化的API网关，LMF成功地与一个外部、非受信的商业伙伴，建立起了一条安全、可靠的数据管道。
3. “内部专线”的调拨：从受信AF采集数据 (6.15.2)
现在，LMF转向它的第二位供应商——内部的“运营商大地测量中心”。由于同属一个运营商（同一个信任域），它们之间的交互就不再需要NEF这个“海关”了，可以直接走“内部专线”。
For trusted AFs, LMF collects GNSS assistance data through AFs directly. LMF discovers trusted AFs covering LMF serving area through NRF and subscribes to GNSS assistance data exposure from discovered trusted AFs.
“Figure 6.15.2-1: GNSS assistance data collection from trusted AF”为我们展示了这条更为简洁、高效的“内部调拨”流程。
3.1 发现：依然需要“黄页”
1a-1e. AF invokes Nnrf_NFManagement_NFUpdate_request service operation to register its GNSS related information… When LMF needs to discovery the available GNSS assistance data from AFs, LMF provide TAs to NRF…
尽管是内部部门，但为了架构的统一和解耦，发现的流程依然需要通过“公司黄页”——NRF。
- “测量中心”（AF）直接向NRF注册，声明自己的服务能力和覆盖范围。
- LMF向NRF查询，获取“测量中心”的直接联系地址（服务API端点）。
3.2 订阅：一步到位的“直接对话”
这是与非受信流程最核心的区别。
- LMF subscribes to or cancels subscription to GNSS assistance data in AF by invoking the Naf_EventExposure_Subscribe/Naf_EventExposure_Unsubscribe service operation.
- AF notifies the LMF with the available GNSS assistance data by invoking Naf_EventExposure_Notify service operation.
- LMF → AF (Step 2)：LMF在从NRF获取到“测量中心”的直接地址后，直接调用了“测量中心”提供的
Naf_EventExposure_Subscribe服务，发起了订阅请求。整个过程，NEF完全没有参与。 - AF → LMF (Step 3)：“测量中心”收到订阅后，也直接将GNSS辅助数据，通过
Naf_EventExposure_Notify服务，推送给了LMF。
这条“内部专线”，省去了NEF的转发和安全检查环节，信令路径更短，交互效率更高。
4. “弹药”入库，准备分发 (6.15的终点)
- After LMF gets the GNSS assistance data, it can send the data to UE via the procedures described in clauses 6.14 or 6.11.1 during a positioning session.
无论是通过“海关”的跨国贸易，还是通过“内部专线”的部门调拨，LMF这位“军火商”的仓库里，此刻已经堆满了最新、最精准的GNSS辅助数据“弹药”。
现在，LMF已经万事俱备。它可以：
- 启动“全城广播” (6.14.1)：将这些数据打包成“广播节目”，向马拉松赛道上的所有跑者进行广播，实现大规模、高效的群体赋能。
- 进行“单兵补给” (6.11.1)：如果在比赛中，某位运动员的设备需要特殊的、定制化的辅助数据，LMF也可以在一次“一对一”的定位会话中，将这些数据通过单播的方式精准送达。
5. 总结：开放与高效兼备的数据生态
6.15章节，虽然篇幅不长，但它为5G定位服务描绘了一幅开放、灵活、安全的数据采集蓝图。它定义了LCS生态系统中一个至关重要的上游环节——数据的来源。
- 双模式设计，兼顾安全与效率：通过区分受信与非受信AF，并分别设计了“经由NEF”和“直接交互”两种流程，3GPP标准在确保网络安全开放与追求内部运作效率之间，取得了完美的平衡。
- 服务化理念的贯彻：整个流程，无论是发现（通过NRF）还是订阅（通过
EventExposure服务），都严格遵循了5G核心网的SBA（服务化架构）理念，使得LMF与任何AF之间的集成，都变得标准化和可插拔。 - 赋能第三方生态：6.15.1的流程，为广大的第三方高精度地图和定位数据服务商，提供了一条进入运营商网络、将其数据能力变现的标准化路径。这极大地丰富了运营商LCS服务的能力来源，促进了一个开放共赢的产业生态。
对于LMF而言，6.15是它从一个单纯的“计算中心”，升级为能够整合全球资源的“情报与数据中心”的关键。正是有了这套强大的数据采集能力，LMF才能自信地为马拉松跑者、自动驾驶汽车、巡检无人机等，提供源源不断的、最高质量的“定位弹药”。
FAQ - 常见问题解答
Q1：为什么需要区分“受信（Trusted）”和“非受信（Untrusted）”的AF？ A1：这是出于网络安全和信任模型的考虑。受信AF通常指与运营商在同一管理域内、或有极高信任级别合作关系的实体（如运营商自建的系统）。它们之间的通信可以被认为是内部通信，可以简化流程，提高效率。而非受信AF泛指所有其他的第三方应用，无论其商业信誉多高，从网络安全的角度，都必须将其视为外部实体，其所有进出网络的请求都必须经过NEF这个安全网关的严格审查、授权和API转译。
Q2：NEF在这个流程中的核心价值是什么？ A2：NEF的核心价值是安全、抽象和统一。
- 安全：它是防火墙和安全策略执行点，保护核心网免受外部攻击。
- 抽象：它将核心网内部复杂的接口，抽象为对第三方开发者友好的、统一的RESTful API。
- 统一：它是所有第三方AF进入核心网的唯一入口，便于运营商进行统一的用户管理、策略控制和计费。
Q3：LMF采集这些GNSS辅助数据，是免费的吗？ A3：不一定。这取决于商业模式。对于从内部“大地测量中心”获取数据，可能是内部成本结算。而对于从“全球星链”这样的商业AF获取数据，运营商（LMF的所有者）几乎肯定需要向其支付数据服务费用。然后，运营商再将包含这些高精度数据的定位服务，作为增值产品（如上一篇提到的“精英选手包”）销售给最终用户，形成商业闭环。
Q4：为什么6.15.1的流程要复用TS 23.288（NWDAF）中定义的流程？ A4：这是3GPP标准设计中“模式复用”的一个典型例子。一个核心网功能（如LMF）需要从一个外部/内部的AF订阅数据，这个交互“模式”是非常通用的。TS 23.288中已经为NWDAF从AF采集数据，详细地定义了如何通过NEF/NRF进行发现和订阅的流程。为了避免重复发明轮子，TS 23.273在这里直接选择了“复用”这个已经成熟、标准化的流程模式，只是将流程中的“主角”从NWDAF换成了LMF，将“数据内容”从网络分析数据换成了GNSS辅助数据。
Q5：LMF是多久采集一次GNSS辅助数据？ A5：这不是一次性的采集，而是一种持续的订阅。LMF会向AF发起一个长期的订阅请求。之后，只要AF的数据有更新（例如，卫星轨道参数发生了微小变化），AF就会主动地、实时地将这个更新“推送”给LMF。这确保了LMF的“弹药库”里，永远都是最新鲜、最准确的数据。