好的，我们继续对TS 2 3.032的深度拆解。

这是系列文章的第六篇，我们将探索规范中一个独特的、用于描述动态世界的维度——第八章：速度描述 (Description of Velocity)。这一章为GAD的“静态画板”增添了时间的流矢，使其能够描绘物体的运动状态。

---

深度解析 3GPP TS 23.032：第八章 Velocity (为地理信息注入“动态灵魂”)

本文技术原理深度参考了3GPP TS 23.032 V18.3.0 (2024-12) Release 18规范中，关于“Chapter 8 Description of Velocity”的核心章节。本文旨在为读者详细剖析GAD（通用地理区域描述）是如何定义和编码速度这一关键动态信息的。我们将继续以无人机**“鹰眼-01”**的应急任务为场景，探索如何利用第八章的“运动学工具箱”，来精确描述它的飞行姿态和相对运动。

引言：从“静止的地图”到“流动的世界”

在前面的章节中，我们已经掌握了使用GAD的“几何画板”来描绘静态世界的能力。我们能画出“鹰眼-01”在某一时刻的位置，能勾勒出它需要巡查的区域。然而，真实世界是运动的。对于应急指挥中心来说，仅仅知道无人机在“哪里”是远远不够的，他们更需要实时地知道：

• 它正在以多快的速度飞行？
• 它正朝着哪个方向前进？
• 它是正在爬升还是下降？
• 它相对于那辆正在移动的应急指挥车，是在靠近还是在远离？

第八章“Description of Velocity”，正是为了回答这些问题而生。它为GAD这幅“静止的地图”，注入了“动态的灵魂”，使其能够描述一个**流动的、四维的（三维空间+时间）**世界。这一章定义的，是一套关于速度的“语言”和“编码规则”，是实现动态目标追踪、碰撞预警、轨迹预测等高级LBS应用的基础。

现在，让我们重新登上“鹰眼-01”的“驾驶舱”，看看它的飞行控制系统是如何利用第八章的工具，来向指挥中心实时汇报其完整运动状态的。

---

1. 速度的描述模型：从二维到三维，从绝对到相对

第八章首先定义了四种描述速度的基本模型，层层递进，以适应不同的应用需求。

1.1 8.1 Horizontal Velocity (水平速度)

Horizontal velocity is characterised by the horizontal speed and bearing. … The bearing provides the direction … taken clockwise from North. Figure 11: Description of Horizontal Velocity

• 运动学定义: 这是最基础的速度描述，只考虑物体在二维水平面上的运动。它由两个分量组成：
  • Horizontal Speed (水平速率): 速度的大小（Magnitude），即我们常说的“多快”。
  • Bearing (方位角): 速度的方向，定义为从正北方向顺时针测量的角度。
• 应用场景: 对于大多数地面交通工具（如汽车、火车）或在固定高度飞行的无人机，水平速度已经足以描述其主要运动状态。
• “鹰眼-01”的任务: 在接到指令，需要从A点飞往B点时，“鹰眼-01”的飞行报告会包含一个Horizontal Velocity：{speed: 80 km/h, bearing: 90 degrees}，清晰地表明它正在以80公里的时速向正东方向飞行。

1.2 8.2 Horizontal and Vertical Velocity (水平与垂直速度)

Horizontal and vertical velocity is characterised by horizontal speed, bearing, vertical speed and direction.

• 运动学定义: 在水平速度的基础上，增加了垂直方向的运动描述。它由四个分量组成：
  • 水平速率 (Horizontal Speed)
  • 方位角 (Bearing)
  • 垂直速率 (Vertical Speed): 垂直方向运动的速率大小。
  • 垂直方向 (Vertical Direction): 向上（Upward）或向下（Downward）。
• 应用场景: 这对于所有在三维空间中运动的物体，如飞机、无人机、甚至电梯，都是必需的。
• “鹰眼-01”的任务: 在事故现场上空进行螺旋式爬升以扩大视野时，“鹰眼-01”会上报一个Horizontal and Vertical Velocity：{horizontal_speed: 30 km/h, bearing: (动态变化), vertical_speed: 2 m/s, vertical_direction: Upward}。

1.3 8.3 & 8.4 带不确定性的速度 (Velocity with Uncertainty)

Horizontal velocity with uncertainty is characterised by a horizontal speed and bearing, giving a horizontal velocity vector V and an uncertainty speed s. Horizontal and vertical velocity with uncertainty … giving a horizontal velocity vector Vx,y, a vertical speed component Vz, and uncertainty speeds s1 and s2.

• 运动学定义: 在精确的速度向量基础上，增加了不确定性的描述。
  • 在二维水平面上，它定义了一个以精确速度向量V的箭头为中心，半径为s的圆形误差区域。
  • 在三维空间中，它则分别定义了水平速度分量的不确定性s1和垂直速度分量的不确定性s2，构成了一个误差“圆柱体”。
• 应用场景: 任何真实的测量都存在误差。速度传感器（如GPS测速、惯性导航单元IMU）的读数也非100%精确。上报带不确定性的速度，可以为接收方（如指挥中心的轨迹预测算法）提供更完整的信息，使其能够进行更可靠的概率性判断。
• “鹰眼-01”的任务: “鹰眼-01”的机载传感器融合系统，在计算出当前速度的同时，也估算出了这个速度的误差范围。因此，它会向指挥中心上报一个Horizontal and Vertical Velocity with Uncertainty，例如：“…水平速度误差(s1)为0.5m/s，垂直速度误差(s2)为0.2m/s”。

1.4 8.4a 相对速度 (Relative Velocity with Uncertainty) - 5GS新特性

The relative velocity with uncertainty of a device B relative to a device A is characterised by a radial velocity component … and a perpendicular transverse velocity component…

• 运动学定义: 这是5GS为协同应用引入的增强功能，描述的是一个物体相对于另一个物体的运动。它非常巧妙地将相对速度分解为两个垂直分量：
  • 径向速度 (Radial velocity): 两者之间距离的变化率，即它们是在靠近还是在远离。
  • 横向速度 (Transverse velocity): 两者连线角度的变化率，即方位角和俯仰角的变化速度。
• 应用场景: 在V2X、无人机编队等场景中，相对速度比绝对速度更具直接意义。
• “鹰眼-01”的任务: “鹰眼-01”正在追踪一辆移动的应急指挥车。它的机载雷达可以直接测量出与指挥车之间的相对运动。它会上报一个Relative Velocity：“目标车辆，径向速度-10m/s（即每秒靠近10米），横向速度+5 degrees/s（即方位角每秒顺时针增加5度）”。指挥中心无需知道两者的绝对速度，就能立刻判断出无人机正在从侧后方快速接近指挥车。

---

2. 速度的编码规则：将运动学向量转化为比特流

定义了模型之后，第八章的后半部分，则详细规定了如何将这些速度分量，编码为二进制比特流。

2.1 8.5 & 8.6 通用格式与类型编码

Figure 13: General Coding of Velocity Table 3: Coding of Velocity Type

• 编码规则: 与地理形状类似，一个完整的速度描述信息，也采用**“类型+描述”**的结构。
  • Velocity Type: 位于第一个字节的高4位，用一个4比特的编码，来声明后续的速度信息是属于哪种模型（如0000代表纯水平速度，0001代表水平+垂直速度等）。
  • Velocity Information: 紧随其后的、描述具体速度分量的数据字段。

2.2 8.7 - 8.11 各分量的编码细节

规范为速度的每一个分量，都定义了精确的编码规则：

• 8.7 Horizontal Speed (水平速率): 使用16比特无符号整数N，以1 km/h为单位。可表示0到65535 km/h的速度。

• 8.8 Bearing (方位角): 使用9比特无符号整数N，以1度为单位。可表示0到359度的范围（360-511的值不使用）。

• 8.9 Vertical Speed (垂直速率): 使用8比特无符号整数N，以1 km/h为单位。可表示0到255 km/h的垂直速度。

• 8.10 Vertical Speed Direction (垂直方向): 使用1比特。0代表向上，1代表向下。

• 8.11 Uncertainty Speed (不确定性速率): 使用8比特无符号整数N，以1 km/h为单位。N=255表示不确定性未指定。

• 编码示例: 让我们来编码“鹰眼-01”的一个飞行状态：水平速度120.3 km/h，方位角45.5度，正在以10.2 km/h的速度爬升。

  1. 确定类型: 这是Horizontal with Vertical Velocity，查Table 3，类型码为0001。
  2. 编码 Bearing: N = floor(45.5) = 45。45的9比特二进制为000101101。
  3. 编码 Horizontal Speed: N = round(120.3) = 120。120的16比特二进制为0000000001111000。
  4. 编码 Vertical Speed: N = round(10.2) = 10。10的8比特二进制为00001010。
  5. 编码 Vertical Direction: 爬升是向上，为0。
  6. 组合比特流: 按照**Figure 15 (Coding of Horizontal with Vertical Velocity)**的格式，将这些二进制字段拼接起来，就得到了最终上报的比特流。

---

FAQ环节

Q1：为什么速度编码的单位是km/h，而不是国际标准的m/s？ A1：这主要是出于习惯和可读性的考虑。在交通和航空领域，km/h是一个更常用、更直观的速度单位。同时，以1km/h为编码步进，对于大多数宏观运动的物体（车辆、飞机）来说，精度已经足够。虽然在内部计算时系统可能会使用m/s，但在空口信令的编码上，为了与行业习惯保持一致，3GPP选择了km/h作为标准单位。

Q2：方位角（Bearing）使用9比特编码，可以表示0-511，但为什么360-511是不使用的？ A2：这是为了编码的效率和避免歧义。一个圆周只有360度。使用9比特（可表示512个值）是能够完整覆盖0-359这个范围的、最节省的比特数（8比特只能表示0-255，不够）。多出来的152个值（360-511）没有对应的物理含义，因此规范规定它们不应被使用。接收方如果收到这个范围内的值，应将其视为无效数据。

Q3：为什么水平速度用16比特，而垂直速度只用8比特？ A3：这反映了对典型应用场景的考量。

• 水平速度: 车辆、飞机等在水平方向上的速度范围可以非常大（从0到超音速）。使用16比特可以表示高达65535 km/h的速度，足以覆盖所有已知的应用场景，并留有极大的余量。
• 垂直速度: 物体在垂直方向上的运动速度，通常远小于水平速度。无论是飞机的爬升/下降率，还是车辆在坡道上的升降，其速度值一般都在一个较小的范围内。使用8比特（可表示0-255 km/h，约等于70 m/s）对于绝大多数场景来说已经绰绰有余。 这种差异化的比特分配，是一种信令优化的体现，在满足需求的前提下，尽可能地节省了宝贵的无线资源。

Q4：相对速度（Relative Velocity）的定义为什么是“径向”和“横向”速度，而不是像绝对速度那样，分解为X,Y,Z方向的速度？ A4：因为径向和横向速度，是传感器（如雷达、激光雷达）最容易直接测量的物理量。

• 径向速度: 可以通过测量电磁波的多普勒频移，非常精确地直接获得。
• 横向速度: 可以通过连续追踪目标的角度变化率来直接获得。 而要将相对运动分解为X,Y,Z三个笛卡尔坐标轴上的速度，通常需要更复杂的坐标转换和融合计算，并且精度容易受姿态角误差的影响。采用径向/横向速度模型，使得终端可以直接上报其传感器的“原始”测量结果，更直接、更高效，也更符合协同感知应用的物理本质。

Q5：这些速度信息，是和第五章的地理形状信息一起发送的吗？ A5：是的，它们可以关联发送，但属于不同的信息元素。一个完整的动态目标状态描述，通常会包含两个部分：

1. 一个GAD信息元素，用于描述目标在某一时刻的地理位置（如“带高度和不确定性椭球的点”）。
2. 一个Velocity Description信息元素，用于描述目标在同一时刻的运动状态（如“带不确定性的水平和垂直速度”）。 这两个信息元素共同构成了一个目标的瞬时状态向量（State Vector）。上层协议（如5G的LMF）会将这两个IE打包在同一个消息中进行传输。