引言
本文是3GPP TR 22.829 V17.1.0技术报告,专注于无人机(UAV)在3GPP系统中的增强支持。文章提出了多个无人机应用场景,分析了相应的能力要求,并建议了新的服务级别要求和关键性能指标(KPIs)。
![](https://img-blog.csdnimg.cn/direct/f90b1b474364428f8ac37641ec7beec2.jpeg)
下载资源:3GPPTR22.829R17EnhancementforUnmannedAerialVehicles资源-CSDN文库
主要内容包括:
- 无人机高清视频直播:支持4K乃至8K视频实时上传,要求低延迟、高可靠性和精确定位,以避免事故。
- 无人机作为空中基站:在灾难监测等场景中,无人机携带基站设备,提供临时覆盖,强调快速部署和灵活配置。
- 无人机命令与控制(C2)通信:定义了直接C2、网络辅助C2等多种模式,强调QoS保障和安全性,以适应不同飞行环境和需求。
- 无人机与地面用户共存:探讨了无人机与增强型移动宽带(eMBB)用户共享网络资源时的干扰最小化问题。
- 自主无人机控制:AI系统通过5G网络控制无人机,对上下行传输提出了高带宽和低延迟要求,并需要高精度定位信息。
- 无人机群管理:支持无人机群在物流等领域的应用,强调群管理和协同作业能力。
- 服务可用性和体验保障:提出通过边缘计算和路径优化,确保无人机通信服务的低延迟和高可靠性。
文章最后总结了无人机通信服务的潜在要求,并建议3GPP制定相关服务规范,以更好地支持无人机生态系统的发展。
5.3 无人机系统(UAS)命令与控制(C2)通信用例
5.3.1 描述
在Rel-16 ID_UAS的服务要求中,假定无人机系统(UAS)是由人类操作员使用无人机控制器来控制配对的无人机,其中无人机和无人机控制器都通过3GPP网络使用两个单独的连接进行命令和控制(C2)通信。
然而,Rel-16中的ID_UAS服务并未考虑C2通信的关键性能指标(KPI)。
对于UAS操作,首先要考虑的是安全问题,包括与另一架无人机发生空中碰撞的风险、无人机失控的风险、无人机被故意滥用的风险,以及各种UAS用户(例如商业、休闲等)共享空域的风险。因此,为了避免安全风险,当考虑将5G网络作为传输网络时,通过保证C2通信的服务质量(QoS)来提供UAS服务非常重要。
图5.3.1-1展示了这个用例中的四种C2通信模型。
图5.3.1-1:四种C2通信模型(蓝色箭头表示C2通信链路)
模型A:直接C2;无人机控制器和无人机建立直接的C2链路以进行相互通信,两者都使用5G网络为直接C2通信配置和调度的无线电资源注册到5G网络。
模型B:网络辅助C2;无人机控制器和无人机注册并建立各自的单播C2通信链路到5G网络,并通过5G网络进行相互通信。此外,无人机控制器和无人机可能通过不同的NG-RAN节点注册到5G网络。5G网络需要支持一种机制,以在任何情况下都能可靠地路由C2通信。
模型C:网络辅助双C2;遵循模型B的网络辅助C2模型,为了确保UAS操作的C2通信的服务可用性和可靠性,特别是当无人机在操作员的视线之外(BLOS)飞行时,为无人机提供支持冗余的C2通信链路。
模型D:UTM导航C2;无人机为自主飞行提供了预先安排的飞行计划,但UTM仍然与无人机保持C2通信链路,以便在必要时监视无人机并为其导航。
通常,模型A、模型B和模型C是用于人类操作员使用无人机控制器直接命令和控制无人机飞行。为了避免无人机失控的风险,确保用于C2通信的5G连接至关重要。
相反,模型D是用于使用UTM提供的预先安排的飞行路线间接命令和控制无人机飞行。在这种情况下,UTM需要定期监视飞行状态,并在需要时提供更新以调整路线。
出于可靠性和服务可用性的考虑,可以通过将任何模型组合成一个备份C2通信链路来应用混合C2模型。
- 例如,可以首先使用模型A的直接C2,然后在无人机进行BLOS飞行时切换到模型B的间接C2。
- 例如,当模型B的间接C2通信仅具有弱连接性时,可以使用模型C的网络辅助双C2,5G网络可以启用模型C的双间接C2通信,以确保C2通信的可靠性。
- 例如,模型D的UTM导航C2也可以在需要时利用,例如用于空中交通管制、无人机接近禁飞区以及检测到潜在的安全威胁等。
根据[6],基于具有地面无线电站(GRS)的系统架构来重复遥控飞行系统(RPAS)的信号,已经根据流量类型确定了上行链路和下行链路C2通信的通信速度(以bps为单位)要求,例如:
- 从RPAS到GRS(下行链路):遥测(7595 bps)、导航显示数据(1137 bps)、ATC语音(4800 bps)、ATS数据(59 bps)、天气(27770 bps)。
- 从GRS到RPAS(上行链路):遥控(4563 bps)、导航辅助设置(666 bps)、空中交通管制-语音(4800 bps)、空中交通管制-数据(49 bps)。
已经表明,C2通信的要求将极大地取决于端到端通信路径中无人机UAS服务所需的流量类型。因此,[6]中定义了四个服务类别,以支持一到多种流量类型。
同样,如图5.3-1所示,可以通过3GPP网络为C2通信考虑不同类型流量的带宽和延迟KPI。原则上,需要考虑以下流量类型:
-
指令与控制:使用C2通信从无人机控制器/UTM向无人机发送指令。此类型的C2通信包括两个不同的子类,以反映无人机与无人机控制器/UTM之间的不同距离,包括视距(VLOS)和非视距(Non-VLOS)。这种VLOS流量类型的延迟需要考虑指令传输时间、人的反应时间和辅助媒体,例如视频流传输延迟。因此,VLOS的可持续延迟比Non-VLOS的短。
-
遥测C2:使用C2通信进行监控事件报告。带宽和延迟要求并不重要。
-
实时C2:使用C2通信进行远程指令,所需的延迟需要考虑端到端的C2通信路径(上行链路和下行链路)以及操作员的反应时间。
-
视频流C2:使用C2通信通过3GPP网络或无人机控制器将实时视频流从无人机上传到UTM。在后一种情况下,端到端的C2通信路径需要在上行链路和下行链路中均支持带宽和延迟要求。根据视频流的分辨率,所需的带宽会有所不同。但是,延迟要求很关键,如果使用模型A/B/C,则需要考虑人的反应延迟。
-
情境感知报告C2:使用C2通信报告配置的监控事件,例如检测到的可识别对象,以及由于检测到的无法识别的物体/障碍物(例如鸟类、风筝、外星人、不明飞行物等)而触发的紧急事件警报。在后一种情况下,可能会随警报一起发送视频片段。
Table 5.3.1-1 shows the KPIs for the considered use cases for C2 communication:
|----------------------------|---------------------------------------------------------------------------------|------------------------------|
| Traffic Type for C2 | Bandwidth | Latency |
| Command and Control | 0.001 Mbps | VLOS: 10 ms Non-VLOS: 360 ms |
| Telemetry | 0.012 Mbps w/o video | 1 sec |
| Real-Time | 0.06 Mbps w/o video | 100 ms |
| Video Streaming | 4 Mbps for 720p video 9 Mbps for 1080p video [30 Mbps for 4K Video]: optional | 100 ms |
| Situation Aware report | 1 Mbps | 10-100 ms |
此外,根据无人机系统(UAS)服务的类型,某些流量可能需要在C2通信中享有更高的优先级,以便对紧急事件做出响应,例如突然有鸟群靠近等。
`5.3.2 前提条件
操作员打开无人机和无人机控制器的电源。无人机和无人机控制器分别注册到5G网络。
5.3.3 服务流程
5G网络为无人机和无人机控制器建立各自的会话,这些会话可用于与无人机交通管理系统(UTM)进行通信,并作为无人机系统的默认C2通信。
作为注册程序或服务请求程序的一部分,无人机和无人机控制器向UTM请求无人机系统操作,并指示预定义的服务类别或所需的无人机系统服务,例如导航辅助服务和天气等。
UTM授权无人机和无人机控制器的无人机系统操作,提供授权的无人机系统服务,并为无人机系统分配一个临时的无人机系统ID。UTM向5G网络提供无人机系统C2通信所需的信息,例如服务类别、无人机系统服务的流量类型、授权的无人机系统服务所需的QoS以及无人机系统服务的订阅。
在请求与5G网络建立C2通信时,无人机和无人机控制器会使用分配的无人机系统ID向5G网络指示首选的C2通信模型(例如模型B)。
如果需要创建额外的C2通信连接或更改现有数据连接的配置以进行C2通信,则5G网络会根据无人机系统的授权服务信息和C2通信中所需的QoS和优先级,修改或分配一个或多个C2通信流量的QoS流。
5.3.4 后置条件
在5G网络上,C2通信中所需的QoS支持下,UAS操作成功。
5.3.5 现有功能部分或完全覆盖用例功能
5G系统应支持无人机与无人机控制器之间使用预定义的C2通信模型(例如直接C2、网络辅助C2、网络辅助双C2和UTM导航C2模型)进行命令和控制(C2)通信的机制。
5G系统应支持无人机与UTM之间的C2通信机制,以监视无人机状态以及UTM导航。
5G系统应支持一种机制,为无人机与无人机控制器之间的一个或多个C2通信会话提供所需的QoS、优先级,并确保可靠性。
5G系统应支持C2通信的端到端完整性和机密性。
5.3.6 支持用例的潜在新要求
[P.R.5.3-001] 5G系统应启用无人机与无人机控制器之间的命令和控制(C2)通信,无论在网络覆盖范围内还是网络覆盖范围外,都能进行直接C2通信。
[P.R.5.3-002] 3GPP系统应为UTM通过飞行计划驾驶无人机提供C2通信。
[P.R.5.3-003] 3GPP系统应提供一种机制,允许UTM跟踪通过飞行计划飞行的无人机。5G系统应支持一种与UTM交互的机制,以获取C2通信所需的UAS服务信息,例如服务类别、流量类型、所需的QoS和服务授权等,以识别流量并执行差异化的流量策略。
[P.R.5.3-004] 5G系统应提供一种机制,允许UTM配置C2通信的流量参数,例如与相同或不同应用程序相关的流量流、流量类型,并相应地请求差异化的QoS。
[P.R.5.3-005] 5G系统应支持一种机制,供UTM配置监视事件和相应的操作,例如向网络发送监视报告、向网络发送紧急报告以及在无人机上执行紧急操作,例如转向、返回无人机控制器或特定位置等。
[P.R.5.3-006] 5G系统应支持一种机制,使UTM能够使用无人机与无人机控制器之间任何预定义的C2通信模型来监视C2通信,并在检测到配置的监视事件时执行操作,例如接近无人机禁飞区或情况感知事件,例如发生闪电/龙卷风等。
[P.R.5.3-007] 5G系统应支持一种机制,以便在C2通信中为单个UAS或多个UAS之间的不同UAS服务设置优先级。
[P.R.5.3-008] 5G系统应支持一种机制,以便在UAS操作中切换C2通信模式,例如从网络辅助C2通信切换到直接C2通信,并确保断开连接时间低于[10]毫秒。
[P.R.5.3-010] 5G系统应支持C2通信中的定期数据流量,例如遥测,所需带宽为[0.012] Mbps。
[P.R.5.3-011] 5G系统应支持C2通信中的实时流量,例如遥控指令,所需带宽为0.06Mbps,所需延迟小于[100]毫秒。
[P.R.5.3-012] 5G系统应支持C2通信中的视频流量,所需带宽为4Mbps至30Mbps,延迟小于[100]毫秒。
[P.R.5.3-013] 5G系统应支持C2通信中的情况感知报告流量,所需带宽为1 Mbps,延迟为[10-100]毫秒。
往期内容:
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(一)-3GPP TR 22.829 V17.1.0技
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(一)-3GPP TR 22.829 V17.1.0技
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(二)-支持高分辨率视频直播应用-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(三)-机上无线电接入节点无人机-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(四)-无人机系统(UAS)命令与控制(C2)通信用例-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(五)-同时支持无人机和eMBB用户数据传输的用例-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(六)-人工智能控制的自主无人机用例-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(七)-通过无人机实现无线接入的独立部署-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(八)-通过无人机进行无线接入-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(九)-无人机服务区分离-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(十)-服务体验保证的用例-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(十一)-无人机服务可用性用例需求-CSDN博客
【学习笔记】无人机(UAV)在3GPP系统中的增强支持(十二)-无人机群在物流中的应用-CSDN博客