51学通信

深度解析 3GPP TR 21.917：6.3.3 DroneUASUAVEAV (为无人机装上“数字翅膀”)

21分钟阅读

深度解析 3GPP TR 21.917：6.3.3 Drone/UAS/UAV/EAV (为无人机装上“数字翅膀”)

本文技术原理深度参考了3GPP TR 21.917 V17.0.1 (2023-01) Release 17规范中，关于“6.3.3 Drone/UAS/UAV/EAV (无人机)”的核心章节。本章是5G技术向低空空域延伸、赋能未来“低空经济”的关键一环，旨在为读者全面揭示3GPP Rel-17如何为无人机系统构建一个安全、高效、可管理的“空中信息高速公路”。

1. 智慧新区的“天空之城”：林工的低空空域管理挑战

“滨海智慧新区”的总设计师林工，正面临着一个全新的维度挑战——天空。在他的规划中，新区的低空空域将成为一条繁忙的、立体的“空中走廊”。

  • “迅捷快递-001”，一台来自电商巨头的物流无人机，正载着包裹，沿着预设航线飞往居民区。

  • “电网卫士-A05”，一台电力公司的巡检无人机，正在高压电塔之间自主飞行，回传着红外热成像数据。

  • “平安巡逻者-Z3”，一台隶属公安部门的警用无人机，正在城市上空执行安防巡逻任务。

“我们不能让天空变成一片混乱的‘西部荒野’。”林工在低空空域管理专题会上指出，“我们需要一个强大的‘空中交通管制系统’。这个系统必须能解决三大核心问题：”

  1. “数字风筝线”问题：如何确保我们对每一架无人机的控制链路（C2 Link）都绝对可靠，永不中断？风筝线断了，风筝会掉下来；无人机的“数字风筝线”断了，后果不堪设想。

  2. “空中交管局”问题：如何对来自不同公司、不同部门的成千上万架无人机进行统一的“交通管理”？包括飞行许可申请、航道规划、群组协同等。

  3. “数字车牌”问题：如何识别空中的每一架无人机是谁的？它的飞行是否合规？在发生事故或违规飞行时，如何进行追溯？

这三大挑战，正是3GPP Rel-17在6.3.3章节中，通过系统性的架构设计和协议增强所要回答的问题。5G网络，正从一个地面通信系统，演进为未来低空经济的“基础设施”。

2. 统一语言：从Drone到UAS，我们到底在谈论什么？

在深入技术细节前，我们先要统一“语言”。在6.3.3章节的标题中，我们看到了Drone, UAS, UAV, EAV等多个缩写，它们是什么关系？

6.3.3.1 Introduction

For several reasons, drone-related aspects have been using different names: during the course of Rel-17, “unmanned” was changed to “uncrewed”. Also, some groups have been using “Vehicle” (“UAV”) while other have been using “Systems” (“UAS”).

【深度解读】

  • Drone：是大众最熟悉的词，泛指无人机。

  • UAV (Unmanned/Uncrewed Aerial Vehicle)：无人驾驶航空载具。它强调的是“飞行器”本身。

  • UAS (Uncrewed Aerial System)：无人驾驶航空系统。这是3GPP和航空业最终倾向于使用的、最严谨的术语。它强调无人机是一个完整的系统，不仅包括飞行器（UAV），还包括地面控制站（UAV-C）、通信链路以及其他支持系统。

  • EAV (Enhanced for UAVs)：这是Rel-17某个工作项目的名称，强调是“为UAV做的5G增强”。

因此，当我们谈论5G支持无人机时，我们实际上是在谈论5G如何支持整个UAS（无人机系统） 的运行。这一定位，决定了3GPP的解决方案是端到端的，而不仅仅是解决一个简单的空中连接问题。

3. “数字风筝线”：为生命线C2链路保驾护航 (6.3.3.2.1)

林工的第一个担忧，是那根看不见的“数字风筝线”——C2（Command and Control）通信链路。它的可靠性，是无人机安全的基石。

6.3.3.2.1 5G Enhancement for UAVs

…Point1: Requirements for UAV usages: Network exposure for UAV services; Service restriction for UEs onboard of UAV; Requirements for UxNB; C2 communication

【深度解读】

C2通信，就是地面飞手（或控制系统）向无人机发送飞行指令（如“上升”、“左转”、“返航”），以及无人机向地面回传基本遥测数据（如姿态、电量、位置）的链路。它对通信的要求是极致的可靠性和低时延。

Rel-17为此进行了专门的无线能力增强，核心思想是：将C2链路识别出来，并赋予其最高的服务质量（QoS）保障。

  • QoS特权：当无人机的应用向网络申请建立C2链路时，会使用一个特殊的QoS Flow Indicator（5QI），例如标识为“UAV-C2-Control”的5QI。网络（RAN和5GC）在识别到这个5QI后，会为这条数据流启动“最高礼遇”：

    • 在无线调度上，赋予其绝对优先权，确保即使在网络拥塞时，C2指令也能第一时间被发送。

    • 启用URLLC（超可靠低时延通信）的相关技术，如更鲁棒的编码方式、PDCP层的复制（duplication）等，确保其传输成功率达到99.999%甚至更高。

  • UxNB增强：规范中提到的“UxNB”是指为支持无人机而增强的gNB。由于无人机在空中，其与地面基站的无线信道环境与地面用户完全不同（例如，视距传输为主，但来自周边小区的干扰更强）。Rel-17的研究推动了对天线模式、干扰协调等方面的优化，以改善空对地通信的质量。

通过这些增强，5G网络为每一架无人机都系上了一根由URLLC技术打造的、坚不可摧的“数字风筝线”。

4. “空中交管局”：UAE，无人机服务的“应用总线” (6.3.3.2.2)

解决了“飞得稳”的问题，林工接着要解决“管得好”的问题。成千上万的无人机如何申请航线？如何进行编队飞行？如何与城市管理平台互动？他需要一个标准化的“空中交管局”。

这个“交管局”的数字化身，就是UAE (UAS Application Enabler)。

6.3.3.2.2 Application layer support for UAS

This Feature specifies enabler services related to application layer support for Uncrewed Aerial System (UAS). … The UAS application layer utilizes Service Enabler Architecture Layer (SEAL) functionalities.

【深度解读】

UAE，即“UAS应用使能层”，是3GPP为无人机行业打造的一个专版“SEAL”。它复用了SEAL的通用能力，并增加了无人机特有的“行业API”。

规范中的“Figure 1: UAS application layer over 3GPP system”描绘了这套系统的分层架构：

  • 顶层（UAS Application Specific Layer）：这是各个无人机公司的应用，如“迅捷快递”的调度App，“电网卫士”的巡检App。

  • 中间层（UAS Application Support Layer）：这就是3GPP定义的核心。它又分为两部分：

    • UAE Layer：提供无人机专属服务。

    • SEAL Layer：提供通用的群组、位置、配置等服务。

  • 底层：标准的5G网络。

UAE服务器（通常由运营商或授权的空管服务商运营）通过开放API，为上层应用提供了“一站式”的空中管理服务：

a) Registration enables authentication and authorization of UAS UEs at UAE layer.

b) Communications between UAVs within a geographical area…

c) Group based pairing of UAV-C and UAV enables pairing management… using SEAL group management service.

d) C2 QoS provisioning for UAS utilizes SEAL network resource management service to enable QoS based C2 communications.

f) Real-time UAV connection status monitoring and location reporting enables UAS application servers like USS/UTM to monitor the real-time situation of the UAV.

【深度解读】

让我们将这些标准化的服务，转化为林工指挥中心的实际操作：

  • 注册与飞行许可 (Registration)：“迅捷快递-001”在起飞前，其App会调用UAE的注册API，向“空中交管局”申请本次飞行的许可，并提交航线计划。

  • 编队与协同 (Group based pairing)：当需要多架“电网卫士”对一段线路进行协同扫描时，地面控制站会调用UAE的群组管理API（继承自SEAL），将这几架无人机组成一个临时编队，实现它们之间的低时延信息共享。

  • 申请“生命线” (C2 QoS provisioning)：无人机应用在建立C2链路时，会调用UAE的QoS申请API（继承自SEAL的网络资源管理），向网络声明“我需要一条URLLC级的连接”，UAE再将这个请求转化为对5G核心网（PCF）的策略请求。

  • 实时“雷达” (Real-time monitoring and reporting)：“空中交管局”的屏幕上，需要一个实时更新的“雷达图”，显示空域中所有无人机的实时位置、连接状态、告警信息。这正是通过调用UAE的位置与状态监控API来实现的。

UAE，如同一个专为无人机打造的“应用商店”和“系统服务总线”，它将复杂的飞行管理需求，转化成了一系列标准化的API调用，极大地简化了上层应用的开发，并为实现统一的、跨厂商的空中交通管理（UTM, UAS Traffic Management）奠定了基础。

5. “数字车牌”：远程身份识别，让飞行不再匿名 (6.3.3.3)

林工的最后一个，也是最关键的挑战，是如何监管这些无人机，确保每一次飞行都有据可查，安全合规。他需要为每一架无人机都装上一个无法伪造的“数字车牌”。

这就是Remote ID (远程身份识别) 的使命。

6.3.3.3 Remote Identification of UAS

The CAA (Civil Aviation Administration)-Level UAV ID is introduced in the 3GPP system, which allows any entity receiving the identity … to address the correct USS for retrieval of UAV information.

…

After a successful 3GPP authentication of the UE … a specific/new UUAA procedure is defined, to enable the 3GPP Core Network to verify that the UAV has successfully registered with the USS.

【深度解读】

Rel-17的Remote ID机制，巧妙地设计了一个**“双重认证”** 流程，将电信网络认证与航空监管认证结合在了一起。

  1. 第一重认证：电信身份认证

    • 无人机内部的5G通信模组（UE），首先使用其USIM卡，向5G网络发起标准的注册流程。

    • 核心网（AMF/AUSF）对其进行鉴权。

    • 目的：确认“你是一个合法的、属于我网络的用户”。

  2. 第二重认证：航空身份认证 (UUAA)

    • 在第一重认证通过后，无人机在建立用于UAS业务的数据连接（PDU会话）时，会启动一个特殊的UUAA（UAV USS Authentication and Authorization） 流程。

    • 无人机将自己的“CAA-Level UAV ID”（由民航局或其授权机构颁发的、全球唯一的航空身份ID，如同飞机的注册号）包含在PDU会话建立请求中，发送给核心网（SMF）。

    • 核心网中新增了一个专门的网元——UAS-NF。它在收到这个ID后，会向对应的USS（UAS Service Supplier，无人机服务提供商，即“空中交管局”实体） 进行查询。

    • 目的：由核心网代表航空监管机构，再次确认“你不仅是我的合法通信用户，更是一架已注册、被授权飞行的合法航空器”。

只有当这两重认证都通过后，5G网络才会为无人机建立起业务数据连接，允许其执行飞行任务。

C2 (Command and Control) communication authorization:

For C2 communication over cellular connectivity… authorization by the USS is required to enable such traffic…

【深度解读】

更进一步，即使通过了双重认证，无人机在建立关键的C2链路时，核心网还会再次向USS进行一次“飞行授权”查询，确认本次飞行的航线、时间等是否合规。

通过这套“电信认证 + 航空认证 + 飞行授权”的三级火箭式安全机制，5G网络深度参与到了无人机的监管体系之中，确保了空中的每一次飞行，都是“持证上岗”、有迹可循。

6. 总结：5G，构筑低空经济的数字底座

TR 21.917的6.3.3章节，为我们系统地展示了3GPP如何将5G技术，深度嵌入到无人机系统的每一个环节，为林工的“天空之城”提供了完整的解决方案。

  • 一条坚实的“数字风筝线”：通过5G增强（6.3.3.2.1） 和URLLC技术，为C2链路提供了极致的可靠性保障。

  • 一座高效的“空中交管局”：通过应用使能层UAE（6.3.3.2.2），为无人机管理提供了标准化的API和服务总线。

  • 一块无法伪造的“数字车牌”：通过远程ID和UUAA（6.3.3.3），将电信监管与航空监管深度融合，确保了空域的安全与秩序。

这三者，共同为无人机装上了“数字翅膀”，使其不再是孤立的飞行器，而是真正融入了未来智慧城市数字肌体的“智能飞行终端”。对于林工和所有展望“低空经济”未来的探索者而言，Rel-17所构建的，正是这条通往“天空之城”的、坚实可靠的第一条跑道。

FAQ

Q1：UAS、UAV、Drone，这些词到底有什么区别？

A1：Drone是大众俗称。UAV（Uncrewed Aerial Vehicle）指无人机这个“飞行器”本身。而UAS（Uncrewed Aerial System）是更专业、更全面的术语，指代整个“无人机系统”，它不仅包括UAV，还包括地面控制站、通信链路等所有组件。3GPP标准使用的是UAS，因为它提供的是对整个系统的端到端支持。

Q2：什么是C2链路？为什么它对5G支持无人机如此重要？

A2：C2链路即“指令与控制”（Command and Control）链路，是地面飞手或控制系统用来向无人机发送飞行指令（如方向、高度）并接收基本状态遥测信息的“数字风筝线”。它是飞行安全的基础，一旦中断，无人机就会失控。因此，为C2链路提供URLLC级别的超高可靠、低时延通信保障，是5G赋能专业无人机应用的核心和前提。

Q3：UAE和SEAL是什么关系？

A3：可以理解为“通用”与“专用” 的关系。SEAL是5G为所有垂直行业提供的一个通用的业务使能“函数库”，提供群组、位置、配置等基础服务。UAE（UAS Application Enabler）是专门为无人机行业打造的一个“专业版函数库”，它复用了SEAL的通用能力，并在此基础上增加了无人机特有的服务API，如飞行授权、航迹管理、远程ID等。

Q4：无人机接入5G网络，为什么需要“双重认证”（电信认证+航空认证）？

A4：这是为了将通信准入和飞行准入分开，实现双重保险。电信认证（基于SIM卡）确认的是“你是一个合法的通信设备”，解决了“谁在通信”的问题。航空认证（UUAA，基于CAA-Level UAV ID）确认的是“你是一架合法的航空器”，解决了“谁在飞行”的问题。只有同时满足这两个条件，无人机才被认为是安全、合规的，5G网络才会为其提供完整的业务支持。

Q5：这些复杂的机制，对我们普通消费者玩的航拍小飞机有影响吗？

A5：短期内没有直接影响。3GPP Rel-17定义的这套复杂的UAS支持体系，主要面向的是专业级、商业化的无人机应用，如物流、巡检、安防等，这些领域对可靠性、安全性和可监管性的要求极高。消费级的航拍无人机，目前大多使用Wi-Fi或私有协议进行短距离通信。但未来，随着低空空域法规的完善，不排除部分高端消费级无人机为了获得更远的飞行距离和更强的抗干扰能力，也会逐步集成5G能力，并纳入这套管理体系。

关系图谱