51学通信

深度解析 3GPP TS 23.032：第一至四章 奠定GAD的基石 (范围、参考、定义与坐标系)

17分钟阅读

好的，我们开启一个全新系列的深度解读，这次的目标是3GPP TS 23.032——一份定义了如何在移动网络中描述地理位置信息的“通用语言”规范。这是本系列的第一篇文章，我们将对这份规范进行全面的概述。

深度解析 3GPP TS 23.032：第一至四章 奠定GAD的基石 (范围、参考、定义与坐标系)

本文技术原理深度参考了3GPP TS 23.032 V18.3.0 (2024-12) Release 18规范中，作为规范基础的第一章至第四章。本文旨在为读者系统性地构建一个关于通用地理区域描述（GAD）的坚实基础，我们将详细解读GAD的使命边界、生态依赖、核心术语以及其赖以描绘我们这个物理世界的数字坐标系。

引言：为数字世界绘制“标准地图”

在上一篇概览中，我们跟随5G应急勘察无人机**“鹰眼-01”**，初步领略了TS 23.032如何为移动网络中的位置服务提供一套标准的“空间语言”。我们知道，这份规范的核心，是定义一套标准的二进制编码方法，来精确描绘地球上的点、线、面。

现在，在学习如何具体地“绘制”这些几何图形（第五章）和“书写”它们的二进制代码（第六章）之前，我们必须先停下来，完成一次“岗前培训”。这次培训的目标，是彻底理解GAD这个数字世界赖以构建的“宇宙法则”。

为此，我们再次回到“鹰眼-01”的研发中心。项目首席架构师正在为整个团队举办一场基础工作坊，内容涵盖TS 23.032的第一至四章。他强调：“在我们让无人机学会画图之前，必须先让所有人对这块‘画布’的边界、材质、度量衡以及基本词汇，达成完全一致的理解。”

这堂课，将为我们揭示GAD的使命与边界（Scope）、它的技术“朋友圈”（References）、它的专业“词典”（Definitions），以及最重要的，它所依据的世界“地图”——参考坐标系（Reference system）。

1. 第一章 Scope (范围)：GAD的使命与边界

第一章为GAD划定了清晰的“权力边界”，明确了它做什么，以及更重要的——它不做什么。

1.1 GAD的核心定位：一种通用的“中间语言”

The present document defines an intermediate universal Geographical Area Description which subscriber applications, GSM, UMTS, EPS or 5GS services can use and the network can convert into an equivalent radio coverage map.

  • 技术解读：GAD被定义为一种**“中间的、通用的”**描述。这意味着它是一座桥梁：
    • 桥的一端，连接着上层应用。无论是紧急警报App，还是“鹰眼-01”的任务规划系统（Service Requester），都可以用GAD这门通用语言来向网络描述一个地理区域，而无需了解这个区域内具体有哪些基站。
    • 桥的另一端，连接着底层网络。网络（如定位服务器GMLC）接收到GAD描述后，有责任将其**“翻译（convert）”成自己能够理解的“无线覆盖地图（radio coverage map）”**，即一份小区ID（Cell ID）的列表。

The interpretation by the PLMN operator of the geographical area in terms of cells actually used, cells that are partly within the given area and all other technical and quality of service aspects are out of the scope of the present document.

  • 技术解读：这份规范最重要的边界在于，它只定义“语言”本身，不定义“翻译过程”。网络如何将一个半径1公里的圆形区域，精确地映射为一组小区列表？对于那些只被部分覆盖的小区，是包含还是排除？这些“翻译”的细节和精度，由运营商自行实现，不在本规范的讨论范围之内。

1.2 GAD的能力范畴：从静态区域到动态描述

This specification also provides a description of velocity that may be associated with a universal Geographical Area Description… The specification further provides a description of range and direction, relative location and relative velocity for a pair of devices such as 2 UEs.

  • 技术解读: GAD的能力远不止于描述静态的地理区域。它还提供了一整套工具，用于描述：
    • 速度 (Velocity): “鹰眼-01”的飞行速度和方向。
    • 相对位置 (Relative Location): “鹰眼-01”相对于指挥中心的位置。
    • 相对速度 (Relative Velocity): “鹰眼-01”正在以多快的速度靠近或远离目标。 这使得GAD不仅能回答“在哪里”的问题，还能回答“如何运动”的问题，为动态追踪和协同定位等高级应用提供了基础。

2. 第二章 References (参考文献)：GAD的生态系统

本章列出了GAD所依赖的“盟友”们，它们共同构成了GAD的“法理”基础和技术生态。

GSM 01.04: “Digital cellular telecommunications system (Phase 2+); Abbreviations and acronyms”. Military Standard WGS84 Metric MIL-STD-2401 …: “Military Standard Department of Defence World Geodetic System (WGS)“. 3GPP TS 29.572: “5G System; Location Management Services; Stage 3”.

  • 技术解读:
    • ** 3GPP的“通用词典”**: 引用TS 21.905 (GSM 01.04是其前身)，确保了GAD规范中使用的所有3GPP术语（如UE, PLMN）都有统一、无歧义的解释。
    • ** GAD的“世界地图”: 引用WGS 84 (World Geodetic System 1984)**军用标准，是本规范的基石。它庄严地宣告：GAD所描述的所有地理坐标，都基于WGS 84这个全球卫星定位系统（GPS）所使用的标准地球模型。这确保了GAD描述的位置，可以与全球主流的地图和定位设备无缝对接。
    • ** 5G时代的“应用接口”**: 引用TS 29.572，揭示了GAD在现代5G网络中的应用方式。TS 29.572定义了5G核心网中位置管理服务的API。在这些API的接口消息中，地理位置信息正是以TS 23.032定义的GAD格式来进行编码和传输的。这体现了GAD强大的生命力，从2G时代一直演进到5G的服务化架构中。

3. 第三章 Definitions and abbreviations (定义与缩略语)：GAD的专业词典

本章为GAD引入的几个新概念提供了权威定义。

3.1 Definitions

Coordinate ID: an identifier for a reference point that defines the origin of a particular local Cartesian System. Local Co-ordinates: co-ordinates relative to a local Cartesian System whose origin is expressed by a reference point. … Local Co-ordinates are only applicable in 5GS.

  • 技术解读: 这里引入了一对重要的新概念——本地坐标系。
    • 应用场景: 想象一下“鹰眼-01”正在一个大型室内展馆（如国家会展中心）执行安保巡逻任务。在这个场景下，使用全球经纬度坐标既不方便，精度也可能不足。取而代之，场馆的管理者可以定义一个本地坐标系：以展馆的西南角为原点（0,0,0），并为这个原点赋予一个唯一的**Coordinate ID**。
    • 5GS特性: 规范明确指出，本地坐标系仅适用于5GS（5G系统）。这是为满足5G时代的工业互联网、智慧场馆等垂直行业应用而引入的增强功能。当“鹰眼-01”在这个展馆内飞行时，它可以直接上报基于这个Coordinate ID的本地坐标（如x=100.5米, y=250.3米, z=15.0米），网络和应用可以据此进行更高效、更精确的室内定位和导航。

Service Requester: Entity, which uses the Geographical Area Description in any protocol to inform the network about a defined area. Target: Entity whose precise geographic position is to be described.

  • 技术解读: 这两个定义区分了位置信息的使用者和被描述者。
    • 服务请求者: 发起位置业务的实体。例如，请求紧急广播的政府部门，或者“鹰眼-01”的地面指挥中心。
    • 目标: 其地理位置被描述的实体。例如，被紧急广播覆盖的民众，或者“鹰眼-01”无人机本身。

3.2 Abbreviations

  • GAD: Geographical Area Description (通用地理区域描述)
  • GPS: Global Positioning System (全球定位系统)
  • WGS: World Geodetic System (世界大地测量系统)

4. 第四章 Reference system (参考系统)：GAD的世界坐标

本章是整个规范的物理基础，详细阐述了GAD所遵循的坐标体系——WGS 84。

Except for local co-ordinates, the reference system chosen for the coding of locations is the World Geodetic System 1984, (WGS 84)… The origin of the WGS 84 co-ordinate system is the geometric centre of the WGS 84 ellipsoid.

  • 技术解读:

    • WGS 84核心: 它是一个地球椭球模型。因为它假设地球是一个标准椭球，并给出了这个椭球的精确尺寸：
      • Major Axis (a) = 6378137 m (长半轴/赤道半径)
      • Minor Axis (b) = 6356752,314 m (短半轴/极半径)
    • 坐标定义: 在这个椭球模型上，规范给出了经纬度的精确定义：
      • 纬度 (Latitude): 是某点在椭球表面上的法线与赤道平面之间的夹角。北半球为正，南半球为负。
      • 经度 (Longitude): 是过该点的子午面与格林威治本初子午面之间的夹角。东经为正，西经为负。
      • 高度 (Altitude): 是某点沿其在椭球表面投影的法线方向，到椭球表面的距离。高于椭球面为正，低于为负。

  • 对工程师的意义: 这段描述至关重要。它意味着，任何需要自己动手实现GAD编码或解码的底层开发者，都必须严格遵循WGS 84的坐标定义。你从GPS模块收到的原始经纬度数据，可以直接用于GAD编码。如果你从其他坐标系（如火星坐标系、百度坐标系）获取了数据，必须先将其转换到WGS 84坐标系，才能进行GAD编码，否则将会产生米级甚至百米级的偏差。

FAQ环节

Q1：为什么GAD的参考系统要选择一个军用标准（WGS 84）？ A1：因为WGS 84是**全球卫星导航系统（GNSS）**的事实标准。不仅美国的GPS，欧洲的伽利略（Galileo）、中国的北斗（BDS）等全球定位系统，其坐标输出都能够精确地转换为WGS 84。选择WGS 84作为参考系统，确保了GAD能够与全球几乎所有的主流定位技术无缝兼容，这是其“Universal”（通用）一词的根本体现。

Q2：5G引入的“本地坐标系”相比全球WGS 84坐标系，有什么实际优势？ A2：优势主要体现在效率、精度和隐私上。

  • 效率: 在一个较小的局部区域内（如工厂），使用相对原点的米制坐标，其数据编码长度通常比表示全球经纬度更短，节省了信令开销。
  • 精度: 对于室内或有遮挡的环境，基于Wi-Fi、UWB、蓝牙信标等技术建立的本地定位系统，其相对精度可能远高于GPS。使用本地坐标系可以直接利用这种高精度，而无需进行复杂的坐标转换和精度损失。
  • 隐私: 在某些私网（NPN）场景下，企业可能不希望将其内部设备的精确全球经纬度信息暴露给外部网络。使用仅在企业内部有效的本地坐标系，可以增强位置信息的隐私性。

Q3：GAD只定义了“形状”和“编码”，那么与位置相关的“服务”是在哪里定义的？ A3：与位置相关的服务，通常在专门的**LCS（Location Services）**规范中定义。例如：

  • TS 23.271 “Functional stage 2 description of Location Services (LCS)”: 定义了LCS的系统架构、各种定位流程（如移动台始发定位、网络始发定位）。
  • TS 23.273 “5G System (5GS) Location Services (LCS); Stage 2”: 定义了5G时代的LCS架构和流程。 在这些流程规范中，当需要在不同网元之间传递地理区域信息时，它们就会“引用”TS 23.032，指明“此处的地理区域参数，请使用GAD格式进行编码”。

Q4：作为一个App开发者，我如何使用GAD来请求网络服务？ A4：您通常会通过一个更高层的API来间接使用GAD。例如，您可能会调用一个运营商或第三方提供的LBS平台API，如triggerEvent(area: Circle(center: LatLon, radius: 1000), eventType: 'ENTER')。在这个API的后台，LBS平台会将您传入的Circle对象，翻译成符合TS 23.032规范的GAD二进制码流，然后再通过标准3GPP接口（如 Diameter, HTTP/2）发送给核心网。因此，您需要理解GAD的概念模型（有哪些形状、参数），但通常无需自己进行二进制编码。

Q5：这份规范的标题是“Universal Geographical Area Description”，它是否可以用来描述月球或火星上的位置？ A5：理论上可以，但实际上面向的是地球。因为它的整个参考系统（第四章）是基于WGS 84地球椭球模型的。如果要描述月球或火星上的位置，就需要一个新的规范，来定义基于月球或火星参考椭球的坐标系和编码规则。但GAD定义的基本形状（点、圆、多边形等）和编码思想，是具有普适性的，完全可以被借鉴和扩展到地外天体的地理描述中。

关系图谱