51学通信

深度解析 3GPP TS 38.410：5.15 Location Reporting function (位置报告)

15分钟阅读

好的，我们继续跟随5G基站工程师小雷，深入探索NG接口上那些为满足高级应用和精细化运营而生的关键功能。这一次，我们将聚焦于一个让网络拥有“千里眼”和“顺风耳”的能力——位置报告功能。

深度解析 3GPP TS 38.410：5.15 Location Reporting function (位置报告)

本文技术原理深度参考了3GPP TS 38.410 V18.2.0 (2024-06) Release 18规范中，关于“5.15 Location Reporting function”的核心章节，并结合其在核心网（TS 23.501/502）和NGAP协议（TS 38.413）中的具体实现，为读者完整呈现5G网络中，核心网如何通过NG接口，指令基站按需、精准地报告用户位置信息。

引言：从“我在哪”到网络“需要知道你在哪”

我们的主角，基站工程师小雷，知道他所负责的gNB能够通过各种无线测量，实时地掌握其覆盖下每一个活动用户（CONNECTED UE）的大致位置（通常是所在的小区ID）。但这种由UE和gNB自己维护的位置信息，通常只用于网络内部的移动性管理（如切换）。

然而，在5G时代，越来越多的上层应用和服务，对用户的位置信息产生了强烈的需求。想象一下：

  • 紧急救援: 119指挥中心接到一个来自高楼内的求救电话，他们需要知道报警人所在的具体楼层。
  • 智能交通: 一个V2X云平台，需要获取特定区域内所有车辆的实时位置，以进行交通流量分析和拥堵预测。
  • 商业应用: 一个商场App，希望在一个用户进入商场地库时，就向他推送停车位导航和优惠券。

在这些场景中，不再是UE主动问“我在哪”，而是网络或第三方应用，需要主动地、按需地去获取“你在哪”。

第5.15节“位置报告功能”，正是NG接口为满足这种网络侧主动定位需求而设计的核心指令通道。它允许核心网（AMF）能够像一位“侦查指挥官”，向“前线侦察兵”（gNB）下达各种精细化的“位置侦察任务”。

1. “位置侦察”的使命：按需、精准、事件触发

5.15 Location Reporting function

This function enables the AMF to request the NG-RAN node to report the UE’s current location, or the UE’s last known location with timestamp, or the UE’s presence in a configured area of interest.

深度解读：

这句话为位置报告功能，定义了三大核心“侦察模式”：

  1. 报告当前位置 (report the UE’s current location): 这是一种“立即上报”模式。AMF下达指令，gNB立即进行一次位置测量，并上报结果。
  2. 报告最后已知位置 (report the UE’s last known location with timestamp): 这是一种“档案查询”模式。适用于UE已经进入IDLE或INACTIVE状态，gNB无法再进行实时测量的情况。AMF可以向之前服务过该UE的gNB查询：“这个UE失联前，最后在什么地方、什么时间出现过？”
  3. 报告在特定区域的存在 (report the UE’s presence in a configured area of interest): 这是最智能、最高级的一种“事件触发”模式。AMF可以提前给gNB划定一个或多个“重点关注区域”，并下达一个长期监视的任务，例如：“请持续监视这个UE，一旦他进入、离开或停留在‘中关村软件园’这个区域，就立即向我报告。”

2. “侦察任务”的下达与执行：位置报告信令流程

这些“侦察任务”在NG接口上，主要是通过LOCATION REPORTING CONTROL（任务下达）、LOCATION REPORT（任务汇报）和LOCATION REPORTING FAILURE INDICATION（任务失败报告）这三个NGAP流程来实现的。

场景设定： 一个物流公司的车队管理平台（作为AF），需要实时追踪旗下的货车“货车A”（UE）。它通过核心网，订阅了对“货车A”的位置服务。

第一步：AMF下达“侦查任务书”

NGAP Procedure: LOCATION REPORTING CONTROL NGAP PDU: LOCATION REPORTING CONTROL (AMF → gNB)

当“货车A”接入小雷的gNB后，AMF会向gNB发送一条LOCATION REPORTING CONTROL消息。这相当于AMF向gNB下发了一份详细的“侦察任务书”。

“任务书”的核心内容：

  • Request Type: 这是最重要的部分，定义了本次任务的“侦察模式”：
    • Direct report (直接报告): 对应我们前面说的“立即上报”模式。
    • Report upon change of serving cell (服务小区变更时报告): 一种简单的事件触发模式，UE每次切换小区，gNB都要上报一次新位置。
    • Report upon presence in area of interest (在关注区域出现时报告): 最高级的“事件触发”模式。
  • Area Of Interest List (可选): 当Request Type是“在关注区域出现时报告”时，这个参数会包含一个或多个“重点关注区域”的定义。这个区域可以由TAI列表、Cell ID列表或Emergency Area ID列表来描述。
  • Location Reporting Reference ID: AMF为这次“侦察任务”分配的一个唯一编号，便于后续对该任务的管理（如修改或取消）。

第二步：gNB执行“监视与汇报”

小雷的gNB收到了这份“任务书”，开始执行。

  • 如果是“Direct report”: gNB立即获取“货车A”当前所在的小区全球ID（NCGI），以及可能的时间戳或UE在小区内的位置信息（如果能获取的话）。然后，它会立即进入第三步。
  • 如果是“事件触发”模式: gNB会将这份“任务书”（特别是Area Of Interest List）存储在“货车A”的UE上下文中。然后，gNB会持续地、默默地监控“货车A”的位置变化。

场景演绎：事件触发的智能汇报

假设“任务书”要求：“一旦‘货车A’进入‘北京物流园区’（由一组Cell ID定义），立即报告”。

  1. gNB持续监控“货车A”的移动。
  2. 当“货车A”通过一次切换，进入了“北京物流园区”内的一个小区时，gNB的内部逻辑会检测到这个“进入事件”的发生。
  3. 触发条件满足！ gNB立即进入第三步。

第三步：gNB提交“侦查报告”

NGAP Procedure: LOCATION REPORT NGAP PDU: LOCATION REPORT (gNB → AMF)

当需要报告时（无论是立即报告还是事件触发），gNB会向AMF发送一条LOCATION REPORT消息。

“侦查报告”的核心内容：

  • Location Reporting Reference ID: 附上本次报告所属的“任务编号”，让AMF知道这是对哪个任务的汇报。
  • UE Location Information: 最重要的部分，包含了UE的位置信息，例如：
    • UE Last Known Location: UE所在的NCGI和TAI。
    • Timestamp: 位置信息获取的时间戳。
  • UE Presence in Area of Interest: 如果是事件触发的报告，这里会明确指出触发的事件是“In Area”（进入区域）、“Out of Area”（离开区域）还是“Within Area”（在区域内）。

AMF收到这份“侦查报告”后，就可以将其转发给最初请求位置服务的上层应用（如物流平台），从而实现了“货车A已到达物流园区”的自动通知。

异常处理

如果gNB因为某种原因（如UE失联）无法完成定位任务，它会向AMF发送LOCATION REPORTING FAILURE INDICATION消息，报告任务失败。

3. 位置报告的意义：赋能LBS生态，服务垂直行业

位置报告功能，看似只是一个简单的“问与答”，但它为5G网络带来了巨大的商业价值和应用前景。

  • LBS (Location Based Service) 的基石: 它是所有网络侧LBS应用的基础。无论是精准广告推送、电子围栏、还是智能提醒，都依赖于网络能够主动、实时地获取用户位置。
  • 垂直行业应用的刚需:
    • 车联网 (V2X): 如前所述，车队管理、交通流量分析、危险区域预警等云端应用，都需要批量获取车辆的位置。
    • 公共安全: 为执法部门提供合法合规的追踪能力，为应急救援提供生命攸关的定位信息。
    • 物联网资产追踪: 实时监控贵重资产（如冷链集装箱、医疗设备）的地理位置。
  • 网络优化的输入: AMF也可以利用位置报告功能，获取用户的移动性模式，从而进行更智能的网络规划和资源优化。

与高精度定位（NRPPa）的关系：

  • 互补关系: 5.15节的位置报告，通常提供的是小区级（Cell-ID）的宏观位置，它解决的是“UE在哪片区域”的问题，其流程相对轻量。而5.18节的NRPPa定位，则提供的是米级甚至厘米级的高精度位置，它解决的是“UE在这个区域的哪个精确坐标点”的问题，其信令交互和计算都非常复杂。
  • 协同工作: 在实际应用中，两者可以协同工作。例如，一个应用可以先通过5.15节的事件触发报告，得知UE进入了一个“重点区域”，然后再触发5.18节的高精度定位流程，获取其在该区域内的精确轨迹。

总结：让网络拥有“感知”世界的眼睛

通过对5.15节“位置报告功能”的深度剖析，我们看到了NG接口是如何将RAN的底层定位能力，封装成一个标准化的、可按需调用的“位置服务”，并开放给核心网的。

  • 灵活的报告模式: 提供了从一次性查询到长期事件订阅的多种报告模式，满足了不同应用场景对位置信息的差异化需求。
  • 清晰的接口定义: 通过LOCATION REPORTING CONTROL和LOCATION REPORT等NGAP流程，在AMF和gNB之间，建立了一条权责清晰、参数明确的“定位任务通道”。
  • 事件驱动的效率: 特别是“在关注区域出现时报告”这一事件驱动模式，极大地降低了不必要的信令开销。网络不再需要频繁地“轮询”UE的位置，而是将“智能”下沉到了gNB，只有在真正关心的事件发生时，才触发一次上报。

对于基站工程师小雷来说，位置报告功能，让他的gNB不再仅仅是一个“通信管道”，更成为了核心网部署在网络边缘的“感知触角”。当AMF的指令传来，这个“触角”就能被精确地激活，去感知、监控、并报告物理世界中每一个终端的动态。这正是5G网络走向更智能、更感知化的重要一步。

关系图谱