u011376987的博客

3GPP TS 24.577 V18.1.0的技术规范，主要定义了5G系统中A2X通信的协议方面，特别是在PC5接口和Uu接口上的A2X服务。

A2X PC5单播链路保持活动程序用于维持两个UE之间的A2X PC5单播链路，即检查两个UE之间的链路是否仍然可行。发送A2X DIRECT LINK KEEPALIVE REQUEST消息的UE被称为“发起端UE”，另一个UE被称为“目标UE”。已建立的A2X PC5单播链路中，保持活动程序可以由一个UE或两个UE发起。注：在已建立的A2X PC5单播链路中，是由一个UE还是两个UE发起保持活动程序，这取决于UE的具体实现。

TS 24.577 V18.1.0的技术规范，主要定义了5G系统中A2X通信的协议方面，特别是在PC5接口和Uu接口上的A2X服务。

TS 24.577 V18.1.0的技术规范，主要定义了5G系统中A2X通信的协议方面，特别是在PC5接口和Uu接口上的A2X服务。

使用MBS（多媒体广播服务）进行A2X应用服务器发现的目的是允许UE（用户设备）通过MBS接收A2X应用服务器信息。UE只有在以下情况下才应启动使用MBS的A2X应用服务器发现程序：a) 根据第5.2.7条的规定，UE被配置为在使用中的PLMN（公共陆地移动网络）上通过Uu接口使用A2X通信；以及b) 在为UE配置的使用中的PLMN的A2X通信参数中，与用于通过MBS接收A2X应用服务器信息的A2X AS MBS配置相关联。

本条款描述了两个UE之间用于A2X通信单播模式的PC5信令协议程序。定义了以下PC5信令协议程序：a) A2X PC5单播链路建立；b) A2X PC5单播链路修改；c) A2X PC5单播链路释放；d) A2X PC5单播链路标识符更新；e) A2X PC5单播链路认证；f) A2X PC5单播链路安全模式控制；g) A2X PC5单播链路保活；h) A2X PC5单播链路重新密钥协商程序。

对于不在覆盖范围内或无法进行3GPP网络连接的无人机，可以通过条款5.2.6中规定的通过PC5的直接C2通信的配置参数来授权直接C2通信，这些参数通过应用层预配置或如条款5.2.2所述的A2X1提供。注1：在5GS中，直接C2通信的授权请求包含在3GPP TS 24.501 [7]中定义的Service-level-AA容器IE中的C2授权有效载荷中。支持直接C2通信的无人机为了向无人机服务系统（USS）请求直接C2通信的C2授权，向USS提供直接C2通信的授权请求。

A2X PC5单播链接释放程序用于释放两个UE之间的A2X PC5单播链接。链接可以从任一端点释放。发送A2X直接链接释放请求消息的UE被称为“发起UE”，另一个UE被称为“目标UE”。如果UE从下层接收到无线电链路故障的指示，UE应在本地释放A2X PC5单播链接，并可能在实现特定的时间后删除与此链接关联的KNRP ID。A2X PC5单播链接标识符更新程序用于在使用新标识符之前，在两个UE之间更新和交换A2X PC5单播链接的新标识符（例如应用层ID、第2层ID、安全信息和IP地址/前缀）。

本条款描述了广播模式操作中PC5参考点上的A2X通信。UE配置有相关信息，如第5.2.3条所述。

对于不在覆盖范围内或没有UICC的无人机，可以使用条款5.2.3中规定的通过PC5的A2X通信的配置参数来授权DDAA，这些参数通过预配置或如条款5.2.2所述的A2X1提供。注2：如果DDAA的A2X策略中没有与A2X服务标识符相对应的DAA避让通信模式，选择DAA避让通信模式取决于UE实现，例如，UE遵循上层的请求，或者如果上层没有明确请求，UE可以尝试两种通信模式。如果选择单播通信模式进行DAA避让，发起UE和目标UE都遵循条款6.1.2中定义的通过PC5的单播模式A2X通信程序。

本条款描述了UE和A2X应用服务器之间通过Uu进行A2X通信的程序。除了3GPP TS 33.501[21]中为与5GCN的Uu连接指定的安全或隐私程序外，通过Uu的A2X通信没有其他额外的安全或隐私程序。本规范支持基于IP和非基于IP的通过Uu的A2X通信。在本规范的此版本中，通过Uu传输的A2X消息在上行链路中仅通过单播发送或接收，而在下行链路中则通过单播或多播广播单频网络（MBS）发送或接收。此外，A2X消息是通过用户平面上的用户数据通过Uu传输的。

3GPP TS 24.577 V18.1.0的技术规范，主要定义了5G系统中A2X通信的协议方面，特别是在PC5接口和Uu接口上的A2X服务。这份技术规范为5G系统中A2X服务的实现提供了详细的协议定义和操作流程，涵盖了从消息传输、配置管理到安全性保障等多个方面，为飞机与万物之间的有效通信提供了技术基础。

A2X PC5单播链路认证程序用于对建立A2X PC5单播链路的UE进行相互认证，并在A2X PC5单播链路建立程序或A2X PC5单播链路重新密钥生成程序中，推导出两个UE之间共享的新KNRP。在A2X PC5单播链路认证程序成功完成后，新的KNRP将用于6.1.2.7条中规定的A2X PC5单播链路安全模式控制程序期间的安全建立。发送A2X直接链路认证请求消息的UE被称为“发起UE”，另一个UE被称为“目标UE”。

低空经济以无人机和eVTOL等低空飞行器的应用为核心，涉及快递物流、地理测绘、城市管理、应急救援等多个领域。据摩根斯坦利预测，到2040年，全球城市空中交通（UAM）产值可达7万亿美元，显示出巨大的市场潜力。低空经济对通信网络的需求日益增长，要求网络具备高速率、低时延、广覆盖和高可靠性的特点。5G网络的演进，特别是5G-A（5G Advanced）和未来的6G技术，为低空经济提供了强大的技术支持。图二. 5G-A应用场景。

A2X通信是指飞行器（如无人机、直升机等）与其他空中或地面实体（包括其他飞行器、地面车辆、基础设施等）之间的通信。这种通信方式不仅限于飞行器之间的直接交互，还包括飞行器与地面控制系统、监控网络、应急响应系统等多方面的互联互通。A2X通信旨在提高空中交通的安全性、效率和可持续性，为无人机等航空器的广泛应用提供坚实的技术支撑。

在5G的三大标准场景eMBB（增强型移动宽带）、mMTC（海量机器类通信）、uRLLC（超可靠低时延通信）基础上，5G-A进行了深入的增强和扩展，新增了三大新场景：UCBC（上行超宽带）、RTBC（宽带实时交互）和HCS（通信感知融合）。作为无人机通信的核心，5G RedCap技术通过降低终端带宽、减少收发天线数量、降低调制阶数等手段，显著降低了终端和模组的成本及功耗，为低空经济的技术革新注入了新的活力。这些技术共同提升了无人机等低空飞行器的通信效率和飞行安全性，为低空经济的发展提供了强大的技术支持。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。

广播远程识别码（BRID）消息的内容根据区域BRID规定（例如，ASTM F3411.19 [13]或ASD-STAN prEN 4709-002 P1 [14]的消息集）定义，并可根据区域合规文件的方法选择性地定义。无人机UE发送到A2X应用服务器的广播远程识别码（该服务器的A2X服务类型设置为广播远程识别码）作为A2X消息，通过MBS会话使用6.2.2.2.2条款中描述的机制和程序路由到无人机UE。利用6.2.1.2条款中描述的PC5参考点上的A2X通信的授权和策略参数配置。

支持直接C2通信的无人机（UAV）可以与无人机控制站（UAV-C）建立直接的PC5链路。直接C2通信仅支持NR PC5。参与直接C2通信的无人机可能能够或不能够连接到3GPP网络。无人机由无人机系统服务（USS）授权，以与无人机控制站进行直接C2通信。无人机执行直接C2通信的无人机控制站可以是预先配置在无人机中的，也可以如5.4.3条款所述由网络提供。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。5.3 无人机跟踪5.3.1 无人机跟踪模型3GPP网络通过向USS提供服务暴露支持来支持无人机跟踪功能。USS通过UAS-NF（无人飞行器服务网络功能）调用3GPP网络服务以实现无人机跟踪。

如果根据步骤3的确定需要，并且与UAS服务相关联的S-NSSAI是允许S-NSSAI的一部分，则在此步骤中执行UUAA-MM过程（见第5.2.2.2条）。如果AMF配置为在5GS注册期间执行UUAA，但UE在步骤1的注册请求中没有提供符合CAA标准的无人机ID，但UE在步骤2中从UDM检索的UE订阅数据中有空中订阅，则AMF接受注册，并通过在UE上下文中存储“UUAA-MM失败”来确保UE不允许访问任何空中服务，并进一步拒绝针对空中服务的PDU会话建立请求（通过DNN/S-NSSAI标识）。

空中订阅在访问和移动性订阅数据中包含空中用户设备（UE）指示（类似于EPS中定义的空中UE指示），并且在每个专为UAS服务（C2和UUAA-SM）设计的DNN的会话管理订阅数据中包含空中服务指示，这表明必须使用基于API的机制进行相应的身份验证/授权。假设无人机的3GPP网络订阅不包含关于USS的任何信息。：在A2X服务的情况下，归属策略控制功能（H-PCF）提供的服务用于在漫游情况下，向访问者策略控制功能（V-PCF）提供A2X服务相关的参数，以支持用户设备（UE）和下一代无线接入网络（NG-RAN）。

3.1 定义就本文件而言，适用TR 21.905[1]中给出的术语和定义以及以下内容。如果本文件中定义的术语与TR 21.905[1]或TS 23.501[2]中的相同术语有冲突，则以本文件中的定义为准。3GPP UAV ID：由3GPP系统分配的标识符，并由外部AF（例如USS）用于识别无人机。GPSI用作3GPP UAV ID。A2X通信：支持利用PC5和/或Uu参考点实现飞机到万物（A2X）服务的通信。A2X服务通过各种类型的A2X应用程序实现。A2X消息：A2X服务的专用消息类型。

3GPP TS 23.256 技术规范，主要定义了3GPP系统对无人机（UAV）的连接性、身份识别、跟踪及A2X（Aircraft-to-Everything）服务的支持。这份技术规范全面涵盖了3GPP系统对无人机支持的各个方面，从架构模型、功能实体定义到具体的高层功能描述和流程，为无人机在3GPP系统中的安全、高效运行提供了技术基础和实现指导。

无人机和无人机控制器都支持5G，并且假设UTM是一个能够在无人机和无人机控制器之间发送和接收消息的应用层服务器。许可是一种特定的飞行许可，通常包括航点和高度的列表。[P.R.5.13-002] 3GPP系统应能够启用无人机控制器与无人机之间以及UTM与无人机之间的并发通信，这可能需要不同的KPI。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。在发动机启动时，无人机由无人机控制器手动控制（需要与模式B相关的KPI），并缓慢爬升至初始巡航高度。

本文是3GPP TR 22.829 V17.1.0技术报告，专注于无人机（UAV）在3GPP系统中的增强支持。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

本文是3GPP TR 22.829 V17.1.0技术报告，专注于无人机（UAV）在3GPP系统中的增强支持。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

本文是3GPP TR 22.829 V17.1.0技术报告，专注于无人机（UAV）在3GPP系统中的增强支持。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

对于无人机与无人机控制器之间的远程命令和控制（C2）通信，端到端C2通信路径中的延迟要求至关重要，例如远程控制服务的50毫秒延迟要求。[P.R.5.9-001] 3GPP系统应能够提供一种方法，以最小化由于数据网络原因导致的从无人机到无人机控制器（例如UTM）的服务体验下降。[P.R.5.9-002] 5G系统应使移动网络运营商能够了解用于与3GPP系统外部的应用服务器通信的无人机的端到端延迟。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

本文是3GPP TR 22.829 V17.1.0技术报告，专注于无人机（UAV）在3GPP系统中的增强支持。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

例如，地面无线电接入网络设备无法安装的地区，通常需要飞行无线电接入网络。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。以下是事件的时间表。当无人机作为飞行无线电接入网络时，由于无线电接入网络设备的有效载荷，无人机的重量会增加。因此，为了通过无人机提供连续的通信服务，需要多个无人机，即在部署的悬停无线电接入网络电池耗尽之前，应更换其他无人机。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

本文是3GPP TR 22.829 V17.1.0技术报告，专注于无人机（UAV）在3GPP系统中的增强支持。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

本文是3GPP TR 22.829 V17.1.0技术报告，专注于无人机（UAV）在3GPP系统中的增强支持。文章提出了多个无人机应用场景，分析了相应的能力要求，并建议了新的服务级别要求和关键性能指标（KPIs）。文章最后总结了无人机通信服务的潜在要求，并建议3GPP制定相关服务规范，以更好地支持无人机生态系统的发展。

P.R.5.4-001] 在活动无人机密度为10/200km2、无人机高度在30米至300米之间、平均飞行速度为60km/h的条件下，5G系统应支持无人机[120Mbps]的上行数据速率，同时在不降低服务质量的情况下为eMBB用户提供服务（例如，TS 22.261中定义的农村和城市场景的KPI）。对于以下无人机的高带宽计费需求，在4.3.1.2用户会话组件的计费原则中有基于QoS差异化的数据（上传或下载）计费的相关要求，包括：计费记录应包括高带宽服务标记和带宽级别参数。运营商已完成该地区的5G覆盖。

UTM向5G网络提供无人机系统C2通信所需的信息，例如服务类别、无人机系统服务的流量类型、授权的无人机系统服务所需的QoS以及无人机系统服务的订阅。遵循模型B的网络辅助C2模型，为了确保UAS操作的C2通信的服务可用性和可靠性，特别是当无人机在操作员的视线之外（BLOS）飞行时，为无人机提供支持冗余的C2通信链路。如果需要创建额外的C2通信连接或更改现有数据连接的配置以进行C2通信，则5G网络会根据无人机系统的授权服务信息和C2通信中所需的QoS和优先级，修改或分配一个或多个C2通信流量的QoS流。

从无线通信的角度来看，使用机上无线电接入节点无人机（即无人机eNB/gNB/ng-eNB, UxNB）已经引起了业界的兴趣，特别是使用UxNB来增强各种场景下的覆盖范围，例如紧急情况、移动用户的临时覆盖和热点事件，因其快速部署和大范围覆盖能力而受到青睐。由于其较低的高度（通常约为100米），带有基站功能的无人机（即UxNB）从覆盖范围和快速部署的角度来看，比UAS更灵活。在这种情况下，使用UxNB是合适的，因为它可以快速部署，更重要的是，这种覆盖只是暂时需要的。5.2.2 前提条件。5.2.4 后续条件。