CN115996437A

CN115996437A - 中继通信的方法和装置

Info

Publication number: CN115996437A
Application number: CN202111224378.6A
Authority: CN
Inventors: 张成晨; 邢玮俊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-10-20
Filing date: 2021-10-20
Publication date: 2023-04-21
Also published as: WO2023065778A1

Abstract

本申请提供了一种中继通信的方法和装置，该中继通信的方法包括：第一终端设备接收来自通过中继方式联网的第二终端设备的第一请求消息，该第一请求消息中包括服务供应商分配的该第二终端设备的标识；该第一终端设备向第一核心网网元发送第二请求消息，该第二请求消息中包括该第一标识，其中，该第二请求消息用于请求建立该第二终端设备与控制该第二终端设备的控制器和/或该服务供应商之间的通信。通过携带第二终端设备的第一标识触发第二终端设备与该服务供应商和/或控制器之间的通信建立流程，从而实现中继的场景中远程终端设备的认证授权。

Description

中继通信的方法和装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种中继通信的方法和装置。

背景技术

近年来，在第五代(5th generation，5G)通信系统中，无人机(uncrewed aerialvehicle，UAV)的应用越来越普及，如果UAV期望联网与无人机控制器(uncrewed aerialvehicle controller，UAVc)通信，则需要进行UAV的认证授权和命令和控制(command andcontrol，C2)通信的授权。

目前协议中规定了针对某个UAV的认证授权和C2通信的授权流程，但是在某些场景下，多个无人机可能会配合工作，其中的某个或某些无人机能力较强，可以将其他无人机的数据传输给控制器或服务器，即无人机中继通信成为一个可能的场景。

在无人机中继通信的场景中如何实现远程UAV(Remote UAV)的UAV的认证授权和C2通信的授权成为亟待解决的问题。

发明内容

本申请提供一种中继通信的方法和装置，以期实现在中继通信场景中Remote UAV的认证授权。

第一方面，提供了一种中继通信的方法，该中继通信的方法可以由第一终端设备执行，或者，也可以由设置于第一终端设备中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以第一终端设备执行为例进行说明。

该中继通信的方法包括：

第一终端设备接收来自第二终端设备的第一请求消息，该第一请求消息中包括第一标识，该第一标识为服务供应商分配的该第二终端设备的标识；该第一终端设备向第一核心网网元发送第二请求消息，该第二请求消息中包括该第一标识，其中，该第二请求消息用于请求建立该第二终端设备与该服务供应商和/或控制器之间且通过该第一终端设备进行的通信。

本申请实施例提供的中继通信的方法，第一终端设备(如，中继终端设备(RelayUE))根据第二终端设备(如，远程终端设备(Remote UE))的第一标识请求建立该第二终端设备与该服务供应商和/或控制器之间的通信。具体地，接收第二请求消息的第一核心网网元能够确定是否需要对第二终端设备进行认证，从而实现中继的场景中远程终端设备的认证授权，在保证安全的前提下实现Remote UE中继联网。

结合第一方面，在第一方面的某些实现方式中，该第二请求消息可以是用于请求修改或者建立会话的请求消息，该会话用于该第二终端设备与该服务供应商之间通信。

上述的第二请求消息可以复用目前流程中的用于请求修改或者建立会话的请求消息，降低信令的开销。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一终端设备接收来自该第一核心网网元的响应于该第二请求消息的第二响应消息，该第二响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

本申请实施例提供的中继通信的方法，第一终端设备能够获取第二终端设备的认证授权结果，从而可以根据第二终端设备的认证授权结果确定第二终端设备是否合法，或者，是否对第二终端设备的数据进行中继，以保障安全。

结合第一方面，在第一方面的某些实现方式中，该第二终端设备的认证授权结果还包括：该第二终端设备是否匹配到该控制器。

本申请实施例提供的中继通信的方法，第一终端设备可以同时获取第二终端设备的合法性认证结果和第二终端设备与控制器的通信的认证授权，从而简化认证过程。

结合第一方面，在第一方面的某些实现方式中，该第二请求消息中还包括该控制器的标识，该控制器为该第二终端设备请求用于控制该第二终端设备的控制器，该第二终端设备的认证授权结果还包括：是否允许该控制器控制该第二终端设备；和/或，该第二请求消息中还包括该第一终端设备的标识，该第二终端设备的认证授权结果还包括：是否允许控制该第一终端设备的控制器控制该第二终端设备。

本申请实施例提供的中继通信的方法，第二请求消息中携带不同的信元能够通过不同的方式确定第二终端设备的认证结果，提高方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一终端设备接收来自该第二终端设备的第一指示信息，该第一指示信息用于指示该第二终端设备请求与该控制器建立通信；该第一终端设备向该第一核心网网元发送该第一指示信息。

本申请实施例提供的中继通信的方法，第一终端设备可以通过第一指示信息针对第二终端设备的C2通信认证，从而可以单独认证第二终端设备和控制器的通信的认证授权，有利于监管。

结合第一方面，在第一方面的某些实现方式中，该第一终端设备接收来自该第二终端设备的以下信息中的至少一种：飞行信息、控制器的标识、服务供应商的标识、该第二终端设备的标识。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一终端设备接收来自该第一核心网网元的第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信；该第一终端设备向该第二终端设备发送该第二指示信息。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：该第一终端设备向该第二终端设备发送响应于该第一请求消息的第一响应消息，该第一响应消息中包括该第二终端设备的认证授权结果。

本申请实施例提供的中继通信的方法，第一终端设备获取第二终端设备的认证授权结果，并转发给第二终端设备，使得第二终端设备能够获知自身认证授权结果。

结合第一方面，在第一方面的某些实现方式中，在该第一终端设备向第一核心网网元发送第二请求消息之前，该方法还包括：该第一终端设备确定服务该第二终端设备的服务供应商和服务该第一终端设备的服务供应商相同，和/或，该第一终端设备确定控制该第一终端设备的控制器和控制该第二终端设备的控制器相同。

本申请实施例提供的中继通信的方法，第一终端设备可以通过不同的方式确定需要请求第一核心网网元触发认证第二终端设备的流程，可以提前判断是否需要认证，避免不必要的信令开销。

结合第一方面，在第一方面的某些实现方式中，该第一终端设备确定服务该第二终端设备的供应商和服务该第一终端设备的供应商相同，包括：该第一终端设备根据该第一标识确定服务该第二终端设备的服务供应商和服务该第一终端设备的服务供应商相同；和/或，该第一请求消息中还包括该服务供应商的地址信息，该第一终端设备根据该地址信息确定服务该第二终端设备的服务供应商和服务该第一终端设备的服务供应商相同。

本申请实施例提供的中继通信的方法，第一终端设备可以通过不同的方式确定服务该第二终端设备的供应商和服务该第一终端设备的供应商相同，提高方案的灵活性。

结合第一方面，在第一方面的某些实现方式中，该第一请求消息中还包括该控制器的标识，该控制器为该第二终端设备请求用于控制该第二终端设备的控制器，该第一终端设备确定控制该第一终端设备的控制器和控制该第二终端设备的控制器相同，包括：该第一终端设备根据该控制器的标识确定控制该第一终端设备的控制器和控制该第二终端设备的控制器相同。

结合第一方面，在第一方面的某些实现方式中，该第一核心网网元为会话管理功能网元SMF，该第二请求消息为会话建立请求消息或会话修改请求消息。

结合第一方面，在第一方面的某些实现方式中，该第二请求消息为会话建立请求消息时，该第二请求消息用于建立该第一终端设备与该服务供应商和/或该控制器之间的第二会话，该第二会话用于传输该第二终端设备与该服务供应商和/或该控制器之间的数据；或该第二请求消息为会话修改请求消息时，该第二请求消息用于请求将该第一会话修改为用于进一步传输该第二终端设备与该服务供应商和/或该控制器之间的数据的会话，在发送该会话修改请求消息前，该第一会话为该第一终端设备建立的用于传输该第一终端设备与该服务供应商和/或该控制器之间的数据的会话。

结合第一方面，在第一方面的某些实现方式中，其特征在于，该控制器用于控制该第二终端设备；该服务供应商是第三方实体，用于为该第一终端设备和该第二终端设备提供服务。

第二方面，提供了一种中继通信的方法，该中继通信的方法可以由第二终端设备执行，或者，也可以由设置于第二终端设备中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以第二终端设备执行为例进行说明。

该中继通信的方法包括：

第二终端设备获取第一标识，该第一标识为服务供应商分配的该第二终端设备的标识；该第二终端设备向第一终端设备发送第一请求消息，该第一请求消息中包括该第一标识，其中，该第二终端设备为通过中继方式联网的终端设备。

本申请实施例提供的中继通信的方法，第一终端设备能够获知第二终端设备的第一标识，该第一标识触发第二终端设备的认证流程。从而实现中继的场景中远程终端设备的认证授权，在保证安全的前提下实现Remote UE中继联网。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二终端设备接收来自该第一终端设备的响应于该第一请求消息的第一响应消息，该第一响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

本申请实施例提供的中继通信的方法，第二终端设备从第一终端设备获取第二终端设备的认证授权结果，使得第二终端设备能够获知自身认证授权结果。

结合第二方面，在第二方面的某些实现方式中，该第二终端设备的认证授权结果还包括：该第二终端设备是否匹配到该控制器。

本申请实施例提供的中继通信的方法，第二终端设备可以同时获取第二终端设备的合法性认证结果和第二终端设备与控制器的通信的认证授权，从而简化认证过程。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二终端设备向该第一终端设备发送第一指示信息，该第一指示信息用于指示该第二终端设备请求与控制器建立通信。

本申请实施例提供的中继通信的方法，第二终端设备可以通过第一指示信息请针对第二终端设备的C2通信认证，从而可以单独认证第二终端设备和控制器的通信的认证授权，有利于监管。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该第二终端设备接收来自该第一终端设备的第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信。

结合第二方面，在第二方面的某些实现方式中，该第一请求消息中还包括控制器的标识，和/或，该服务供应商的标识，其中，该控制器为该第二终端设备请求用于控制该终端设备的控制器。

第三方面，提供了一种中继通信的方法，该中继通信的方法可以由第一核心网网元执行，或者，也可以由设置于第一核心网网元中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以第一核心网网元执行为例进行说明。

该中继通信的方法包括：

第一核心网网元接收来自第一终端设备的第二请求消息，该第二请求消息中包括第一标识，该第一标识为服务供应商分配的该第二终端设备的标识；该第一核心网网元向该服务供应商发送第三请求消息，该第三请求消息中包括该第一标识和该第一终端设备的标识，该第三请求消息用于请求该服务供应商对该第二终端设备进行认证授权，其中，该第二请求消息用于请求建立该第二终端设备与该服务供应商和/或控制器之间且通过所述第一终端设备进行的通信。

本申请实施例提供的中继通信的方法，第一终端设备根据第二终端设备的第一标识请求第一核心网网元触发第二终端设备的认证流程。从而实现中继的场景中远程终端设备的认证授权，在保证安全的前提下实现Remote UE中继联网。

结合第三方面，在第三方面的某些实现方式中，该方法还包括：该第一核心网网元接收来自该服务供应商的响应于该第三请求消息的第三响应消息，该第三响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

本申请实施例提供的中继通信的方法，第一核心网网元能够获取第二终端设备的认证授权结果，从而可以根据第二终端设备的认证授权结果确定第二终端设备是否合法，或者，是否对第二终端设备的数据进行中继，以保障安全。

结合第三方面，在第三方面的某些实现方式中，该第二终端设备的认证授权结果还包括：该第二终端设备是否匹配到该控制器。

本申请实施例提供的中继通信的方法，第一核心网网元可以同时获取第二终端设备的合法性认证结果和第二终端设备与控制器的通信的认证授权，从而简化认证过程。

结合第三方面，在第三方面的某些实现方式中，该方法还包括：该第一核心网网元接收来自第一终端设备的第一指示信息，该第一指示信息用于指示该第二终端设备请求与该控制器建立通信；该第一核心网网元确定该第二终端设备是否允许与该控制器通信。

本申请实施例提供的中继通信的方法，第一核心网网元可以基于第一指示信息确定针对第二终端设备的C2通信认证，从而可以单独认证第二终端设备和控制器的通信的认证授权，有利于监管。

结合第三方面，在第三方面的某些实现方式中，该第一核心网网元确定该第二终端设备是否允许与该控制器通信，包括：该第一核心网网元根据该第二终端设备认证授权结果确定该第二终端设备是否允许与该控制器通信；和/或，该第一核心网网元从该服务供应商获取该第二终端设备是否允许与该控制器通信。

本申请实施例提供的中继通信的方法，第一核心网网元可以通过不同的方式确定针对第二终端设备的C2通信认证结果，提高了方案的灵活性。

结合第三方面，在第三方面的某些实现方式中，该第一核心网网元从该服务供应商获取该第二终端设备是否允许与该控制器通信，包括：该第一核心网网元向该服务供应商发送第四请求消息，该第四请求消息用于请求该服务供应商确定该第二终端设备是否允许与该控制器通信；该第一核心网网元接收来自该服务供应商的响应于该第四请求消息的第四响应消息，该第四响应消息包括第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信。

结合第三方面，在第三方面的某些实现方式中，该方法还包括：该第一核心网网元向该第一终端设备发送该第二指示信息。

结合第三方面，在第三方面的某些实现方式中，该方法还包括：该第一核心网网元向该第一终端设备发送响应于该第二请求消息的第二响应消息，该第二响应消息中包括该第二终端设备的认证授权结果。

本申请实施例提供的中继通信的方法，第一核心网网元获取第二终端设备的认证授权结果，并转发给第一终端设备，使得第一终端设备能够获知第二终端设备的认证授权结果。

结合第三方面，在第三方面的某些实现方式中，该第一核心网网元为会话管理功能网元SMF，该第二请求消息为会话建立请求消息或会话修改请求消息。

结合第三方面，在第三方面的某些实现方式中，该第二请求消息为会话建立请求消息时，该第二请求消息用于建立该第一终端设备与该服务供应商和/或该控制器之间的第二会话，该第二会话用于传输该第二终端设备与该服务供应商和/或该控制器之间的数据；或该第二请求消息为会话修改请求消息时，该第二请求消息用于请求将该第一会话修改为用于进一步传输该第二终端设备与该服务供应商和/或该控制器之间的数据的会话，在发送该会话修改请求消息前，该第一会话为该第一终端设备建立的用于传输该第一终端设备与该服务供应商和/或该控制器之间的数据的会话。

结合第三方面，在第三方面的某些实现方式中，其特征在于，该控制器用于控制该第二终端设备；该服务供应商是第三方实体，用于为该第一终端设备和该第二终端设备提供服务。

第四方面，提供了一种中继通信的方法，该中继通信的方法可以由服务供应商执行，或者，也可以由设置于服务供应商中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以服务供应商执行为例进行说明。

该中继通信的方法包括：

服务供应商接收来自第一核心网网元的第三请求消息，该第三请求消息中包括第一标识，该第一标识为该服务供应商分配的该第二终端设备的标识；该服务供应商根据该第一标识对该第二终端设备进行认证授权，其中，该第二终端设备为通过中继方式联网的终端设备。

本申请实施例提供的中继通信的方法，服务供应商能够获知第二终端设备的第一标识，根据该第一标识进行第二终端设备的认证。从而实现中继的场景中远程终端设备的认证授权，在保证安全的前提下实现Remote UE中继联网。

结合第四方面，在第四方面的某些实现方式中，该方法还包括：该服务供应商向该第一核心网网元发送响应于该第三请求消息的第三响应消息，该第三响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

结合第四方面，在第四方面的某些实现方式中，该第二终端设备的认证授权结果还包括：该第二终端设备是否匹配到该控制器。

结合第四方面，在第四方面的某些实现方式中，该方法还包括：该服务供应商接收来自该第一核心网网元的第四请求消息；该服务供应商根据该第四请求消息确定该第二终端设备是否允许与该控制器通信；该服务供应商向该第一核心网网元发送应于该第四请求消息的第四响应消息，该第四响应消息包括第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信。

本申请实施例提供的中继通信的方法，服务供应商可以单独认证第二终端设备和控制器的通信的认证授权，有利于监管。

第五方面，提供了一种中继通信的方法，该中继通信的方法可以由第一终端设备执行，或者，也可以由设置于第一终端设备中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以第一终端设备执行为例进行说明。

第一终端设备向服务供应商发送能力信息，该能力信息用于指示该第一终端设备中继其他终端设备数据的能力；该第一终端设备接收来自该服务供应商的中继服务码，该中继服务码用于指示该第一终端设备允许中继其他终端设备数据。

本申请实施例提供的中继通信的方法，第一终端设备基于能力信息获取中继服务码。第一终端设备获得中继服务码后，第二终端设备可通过中继联网，在简化流程的前提下实现第二终端设备中继联网。

结合第五方面，在第五方面的某些实现方式中，该方法还包括：该第一终端设备向该终端设备的供应商发送第二终端设备的标识，和/或，终端设备系统的标识，其中，该第二终端设备为通过中继方式联网的终端设备。

第六方面，提供了一种中继通信的方法，该中继通信的方法可以由第二终端设备执行，或者，也可以由设置于第二终端设备中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以第二终端设备执行为例进行说明。

该中继通信的方法包括：

第二终端设备获取中继服务码，该中继服务码用于指示该第一终端设备允许中继其他终端设备数据；该第二终端设备根据该中继服务码发现该第一终端设备。

本申请实施例提供的中继通信的方法，第二终端设备根据中继服务码中继联网，在简化流程的前提下实现第二终端设备中继联网。

结合第六方面，在第六方面的某些实现方式中，该方法还包括：该第二终端设备通过会话传输该第二终端设备的数据，该会话为该第一终端设备建立的传输第二终端设备的数据的会话。

第七方面，提供了一种中继通信的方法，该中继通信的方法可以由服务供应商执行，或者，也可以由设置于服务供应商中的芯片或电路执行，本申请对此不作限定。为了便于描述，下文中以服务供应商执行为例进行说明。

该中继通信的方法包括：

服务供应商接收来自第一终端设备的能力信息，该能力信息用于指示该第一终端设备中继其他终端设备数据的能力；该服务供应商向该第一终端设备发送中继服务码，该中继服务码用于指示该第一终端设备允许中继其他终端设备数据。

结合第七方面，在第七方面的某些实现方式中，该方法还包括：该服务供应商接收来自第一终端设备的第二终端设备的标识，和/或，终端设备系统的标识，其中，该第二终端设备为通过中继方式联网的终端设备。

第八方面，提供一种中继通信的装置，该中继通信的装置包括处理器，用于实现上述第一方面和第五方面描述的方法中第一终端设备的功能。

可选地，该中继通信的装置还可以包括存储器，该存储器与该处理器耦合，该处理器用于实现上述第一方面和第五方面描述的方法中第一终端设备的功能。

在一种可能的实现中，该存储器用于存储程序指令和数据。该存储器与该处理器耦合，该处理器可以调用并执行该存储器中存储的程序指令，用于实现上述第一方面和第五方面描述的方法中第一终端设备的功能。

可选地，该中继通信的装置还可以包括通信接口，该通信接口用于该中继通信的装置与其它设备进行通信。该通信接口可以为收发器、输入/输出接口、或电路等。

在一种可能的设计中，该中继通信的装置包括：处理器和通信接口，

该处理器用于运行计算机程序，以使得该中继通信的装置实现上述第一方面和第五方面描述的任一种方法；

该处理器利用该通信接口与外部通信。

可以理解，该外部可以是处理器以外的对象，或者是该装置以外的对象。

在另一种可能的设计中，该中继通信的装置为芯片或芯片系统。该通信接口可以是该芯片或芯片系统上输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。该处理器也可以体现为处理电路或逻辑电路。

第九方面，提供一种中继通信的装置，该中继通信的装置包括处理器，用于实现上述第二方面和第六方面描述的方法中第二终端设备的功能。

可选地，该中继通信的装置还可以包括存储器，该存储器与该处理器耦合，该处理器用于实现上述第二方面和第六方面描述的方法中第二终端设备的功能。

在一种可能的实现中，该存储器用于存储程序指令和数据。该存储器与该处理器耦合，该处理器可以调用并执行该存储器中存储的程序指令，用于实现上述第二方面和第六方面描述的方法中第二终端设备的功能。

该处理器利用该通信接口与外部通信；

该处理器用于运行计算机程序，以使得该中继通信的装置实现上述第二方面和第六方面描述的任一种方法。

在另一种可能的设计中，该中继通信的装置为芯片或芯片系统。该通信接口可以是该芯片或芯片系统上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。该处理器也可以体现为处理电路或逻辑电路。

第十方面，提供一种中继通信的装置，该中继通信的装置包括处理器，用于实现上述第三方面描述的方法中第一核心网网元的功能。

可选地，该中继通信的装置还可以包括存储器，该存储器与该处理器耦合，该处理器用于实现上述第三方面描述的方法中第一核心网网元的功能。

在一种可能的实现中，该存储器用于存储程序指令和数据。该存储器与该处理器耦合，该处理器可以调用并执行该存储器中存储的程序指令，用于实现上述第三方面描述的方法中第一核心网网元的功能。

该处理器利用该通信接口与外部通信；

该处理器用于运行计算机程序，以使得该中继通信的装置实现上述第三方面描述的任一种方法。

第十一方面，提供一种中继通信的装置，该中继通信的装置包括处理器，用于实现上述第四方面和第七方面描述的方法中服务供应商的功能。

可选地，该中继通信的装置还可以包括存储器，该存储器与该处理器耦合，该处理器用于实现上述第四方面和第七方面描述的方法中服务供应商的功能。

在一种可能的实现中，该存储器用于存储程序指令和数据。该存储器与该处理器耦合，该处理器可以调用并执行该存储器中存储的程序指令，用于实现上述第四方面和第七方面描述的方法中服务供应商的功能。

该处理器利用该通信接口与外部通信；

该处理器用于运行计算机程序，以使得该中继通信的装置实现上述第四方面和第七方面描述的任一种方法。

第十二方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第十三方面，本申请提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第十四方面，提供了一种通信系统，包括第八方面至第十一方面所示的中继通信的装置。

第十五方面，提供了一种芯片装置，包括处理电路，该处理电路用于从存储器中调用并运行程序，使得安装有该芯片装置的通信设备执行上述各方面所述的方法。

附图说明

图1中的(a)和(b)是本申请实施例适用的通信系统的架构示意图。

图2是本申请实施例提供的中继架构示意图。

图3是本申请提供的一种中继通信的方法的示意性流程图。

图4是本申请提供的另一种中继通信的方法的示意性流程图。

图5是本申请提供的又一种中继通信的方法的示意性流程图。

图6是根据本申请实施例提供的通信装置的示意性框图。

图7是根据本申请实施例提供的通信装置的另一示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。本申请实施例的技术方案还可以应用于设备到设备(device to device，D2D)通信，车辆外联(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet ofthings，IoT)通信系统或者其他通信系统。

为便于理解本申请实施例，首先结合图1中的(a)和(b)简单介绍本申请实施例适用的通信系统。

作为示例性说明，图1中的(a)示出了本申请实施例适用的通信系统的架构示意图。图1中的(a)所示的通信系统中包括基于服务化接口的5G网络架构。如图1中的(a)所示，该网络架构可以包括但不限于以下网元(或者称为功能网元、功能实体、节点、设备等)：

用户设备(user equipment，UE)、5G无线接入网设备(radio access network，NG-RAN)、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、统一数据管理(unified data management，UDM)网元、数据网络(datanetwork，DN)、认证服务器功能(authentication server function，AUSF)、网络数据分析功能(network data analytics function，NWDAF)网元、能力开放功能(network exposurefunction，NEF)、网络存储功能(NF repository function，NRF)、策略控制功能设备(policy control function，PCF)、应用功能(application function，AF)、等。

下面对图1中的(a)中示出的各网元进行简单介绍：

1、UE：与(R)AN通信的终端，也可以称为终端设备(terminal equipment)、接入终端、用户单元、用户站、移动站、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例可以为：手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑(如笔记本电脑、掌上电脑等)、移动互联网设备(mobile internetdevice，MID)、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等。

此外，终端设备还可以是物联网(Internet of things，IoT)系统中的终端设备。IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。IoT技术可以通过例如窄带(narrowband，NB)技术，做到海量连接，深度覆盖，终端省电。

应理解，终端设备可以是任何可以接入网络的设备。终端设备与接入网设备之间可以采用某种空口技术相互通信。

可选地，用户设备可以用于充当基站。例如，用户设备可以充当调度实体，其在V2X或D2D等中的用户设备之间提供侧行链路信号。比如，蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信，而无需通过基站中继通信信号。

2、NG-RAN：用于为特定区域的授权用户设备提供入网功能，并能够根据用户设备的级别，业务的需求等使用不同服务质量的传输隧道。

NG-RAN能够管理无线资源，为用户设备提供接入服务，进而完成控制信号和用户设备数据在用户设备和核心网之间的转发，NG-RAN也可以理解为传统网络中的基站。

示例性地，本申请实施例中的接入网设备可以是用于与用户设备通信的任意一种具有无线收发功能的通信设备。该接入网设备包括但不限于：演进型节点B(evolved NodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(home evolved Node B，HeNB，或home Node B，HNB)、基带单元(baseBand unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission andreception point，TRP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，接入网设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的接入网设备，也可以将CU划分为核心网(core network，CN)中的接入网设备，本申请对此不做限定。

3、UPF网元：主要负责对用户报文进行处理，如转发、计费、合法监听等。用户面网元也可以称为协议数据单元(protocol data unit，PDU)会话锚点(PDU session anchor，PSA)。

在5G通信系统中，用户面网元可以是UPF网元。在未来通信系统中，用户面网元仍可以是UPF网元，或者，还可以有其它的名称，本申请不做限定。

4、DN：用于提供传输数据的网络。

在5G通信系统中，数据网络可以是DN。在未来通信系统中，数据网络仍可以是DN，或者，还可以有其它的名称，本申请不做限定。

5、AUSF：主要包括以下功能：认证服务器功能，与统一数据管理网元交互获取用户信息，并执行认证相关的功能，如生成中间密钥等。

在5G通信系统中，认证服务器功能网元可以是AUSF网元。在未来通信系统中，认证服务器功能网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

6、AMF网元：主要用于移动网络中的终端的附着、移动性管理、跟踪区更新流程，接入管理网元终结了非接入层(non access stratum，NAS)消息、完成注册管理、连接管理以及可达性管理、分配跟踪区域列表(track area list，TA list)以及移动性管理等，并且透明路由会话管理(session management，SM)消息到会话管理网元。

在5G通信系统中，接入管理网元可以是AMF网元。在未来通信系统中，接入管理网元仍可以是AMF网元，或者，还可以有其它的名称，本申请不做限定。

7、SMF：主要用于会话管理、终端设备的网络互连协议(internet protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。

在5G通信系统中，会话管理网元可以是SMF网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其它的名称，本申请不做限定。

8、PCF：包含用户签约数据管理功能、策略控制功能、计费策略控制功能、服务质量(quality of service，QoS)控制等。

在5G通信系统中，该策略控制网元可以是PCF网元。在未来通信系统中，策略控制网元仍可以是PCF网元，或者，还可以有其它的名称，本申请不做限定。

9、UDM：可以理解为统一数据管理网元在5G架构中的命名。其中，统一数据管理网元主要包括以下功能：统一数据管理，支持3GPP认证和密钥协商机制中的认证信任状处理，用户身份处理，接入授权，注册和移动性管理，签约管理，短消息管理等。

10、NEF：主要包括以下功能：安全的开放3GPP网络功能提供的业务和能力，有内部开放，或者开放给第三方等；转化或翻译与AF交互的信息和内部网络功能交互的信息，如AF服务标识和内部5G核心网信息如数据网络名(data network name，DNN)，单网络切片选择辅助信息(single network slice selection assistance information，S-NSSAI)等。

11、NRF：主要包括以下功能：服务发现功能，维护可用的网络功能(networkfunction，NF)实例的NF文本以及他们支持的服务。

12、NWDAF：可以从各个网络功能(network function，NF)，例如策略控制网元、会话管理网元、用户面网元、接入管理网元、应用功能网元(通过网络能力开放功能网元)收集数据，并进行分析和预测。

在5G通信系统中，数据分析网元可以是NWDAF网元。在未来通信系统中数据分析网元仍可以是NWDAF网元，或者，还可以有其它的名称，本申请不做限定。

13、AF：主要包括以下功能：连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。

从图1中的(a)可以看出，图1中的(a)中的各个控制面网元之间的接口是服务化的接口。

例如，图1中的(a)中Nnef、Nnrf、Nnwdaf、Namf、Npcf、Nsmf、Nudm分别为上述NEF、NRF、NWDAF、AMF、PCF、SMF和UDM提供的服务化接口，用于调用相应的服务化操作。N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rdgeneration partnership project，3GPP)标准协议中定义的含义，在此不做限制。

服务化使得5G核心网形成一个扁平化的架构，通过控制面的信令总线，同一个网络切片的控制面网络功能实体之间可以通过NRF网元相互发现对方，获得对方的访问地址信息，然后可以通过控制面信令总线直接相互通信。

需要说明的是，图1中的(a)中的各个控制面网元之间的接口还可以是点对点接口，这里不再赘述。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

为方便说明，本申请后续，以会话管理功能网元为SMF网元，数据分析网元为NWDAF网元为例进行说明。进一步地，将SMF网元简称为SMF，NWDAF网元简称为NWDAF。即本申请后续所描述的SMF均可替换为会话管理功能网元，NWDAF均可替换为数据分析功能网元。

为方便说明，本申请，以装置为SMF实体、NWDAF实体为例，对中继通信的进行说明，对于装置为SMF实体内的芯片、NWDAF实体内的芯片的实现方法，可参考装置分别为SMF实体、NWDAF实体的具体说明，不再重复介绍。

需要说明的是，图1中的(a)中所涉及的各个网元以及网元之间的通信接口的名称是以目前协议中规定的为例进行简单说明的，但并不限定本申请实施例只能够应用于目前已知的通信系统。因此，以目前协议为例描述时出现的标准名称，都是功能性描述，本申请对于网元、接口或信令等的具体名称并不限定，仅表示网元、接口或者信令的功能，可以对应的扩展到其它系统，比如5G或未来通信系统中。

另外，还需要说明的是，在某些网络架构中，AMF网元、SMF网元、PCF网元、AF网元以及UDM网元等网络功能网元实体都称为网络功能网元(network function，NF)网元；或者，在另一些网络架构中，AMF网元，SMF网元，PCF网元，AF网元，UDM网元等网元的集合都可以称为控制面功能网元。

图1中的(a)为本申请实施例适用的通信系统。近年来，在图1中的(a)所示的通信系统的基础上，无人机(uncrewed aerial vehicle，UAV)的应用越来越普及，例如，在民用领域，从个人娱乐的小型无人机，到各种各样的带来经济价值的无人机(如，植保无人机、救灾无人机、消防无人机、快递无人机)等等，种类繁多。

除此之外，无人机还可能提供临时的通信服务，即无人机上载有无线接入节点，这常应用于重大事件如足球比赛直播，或紧急事件如地震海啸等场景。当前3GPP正在讨论UAV联网相关课题，可以解决远程控制UAV时的识别、授权以及追踪等问题。

具体地，无人机系统服务供应商(UAS service supplier，USS)为UAV安全和有效使用空域提供服务，负责UAV的认证授权、命令和控制(command and control，C2)通信的认证授权、UAV的识别追踪等。UAV是UE的一种，也可以称为UE。其中，UAS为无人机航空系统(uncrewed aerial system,UAS)。

为了便于理解，下面结合图1中的(b)简单介绍USS、UAS。

作为示例性说明，图1中的(b)示出了本申请实施例适用的通信系统的架构示意图。该网络架构可以包括但不限于以下网元(或者称为功能网元、功能实体、节点、设备等)：

UE、4G接入网((R)AN)、NG-RAN、5G核心网(5G core，5GC)、4G核心网(evolvedpacket core，EPC)、UAS、USS、DN和第三方授权实体(third party authorized entity，TPAE)。

其中，UE、NG-RAN、5GC(包括但不限于图1中的(a)所示的通过服务化接口连接的网元，如，AMF、SMF、PCF等)、DN等网元的描述可以参考图1中的(a)中的描述；(R)AN、EPC和TPAE等网元的描述可以参考目前4G网络相关技术中的描述，本申请中不再进行赘述。本申请主要介绍USS和UAS。

UAS：包括UAV和UAV控制器，例如，UAS包括一个UAV和一个UAV控制器。

USS：第三方实体或网元，为无人机UAV安全和有效使用空域提供服务，负责UAV的认证授权、C2通信的认证授权、UAV的识别追踪等。其中，UAV是UE的一种，也可以称为UE。

USS可以和DN合设(如，USS可以看做DN中的功能)，也可以和AF合设(如，USS可以看做AF中的功能)，或者还可以是单独设立USS。

本申请对该网元的名称不限定，例如，USS还可以称为无人机流量管理(UAStraffic management，UTM)实体或网元，或其他的名称。

进一步地，如果UAV期望联网与无人机控制器(uncrewed aerial vehiclecontroller，UAVc)通信，则首先需要进行UAV的认证授权，即判断UAV自身是否合法，然后需要进行C2通信的授权，即判断是否允许UAV和UAVc通信以及其他可能的授权，如飞行路径是否合法。

上述的UAV的认证授权和C2通信的授权的决策者都是USS。其中，UAV的认证授权可以在注册流程中执行，也可以在会话建立流程中执行；C2通信的授权在会话建立或修改流程中执行。

具体地，UAV需要建立到USS的会话用于识别位置、位置上报等，UAV需要建立到UAVc的会话用于控制和命令等。如果UAV的认证授权在会话建立流程中执行，则可以在UAV到USS的会话建立流程中执行。C2通信的授权可以在UAV到UAVc的会话建立或修改中执行。

可选地，UAV到USS的会话和UAV到UAVc的会话可以是同一个会话，也可以是不同的会话。如果UAV到USS的会话和UAV到UAVc的会话是同一个会话，且UAV的认证授权在会话建立流程中执行，则UAV的认证授权和C2通信的授权可能同时执行。

在某些场景下，多个无人机可能会配合工作，如：无人机巡航、救灾、表演等。在这种场景下，其中的某个或某些无人机能力较强，可以将其他无人机的数据传输给控制器或服务器，即无人机中继是一个可能的场景。

具体地，图2所示的系统架构可以理解为中继架构，在无人机中继的场景下，包括以下两种类型的无人机：

一种是远程终端设备(Remote UE)，该Remote UE是具有近距离通信能力的UE，可以理解为一个通过中继方式联网的UE。在本申请中，也称为Remote UAV，指通过中继方式联网的UAV。

另一种是通过终端设备联网的中继终端设备(UE-to-Network Relay UE)，该UE-to-Network Relay UE同样是具有近距离通信能力的UE，支持Remote UE联网，即Remote UE通过UE-to-Network Relay UE联网，也即中继。在本申请中，也称为UE-to-Network RelayUAV，或简称为Relay UAV，指中继UAV。

由上述可知，如果UAV需要联网，则需要进行UAV的认证授权和C2通信的授权，但是目前未针对无人机中继的场景说明如何进行UAV的认证授权和C2通信的授权，本申请提供一种中继通信方法，能够实现在中继场景下终端设备的认证授权和C2通信的授权。

为了便于理解本申请实施例的技术方案，在以5G架构为基础介绍本申请实施例的方案之前，首先对本申请实施例可能涉及到的5G中的一些术语或概念进行简单描述。

1、C2通信。

用于传输控制和命令的消息的用户面连接，本申请实施例中可以理解为控制器控制UAV的链路。

2、C2通信的授权。

C2通信的授权指的是判断是否允许UAV和UAVc通信。本申请实施例中涉及的C2通信的授权是在UAV到UAVc的会话建立或修改中执行的。

目前协议中(如，3GPP TS 23.502)规定的C2通信的授权主要指的是某个UAV对应的C2通信的授权流程，并未涉及图2所示的中继场景下，如何通过Relay UAV实现对RemoteUAV的C2通信的授权。

本申请中对于针对某个UAV对应的C2通信的授权流程不做具体描述，可以参考目前协议中的描述。

例如，在某个UAV对应的UAV到UAVc的会话建立或修改中执行针对该UAV的C2通信的授权。

3、民航局级别的无人机标识(Civil Aviation Administration level UAVidentify，CAA-Level UAV ID)。

USS分配的UAV标识，在USS管理范围内唯一标识UAV。

例如，USS管理范围内包括3个UAV(如，UAV#1、UAV#2和UAV#3)，USS为该3个UAV分别分配3个CAA-Level UAV ID(如，CAA-Level UAV ID#1、CAA-Level UAV ID#2和CAA-LevelUAV ID#3)，其中，CAA-Level UAV ID#1用于标识UAV#1，CAA-Level UAV ID#2用于标识UAV#2，CAA-Level UAV ID#3用于标识UAV#3。

4、Remote UE的认证。

Relay UE中继Remote UE的数据需要进行授权，在PCF或UDM或DN中确定Relay UE传输指定Remote UE的数据。该Remote UE的认证，授权的是Relay UE是否可以中继RemoteUE的数据，将Remote UE看作普通UE，不需要第三方(如，USS)进行进一步的认证授权，也不需要对Remote UE和其他UE的通信业务进行授权(如，C2通信的授权)。

5、UAV的认证授权(USS UAV authorization/authentication，UUAA)。

UUAA指的是判断UAV自身是否合法。UUAA可以在注册流程中执行，也可以在会话建立流程中执行。本申请实施例中主要涉及在会话建立流程中执行UUAA，对于在注册流程中执行UUAA的流程不做描述。

目前协议中(如，3GPP TS 23.502)规定的UUAA主要指的是某个UAV对应的UUAA流程，并未涉及图2所示的中继场景下，如何通过Relay UAV实现对Remote UAV的UUAA。

本申请中对于针对某个UAV对应的UUAA流程不做具体描述，可以参考目前协议中的描述。

例如，在某个UAV对应的PDU会话建立过程中执行针对该UAV的UUAA。

此外，为了便于理解本申请实施例，做出以下几点说明。

第一，在本申请中，“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时，可以包括该指示信息直接指示A或间接指示A，而并不代表该指示信息中一定包括有A。

第二，在本申请中第一、第二以及各种数字编号(例如，“#1”、“#2”)仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的信息等。

第三，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第四，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

上文结合图1简单介绍了本申请实施例提供的中继通信的方法能够应用的场景，以及介绍了本申请实施例中可能涉及到的基本概念，下面将结合附图详细说明本申请实施例提供的中继通信的方法。

由上述可知，目前协议中没有规定中继的场景中如何实现远程UAV(Remote UAV)的UAV的认证授权和C2通信的授权。本申请提供一种中继通信方法，能够实现在中继场景下终端设备的认证授权和C2通信的授权。

应理解，下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或核心网设备，或者，是终端设备或核心网设备中能够调用程序并执行程序的功能模块。

以下，不失一般性，以设备之间的交互为例详细说明本申请实施例提供的中继通信的方法。

图3是本申请提供的一种中继通信的方法的示意性流程图。包括以下步骤：

S310，第二终端设备向第一终端设备发送第一请求消息，或者第一终端设备接收来自第二终端设备的第一请求消息。

该第一请求消息中包括第一标识，该第一标识为服务供应商分配的用于标识该第二终端设备的标识。

本申请实施例中，第一终端设备可以理解为Relay UE，用于支持第二终端设备(如，Remote UE)联网，例如，Relay UE用于中继Remote UE到服务供应商和/或控制器的数据，下文中所示的Relay UE中继Remote UE的数据可以理解为Relay UE中继Remote UE的到服务供应商和/或控制器的数据。为了便于描述，本申请实施例中以终端设备为UAV为例进行说明。上述第一终端设备为Relay UAV，第二终端设备为Remote UAV。

需要说明的是，本申请实施例中以“Remote UE”为Remote UAV，“RelayUE”为RelayUAV为例对中继通信的方法进行说明只是举例，对本申请的保护范围不构成任何的限定。在实际应用中，UAV也可以被替换为其他的终端设备(如，智能手机、智能穿戴设备等)，本申请对此不做限定。

该第一请求消息中包括的第一标识为服务供应商分配的在该服务供应商管理范围内唯一标识该第二终端设备的标识。

例如，第二终端设备为Remote UAV，服务供应商为USS。上述的第一标识为USS为Remote UAV分配的CAA-Level UAV ID，本申请实施例中对于CAA-Level UAV ID的具体形式不做限定，能够用于标识USS管理范围内的Remote UAV即可，如，CAA-Level UAV ID可以是Remote UAV的序列号、CAA发布的(issued)的注册标识符或USS发布的(issued)通用唯一识别码(universally unique identifier，UUID)等。

需要说明的是，本申请实施例中终端设备还可以是除无人机之外的其他设备，则上述的服务供应商可以是除USS之外的为终端设备提供服务的供应商，本申请对此不做限定。

示例性地，第一请求消息可以是Remote UAV向Relay UAV发送的直接通信请求(direct communication request)消息，该直接通信请求消息中携带USS为Remote UAV分配的CAA-Level UAV ID。

示例性地，第一请求消息还可以是Remote UAV向Relay UAV发送的其他消息，本申请中对于第一请求消息是Remote UAV和Relay UAV之间已有的消息还是新增的消息不做限定。

可选的，第一请求消息中还可以包括服务供应商的地址信息(如，USS的地址信息)，和/或，控制器的标识(如，UAVc的标识)。其中，所述USS为服务Remote UAV的USS，所述UAVc为Remote UAV期望匹配的UAVc，即UAVc用于控制Remote UAV。

示例性地，USS的地址信息可以是USS的IP地址信息，或其他可用于寻址USS的信息，本申请不做限定。

示例性地，UAVc的标识可以是用于3GPP系统识别UAVc的标识如通用公开用户标识(generic public subscription identity，GPSI)，或用于USS识别UAVc的标识如CAA-Level UAVc ID，或IP地址信息，或其他可用于标识UAVc的信息，本申请不做限定。

应理解，第二终端设备向第一终端设备发送第一请求消息之前，第二终端设备和第一终端设备之间已经建立连接，图3所示的方法还可以包括：

S311，第二终端设备与第一终端设备建立连接。

具体地，Remote UAV根据某些特征(如，Remote UAV和Relay UAV是同一个通信组，或使用同一个应用或服务)发现能够为Remote UAV提供中继服务的Relay UAV。

作为一种可能的实现方式，某个Relay UAV广播第一中继服务编码(relayservice code，RSC)，如果有Remote UAV可以识别出该第一RSC，则可以尝试与该Relay UAV建立连接。

作为另一种可能的实现方式，某个Remote UAV需要寻求Relay UAV为其提供中继服务，则该Remote UAV广播第二RSC。当有Relay UAV可以支持该第二RSC对应的中继服务，则Relay UAV广播回复消息或向该Remote UAV发送回复消息，回复消息中可以携带其可以支持的第二RSC，Remote UAV根据接收到的回复消息，判断是否与Relay UAV建立连接。

需要说明的是，上述的通过识别RSC判断是否与Relay UAV建立连接的方式，只是举例说明Remote UAV如何与Relay UAV建立连接，对本申请的保护范围不构成任何的限定，本申请实施例中对于Remote UAV如何与Relay UAV建立连接不做限定，Remote UAV还可以通过其他方式与Relay UAV建立连接，例如，根据历史传输路径或者根据管理器的指示等，这里不再赘述。

进一步地，第一终端设备接收到上述的第一请求消息之后，需要向第一核心网网元发送第二请求消息，以使得第二终端设备能够与服务供应商和/或控制器通信，图3所示的方法还可以包括：

S320，第一终端设备向第一核心网网元发送第二请求消息，或者第一核心网网元接收来自第一终端设备的第二请求消息。

该第二请求消息中包括上述的第一标识。

示例性地，该第二请求消息用于请求建立该第二终端设备与控制该第二终端设备的控制器和/或该服务供应商之间的通信。该控制器用于控制该第二终端设备，该服务供应商可以理解为第三方实体，用于为该第一终端设备和第二终端设备提供服务。

或者说，该第二请求消息请求建立用于无人机航空系统(uncrewed aerialsystem,UAS)服务的会话。

其中，所述UAS服务，指用于UAV与USS通信、与UAVc通信等连接所提供的服务。也就是说，用于UAS服务的会话包括UAV到USS的会话和/或UAV到UAVc的会话。

或者说，该第二请求消息用于请求第一核心网网元发起针对该第二终端设备的认证流程；

或者说，该第二请求消息用于请求第一核心网网元发起用于该第二终端设备通信的会话建立流程。

示例性地，本申请实施例中涉及的第一核心网网元可以是会话管理功能网元。会话管理功能网元可以是SMF，或者能够实现会话管理功能的其他网元，本申请实施例中对于网元的名称不做任何的限定。

具体地，该第二请求消息可以是用于请求修改或者建立会话的请求消息，该会话用于第二终端设备与服务供应商之间通信和/或第二终端与控制器之间的通信。

作为一种可能的实现方式，在第二请求消息为会话建立请求消息的情况下，第一核心网网元能够根据第二请求消息建立第一终端设备与服务供应商和/或控制器之间的第二会话，该第二会话用于传输第二终端设备与服务供应商和/或所述控制器之间的数据。

作为另一种可能的实现方式，在第二请求消息为会话修改请求消息的情况下，第一核心网网元能够根据第二请求消息修改第一会话为用于传输第一终端设备与所述服务供应商和/或所述控制器之间的数据以及所述第二终端设备与所述服务供应商和/或所述控制器之间的数据的会话，其中，第一会话为在发送所述会话修改请求消息前所述第一终端设备建立的用于传输所述第一终端设备与所述服务供应商和/或所述控制器之间的数据的会话。

需要说明的是，本申请中对于会话建立流程或修改流程中第一核心网网元具体实现不做限制(如，获取建立会话所需的信息等)，可以参考目前会话建立流程或修改流程相关技术中的描述。

示例性地，第二请求消息请求修改或建立的PDU会话用于Remote UAV与USS之间的通信，两者之间可以通过该会话传输远程识别、无人机定位和追踪等信息；或者第二请求消息请求修改或建立的PDU会话同时用于Remote UAV与USS之间的通信和Remote UAV与UAVc之间的通信。

具体地，该第二请求消息中包含上述的第一标识。如，Remote UE的CAA-Level UAVID。

作为一种可能的实现方式，上述第一请求消息中携带有USS的地址信息，该第二请求消息中也携带该USS的地址信息。

作为另一种可能的实现方式，上述第一请求消息中携带有UAVc的标识，该第二请求消息中也携带该UAVc的标识。

作为又一种可能的实现方式，上述第一请求消息中携带有USS的地址信息和UAVc的标识，该第二请求消息中也携带该USS的地址信息和UAVc的标识。

具体地，在第二请求消息请求PDU会话建立或修改过程中，对Remote UAV进行认证授权，同时确定是否允许该Relay UAV中继Remote UAV的数据，即确定是否允许该RelayUAV中继Remote UAV到USS和/或UAVc的数据。

需要说明的是，第一终端设备可以已经建立用于第一终端设备与服务供应商和/或控制器通信的PDU会话，图3所示的方法还可以包括：

S321，第一终端设备建立第一会话。

该第一会话用于第一终端设备与服务供应商和/或控制器通信。

作为一种可能的实现方式，上述的第二请求消息为PDU会话修改请求消息。例如，Relay UAV重用Relay UAV与USS和/或UAVc之间通信的第一会话，即用于Remote UAV与USS和/或UAVc之间通信的会话和Relay UAV与USS和/或UAVc之间通信的第一会话相同。

可选的，在该实现方式下第二请求消息中包含指示信息，指示信息指示会话用于Remote UAV与USS和/或UAVc之间的通信，以及指示Relay UAV与USS和/或UAVc之间的通信，即该会话同时传输Relay UAV发送到USS和/或UAVc的数据和Remote UAV发送到USS和/或UAVc的数据。

作为另一种可能的实现方式，上述的第二请求消息为PDU会话建立请求消息。例如，Relay UAV不重用Relay UAV与USS和/或UAVc之间通信的第一会话。

可选的，在该实现方式下第二请求消息中包含指示信息，指示信息指示会话用于Remote UAV与USS和/或UAVc之间的通信，即该会话传输Remote UAV发送到USS和/或UAVc的数据。

示例性地，Relay UAV执行上述的步骤S320之前，需要判断是否需要为Remote UAV的认证授权发起会话建立或修改，即判断是否需要发送第二请求消息，本申请实施例中主要涉及确定发送第二请求消息的情况，因为如果确定不发送第二请求消息证明Relay UAV无法实现为Remote UAV中继通信的功能，而本申请主要考虑的是中继场景下Remote UAV的认证，则图3所示的方法流程还包括：

本申请对步骤S311和S321的先后顺序不作限定。

S322，第一终端设备确定发送第二请求消息。

可选地，Relay UAV可能通过下述方式确定是否需要为Remote UAV的认证授权发起会话建立或修改请求消息：

方式一：

Relay UAV根据Remote UAV提供的CAA-Level UAV ID确定服务Remote UAV的USS与服务Relay UAV的USS是否相同。如果相同，需要发送第二请求消息；如果不同，则不需要发送第二请求消息。

本申请实施例中主要考虑服务Remote UAV的USS与服务Relay UAV的USS相同的情况。

在方式一中，Relay UAV解析CAA-Level UAV ID可以获得USS信息，第一请求消息中可以不携带USS的地址信息。

需要说明的是，Remote UAV提供的CAA-Level UAV ID在构造的过程中包含了USS信息，而Relay UAV能够获知CAA-Level UAV ID的构造方式，本申请对Relay UAV如何解析CAA-Level UAV ID不限定。

方式二：

Relay UAV根据Remote UAV提供的USS的地址信息确定服务Remote UAV的USS与服务Relay UAV的USS是否相同，如果相同，需要发送第二请求消息；如果不同，则不需要发送第二请求消息。

在方式二中，第一请求消息中需要携带USS的地址信息。

方式三：

Relay UAV根据Remote UAV提供的UAVc的标识确定控制Remote UAV的UAVc与控制Relay UAV的UAVc是否相同，如果相同，需要发送第二请求消息；如果不同，则不需要发送第二请求消息。

本申请实施例中主要考虑控制Remote UAV的UAVc与控制Relay UAV的UAVc相同的情况。

在方式三中，第一请求消息中需要携带UAVc的标识。

具体地，SMF接收到上述的第二请求消息之后，需要进行签约信息的查询和/或策略信息的获取，图3所示的方法流程还包括：

S323，第一核心网网元查询签约信息和/或获取策略信息。

具体地，SMF从UDM或PCF查询签约信息或获取策略信息。

作为一种可能的实现方式，UDM或PCF是服务Relay UAV的UDM或PCF，签约信息和/或策略信息中还包括指示Relay UAV是否允许中继其他UAV的数据的指示信息，即指示是否允许中继其他UAV的到USS和/或UAVc的数据的信息，在该实现方式下服务Relay UAV的UDM或PCF和服务Remote UAV的UDM或PCF相同。

作为另一种可能的实现方式，UDM或PCF是服务Remote UAV的UDM/PCF，签约信息和/或策略信息中还包括指示Remote UAV是否允许被其他UAV中继数据的指示信息，即指示是否允许被其他UAV中继到USS和/或UAVc的数据的信息，在该实现方式下服务Relay UAV的UDM或PCF和服务Remote UAV的UDM或PCF不同。

SMF可能通过多种方式与服务Remote UAV的UDM或PCF通信查询签约信息和/或策略信息，本申请对SMF如何与服务Remote UAV的UDM或PCF通信不做限制，可能是直接的或间接的。

进一步地，为了实现Remote UAV的认证授权，图3所示的方法流程还包括：

S330，第一核心网网元向服务供应商发送第三请求消息，或者服务供应商接收来自第一核心网网元的第三请求消息。

具体地，该第三请求消息用于请求USS认证授权Remote UAV的合法性，即RemoteUAV在认证授权成功后才能实现中继联网。

作为一种可能的实现方式，该第三请求消息还用于请求USS确定是否允许RelayUAV中继Remote UAV的数据，即是否允许Relay UAV中继Remote UAV到USS和/或UAVc的数据。

作为另一种可能的实现方式，该第三请求消息还用于请求USS授权Remote UAV匹配UAVc，即允许UAVc控制Remote UAV。

示例性地，第三请求消息可以称为证授权请求消息，或者还可以称为认证请求消息等，本申请实施例中对于消息的类型和名称等不做限定。

具体地，该认证授权请求消息中包括Remote UAV的CAA-Level UAV ID。

可选的，该认证授权请求消息中还包括Relay UAV的标识和/或Remote UAV的地址信息。

其中，Relay UAV的标识指的是用于3GPP系统识别Relay UAV的标识如GPSI，或用于USS识别Relay UAV的标识如CAA-Level UAV ID，或IP地址信息，或其他可用于标识RelayUAV的信息，本申请不做限定；Remote UAV的地址信息指Remote UAV的IP地址信息，或其他可用于寻址Remote UAV的信息，本申请不做限定。

在上述的第二请求消息中包含了UAVc的标识(或者说UAVc的标识信息)的情况下，该认证授权请求消息中也可以包含UAVc的标识。

具体地，USS接收到上述的第三请求消息之后，需要进行Remote UAV的合法性的认证，确定Remote UAV的认证授权结果，图3所示的方法流程还包括：

S340，服务供应商确定第二终端设备的认证授权结果。

具体地，该Remote UAV的认证授权结果包括Remaote UAV是否合法，和/或，RelayUAV是否可以中继Remote UAV的数据，即是否可以中继Remote UAV到USS和/或UAVc的数据。

作为一种可能的实现方式，第二终端设备的认证授权结果还包括：Remote UAV是否匹配到UAVc。

例如，在上述的第三请求消息中包括UAVc的标识的情况下，USS确定是否允许Remote UAV匹配UAVc。

还例如，在上述的第三请求消息中包括Relay UAV的标识的情况下，USS确定是否允许Remote UAV匹配控制Relay UAV的UAVc。

又例如，在上述的第三请求消息中包括Relay UAV的标识的情况下，USS确定是否允许Relay UAV中继Remote UAV的数据。

进一步地，USS需要将Remote UAV的认证授权结果发送给SMF，图3所示的方法流程还包括：

S341，服务供应商向第一核心网网元发送第三响应消息，或者第一核心网网元接收来自服务供应商的第三响应消息。

具体地，该第三响应消息响应于上述的第三请求消息，包含Remote UAV的认证授权结果。

可选的，该第三响应消息中包含UAVc的地址信息。

示例性地，第三响应消息可以显式或隐式的指示是否允许Remote UAV匹配UAVc。

其中，显式指示指的是有单独的指示，例如，第三响应消息中包含指示信息，指示信息用于指示是否允许Remote UAV匹配UAVc；隐式指示指的是没有单独的指示，例如，第三响应消息中没有包含独立的指示，则表示允许Remote UAV匹配UAVc，或者消息中包含UAVc的地址信息，则表示允许Remote UAV匹配UAVc。

示例性地，第三响应消息可以显式或隐式的指示是否允许Remote UAV匹配控制Relay UAV的UAVc。

其中，显式指示指的是有单独的指示，例如，第三响应消息中包含指示信息，指示信息用于指示是否允许Remote UAV匹配控制Relay UAV的UAVc；隐式指示指的是没有单独的指示。例如，第三响应消息中没有包含独立的指示，则表示允许Remote UAV匹配控制Relay UAV的UAVc。

示例性地，第三响应消息可以显式或隐式的指示是否允许Relay UAV中继RemoteUAV的数据。

其中，显式指示指的是有单独的指示，例如，第三响应消息中包含指示信息，指示信息用于指示是否允许Relay UAV中继Remote UAV的数据；隐式指示指的是没有单独的指示，例如，第三响应消息中没有包含独立的指示，则表示允许Relay UAV中继Remote UAV的数据。

需要说明的是，若使用显式指示的方式指示结果，则可能出现第三响应消息中既包含Remote UAV的认证授权结果又包含一种或多种指示信息的情况。

在一种可能的实现方式中，将多种结果融合成一个独立的指示信息，即指示是否允许Relay UAV中继该Remote UAV的数据，隐式的包含了Remote UAV是否认证授权成功等信息。

为了便于描述，统一将认证授权结果和指示信息等称为认证授权结果，不再区分。

在一种可能的实现方式中，在第三请求消息中包含了Remote UAV的地址信息的情况下，则USS向UAVc或UAVc侧的核心网网元提供Remote UAV的地址信息。

进一步地，SMF获得上述的Remote UAV的认证授权结果之后，可以通过第二响应消息通知到Relay UAV，图3所示的方法流程还包括：

S342，第一核心网网元向第一终端设备发送第二响应消息，或者第一终端设备接收来自第一核心网网元的第二响应消息。

该第二响应消息用于响应第二请求消息。

该第二响应消息中包含Remote UAV的认证授权结果。

在一种可能的实现方式中，SMF向Relay UAV发送会话建立或修改拒绝消息，消息中包含拒绝原因值，原因值可能是Remote UAV认证授权失败，或不允许Relay UAV中继Remote UAV的数据等。

在一种可能的实现方式中，若第三响应消息中包含了UAVc的地址信息，则SMF在UPF中配置UAVc的地址信息，这种情况下，该会话既可以用于Remote UAV到USS的通信，也用于Remote UAV到UAVc的通信。

需要说明的是，在第二请求消息为PDU会话建立请求消息的场景下，若RemoteUAV认证授权结果为成功，则SMF在UPF中建立规则，所述规则用于Remote UAV与USS和/或UAVc之间的通信，即上下行数据的检测转发等规则；

在第二请求消息为PDU会话修改请求消息的场景下，若RemoteUAV认证授权结果为成功，则SMF在UPF中更新规则，所述规则用于Relay UAV与USS和/或UAVc之间的通信以及Remote UAV与USS和/或UAVc之间的通信，即上下行数据的检测转发等规则。

例如，在步骤S321中，SMF在UPF中建立规则，所述规则用于Relay UAV与USS和/或UAVc之间的通信，在步骤S342中，SMF在UPF中增加规则，所述规则用于Remote UAV与USS和/或UAVc之间的通信。

进一步地，Relay UAV需要将Remote UAV的认证授权结果发送给Remote UAV，通过第一响应消息通知到Relay UAV，图3所示的方法流程还包括：

S343，第一终端设备向第二终端设备发送第一响应消息。

该第一响应消息用于响应第一请求消息。

该第一响应消息中包含Remote UAV的认证授权结果。

若授权结果指示成功(对于多个结果的情况，指没有失败的结果)，则Relay UAV可以通过该PDU会话中继来自Remote UAV的目的地为UAVc的数据或目的地为USS的数据。

图3所示的方法流程中第二终端设备的认证授权结果可以包括第二终端设备是否匹配到控制器，也可以不包括第二终端设备是否匹配到控制器，即C2认证授权可以是一次性授权的也可以不是一次性授权的。在C2认证授权不是一次性授权，每次飞行都需要进行C2认证授权的情况下，本申请还提供另一种中继通信的方法，如图4所示，图4是本申请提供的另一种中继通信的方法的示意性流程图，包括以下步骤：

S410，第二终端设备向第一终端设备发送第一指示信息，或者第一终端设备接收来自第二终端设备的第一指示信息。

该第一指示信息用于指示RemoteUAV请求与控制器建立通信。本申请中以第二终端设备请求与控制器建立的通信为C2通信为例进行说。针对终端设备为除UAV之外的设备的情况下第二终端设备请求与控制器建立的通信可以为其他名称，本申请对此不做限定。也就是说第一指示信息用于指示请求进行C2通信。

例如，RemoteUAV已经通过注册流程或图3所示的流程完成RemoteUAV是否合法的认证授权了，但C2通信认证授权不是一次性授权，每次飞行都需要进行C2通信认证授权。

示例性地，第一指示信息可以携带在RemoteUAV和RelayUAV之间的直接通信请求(direct communication request)消息中，该第一指示信息指示Remote UAV期望建立C2通信。

可选的，第二终端设备还可以向第一终端设备发送以下信息中的至少一个：

飞行计划信息、Remote UAV的标识、UAVc的标识和USS的地址信息中的一个或多个。

其中，Remote UAV的标识可能是用于3GPP系统识别Remote UAV的标识如GPSI，或用于USS识别Remote UAV的标识如CAA-Level UAV ID，或其他可用于标识Remote UAV的信息，该实施例中对此不做限定。所述USS为服务Remote UAV的USS。所述UAVc为Remote UAV期望匹配的UAVc，即UAVc用于控制Remote UAV。

应理解，第二终端设备向第一终端设备发送第一指示信息之前，第二终端设备和第一终端设备之间已经建立连接，具体链接建立方式可以参考上述图3中的步骤S311的描述，这里不再赘述。

进一步地，第一终端设备接收到上述的第一指示信息之后，需要向第一核心网网元发送第一指示信息，以使得第一核心网网元触发认证授权第二终端设备的C2通信认证授权，图4所示的方法还可以包括：

S420，第一终端设备向第一核心网网元发送第一指示信息，或者第一核心网网元接收来自第一终端设备的第一指示信息。

该第一指示信息可以携带在用于请求建立或修改PDU会话的请求消息中，该请求修改或建立的PDU会话用于Remote UAV的C2通信。

示例性地，第一终端设备可以已经建立用于第一终端设备与服务供应商和/或控制器通信的第一会话，如图3中步骤S321所示，这里不再赘述。

作为一种可能的实现方式，第一指示信息可以携带在Relay UAV发起会话修改流程的PDU会话修改请求消息中。例如，Relay UAV重用Relay UAV与USS和/或UAVc之间通信的第一会话，即用于Remote UAV与USS和/或UAVc之间通信的会话和Relay UAV与USS和/或UAVc之间通信的第一会话相同。

作为另一种可能的实现方式，第一指示信息可以携带在Relay UAV发起会话建立流程的PDU会话建立请求消息中。例如，Relay UAV不重用Relay UAV与USS和/或UAVc之间通信的第一会话。

可选的，第一终端设备还可以向第一核心网网元发送以下信息中的至少一个：

C2通信指示信息、飞行计划信息、Remote UAV的标识、UAVc的标识和USS的地址信息中的一个或多个。

在一种可能的实现方式中，用DNN和/或S-NSSAI可以用于标识C2通信会话，上述的第一指示信息的具体体现形式可以是DNN和/或S-NSSAI，无需在用于请求建立或修改PDU会话的请求消息单独增加信元用于指示C2通信。

作为一种可能的实现方式，第一终端设备接收到飞行计划信息，可以向第一核心网网元发送该飞行计划信息。

作为另一种可能的实现方式，建立一个新的会话用于C2通信，第一终端设备向第一核心网网元发送Remote UAV的标识。

作为又一种可能的实现方式，第一终端设备接收到UAVc的标识，可以向第一核心网网元发送UAVc的标识。

作为又一种可能的实现方式，第一终端设备接收到USS的地址信息，可以向第一核心网网元发送USS的地址信息。

具体地，SMF接收到上述的第一指示信息之后，需要确定第二终端设备是否允许与所述控制器通信，图4所示的方法流程还包括：

S430，第一核心网网元确定第二终端设备是否允许与所述控制器通信。

其中，第二终端设备是否允许与所述控制器可以称为Remote UAV的C2认证授权结果。

具体地，SMF可能通过下述方式确定Remote UAV的C2认证授权结果：

在一种可能的实现方式中，若Remote UAV没有进行过RemoteUAV的合法认证授权结果，或之前的RemoteUAV的合法认证授权结果指示失败，或不允许Relay UAV中继RemoteUAV的数据，则SMF确定Remote UAV的C2认证授权失败。

在另一种可能的实现方式中，若Remote UAV有成功的RemoteUAV的合法认证授权结果，且允许Relay UAV中继Remote UAV的数据，且Relay UAV未携带Remote UAV的航空信息和/或UAVc的标识，则SMF确定Remote UAV的C2认证授权成功。

在又一种可能的实现方式中，若Remote UAV有成功的RemoteUAV的合法认证授权结果，且允许Relay UAV中继Remote UAV的数据，且Relay UAV携带Remote UAV的航空信息和/或UAVc的标识，则SMF无法确定Remote UAV的C2授权结果，需要进一步向USS请求授权。

由上述可知，SMF需要基于Remote UAV是否成功认证授权以及是否允许Relay UAV中继Remote UAV的数据，进一步确定Remote UAV的C2授权结果，图4所示的方法流程还包括：

S431，第一核心网网元确认第二终端设备的认证授权结果。

该第二终端设备的认证授权结果包括：Remote UAV是否成功认证授权以及是否允许Relay UAV中继Remote UAV的数据。

示例性地，SMF可能从其他网元查询到上述信息，如AMF、UDM或NEF等，也可以根据自身存储的信息确定第二终端设备的认证授权结果，本申请对此不做限定。

还可以通过执行以下步骤确定Remote UAV的C2认证授权结果：

S432，第一核心网网元向服务供应商发送第四请求消息，或者服务供应商接收来自第一核心网网元的第四请求消息。

第四请求消息用于请求所述服务供应商确定Remote UAV是否允许与控制器通信，可以称为C2认证授权请求消息。

可选地，第四请求消息中包含Remote UAV的航空信息和/或Remote提供的UAVc的标识。

可选的，第四请求消息中包含Relay UAV的标识。

进一步地，服务供应商接收到第四请求消息之后，需要确定是否允许C2通信，图4所示的方法流程还包括：

S433，服务供应商确定第二终端设备是否允许与所述控制器通信。

在第四请求消息中包含Remote UAV的航空信息的情况下，USS根据航空信息进行飞行路径相关的授权；

在第四请求消息中包含UAVc的标识的情况下，USS根据UAVc的标识进行匹配相关的授权；USS根据Relay UAV的标识进行中继相关的授权。

服务供应商确定是否允许C2通信之后，将C2认证授权结果发送给第一核心网网元，图4所示的方法流程还包括：

S434，服务供应商向第一核心网网元发送第四响应消息，或者第一核心网网元接收来自服务供应商的第四响应消息。

第四响应消息包括第二指示信息，第二指示信息用于指示第二终端设备是否允许与所述控制器通信。

在第一核心网网元可以确定Remote UAV的C2认证授权结果，和/或，第一核心网网元接收来自服务供应商的C2认证授权结果的情况下，执行以下步骤：

S440，第一核心网网元向第一终端设备发送第二指示信息。

第二指示信息用于指示第二终端设备是否允许与所述控制器通信。

可以通过显式或隐式的方式指示第二终端设备是否允许与所述控制器通信。显式的方式，即在消息中包含指示信息，指示信息用于指示是否允许C2通信。隐式的方式，即没有明显的指示信息，如SMF通过发送会话建立/修改接受消息表示允许C2通信，而通过发送会话建立/修改拒绝消息表示拒绝C2通信，在拒绝的场景，可以提供拒绝的原因值。本申请对C2授权结果的提供方式不做限定。

S450、第一终端设备向第二终端设备发送第二指示信息。

类似的，可以通过显式或显式的方式发送第二指示信息。

图3所示的流程和图4所示的流程的区别在于，图3所示的流程中USS认证授权了Remote UAV的合法性，并且可以授权了Remote UAV和UAVc的匹配，后续飞行时也不需要再次进行授权。而图4所示的流程中假设USS仅认证授权了Remote UAV的合法性，但是RemoteUAV和UAVc的匹配以及飞行信息等需要在每次飞行时进行认证授权。也就是说，图3所示的流程可以一次性授权Remote UAV的合法性和C2认证授权，流程更加简化；图4所示的流程需要多次C2认证授权，更有利于监管。

本申请还提供一种中继通信的方法，能够更加简化Remote UAV的中继联网流程，下面结合图5进行说明，图5是本申请实施例提供的又一种中继通信的方法的示意性流程图，包括以下步骤：

S510、第一终端设备向服务供应商发送能力信息，或者服务供应商接收来自第一终端设备的能力信息。

该能力信息用于指示Relay UAV中继Remote UAV的数据的能力。

可选的，Relay UAV还可以向服务供应商发送期望中继的Remote UAV的标识，和/或，UAS的标识。

可选的，Relay UE或UAVc还可以向服务供应商发送UAVc的标识，对于同一个UAVc，USS可以生成一个RSC用于该UAVc控制其他Remote UAV和Relay UAV。

Relay UAV可以通过本地配置或Remote UAV上报等方式获取上述标识。

所述能力信息指Relay UAV可以中继另一个UAV的数据。

在一种可能的实现方式中，能力信息指Relay UAV可以中继另一个UAV一种或多种数据类型的数据，其中，数据类型包括以下至少一种：

C2通信数据(如，Remote UAV到UAVc的数据)、Remote UAV到USS的数据、RemoteUAV的非UAV业务相关的数据，或者其他可能数据类型，本申请对此不做限定。

上述的Remote UAV的标识可以是一个或多个用于标识Remote UAV的信息(如，USS为Remote UAV分配的CAA-Level UAV ID，3GPP系统识别Remote UAV的标识等)，该实施例中对Remote UAV的标识的形式不做限定，这里不再赘述。

UAS的标识指的是Relay UAV所在的UAS的标识(如，3GPP系统识别UAS的标识)，该实施例中UAS的标识的形式不做限定。

需要说明的是，Relay UAV向USS提供的信息的方式是不限定的，例如可以是以下方式中的任意种：

Relay UAV通过一个消息直接发送给USS，或Relay UAV在注册流程中向AMF发送，然后AMF通过NEF间接或直接发送给USS，或Relay UAV在会话管理流程中向SMF发送，然后SMF通过NEF间接或直接发送给USS，或其他可能的传输方式，本申请不做限定。

UAVc的标识指的是可以同时控制Relay UAV和Remote UAV的UAV控制器的标识(如，3GPP系统识别UAVc的标识)，该实施例中对UAVc的标识的形式不做限定。

进一步地，服务供应商接收来自第一终端设备的能力信息之后，可以基于能力信息确定是否允许Relay UAV中继其他UAV的数据，该实施中主要考虑允许的情况，图5所示的方法流程还包括：

S520，服务供应商向第一终端设备发送中继服务码，或者第一终端设备接收来自服务供应商的中继服务码。

具体地，USS确定是否允许Relay UAV中继其他UAV的数据，若允许，则向Relay UAV提供中继服务码(relay service code，RSC)。

在一种可能的实现方式中，步骤S510中Relay UAV提供了Remote UE的标识，USS确定是否允许Relay UAV中继Remote UAV的数据。

在一种可能的实现方式中，步骤S510中Relay UAV提供了UAS的标识，USS确定是否允许Relay UAV中继UAS中其他UAV的数据。

在一种可能的实现方式中，步骤S510中Relay UAV提供的中继UAV的能力信息指示Relay UAV可以中继另一个UAV一种或多种类型的数据，USS确定是否允许Relay UAV中继Relay UAV支持的一种或多种类型的数据。

在一种可能的实现方式中，USS结合上述多种信息进行判断。

如果步骤S510中携带了UAVc的标识，则USS所生成的RSC可以与UAVc关联(如，一个RSC与一个UAVc的标识绑定)。

在第一终端设备获得上述的中继服务码之后，第二终端设备可以根据中继服务码发现第一终端设备，图5所示的方法流程还包括：

S530，第二终端设备根据中继服务码发现第一终端设备。

如果RSC与UAVc的标识有关联关系，则Relay UAV与Remote UAV进行连接时，需要确认Remote UAV是否连接到RSC所对应的UAVc；或者，

如果Remote UAV与Relay UAV通过某个UAVc所对应的RSC建立了连接，则RemoteUAV仅能通过Relay UAV连接到相应的UAVc上。

进一步地，第二终端设备可以通过第一终端设备中继数据，具体地：

Relay UAV为传输Remote UAV的数据建立或修改会话，Relay UAV通过该会话传输Remote UAV的数据。

图5所示的流程中Relay UAV获得Relay Service Code后，Remote UAV可通过中继联网，简化中继通信流程。

需要说明的是，本申请中的“会话”为PDU会话为例，在实际应用中，PDU会话也可以被替换为其他的会话，本申请对此不做限定。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还应理解，在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

还应理解，在上述一些实施例中，主要以现有的网络架构中的设备为例进行了示例性说明(如网络设备、终端设备等等)，应理解，对于设备的具体形式本申请实施例不作限定。例如，在未来可以实现同样功能的设备都适用于本申请实施例。

可以理解的是，上述各个方法实施例中，由设备(如上述第一终端设备、第二终端设备、第一核心网网元、服务供应商等)实现的方法和操作，也可以由设备的部件(例如芯片或者电路)实现。

以上，结合图3至图5详细说明了本申请实施例提供的中继通信的方法。上述中继通信的方法主要从各个网元之间交互的角度进行了介绍。可以理解的是，各个网元，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。

本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以下，结合图6和图7详细说明本申请实施例提供的中继通信的装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

图6是本申请实施例提供的装置600的示意性框图。该装置600包括收发单元610和处理单元620。收发单元610可以实现相应的通信功能，处理单元620用于进行数据处理。收发单元610还可以称为通信接口或通信单元，收发单元610实现获取信息功能的情况下，还可以称为获取单元。

可选地，该装置600还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元620可以读取存储单元中的指令和/或数据，以使得装置实现前述方法实施例。

该装置600可以用于执行上文方法实施例中设备(如上述第一终端设备、第二终端设备、第一核心网网元、服务供应商等)所执行的动作，这时，该装置600可以为设备或者可配置于设备中的部件，收发单元610用于执行上文方法实施例中设备的收发相关的操作，处理单元620用于执行上文方法实施例中设备的处理相关的操作。

作为一种设计，该装置600用于执行上文方法实施例中第一终端设备所执行的动作。

一种可能的实现方式，收发单元610，接收来自第二终端设备的第一请求消息，该第一请求消息中包括第一标识，该第一标识为服务供应商分配的该第二终端设备的标识；

收发单元610，还用于向第一核心网网元发送第二请求消息，该第二请求消息中包括该第一标识，其中，该第二请求消息用于请求建立该第二终端设备与控制该第二终端设备的控制器和/或该服务供应商之间且通过所述第一终端设备进行的通信。

可选地，收发单元610，还用于接收来自该第一核心网网元的响应于该第二请求消息的第二响应消息，该第二响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该装置600是否允许中继该第二终端设备的数据。

可选地，收发单元610，还用于接收来自该第二终端设备的第一指示信息，该第一指示信息用于指示该第二终端设备请求与该控制器建立通信；收发单元610，还用于向该第一核心网网元发送该第一指示信息。

可选地，收发单元610，还用于接收来自该第一核心网网元的第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信；收发单元610，还用于向该第二终端设备发送该第二指示信息。

可选地，收发单元610，还用于向该第二终端设备发送响应于该第一请求消息的第一响应消息，该第一响应消息中包括该第二终端设备的认证授权结果。

可选地，处理单元620，用于确定服务该第二终端设备的服务供应商和服务该第一终端设备的服务供应商相同，和/或，该第一终端设备确定控制该第一终端设备的控制器和控制该第二终端设备的控制器相同。

可选地，处理单元620，确定服务该第二终端设备的供应商和服务该第一终端设备的供应商相同，包括：该处理单元620根据该第一标识确定服务该第二终端设备的服务供应商和服务该装置600的服务供应商相同；和/或，该第一请求消息中还包括该服务供应商的地址信息，该处理单元620根据该地址信息确定服务该第二终端设备的服务供应商和服务该装置600的服务供应商相同。

可选地，处理单元620，确定控制该第一终端设备的控制器和控制该第二终端设备的控制器相同，包括：该处理单元620根据该控制器的标识确定控制该装置600的控制器和控制该第二终端设备的控制器相同。

另一种可能的实现方式，收发单元610，用于向服务供应商发送能力信息，该能力信息用于指示该第一终端设备中继其他终端设备数据的能力；

收发单元610，还用于接收来自该服务供应商的中继服务码，该中继服务码用于指示该第一终端设备允许中继其他终端设备数据。

可选地，收发单元610，用于向该终端设备的供应商发送第二终端设备的标识，和/或，终端设备系统的标识，其中，该第二终端设备为通过中继方式联网的终端设备。

该装置600可实现对应于根据本申请实施例的方法实施例中的第一终端设备执行的步骤或者流程，该装置600可以包括用于执行方法实施例中的第一终端设备执行的方法的单元。并且，该装置600中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的第一终端设备中的方法实施例的相应流程。

其中，当该装置600用于执行图3中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S311、S310、S321、S320、S342和S343；处理单元620可用于执行方法中的处理步骤，如步骤S322。

当该装置600用于执行图4中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S410、S420、S440和S450。

当该装置600用于执行图5中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S510、S520和S530。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为另一种设计，该装置600用于执行上文方法实施例中第二终端设备所执行的动作。

一种可能的实现方式，收发单元610，用于获取第一标识，该第一标识为服务供应商分配的该第二终端设备的标识；

收发单元610，用于向第一终端设备发送第一请求消息，该第一请求消息中包括该第一标识，其中，该第二终端设备为通过中继方式联网的终端设备。

可选地，收发单元610，用于接收来自该第一终端设备的响应于该第一请求消息的第一响应消息，该第一响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

可选地，收发单元610，用于向该第一终端设备发送第一指示信息，该第一指示信息用于指示该第二终端设备请求与控制器建立通信。

可选地，收发单元610，用于接收来自该第一终端设备的第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信。

另一种可能的实现方式，收发单元610，用于获取中继服务码，该中继服务码用于指示该第一终端设备允许中继其他终端设备数据；

收发单元610，用于根据该中继服务码发现该第一终端设备。

该装置600可实现对应于根据本申请实施例的方法实施例中的第二终端设备执行的步骤或者流程，该装置600可以包括用于执行方法实施例中的第二终端设备执行的方法的单元。并且，该装置600中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的第二终端设备中的方法实施例的相应流程。

其中，当该装置600用于执行图3中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S311、S310和S343。

当该装置600用于执行图4中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S410和S450。

当该装置600用于执行图5中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S530。

作为又一种设计，该装置600用于执行上文方法实施例中第一核心网网元所执行的动作。

一种可能的实现方式，收发单元610，用于接收来自第一终端设备的第二请求消息，该第二请求消息中包括第一标识，该第一标识为服务供应商分配的该第二终端设备的标识；

收发单元610，用于向该服务供应商发送第三请求消息，该第三请求消息中包括该第一标识和该第一终端设备的标识，该第三请求消息用于请求该服务供应商对该第二终端设备进行认证授权，其中，该第二终端设备为通过中继方式联网的终端设备。

可选地，收发单元610，用于接收来自该服务供应商的响应于该第三请求消息的第三响应消息，该第三响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

可选地，收发单元610，用于接收来自第一终端设备的第一指示信息，该第一指示信息用于指示该第二终端设备请求与该控制器建立通信；

处理单元620，用于确定该第二终端设备是否允许与该控制器通信。

可选地，处理单元620确定该第二终端设备是否允许与该控制器通信，包括：该处理单元620根据该第二终端设备认证授权结果确定该第二终端设备是否允许与该控制器通信；和/或，该处理单元620从该服务供应商获取该第二终端设备是否允许与该控制器通信。

可选地，收发单元610，用于向该服务供应商发送第四请求消息，该第四请求消息用于请求该服务供应商确定该第二终端设备是否允许与该控制器通信；

收发单元610，用于接收来自该服务供应商的响应于该第四请求消息的第四响应消息，该第四响应消息包括第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信。

收发单元610，用于向该第一终端设备发送响应于该第二请求消息的第二响应消息，该第二响应消息中包括该第二终端设备的认证授权结果。

该装置600可实现对应于根据本申请实施例的方法实施例中的第一核心网网元执行的步骤或者流程，该装置600可以包括用于执行方法实施例中的第一核心网网元执行的方法的单元。并且，该装置600中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的第一核心网网元中的方法实施例的相应流程。

其中，当该装置600用于执行图3中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S321、S320、S330、S341和S342；处理单元620可用于执行方法中的处理步骤，如步骤S323。

当该装置600用于执行图4中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S420、S432、S434和S440；处理单元620可用于执行方法中的处理步骤，如步骤S431和S430。

作为又一种设计，该装置600用于执行上文方法实施例中服务供应商所执行的动作。

一种可能的实现方式，收发单元610，用于接收来自第一核心网网元的第三请求消息，该第三请求消息中包括第一标识，该第一标识为该服务供应商分配的该第二终端设备的标识；处理单元620，用于根据该第一标识对该第二终端设备进行认证授权，其中，该第二终端设备为通过中继方式联网的终端设备。

可选地，收发单元610，用于向该第一核心网网元发送响应于该第三请求消息的第三响应消息，该第三响应消息中包括该第二终端设备的认证授权结果，其中，该第二终端设备的认证授权结果包括该第二终端设备是否合法，和/或，该第一终端设备是否允许中继该第二终端设备的数据。

可选地，收发单元610，用于接收来自该第一核心网网元的第四请求消息；

处理单元620，用于根据该第四请求消息确定该第二终端设备是否允许与该控制器通信；

收发单元610，用于向该第一核心网网元发送应于该第四请求消息的第四响应消息，该第四响应消息包括第二指示信息，该第二指示信息用于指示第二终端设备是否允许与该控制器通信。

另一种可能的实现方式，收发单元610，用于接收来自第一终端设备的能力信息，该能力信息用于指示该第一终端设备中继其他终端设备数据的能力；

收发单元610，用于向该第一终端设备发送中继服务码，该中继服务码用于指示该第一终端设备允许中继其他终端设备数据。

该装置600可实现对应于根据本申请实施例的方法实施例中的服务供应商执行的步骤或者流程，该装置600可以包括用于执行方法实施例中的服务供应商执行的方法的单元。并且，该装置600中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的服务供应商中的方法实施例的相应流程。

其中，当该装置600用于执行图3中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S330和S341；处理单元620可用于执行方法中的处理步骤，如步骤S340。

当该装置600用于执行图4中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S432和S434；处理单元620可用于执行方法中的处理步骤，如步骤S433。

当该装置600用于执行图5中的方法时，收发单元610可用于执行方法中的收发步骤，如步骤S510和S520。

上文实施例中的处理单元620可以由至少一个处理器或处理器相关电路实现。收发单元610可以由收发器或收发器相关电路实现。存储单元可以通过至少一个存储器实现。

如图7所示，本申请实施例还提供一种装置700。该装置700包括处理器710，还可以包括一个或多个存储器720。处理器710与存储器720耦合，存储器720用于存储计算机程序或指令和/或数据，处理器710用于执行存储器720存储的计算机程序或指令和/或数据，使得上文方法实施例中的方法被执行。可选地，该装置700包括的处理器710为一个或多个。

可选地，该存储器720可以与该处理器710集成在一起，或者分离设置。

可选地，如图7所示，该装置700还可以包括收发器730，收发器730用于信号的接收和/或发送。例如，处理器710用于控制收发器730进行信号的接收和/或发送。

作为一种方案，该装置700用于实现上文方法实施例中由设备(如上述第一终端设备、第二终端设备、第一核心网网元、服务供应商等)执行的操作。

应理解，图7仅为示例而非限定，上述包括收发单元和处理单元的设备可以不依赖于图7所示的结构。

当该装置700为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。当然装置700还可以为一个芯片系统或处理系统，使得安装该装置700的设备可以实现本申请实施例的方法和功能。例如，处理单元可以为芯片系统或处理系统中的处理电路，实现对安装了该芯片系统或处理系统的设备的控制，还可以耦合链接存储单元，调用存储单元中的指令，使得设备可以实现本申请实施例的方法和功能，收发单元，可以为芯片系统或处理系统中的输入输出电路，将芯片系统处理好的信息输出，或将待处理的数据或信令信息输入芯片系统进行处理。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由设备(如上述第一终端设备、第二终端设备、第一核心网网元、服务供应商等)执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由网络设备执行的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由设备(如上述第一终端设备、第二终端设备、第一核心网网元、服务供应商等)执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的设备(如上述第一终端设备、第二终端设备、第一核心网网元、服务供应商等)，如包括Relay UE、Remote UE和SMF。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM可以包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的保护范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。

另外，在本申请各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质可以包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种中继通信的方法，其特征在于，包括：

第一终端设备接收来自第二终端设备的第一请求消息，所述第一请求消息中包括第一标识，所述第一标识为服务供应商分配的所述第二终端设备的标识；

所述第一终端设备向第一核心网网元发送第二请求消息，所述第二请求消息中包括所述第一标识，

其中，所述第二请求消息用于请求建立所述第二终端设备与所述服务供应商和/或控制器之间且通过所述第一终端设备进行的通信。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一终端设备接收来自所述第一核心网网元的响应于所述第二请求消息的第二响应消息，所述第二响应消息中包括所述第二终端设备的认证授权结果，

其中，所述第二终端设备的认证授权结果包括所述第二终端设备是否合法，和/或，所述第一终端设备是否允许中继所述第二终端设备的数据。

3.根据权利要求2所述的方法，其特征在于，所述第二终端设备的认证授权结果还包括：

所述第二终端设备是否匹配到所述控制器。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

所述第一终端设备接收来自所述第二终端设备的第一指示信息，所述第一指示信息用于指示所述第二终端设备请求与所述控制器建立通信；

所述第一终端设备向所述第一核心网网元发送所述第一指示信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述第一终端设备接收来自所述第一核心网网元的第二指示信息，所述第二指示信息用于指示第二终端设备是否允许与所述控制器通信；

所述第一终端设备向所述第二终端设备发送所述第二指示信息。

6.根据权利要求2至5中任一项所述的方法，其特征在于，所述方法还包括：

所述第一终端设备向所述第二终端设备发送响应于所述第一请求消息的第一响应消息，所述第一响应消息中包括所述第二终端设备的认证授权结果。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在所述第一终端设备向第一核心网网元发送第二请求消息之前，所述方法还包括：

所述第一终端设备确定服务所述第二终端设备的服务供应商和服务所述第一终端设备的服务供应商相同，和/或，

所述第一终端设备确定控制所述第一终端设备的控制器和所述控制器相同。

8.根据权利要求7所述的方法，其特征在于，所述第一终端设备确定服务所述第二终端设备的供应商和服务所述第一终端设备的供应商相同，包括：

所述第一终端设备根据所述第一标识确定服务所述第二终端设备的服务供应商和服务所述第一终端设备的服务供应商相同；和/或，

所述第一请求消息中还包括所述服务供应商的地址信息，所述第一终端设备根据所述地址信息确定服务所述第二终端设备的服务供应商和服务所述第一终端设备的服务供应商相同。

9.根据权利要求7或8所述的方法，其特征在于，所述第一请求消息中还包括所述控制器的标识，

所述第一终端设备确定控制所述第一终端设备的控制器和所述控制器相同，包括：

所述第一终端设备根据所述控制器的标识确定控制所述第一终端设备的控制器和所述控制器相同。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述第一核心网网元为会话管理功能网元SMF，所述第二请求消息为会话建立请求消息或会话修改请求消息。

11.根据权利要求10所述的方法，其特征在于，所述第二请求消息为会话建立请求消息时，所述第二请求消息用于建立所述第一终端设备与所述服务供应商和/或所述控制器之间的第二会话，所述第二会话用于传输所述第二终端设备与所述服务供应商和/或所述控制器之间的数据；或

所述第二请求消息为会话修改请求消息时，所述第二请求消息用于请求将所述第一会话修改为进一步传输所述第二终端设备与所述服务供应商和/或所述控制器之间的数据的会话；在发送所述会话修改请求消息前，所述第一会话为所述第一终端设备建立的用于传输所述第一终端设备与所述服务供应商和/或所述控制器之间的数据的会话。

12.根据权利要求1至11中任一项所述的方法，其特征在于，所述控制器用于控制所述第二终端设备；所述服务供应商是第三方实体，用于为所述第一终端设备和所述第二终端设备提供服务。

13.一种中继通信的方法，其特征在于，包括：

第一核心网网元接收来自第一终端设备的第二请求消息，所述第二请求消息中包括第一标识，所述第一标识为服务供应商分配的第二终端设备的标识；

所述第一核心网网元向所述服务供应商发送第三请求消息，所述第三请求消息中包括所述第一标识和所述第一终端设备的标识，所述第三请求消息用于请求所述服务供应商对所述第二终端设备进行认证授权，

14.根据权利要求13所述的方法，其特征在于，所述方法还包括：

所述第一核心网网元接收来自所述服务供应商的响应于所述第三请求消息的第三响应消息，所述第三响应消息中包括所述第二终端设备的认证授权结果，

15.根据权利要求14所述的方法，其特征在于，所述第二终端设备的认证授权结果还包括：所述第二终端设备是否匹配到所述控制器。

16.根据权利要求13或14所述的方法，其特征在于，所述方法还包括：

所述第一核心网网元接收来自第一终端设备的第一指示信息，所述第一指示信息用于指示所述第二终端设备请求与所述控制器建立通信；

所述第一核心网网元确定所述第二终端设备是否允许与所述控制器通信。

17.根据权利要求16所述的方法，其特征在于，所述第一核心网网元确定所述第二终端设备是否允许与所述控制器通信，包括：

所述第一核心网网元根据所述第二终端设备认证授权结果确定所述第二终端设备是否允许与所述控制器通信；和/或，

所述第一核心网网元从所述服务供应商获取所述第二终端设备是否允许与所述控制器通信。

18.根据权利要求17所述的方法，其特征在于，所述第一核心网网元从所述服务供应商获取所述第二终端设备是否允许与所述控制器通信，包括：

所述第一核心网网元向所述服务供应商发送第四请求消息，所述第四请求消息用于请求所述服务供应商确定所述第二终端设备是否允许与所述控制器通信；

所述第一核心网网元接收来自所述服务供应商的响应于所述第四请求消息的第四响应消息，所述第四响应消息包括第二指示信息，所述第二指示信息用于指示第二终端设备是否允许与所述控制器通信。

19.根据权利要求18所述的方法，其特征在于，所述方法还包括：

所述第一核心网网元向所述第一终端设备发送所述第二指示信息。

20.根据权利要求14至19中任一项所述的方法，其特征在于，所述方法还包括：

所述第一核心网网元向所述第一终端设备发送响应于所述第二请求消息的第二响应消息，所述第二响应消息中包括所述第二终端设备的认证授权结果。

21.根据权利要求13至20中任一项所述的方法，其特征在于，所述第一核心网网元为会话管理功能网元SMF，所述第二请求消息为会话建立请求消息或会话修改请求消息。

22.根据权利要求21所述的方法，其特征在于，所述第二请求消息为会话建立请求消息时，所述第二请求消息用于建立所述第一终端设备与所述服务供应商和/或所述控制器之间的第二会话，所述第二会话用于传输所述第二终端设备与所述服务供应商和/或所述控制器之间的数据；或

所述第二请求消息为会话修改请求消息时，所述第二请求消息用于请求将所述第一会话修改为用于进一步传输所述第二终端设备与所述服务供应商和/或所述控制器之间的数据的会话，在发送所述会话修改请求消息前，所述第一会话为所述第一终端设备建立的用于传输所述第一终端设备与所述服务供应商和/或所述控制器之间的数据的会话。

23.根据权利要求13至22中任一项所述的方法，其特征在于，所述控制器用于控制所述第二终端设备；所述服务供应商是第三方实体，用于为所述第一终端设备和所述第二终端设备提供服务。

24.一种中继通信的装置，其特征在于，包括用于执行权利要求1至12中任一项所述的方法的单元。

25.一种中继通信的装置，其特征在于，包括用于执行权利要求13至23中任一项所述的方法的单元。

26.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在被处理器运行时，使得所述计算机执行如权利要求1至12中任一项所述的方法，或者使得所述计算机执行如权利要求13至23中任一项所述的方法。

27.一种芯片装置，其特征在于，包括处理电路，所述处理电路用于从存储器中调用并运行程序，使得安装有该芯片装置的通信设备执行如权利要求1至12中任一项所述的方法，或者使得所述安装有该芯片装置的通信设备执行如权利要求13至23中任一项所述的方法。