好的，我们继续解读TR 21.918的后续章节。
深度解析 3GPP TR 21.918：9.8 5G-enabled fused location service capability exposure (5G使能的融合定位服务能力开放)
本文技术原理深度参考了3GPP TR 21.918 V18.0.0 (2025-03) Release 18规范中，关于“9.8 5G-enabled fused location service capability exposure”的核心章节，旨在为读者深入剖析5G-Advanced如何从提供“单一”的定位数据源，演进为提供“融合”的、可定制的、面向应用层的定位服务，将网络底层的定位能力，优雅地封装为上层应用的“即插即用”模块。
在之前的定位服务（LCS）系列解读中，我们已经见证了5G在定位技术（如Sidelink定位、载波相位定位）和系统流程（如用户面信令、PRU）上的巨大进步。然而，对于一个上层应用开发者来说，他们面临的现实世界远比3GPP规范来得复杂。
一个用户的精确位置，其信息来源可能是多维度的：户外的GNSS、运营商的5G网络、商场部署的Wi-Fi或蓝牙信标、手机内置的惯性传感器（IMU）……每种技术都有其独特的优势和盲区。应用开发者最大的痛点是，如何将这些来自不同“次元”的、碎片化的定位数据“融合”起来，去伪存真，最终得到一个在任何场景下都最准确、最可靠的位置结果？
为了解决这个“最后一公里”的难题，3GPP SA6工作组在Release 18中，基于其为垂直行业打造的通用服务使能层（SEAL），提出了**5GFLS（5G Fused Location Service）**的概念。
今天，我们的主角，是一家领先的地图导航App公司的产品经理，小倩。她正在规划下一代“全场景AR导航”功能，希望用户无论是在室外的开阔地，还是在室内的停车场、大型商场，都能获得无缝、精准的AR导航体验。她深知，要实现这一目标，必须依赖于一种强大的“融合定位”能力。让我们跟随小倩的探索，深入9.8章节，看看5GFLS如何为她提供梦想中的“定位瑞士军刀”。
1. 问题的根源：碎片化的定位孤岛
在5GFLS出现之前，小倩的App需要自己去集成和处理来自不同源头的定位数据。
The work item “5G-enabled fused location service capability exposure” specifies the following function/mechanism to enhance the 5G location services in the application enabled layer:
- Architecture enhancement of application enablement for location;
- Support of LCS QoS;
- Location service differentiation; and
- Initialization and configuration for fused location service.
她的开发团队叫苦不迭：
- 需要分别对接Android和iOS的定位API、5G网络的定位API、商场Wi-Fi定位服务商的API……接口繁杂，开发量巨大。
- 需要自己编写复杂的融合算法（如卡尔曼滤波），来处理这些精度、频率、坐标系各不相同的定位数据。
- 当用户请求一个“亚米级”精度的定位时，App需要自己去判断，当前应该启动哪些定位引擎的组合才能满足要求。
这种“应用各自为战”的模式，不仅开发成本高，而且融合效果参差不齐，难以保证一致的用户体验。
2. 5GFLS的诞生：SEAL架构下的“定位中枢”
5GFLS的核心思想，就是将这种复杂的“融合”工作，从各个App中剥离出来，下沉到网络的应用使能层（SEAL），由一个专业的“定位中枢”来统一完成。
Architecture enhancement of application enablement for location To specify how the SEAL location-related architecture can be enhanced to support the combined use and fusion of different location technologies at the application enabled layer. The current SEAL-LM architecture should be enhanced to include the Fused Location Function (FLF) which is part of Location Management Server (LMS), and support the LM-3P interface to interact with 3rd party location server.
Rel-18对SEAL的位置管理（SEAL-LM）架构进行了关键增强：
- 引入FLF（融合定位功能）: 在SEAL的位置管理服务器（LMS）内部，增加了一个全新的功能实体——
Fused Location Function (FLF)。这个FLF，就是小倩梦寐以求的“定位中枢”。 - 开放的LM-3P接口: FLF不仅能调用3GPP网络自身的定位能力，还定义了一个
LM-3P接口，用于与第三方定位服务器（如Wi-Fi/蓝牙定位服务商、高精度地图服务商）进行对接。
通过这一架构增强，SEAL LMS/FLF摇身一变，成为了一个汇聚各路定位英雄的“武林盟主”。
When the Fused Location Function is present, the Location Management Server may use the location information from multiple sources to determine a more accurate UE location.
现在，小倩的App不再需要关心底层有多少种定位技术。它只需要向SEAL LMS/FLF提出一个简单的请求，剩下的所有复杂工作，都由FLF来完成。
3. FLF的核心能力：QoS驱动的智能融合
FLF最核心的价值，在于它是一个**“QoS驱动”**的智能融合引擎。
Support of LCS QoS As different location sources can provide different location information with different location QoS, the Fused Location Function takes the advantages of these different location sources and decides to select the most proper location sources based on the required location QoS and fuses the location information…
当小倩的AR导航App向FLF发起一个定位请求时，它可以附带一个明确的QoS要求，例如：
{ "horizontalAccuracy": 1, "verticalAccuracy": 2, "latency": 500 }(我需要一个水平精度1米、垂直精度2米、延迟不超过500毫秒的位置结果)
FLF收到这个带有QoS的请求后，会像一个经验丰富的指挥官，智能地调度其麾下的各种定位“兵种”：
- 分析需求: FLF首先分析QoS要求。“1米精度”，这超出了单独使用5G蜂窝定位的能力。
- 选择数据源: FLF查询其能力库，发现要达到1米精度，至少需要融合“5G Multi-RTT”和“商场Wi-Fi RTT”两种数据。
- 触发定位: FLF随即通过内部接口，同时向5G核心网的GMLC和商场Wi-Fi定位服务器发起定位请求。
- 融合解算: 在收到来自不同源的定位结果后，FLF启动其内置的融合算法，将这些结果进行加权、滤波，最终生成一个满足QoS要求的、最优的融合位置。
- 返回结果: 将最终的融合位置返回给小倩的App。
这种“按需融合”的模式，不仅为App提供了前所未有的高精度、高可靠定位，还避免了不必要的资源浪费（例如，如果App只需要百米级的粗略定位，FLF可能就只会调用成本最低的Cell ID定位）。
4. 服务的“定制化”：位置服务画像（Profile）
不同的应用，对定位的需求千差万别。导航App需要连续的高频位置，而一个签到App可能只需要一次性的单点定位。为了满足这种差异化的需求，5GFLS引入了**位置服务画像（Location service differentiation）**的概念。
To distinguish the location service via different dimensions… the creation of location profiles at a fused location service is introduced and the Fused Location Function (FLF)… could enable the translation/mapping of the vertical request to a location profile…
- 定义Profile: FLF可以预先定义多种“位置服务套餐”（Location Profiles），例如：
- “AR导航Profile”: { 连续定位, 频率: 10Hz, 精度: 1m, 融合源: [5G, Wi-Fi, IMU] }
- “签到打卡Profile”: { 单次定位, 精度: 50m, 融合源: [5G Cell-ID] }
- 请求映射: 当小倩的App发起请求时，它可以不再提供复杂的QoS参数，而是直接请求一个预定义好的Profile：“我需要使用‘AR导航Profile’”。
- 简化交互: FLF收到请求后，会自动根据Profile的定义，执行相应的融合定位流程。
这种基于Profile的服务模式，极大地简化了上层应用的开发，使得开发者可以像“点菜”一样，轻松地选择适合自己应用的定位服务。
5. 服务的初始化与配置：让FLF“认识”UE
要让FLF能够为小倩的手机提供服务，首先需要让FLF“认识”这台手机，了解它的定位能力。
Initialization and configuration for fused location service The Location Management Client (LMC) can provide its UE IDs and the location capabilities to the Fused Location Function (FLF)… and the FLF can generate and store this information as the UE location context…
这个“相互认识”的过程，被称为初始化与配置：
- 能力上报: 当小倩第一次打开“智能生活”App时，部署在手机上的LMC（位置管理客户端，SEAL的一部分），会收集手机的各项定位能力（如支持GNSS、Wi-Fi、蓝牙、支持5G Rel-18定位信令等）和UE ID。
- 上下文建立: LMC将这些能力信息上报给云端的FLF。FLF收到后，会为这台手机创建一个**“UE位置上下文（UE location context）”**，并将其存储起来。
- 按需调用: 之后，当FLF需要为这台手机进行定位时，它就会查阅这个上下文，了解“这台手机有哪些定位武器可用”，从而做出最优的调度决策。
总结
3GPP TR 21.918的9.8章节，通过定义5GFLS（5G使能的融合定位服务），为5G定位的演进画上了点睛之笔。它成功地解决了定位技术走向实际应用时，最棘手的“碎片化”和“易用性”问题。
- 通过在SEAL架构中引入FLF（融合定位功能），5GFLS构建了一个开放的、可扩展的“定位中枢”，能够汇聚和管理来自3GPP网络内外的多维定位数据源。
- 通过QoS驱动的智能融合机制，FLF能够根据上层应用的精确需求，动态地选择和调度最优的定位技术组合，实现了“按需服务”。
- 通过引入位置服务画像（Profile），它将复杂的定位能力，封装成了易于开发者调用的“服务套餐”，极大地降低了应用开发门槛。
对于小倩这样的应用产品经理而言，5GFLS的出现，意味着她终于可以从繁琐的底层定位技术细节中解放出来，将全部精力投入到上层应用和用户体验的创新上。她不再需要一个庞大的底层技术团队去“造轮子”，而只需简单地调用SEAL LMS/FLF提供的标准化API，就能为她的“全场景AR导航”应用，注入一颗前所未有的、强大而智能的“定位心脏”。
5GFLS，是5G从“技术提供者”向“服务赋能者”转变的又一个力证。它正在为构建一个更加智能、更加情境感知的未来应用生态，铺平道路。
FAQ - 常见问题解答
Q1：5GFLS中的FLF（融合定位功能）是部署在哪里？是核心网的网元吗？ A1：FLF不是核心网（5GC）的标准网元，而是部署在**应用使能层（Application Enabler Layer）的功能实体。根据3GPP SEAL的架构，FLF是LMS（位置管理服务器）**的一部分。这个LMS可以由移动运营商自己部署，也可以由第三方（如大型互联网公司、汽车制造商）部署。它通过标准的5GC北向接口（如NEF）与核心网交互，获取5G网络的定位能力；同时通过开放的LM-3P接口，与其他的第三方定位系统集成。
Q2：使用了5GFLS之后，我的App还需要向用户申请定位权限吗？ A2：**需要，而且更加重要。**5GFLS只是将融合定位的“技术实现”放到了后台服务器，但它并不能绕过用户隐私授权。恰恰相反，SEAL架构对用户同意（User Consent）和隐私保护有着非常严格的规定。当小倩的App想通过FLF获取用户位置时，整个流程的第一步，依然是App必须在手机上弹窗，向用户明确请求定位权限。只有在用户点击“同意”后，FLF才会被授权去调用底层的各种定位资源。FLF更像一个受用户委托的、专业的“定位管家”，而非一个可以随意获取用户位置的“监控者”。
Q3：位置服务画像（Location Profile）是由谁来定义的？是运营商，还是App开发者？ A3：可以由多方定义，这是一个灵活的框架。1）运营商/平台方可以预定义一系列通用的、标准化的Profile，例如“高精度连续导航”、“低功耗地理围栏”、“单次快速定位”等，供所有接入的App选择。2）App开发者（如小倩的公司）也可以与平台方协商，定制专属于自己应用的Profile。例如，为AR导航应用定制一个对垂直精度和姿态信息有特殊要求的Profile。这种分层、可定制的模式，兼顾了标准化和灵活性。
Q4：5GFLS是如何处理不同定位源的坐标系不统一问题的？ A4：这是FLF融合算法需要解决的一个核心技术问题。FLF内部会维护一个统一的、高精度的地理参考框架。当它从不同的定位源（如5G网络返回的WGS-84坐标、商场Wi-Fi返回的基于商场自定义原点的(x, y)坐标）获取数据时，它会执行坐标转换（Coordinate Transformation）。这通常需要依赖高精度地图数据。例如，FLF会预先知道商场的地理位置和室内地图布局，从而能够将Wi-Fi定位的(x, y)坐标，精确地转换到全球统一的WGS-84坐标系下，然后再与其他来源的数据进行融合。
Q5：SEAL和5GFLS的出现，对小型创新企业意味着什么？ A5：意味着巨大的机遇和大幅降低的创新门槛。在过去，只有像大型地图公司那样的巨头，才有财力和技术实力去整合多源定位技术，构建复杂的融合定位引擎。而现在，SEAL和5GFLS将这种昂贵的、复杂的能力，变成了一种可以通过API调用的公共服务。一个只有几个人的小型开发团队，现在也可以通过调用5GFLS的API，轻松地为自己的应用（例如，一个针对视障人士的室内导航App，或一个AR游戏）赋予“厘米级”的定位能力，从而能够与大公司在同一个起跑线上，进行应用和体验的创新。这极大地促进了整个定位服务生态的繁荣。