CN117598003A

CN117598003A - 确定方法及装置、通信设备、通信系统、存储介质

Info

Publication number: CN117598003A
Application number: CN202380011619.XA
Authority: CN
Inventors: 江小威
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2023-10-09
Filing date: 2023-10-09
Publication date: 2024-02-23

Abstract

本公开提出一种确定方法、装置、设备及存储介质，方法包括：终端确定上行链路许可资源是否包括SBFD的上行子带；终端确定待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输。本公开的方法可以确保通信质量和通信稳定性。

Description

确定方法及装置、通信设备、通信系统、存储介质

技术领域

本公开涉及通信技术领域，尤其涉及确定方法及装置、通信设备、通信系统、存储介质。

背景技术

通信系统中，通过引入子带全双工(Subband Full Duplex，SBFD)技术以提高通信效率。可选地，SBFD技术可以包括：通过在时分双工(Time Division Duplexing，TDD)的单个载波内划分频域上不交叠的上行子带(UL SBFD subband)和下行子带(DL SBFDsubband)，使得网络设备可以在单个载波内的上行子带进行数据的接收，同时在该单个载波内的下行子带进行数据的发送，从而使得网络设备可以同时进行数据的收发，即：网络设备在接收数据的同时还可以发送数据，以此实现网络设备侧的全双工。

发明内容

本公开提出确定方法及装置、通信设备、通信系统、存储介质。

根据本公开实施例的第一方面，提出了一种确定方法，由终端执行，包括：

确定上行链路许可资源是否包括SBFD的上行子带；和/或

确定待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输。

根据本公开实施例的第二方面，提出了一种终端，包括：

处理模块，用于确定上行链路许可资源是否包括SBFD的上行子带，和/或，用于确定待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输。

根据本公开实施例的第三方面，提出了一种通信系统，其特征在于，包括终端，其中，所述终端被配置为实现第一方面所述的确定方法。

根据本公开实施例的第四方面，提出了一种存储介质，所述存储介质存储有指令，其特征在于，当所述指令在通信设备上运行时，使得所述通信设备执行如第一方面所述的确定方法。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1A为本公开实施例提供的一些通信系统的架构示意图；

图1B是根据本公开实施例示出的SBFD资源的结构示意图；

图2A为本公开一个实施例所提供的确定方法的交互示意图；

图3A为本公开再一个实施例所提供的确定方法的流程示意图；

图3B为本公开再一个实施例所提供的确定方法的流程示意图；

图4A为本公开再一个实施例所提供的确定方法的流程示意图；

图5A为本公开一个实施例所提供的终端的结构示意图；

图6A是本公开一个实施例所提供的一种通信设备的结构示意图；

图6B为本公开一个实施例所提供的一种芯片的结构示意图。

具体实施方式

本公开实施例提出了确定方法及装置、通信设备、通信系统、存储介质。

第一方面，本公开实施例提出了一种确定方法，由终端执行，所述方法包括：

确定上行链路许可资源是否包括SBFD的上行子带；和/或

在上述实施例中，终端会确定上行链路许可资源是否包括SBFD的上行子带，和/或，会确定待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输，以便终端后续可以基于确定结果来进行逻辑信道优先级(logical channel prioritization，LCP)处理。可选地，上述的SBFD的上行子带用于实现SBFD的上行传输，其中，当上行链路许可资源包括SBFD的上行子带时，可以认为该上行链路许可资源用于实现SBFD，即可能会出现：终端在基于该上行链路许可资源向网络设备发送上行数据时，该网络设备还会同时在同一时域位置的其他子带上向其他终端发送下行数据，此时，由于同一时域位置上的上下行数据同时传输，则使得终端的上行传输会存在干扰；以及，当上行链路许可资源不包括SBFD的上行子带时，可以认为该上行链路许可资源不用于实现SBFD，即：终端在基于该上行链路许可资源向网络设备发送上行数据时，该网络设备不会同时在同一时域位置的其他子带上向其他终端发送下行数据，此时，由于同一时域位置上的上下行数据不同时传输，则使得终端的上行传输不会受到干扰。

可选地，上述的“待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输”可以理解为：是否允许终端利用该SBFD的上行子带来向网络设备传输待发送数据对应的逻辑信道，其中，由于上述的SBFD的上行子带用于SBFD，因此，当利用SBFD的上行子带传输待发送数据对应的逻辑信道时，可能会对该逻辑信道的传输造成干扰。基于此，针对通信质量要求较高的数据(如较为重要的数据或者需要高可靠度的数据)，可以配置其对应的逻辑信道不允许在SBFD的上行子带传输，以避免干扰，针对通信质量要求较低的数据(如较为不重要的数据或者不需要高可靠度的数据)，可以配置其对应的逻辑信道允许在SBFD的上行子带传输。

由此，当终端确定出上行链路许可资源是否包括SBFD的上行子带，和/或，确定出待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输时，终端可以基于确定结果判断出利用该上行链路许可资源进行上行传输时是否会存在干扰，和/或，会判断出该待发送数据是否为通信质量要求较高的数据，则终端会进一步确定后续在进行LCP处理时是否选择该逻辑信道，以此达到“对于通信质量要求较高的数据，可以不进行SBFD，而对于通信质量要求较低的数据才进行SBFD”的目的，以避免出现“对于通信质量要求较高的数据进行SBFD时，由于SBFD会存在干扰而导致该数据的传输面临服务质量(Quality of Service，QoS)无法满足”的情况，从而保证了通信质量要求较高的数据的QoS，且还能充分利用子带全双工所提供的上行资源，确保了通信质量和通信稳定性。

结合第一方面的一些实施例，在一些实施例中，所述方法还包括以下至少之一：

所述终端确定所述上行链路许可资源包括SBFD的上行子带且允许所述逻辑信道在所述SBFD的上行子带上传输，所述终端基于所述上行链路许可资源对所述逻辑信道进行逻辑信道优先级LCP处理；

所述终端确定所述上行链路许可资源包括SBFD的上行子带且不允许所述逻辑信道在所述SBFD的上行子带上传输，所述终端基于所述上行链路许可资源进行LCP处理时不选择所述逻辑信道；

所述终端确定所述上行链路许可资源不包括SBFD的上行子带，所述终端基于所述上行链路许可资源对所述逻辑信道进行LCP处理。

可选地，上述的“基于上行链路许可资源对该待发送数据对应的逻辑信道进行LCP处理(或称为：基于上行链路许可资源进行LCP处理时选择待发送数据对应的逻辑信道)”可以理解为：通过对待发送数据对应的逻辑信道进行LCP处理以便后续基于上行链路许可资源发送该待发送数据对应的逻辑信道；可选地，上述的“基于上行链路许可资源进行LCP处理时不选择逻辑信道”可以理解为：终端不利用该上行链路许可资源发送该逻辑信道。

则结合上述内容，在本公开实施例中，当终端确定上行链路许可资源包括SBFD的上行子带且允许逻辑信道在SBFD的上行子带上传输时，说明利用该上行链路许可资源发送数据时可能会存在干扰，且待发送数据为通信质量要求较低的数据，此时，虽然利用该上行链路许可资源传输待发送数据对应的逻辑信道时会存在干扰，但鉴于该待发送数据为通信质量要求较低，则即使存在干扰也不会造成太大影响，因此可以基于上行链路许可资源对该逻辑信道进行LCP处理，以便后续利用该上行链路许可资源发送该逻辑信道。可选地，当终端确定上行链路许可资源包括SBFD的上行子带且不允许逻辑信道在SBFD的上行子带上传输时，说明利用该上行链路许可资源发送数据时可能会存在干扰，且待发送数据为通信质量要求较高的数据，此时，若利用该上行链路许可资源传输待发送数据对应的逻辑信道时会存在干扰，而由于待发送数据为通信质量要求较高的数据，因此，为了避免其传输时存在干扰，终端在基于上行链路许可资源进行LCP处理时可以不选择逻辑信道，也即是，终端不利用该上行链路许可资源发送该逻辑信道，以此来避免出现“利用用于SBFD的上行链路许可资源传输通信质量要求较高的数据时，导致该数据的传输面临QoS无法满足”的情况，确保通信质量和通信稳定性。可选地，当终端确定上行链路许可资源不包括SBFD的上行子带，则说明该上行链路许可资源不用于SBFD，此时，通过该上行链路许可资源传输数据时不会存在干扰，则终端无需考虑逻辑信道是否被允许在SBFD的上行子带上传输，而可以直接基于上行链路许可资源对逻辑信道进行LCP处理。

由此可知，在上述实施例之中，当终端需要进行SBFD时，对于通信质量要求较高的数据，可以选择不进行SBFD，而对于通信质量要求较低的数据才进行SBFD，由此避免出现“对于通信质量要求较高的数据进行SBFD时，由于SBFD会存在干扰而导致该数据的传输面临QoS无法满足”的情况，保证了通信质量要求较高的数据的QoS，且还能充分利用子带全双工所提供的上行资源，从而确保了通信质量和通信稳定性。

结合第一方面的一些实施例，在一些实施例中，所述确定上行链路许可资源是否包括SBFD的上行子带，包括以下至少之一：

所述上行链路许可资源的所有时域单元中均包括所述SBFD的上行子带，确定所述上行链路许可资源包括SBFD的上行子带；

所述上行链路许可资源的至少一个时域单元中不包括所述SBFD的上行子带，确定所述上行链路许可资源不包括SBFD的上行子带。

所述上行链路许可资源的至少一个时域单元中包括所述SBFD的上行子带，确定所述上行链路许可资源包括SBFD的上行子带；

所述上行链路许可资源的所有时域单元中均不包括所述SBFD的上行子带，确定所述上行链路许可资源不包括SBFD的上行子带。

确定第一阈值，所述第一阈值大于0，小于或等于1；

确定所述上行链路许可资源中包括所述SBFD的上行子带的时域单元的数量与所述上行链路许可资源中时域单元的总数量之间的比值；

所述比值大于或等于所述第一阈值，确定所述上行链路许可资源包括SBFD的上行子带；

所述比值小于所述第一阈值，确定所述上行链路许可资源不包括SBFD的上行子带。

确定第二阈值；

所述上行链路许可资源中包括所述SBFD的上行子带的时域单元的数量大于或等于所述第二阈值，确定所述上行链路许可资源包括SBFD的上行子带；

所述上行链路许可资源中包括所述SBFD的上行子带的时域单元的数量小于所述第二阈值，确定所述上行链路许可资源不包括SBFD的上行子带。

结合第一方面的一些实施例，在一些实施例中，确定第一阈值或第二阈值，包括以下至少之一：

基于协议约定确定第一阈值或第二阈值；

获取网络设备配置的第一阈值或第二阈值。

结合第一方面的一些实施例，在一些实施例中，所述获取网络设备配置的第一阈值或第二阈值，包括以下至少之一：

获取网络设备通过无线资源控制RRC信令配置的所述第一阈值或第二阈值；

获取网络设备通过媒体接入控制层控制单元MAC CE信令配置的所述第一阈值或第二阈值。

结合第一方面的一些实施例，在一些实施例中，不同逻辑信道分别对应有第一阈值或第二阈值，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：基于所述待发送数据对应的逻辑信道所对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带；或者

不同媒体接入控制MAC实体分别对应有第一阈值或第二阈值，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：基于所述待发送数据对应的逻辑信道关联的MAC实体所对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带；或者

不同终端分别对应有第一阈值或第二阈值，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：基于所述终端对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带。

结合第一方面的一些实施例，在一些实施例中，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：

接收网络设备发送的第一信息，所述第一信息用于指示所述上行链路许可资源是否包括SBFD的上行子带；

基于所述第一信息确定所述上行链路许可资源是否包括SBFD的上行子带。

在上述实施例中，提供了一种终端具体如何确定上行链路许可资源是否包括SBFD的上行子带的方法，便于终端可以成功确定出上行链路许可资源是否包括SBFD的上行子带，使得后续流程(即：后续在基于该上行链路许可资源进行LCP处理时，对于“是否要选择逻辑信道”的确定流程)可以顺利执行。

结合第一方面的一些实施例，在一些实施例中，所述终端被配置重复传输，其中，每一次传输分别对应不同上行链路许可资源；

所述确定上行链路许可资源是否包括SBFD的上行子带，包括：

确定所述重复传输中的任一次传输对应的上行链路许可资源是否包括所述SBFD的上行子带；或者

确定所述重复传输中的N次传输对应的上行链路许可资源是否包括所述SBFD的上行子带，N大于或等于1。

在上述实施例中，针对于终端的重复传输场景，提供了一种终端具体如何确定上行链路许可资源是否包括SBFD的上行子带的方法，便于终端可以成功确定出上行链路许可资源是否包括SBFD的上行子带，使得后续流程(即：后续在基于该上行链路许可资源进行LCP处理时，对于“是否要选择逻辑信道”的确定流程)可以顺利执行。

结合第一方面的一些实施例，在一些实施例中，所述确定待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输，包括：

接收网络设备发送的第一配置，所述第一配置用于配置逻辑信道；

基于所述待发送数据对应的逻辑信道所对应的第一配置确定所述待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输。

在上述实施例中，提供了一种终端具体如何确定待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输的方法，便于终端可以成功确定出待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输，使得后续流程(即：后续在基于该上行链路许可资源进行LCP处理时，对于“是否要选择逻辑信道”的确定流程)可以顺利执行。

结合第一方面的一些实施例，在一些实施例中，所述SBFD的上行子带包括以下至少之一：

SBFD的下行时域单元中的上行子带；

SBFD的灵活时域单元中的上行子带；

SBFD的上行时域单元中的上行子带。

结合第一方面的一些实施例，在一些实施例中，所述时域单元为时隙或符号。

在上述实施例中，明确了SBFD的上行子带的具体含义，以便终端可以基于该含义成功确定出上行链路许可资源是否包括SBFD的上行子带，使得后续流程(即：后续在基于该上行链路许可资源进行LCP处理时，对于“是否要选择逻辑信道”的确定流程)可以顺利执行。

第二方面，本公开实施例提出了一种终端，包括：

处理模块，用于终端确定上行链路许可资源是否包括SBFD的上行子带，和/或，用于确定待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输。

由此，当终端确定出上行链路许可资源是否包括SBFD的上行子带，和/或，确定出待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输时，终端可以基于确定结果来判断出利用该上行链路许可资源进行上行传输时是否会存在干扰，和/或，会判断出该待发送数据是否为通信质量要求较高的数据，则终端会进一步确定后续在进行LCP处理时是否选择该逻辑信道，以此达到“对于通信质量要求较高的数据，可以不进行SBFD，而对于通信质量要求较低的数据才进行SBFD”的目的，以避免出现“对于通信质量要求较高的数据进行SBFD时，由于SBFD会存在干扰而导致该数据的传输面临QoS无法满足”的情况，保证了通信质量要求较高的数据的QoS，且还能充分利用子带全双工所提供的上行资源，从而确保了通信质量和通信稳定性。

结合第二方面的一些实施例，在一些实施例中，所述处理模块，还用于以下至少之一：

确定所述上行链路许可资源包括SBFD的上行子带且允许所述逻辑信道在所述SBFD的上行子带上传输，所述终端基于所述上行链路许可资源对所述逻辑信道进行逻辑信道优先级LCP处理；

确定所述上行链路许可资源包括SBFD的上行子带且不允许所述逻辑信道在所述SBFD的上行子带上传输，所述终端基于所述上行链路许可资源进行LCP处理时不选择所述逻辑信道；

确定所述上行链路许可资源不包括SBFD的上行子带，所述终端基于所述上行链路许可资源对所述逻辑信道进行LCP处理。

结合第二方面的一些实施例，在一些实施例中，所述处理模块还用于以下至少之一：

确定第一阈值，所述第一阈值大于0，小于或等于1；

确定第二阈值；

基于协议约定确定第一阈值或第二阈值；

获取网络设备配置的第一阈值或第二阈值。

结合第二方面的一些实施例，在一些实施例中，不同逻辑信道分别对应有第一阈值或第二阈值，所述处理模块还用于：基于所述待发送数据对应的逻辑信道所对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带；或者

不同媒体接入控制MAC实体分别对应有第一阈值或第二阈值，所述处理模块还用于：基于所述待发送数据对应的逻辑信道关联的MAC实体所对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带；或者

不同终端分别对应有第一阈值或第二阈值，所述处理模块还用于：基于所述终端对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带。

结合第二方面的一些实施例，在一些实施例中，所述处理模块还用于：

结合第二方面的一些实施例，在一些实施例中，所述终端被配置重复传输，其中，每一次传输分别对应不同上行链路许可资源；

所述处理模块还用于：

结合第二方面的一些实施例，在一些实施例中，所述SBFD的上行子带包括以下至少之一：

SBFD的下行时域单元中的上行子带；

SBFD的灵活时域单元中的上行子带；

SBFD的上行时域单元中的上行子带。

结合第二方面的一些实施例，在一些实施例中，所述时域单元为时隙或符号。

第三方面，本公开实施例提出了通信设备，上述通信设备包括：一个或多个处理器；用于存储指令的一个或多个存储器；其中，上述处理器用于调用上述指令以使得上述通信设备执行如第一方面、第一方面的可选实现方式所描述的确定方法。

第四方面，本公开实施例提出了通信系统，上述通信系统包括：终端；其中，上述终端被配置为执行如第一方面和第一方面的可选实现方式所描述的方法。

第五方面，本公开实施例提出了存储介质，上述存储介质存储有指令，当上述指令在通信设备上运行时，使得上述通信设备执行如第一方面、第一方面的可选实现方式所描述的确定方法。

第六方面，本公开实施例提出了程序产品，上述程序产品被通信设备执行时，使得上述通信设备执行如第一方面、第一方面的可选实现方式所描述的确定方法。

第七方面，本公开实施例提出了计算机程序，当其在计算机上运行时，使得计算机执行如第一方面、第一方面的可选实现方式所描述的确定方法。

可以理解地，上述终端、通信设备、通信系统、存储介质、程序产品、计算机程序均用于执行本公开实施例所提出的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。

本公开实施例提出了发明名称。在一些实施例中，确定方法与信息确定方法、信息发送方法、信息接收方法等术语可以相互替换，通信装置与信息处理装置、信息发送装置、信息接收装置等术语可以相互替换，信息处理系统、通信系统、信息发送系统、信息接收系统等术语可以相互替换。

本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。

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

本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。

在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。

在本公开实施例中，“多个”是指两个或两个以上。

在一些实施例中，“至少一者(at least one of)”、“至少一项(at least oneof)”、“至少一个(at least one of)”、“一个或多个(one or more)”、“多个(a pluralityof)”、“多个(multiple)等术语可以相互替换。

本公开实施例中的如“A、B、C……中的至少一者”、“A和/或B和/或C……”等描述方式，包括了A、B、C……中任意一个单独存在的情况，也包括了A、B、C……中任意多个的任意组合情况，每种情况可以单独存在；例如，“A、B、C中的至少一者”包括单独A、单独B、单独C、A和B组合、A和C组合、B和C组合、A和B和C组合的情况；例如，A和/或B包括单独A、单独B、A和B的组合的情况。

在一些实施例中，“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：与B无关地执行A，即，在一些实施例中A；与A无关地执行B，即，在一些实施例中B；A和B被选择性执行，即，在一些实施例中从A与B中选择执行；A和B都被执行，即，在一些实施例中A和B。当有A、B、C等更多分支时也类似上述。

本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一信息”和“第二信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。

在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。

在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。

在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。

在一些实施例中，装置等可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，“装置”、“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等术语可以相互替换。

在一些实施例中，“网络”可以解释为网络中包含的装置(例如，接入网设备、核心网设备等)。

在一些实施例中，“接入网设备(access network device，AN device)”、“无线接入网设备(radio access network device，RAN device)”、“基站(base station，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”、“节点(node)”、“接入点(access point)”、“发送点(transmission point，TP)”、“接收点(reception point，RP)”、“发送接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cell group)”、“载波(carrier)”、“分量载波(component carrier)”、“带宽部分(bandwidth part，BWP)”等术语可以相互替换。

在一些实施例中，“终端(terminal)”、“终端设备(terminal device)”、“用户设备(user equipment，UE)”、“用户终端(user terminal)”、“移动台(mobile station，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobileunit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remoteunit)、移动设备(mobiledevice)、无线设备(wireless device)、无线通信设备(wirelesscommunication device)、远程设备(remote device)、移动订户站(mobile subscriberstation)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(useragent)、移动客户端(mobile client)、客户端(client)等术语可以相互替换。

在一些实施例中，接入网设备、核心网设备、或网络设备可以被替换为终端。例如，针对将接入网设备、核心网设备、或网络设备以及终端间的通信置换为多个终端间的通信(例如，也可以被称为设备对设备(device-to-device，D2D)、车联网(vehicle-to-everything，V2X)等)的结构，也可以应用本公开的各实施例。在该情况下，也可以设为终端具有接入网设备所具有的全部或部分功能的结构。此外，“上行”、“下行”等语言也可以被替换为与终端间通信对应的语言(例如，“侧行(side)”)。例如，上行信道、下行信道等可以被替换为侧行信道，上行链路、下行链路等可以被替换为侧行链路。

在一些实施例中，终端可以被替换为接入网设备、核心网设备、或网络设备。在该情况下，也可以设为接入网设备、核心网设备、或网络设备具有终端所具有的全部或部分功能的结构。

在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。

在一些实施例中，可以在得到用户同意后获取数据、信息等。

此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。

本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

图1A是根据本公开实施例示出的通信系统的架构示意图。如图1A所示，通信系统100可以包括终端(terminal)、网络设备。其中，上述的网络设备可以包括接入网设备、核心网设备中的至少之一。

在一些实施例中，终端例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备中的至少一者，但不限于此。

在一些实施例中，接入网设备例如是将终端接入到无线网络的节点或设备，接入网设备可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(nextgeneration eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base bandunit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(CloudRAN)、其他通信系统中的基站、无线保真(wireless fidelity，WiFi)系统中的接入节点中的至少一者，但不限于此。

在一些实施例中，本公开的技术方案可适用于Open RAN架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。

在一些实施例中，接入网设备可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU，但不限于此。

在一些实施例中，核心网设备可以是一个设备，包括一个或多个网元，也可以是多个设备或设备群，分别包括一个或多个网元中的全部或部分。网元可以是虚拟的，也可以是实体的。核心网例如包括演进分组核心(Evolved Packet Core，EPC)、5G核心网络(5G CoreNetwork，5GCN)、下一代核心(Next Generation Core，NGC)中的至少一者。或者，该核心网设备也可以是一种位置管理功能网元。示例性地，位置管理功能网元包括位置服务器(location server)，位置服务器可以实现为以下任意一项：位置管理功能(LocationManagement Function，LMF)、增强服务的流动定位中心(Enhanced Serving MobileLocation Centre，E-SMLC)、安全用户平面定位(Secure User Plane Location，SUPL)和安全用户平面定位平台(SUPL Location Platform，SUPLLP)。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提出的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提出的技术方案对于类似的技术问题同样适用。

下述本公开实施例可以应用于图1所示的通信系统100、或部分主体，但不限于此。图1所示的各主体是例示，通信系统可以包括图1中的全部或部分主体，也可以包括图1以外的其他主体，各主体数量和形态为任意，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。

本公开各实施例可以应用于长期演进(Long Term Evolution，LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G))、第五代移动通信系统(5thgeneration mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(Future Radio Access，FRA)、新无线接入技术(New-Radio Access Technology，RAT)、新无线(New Radio，NR)、新无线接入(New radio access，NX)、未来一代无线接入(Futuregeneration radio access，FX)、Global System for Mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand，UWB)、蓝牙(Bluetooth(注册商标))、陆上公用移动通信网(Public Land Mobile Network，PLMN)网络、设备到设备(Device-to-Device，D2D)系统、机器到机器(Machine to Machine，M2M)系统、物联网(Internet of Things，IoT)系统、车联网(Vehicle-to-Everything，V2X)、利用其他确定方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE或者LTE-A与5G的组合等)应用。

可选地，通信系统中主要是对网络设备侧实现了SBFD，而终端侧并非是SBFD。其中，终端侧无法同时进行数据的收发，其是同一时刻进行数据的发送或接收，而网络设备侧可以在同一时刻下进行数据的发送和接收。可选地，网络设备侧的SBFD主要可以包括：网络设备接收终端1发送的数据，同时，网络设备还向其他终端(如终端2)发送数据。可选地，网络设备在进行SBFD之前，通常会先向终端配置SBFD资源，该SBFD资源中TDD的单个载波内划分有频域上不交叠的上行子带(UL SBFD subband)和下行子带(DL SBFD subband)，可选地，上行子带或下行子带可以由一个资源块或多个连续的资源块组成，该上行子带可以在频域处于载波的一侧或者是载波的中部，该上行子带用于上行传输，下行子带用于下行传输。可选地，该SBFD资源可以用于实现SBFD，例如：网络设备可以在同一时刻通过该SBFD资源中的上行子带接收终端发送的数据，同时通过该SBFD资源中下行子带向其他终端发送数据，以此实现网络设备侧的SBFD。可选地，图1B是根据本公开实施例示出的SBFD资源的结构示意图，图1B中“D”指示下行子带，“U”指示上行子带。如图1B所示，在第二、第三和第四个时隙(Slot)中分别划分有频域上不交叠的上行子带和下行子带。

可选地，当终端使用SBFD资源中的上行子带向网络设备发送数据时，可能会受到各种干扰，比如同时刻下该网络设备对于其他终端的下行传输会干扰到该终端基于SBFD资源中上行子带的上行传输，其中，为了防止SBFD中的干扰，虽然有一些抑制干扰的技术，但是干扰并不能完全消除。并且针对一些不支持SBFD的网络设备(如另一个运营商的网络设备)来说，由于其不支持SBFD，因此，其根本不会采用干扰消除技术，则使得该不支持SBFD的网络设备的下行传输对该终端基于SBFD资源中上行子带的上行传输也造成较大的干扰，因此，SBFD资源内的上行子带上的上行传输同非SBFD资源内的上行子带上的上行传输相比，干扰较大。此时，若终端要通过SBFD资源的上行子带传输较为重要的数据，则可能会使得SBFD资源内的上行子带的上行传输会面临服务质量(Quality of Service，QoS)无法满足的问题，且还可能造成重要数据的传输失败。

图2A是根据本公开实施例示出的确定方法的交互示意图。如图2A所示，本公开实施例涉及确定方法，用于通信系统100，上述方法包括：

步骤2101、网络设备向终端发送第一配置。

可选地，该第一配置可以用于配置逻辑信道，可选地，每一第一配置可以用于配置一个逻辑信道。

可选地，该第一配置可以用于配置逻辑信道是否允许在SBFD的上行子带上传输，和/或，逻辑信道对应的相关参数等。

可选地，终端可以基于逻辑信道对应的第一配置(例如第一配置中的逻辑信道对应的相关参数)来针对待发送数据选择出用于发送该待发送数据的逻辑信道。

可选地，在一些实施例之中，对于用来发送通信质量要求较高的数据(即较为重要的数据或者需要高可靠度的数据)的逻辑信道，第一配置可以配置该逻辑信道不允许在SBFD的上行子带上传输；对于用来发送通信质量要求较低的数据(即较不重要的数据或者不需要高可靠度的数据)的逻辑信道，第一配置可以配置该逻辑信道允许在SBFD的上行子带上传输。具体的，之所以“将用来发送通信质量要求较高的数据的逻辑信道配置为不允许在SBFD的上行子带上传输”主要是由于：通过SBFD的上行子带发送数据时可能会存在干扰(关于该部分内容的介绍可参考上述内容描述)，此时，若使得“用来发送通信质量要求较高的数据的逻辑信道”在SBFD的上行子带上传输，则会对该通信质量要求较高的数据的传输产生干扰，影响其通信质量，因为，为了避免影响该类数据的通信质量，需要将用来发送通信质量要求较高的数据的逻辑信道配置为不允许在SBFD的上行子带上传输。同理的，当某逻辑信道用于传输通信质量要求较低的数据时，由于该逻辑信道所传输的数据的通信质量要求较低，因此，即使利用SBFD的上行子带传输该逻辑信道会产生干扰，也不会造成太大影响，则可以将用来发送通信质量要求较高的数据的逻辑信道配置为允许在SBFD的上行子带上传输，以此来充分利用子带全双工所提供的上行资源。

可选地，上述的第一配置可以承载于LogicalChannelConfig IE中，示例的，该第一配置例如可以为：

可选地，上述的“sbfd-UL-SubbandAllowed-r19 ENUMERATED”可以用于配置逻辑信道是否允许在SBFD的上行子带上传输，其中，当“sbfd-UL-SubbandAllowed-r19ENUMERATED”为“true”时，说明逻辑信道允许在SBFD的上行子带上传输，当“sbfd-UL-SubbandAllowed-r19 ENUMERATED”为“false”时，说明逻辑信道不允许在SBFD的上行子带上传输。

可选地，上述的sbfd-UL-SubbandAllowed IE的后缀r19表示在3GPP Rel-19引入。该IE也可能在3GPP的其他Release被引入，那么后缀就会有相应的变化，例如当在Rel-20引入时，后缀则为r20。

可选地，网络设备可以通过RRC信令向终端发送上述的第一配置。

需要说明的是，上述的“基于通信质量高低来配置不同逻辑信道是否允许在SBFD的上行子带上传输”仅是示例性描述，应当理解，也可以基于除通信质量外的其他因素来配置不同逻辑信道是否允许在SBFD的上行子带上传输，本公开对此不作限定。

步骤2102、网络设备向终端发送上行链路许可(UpLink grant，UL grant)资源。

可选地，终端可以接收网络设备发送的上行链路许可资源。可选地，该上行链路许可资源可以用于终端来向网络设备发送上行数据。

可选地，在一些实施例之中，上述的“网络设备向终端发送上行链路许可资源”可以包括：网络设备向终端配置上行链路许可资源对应的全部信息(如：时域参数、周期等)，以便当终端后续有上行数据需要发送时，可以直接利用该上行链路许可资源进行上行传输。

或者，在另一些实施例之中，上述的“网络设备向终端发送上行链路许可资源”可以包括：网络设备向终端配置上行链路许可资源对应的部分信息(例如周期等)，之后，网络设备再向终端指示该上行链路许可资源对应的剩余信息(如：时域、频域参数等)来激活该上行链路许可资源，如当终端需要进行上行传输时，网络设备再向终端指示该剩余信息，以便当终端有上行数据需要发送时，可以直接利用该上行链路许可资源进行上行传输。

可选地，本步骤后续的步骤2103-2107可以是当终端要利用上行链路许可资源进行上行传输之前所执行的。

步骤2103、终端确定上行链路许可资源是否包括SBFD的上行子带。

可选地，该SBFD的上行子带可以理解为用于实现SBFD的上行子带，或者，该SBFD的上行子带可以理解为SBFD资源中的上行子带等，本公开对此不作限定。其中，关于SBFD资源的相关介绍可以参考图2A实施例之前的描述内容。

可选地，在一些实施例之中，上述的“SBFD的上行子带或SBFD资源中的上行子带”可以包括以下至少之一：

SBFD的下行时域单元中的上行子带；SBFD的下行时域单元例如可以为图1B中的第二、第三和第四个时隙。以及，该SBFD的下行时域单元中的上行子带例如可以为图1B中的第二、第三和第四个时隙中的上行子带；

SBFD的灵活时域单元中的上行子带；可选地，SBFD的灵活时域单元中除了包括上行子带外还可以包括下行子带，以此实现网络设备侧的SBFD；

SBFD的上行时域单元中的上行子带。可选地，SBFD的上行时域单元中除了包括上行子带外还可以包括下行子带，以此实现网络设备侧的SBFD。

可选地，上述的时域单元可以为符号或者时隙。

可选地，在一些实施例之中，当上行链路许可资源包括SBFD的上行子带时，可以认为该上行链路许可资源用于实现SBFD，或者，可以认为该上行链路许可资源中包括SBFD资源，即可能会出现：终端在基于该上行链路许可资源中的第一字带(即上行子带)向网络设备发送上行数据时，该网络设备还会基于该上行链路许可资源中的下行子带同时向其他终端发送下行数据，此时，由于上下行数据同时传输，则使得终端在第一字带上所进行的上行传输会存在干扰；可选地，在一些实施例之中，当上行链路许可资源不包括SBFD的上行子带时，可以认为该上行链路许可资源不用于实现SBFD，即：终端在基于该上行链路许可资源中的第一字带向网络设备发送上行数据时，该网络设备不会同时向其他终端发送下行数据，此时，由于上下行数据未同时传输，则终端在第一字带上所进行的上行传输不会存在干扰。

可选地，在一些实施例之中，上述的“确定上行链路许可资源是否包括SBFD的上行子带”可以理解为是用于确定：终端在利用该上行链路许可资源发送上行数据时是否会存在干扰，以便终端后续可以基于“终端在利用该上行链路许可资源发送上行数据时是否存在干扰”来确定后续是否选择待发送数据对应的逻辑信道进行逻辑信道优先级处理(Logical Channel Prioritization，LCP)处理(关于LCP处理的详细介绍会在后续步骤2105进行描述)。可选地，当确定上行链路许可资源包括SBFD的上行子带时，即可以认为：终端在利用该上行链路许可资源发送上行数据时可能会存在干扰，当确定上行链路许可资源不包括SBFD的上行子带时，即认为：终端在利用该上行链路许可资源发送上行数据时不会存在干扰。

可选地，在一些实施例之中，上述的终端确定上行链路许可资源是否包括SBFD的上行子带的方法可以包括以下至少之一：

上行链路许可资源的所有时域单元(如所有符号或所有时隙)中均包括SBFD的上行子带，确定上行链路许可资源包括SBFD的上行子带；

上行链路许可资源的至少一个时域单元中不包括SBFD的上行子带，确定上行链路许可资源不包括SBFD的上行子带。

可选地，在另一些实施例之中，终端确定上行链路许可资源是否包括SBFD的上行子带的方法可以包括以下至少之一：

上行链路许可资源的至少一个时域单元中包括SBFD的上行子带，确定上行链路许可资源包括SBFD的上行子带；

上行链路许可资源的所有时域单元中均不包括SBFD的上行子带，确定上行链路许可资源不包括SBFD的上行子带。

可选地，在又一些实施例之中，上述的终端确定上行链路许可资源是否包括SBFD的上行子带的方法可以包括以下至少之一步骤：

步骤a、确定第一阈值。

该第一阈值可以大于0，小于或等于1，例如可以为50％；

可选地，该第一阈值可以是协议约定的，和/或，该第一阈值可以是网络设备配置至终端的，例如，该第一阈值可以是网络设备通过无线资源控制(Radio ResourceControl，RRC)信令和/或媒体接入控制层控制单元(Medium Access Control ControlElement，MAC CE)信令配置至终端的。

步骤b、确定上行链路许可资源中包括SBFD的上行子带的时域单元的数量与上行链路许可资源中时域单元的总数量之间的比值；

步骤c、比值大于或等于第一阈值，确定上行链路许可资源包括SBFD的上行子带；

步骤d、比值小于第一阈值，确定上行链路许可资源不包括SBFD的上行子带。

可选地，在一些实施例之中，不同逻辑信道可以分别对应有第一阈值，也即是，每个逻辑信道单独配置第一阈值，此时，在确定上行链路许可资源是否包括SBFD的上行子带时，可以是基于待发送数据对应的逻辑信道所对应的第一阈值确定上行链路许可资源是否包括SBFD的上行子带。可选地，此处的待发送数据、待发送数据对应的逻辑信道、上行链路许可资源之间的关系可以为：待发送数据对应的逻辑信道可以理解为该待发送数据的承载，以及，上行链路许可资源可以理解为：终端利用该上行链路许可资源承载该待发送数据对应的逻辑信道以将该待发送数据对应的逻辑信道发送至网络设备。基于此，当每个逻辑信道单独配置第一阈值时，则在确定上行链路许可资源是否包括SBFD的上行子带时，可以确定上行链路许可资源中包括SBFD的上行子带的时域单元的数量与上行链路许可资源中时域单元的总数量之间的比值是否大于或等于待发送数据对应的逻辑信道所对应的第一阈值，当大于或等于时，确定上行链路许可资源包括SBFD的上行子带；当小于时，确定上行链路许可资源不包括SBFD的上行子带。

可选地，当该第一阈值由RRC信令为每个逻辑信道单独配置时，该第一阈值可以配置在IE LogicalChannelConfig中。

或者，在另一些实施例之中，不同MAC实体分别对应有第一阈值，也即是，每个MAC实体单独配置第一阈值，此时，在确定上行链路许可资源是否包括SBFD的上行子带时，可以是基于待发送数据对应的逻辑信道关联的MAC实体所对应的第一阈值确定上行链路许可资源是否包括SBFD的上行子带。可选地，此处的待发送数据对应的逻辑信道、MAC实体之间的关系可以为：一个MAC实体可以关联至少一个逻辑信道，该MAC实体用于对所关联的至少一个逻辑信道进行LCP处理。基于此，当每个MAC实体单独配置第一阈值时，则在确定上行链路许可资源是否包括SBFD的上行子带时，可以确定上行链路许可资源中包括SBFD的上行子带的时域单元的数量与上行链路许可资源中时域单元的总数量之间的比值是否大于或等于待发送数据对应的逻辑信道关联的MAC实体所对应的第一阈值，当大于或等于时，确定上行链路许可资源包括SBFD的上行子带；当小于时，确定上行链路许可资源不包括SBFD的上行子带。

可选地，当该第一阈值由RRC信令为每个MAC实体单独配置时，该第一阈值可以配置在IE MAC-CellGroupConfig中。

或者，在另一些实施例之中，不同终端分别对应有第一阈值，也即是，每个终端单独配置第一阈值，此时，在确定上行链路许可资源是否包括SBFD的上行子带时，可以是基于终端对应的第一阈值确定上行链路许可资源是否包括SBFD的上行子带。可选地，可以确定上行链路许可资源中包括SBFD的上行子带的时域单元的数量与上行链路许可资源中时域单元的总数量之间的比值是否大于或等于该终端对应的第一阈值，当大于或等于时，确定上行链路许可资源包括SBFD的上行子带；当小于时，确定上行链路许可资源不包括SBFD的上行子带。

步骤1、确定第二阈值；

该第二阈值为正整数，例如可以为2个。

可选地，该第二阈值可以是协议约定的，和/或，该第二阈值可以是网络设备配置至终端的，例如，该第二阈值可以是网络设备通过RRC信令和/或MAC CE信令配置至终端的。

步骤2、上行链路许可资源中包括SBFD的上行子带的时域单元的数量大于或等于第二阈值，确定上行链路许可资源包括SBFD的上行子带。

步骤3、上行链路许可资源中包括SBFD的上行子带的时域单元的数量小于第二阈值，确定上行链路许可资源不包括SBFD的上行子带。

可选地，在一些实施例之中，不同逻辑信道可以分别对应有第二阈值，此时，确定上行链路许可资源是否包括SBFD的上行子带可以包括：基于待发送数据对应的逻辑信道所对应的第二阈值确定上行链路许可资源是否包括SBFD的上行子带；或者，不同MAC实体分别对应有第二阈值，此时，确定上行链路许可资源是否包括SBFD的上行子带可以包括：基于待发送数据对应的逻辑信道关联的MAC实体所对应的第二阈值确定上行链路许可资源是否包括SBFD的上行子带；或者，不同终端分别对应有第二阈值，此时，确定上行链路许可资源是否包括SBFD的上行子带可以包括：基于终端对应的第二阈值确定上行链路许可资源是否包括SBFD的上行子带。关于该部分的详细介绍可以参考上述对于第一阈值的相关内容。

可选地，当第二阈值由RRC信令为每个逻辑信道单独配置时，第二阈值可以配置在IE LogicalChannelConfig中。当该第二阈值由RRC信令为每个MAC实体单独配置时，第二阈值可以配置在IE MAC-CellGroupConfig中。

可选地，在又一些实施例之中，上述的确定上行链路许可资源是否包括SBFD的上行子带可以包括以下步骤：

步骤一、接收网络设备发送的第一信息。

步骤二、基于第一信息确定上行链路许可资源是否包括SBFD的上行子带。

可选地，该第一信息可以用于指示上行链路许可资源是否包括SBFD的上行子带；该第一信息例如可以承载于物理下行控制信道(physical downlink control channel，PDCCH)中。

可选地，在一些实施例之中，终端可以不自身确定上行链路许可资源是否包括SBFD的上行子带，而由网络设备指示上行链路许可资源是否包括SBFD的上行子带，由此可以提高“上行链路许可资源是否包括SBFD的上行子带”确定时灵活性。具体而言，前述内容描述到“确定上行链路许可资源是否包括SBFD的上行子带”实质是用于确定：终端在利用该上行链路许可资源发送上行数据时是否会存在干扰。其中，并非是当上行链路许可资源包括SBFD的上行子带时，就绝对会使得终端在利用该上行链路许可资源发送上行数据时存在干扰，有可能还会出现“上行链路许可资源包括SBFD的上行子带，但利用该上行链路许可资源发送上行数据时不会存在干扰”的情况，例如，虽然上行链路许可资源中包括第一字带，但是，当终端在基于上行链路许可资源中的SBFD的上行子带向网络设备发送上行数据时，该网络设备并没有进行下行调度，或者，该网络设备所进行的下行调度对终端基于SBFD的上行子带的上行传输的干扰不存在或大幅降低，则认为利用该上行链路许可资源发送上行数据时不会存在干扰。因此，在一些实施例之中，即使当上行链路许可资源中包括SBFD的上行子带，但是，网络设备在该上行链路许可资源中的SBFD的上行子带相邻的下行子带中没有调度下行传输，或者，所调度的下行传输对SBFD的上行子带的上行传输不会产生干扰或产生的干扰较低，则网络设备向终端发送的第一信息会指示上行链路许可资源中不包括SBFD的上行子带。

可选地，在一些实施例之中，网络设备可以通过在第一信息中的下行链路信息中用不同的比特值来指示上行链路许可资源是否包括SBFD的上行子带，例如，当第一信息中的下行链路信息中的比特值为第一值(如1)时，指示上行链路许可资源包括SBFD的上行子带，当第一信息中的下行链路信息中的比特值为第二值(如0)时，指示上行链路许可资源不包括SBFD的上行子带。

可选地，在一些实施例之中，终端通常会被配置重复传输(或称为聚合(bundle))，该重复传输的次数(REPETITION_NUMBER)可以由网络设备配置，并且，每一次传输会分别对应不同上行链路许可资源，即：重复传输中的每次传输均可以视为单独的上行链路许可。其中，当终端被配置重复传输时，终端在确定上行链路许可资源是否包括SBFD的上行子带时，可以是确定重复传输中的任一次传输(例如第一次传输)对应的上行链路许可资源是否包括SBFD的上行子带，和/或，可以是确定重复传输中的N次传输对应的上行链路许可资源是否包括SBFD的上行子带，N大于或等于1。例如，可以是确定第一次传输和第二次传输对应的上行链路许可资源中是否包括SBFD的上行子带，或者，可以是确定所有传输对应的上行链路许可资源中是否包括SBFD的上行子带。

步骤2104、终端基于待发送数据对应的逻辑信道所对应的第一配置确定待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输。

步骤2105、终端确定上行链路许可资源包括SBFD的上行子带且允许逻辑信道在SBFD的上行子带上传输，终端基于上行链路许可资源对逻辑信道进行LCP处理。

可选地，当终端确定上行链路许可资源包括SBFD的上行子带且允许逻辑信道在SBFD的上行子带上传输时，说明利用该上行链路许可资源发送数据时可能会存在干扰，且待发送数据为通信质量要求较低的数据，此时，虽然利用该上行链路许可资源传输待发送数据对应的逻辑信道时会存在干扰，但鉴于该待发送数据为通信质量要求较低的数据，则即使存在干扰也不会造成太大影响，因此，此时可以基于上行链路许可资源对该逻辑信道进行LCP处理，以便后续利用该上行链路许可资源发送该逻辑信道，以此来充分利用子带全双工所提供的上行资源。

可选地，上述LCP处理例如可以理解为：对于每一个上行链路许可资源，终端的MAC层进行LCP处理，来决定每个逻辑信道是否在该上行链路许可资源上传输，以及传输多少数据。在LCP操作开始时，MAC会根据逻辑信道对应的第一配置来选择能够在当前上行链路许可资源中所传输的逻辑信道。可选地，LCP可以选择满足以下条件的逻辑信道：该逻辑信道被配置允许在SBFD的上行子带上传输。

步骤2106、终端确定上行链路许可资源包括SBFD的上行子带且不允许逻辑信道在SBFD的上行子带上传输，终端基于上行链路许可资源进行LCP处理时不选择逻辑信道。

可选地，此处的“基于上行链路许可资源进行LCP处理时不选择逻辑信道”例如可以理解为：不利用该上行链路许可资源发送该待发送数据对应的逻辑信道。

可选地，当终端确定上行链路许可资源包括SBFD的上行子带且不允许逻辑信道在所述SBFD的上行子带上传输时，说明利用该上行链路许可资源发送数据时可能会存在干扰，且待发送数据为通信质量要求较高的数据，此时，若利用该上行链路许可资源传输待发送数据对应的逻辑信道时会存在干扰，而由于待发送数据为通信质量要求较高的数据，因此，为了避免其传输时存在干扰，终端在基于上行链路许可资源进行LCP处理时不选择逻辑信道，也即是，终端不利用该上行链路许可资源发送该逻辑信道，以此来避免出现“利用用于SBFD的上行链路许可资源传输通信质量要求较高的数据时，由于SBFD会存在干扰而导致该数据的传输面临QoS无法满足”的情况，确保通信质量和通信稳定性。

步骤2107、终端确定上行链路许可资源不包括SBFD的上行子带，终端基于上行链路许可资源对逻辑信道进行LCP处理。

可选地，当终端确定上行链路许可资源不包括SBFD的上行子带，则说明该上行链路许可资源不用于SBFD，此时，通过该上行链路许可资源传输数据时不会存在干扰，则终端无需考虑逻辑信道是否被允许在SBFD的上行子带上传输，而可以直接基于上行链路许可资源对逻辑信道进行LCP处理，以便后续利用该上行链路许可资源发送该逻辑信道，以此来充分利用子带全双工所提供的上行资源。

本公开实施例所涉及的确定方法可以包括步骤S2101～步骤S2107中的至少一者。例如，步骤S2101可以作为独立实施例来实施，步骤S2102可以作为独立实施例来实施，步骤S2103可以作为独立实施例来实施，步骤S2101+S2102可以作为独立实施例来实施，可选地，在一些实施例之中，上述步骤2101-2105可以独立实施，上述步骤2101-2104、2106可以独立实施，上述步骤2101-2104、2107可以独立实施，上述步骤2102、2103、2107可以独立实施。但不限于此。

在本实施方式或实施例中，在不矛盾的情况下，各步骤可以独立、任意组合或交换顺序，可选方式或可选例可以任意组合，且可以与其他实施方式或其他实施例的任意步骤之间进行任意组合。

图3A是根据本公开实施例示出的确定方法的交互示意图。如图3A所示，本公开实施例涉及确定方法，用于终端，上述方法包括：

步骤3101、终端接收网络设备发送的第一配置。

步骤3102、终端接收网络设备配置的上行链路许可资源。

步骤3103、终端确定上行链路许可资源是否包括SBFD的上行子带。

步骤3104、终端基于待发送数据对应的逻辑信道所对应的第一配置确定待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输。

步骤3105、终端确定上行链路许可资源包括SBFD的上行子带且允许逻辑信道在SBFD的上行子带上传输，终端基于上行链路许可资源对逻辑信道进行LCP处理。

步骤3106、终端确定上行链路许可资源包括SBFD的上行子带且不允许逻辑信道在SBFD的上行子带上传输，终端基于上行链路许可资源进行LCP处理时不选择逻辑信道。

步骤3107、终端确定上行链路许可资源不包括SBFD的上行子带，终端基于上行链路许可资源对逻辑信道进行LCP处理。

关于步骤3101-3107的详细介绍可以参考上述实施例描述。

本公开实施例所涉及的确定方法可以包括步骤S3101～步骤S3107中的至少一者。例如，步骤S3101可以作为独立实施例来实施，步骤S3102可以作为独立实施例来实施，步骤S3101+S3102可以作为独立实施例来实施，可选地，在一些实施例之中，上述步骤3101-3105可以独立实施，上述步骤3101-3104、3106可以独立实施，上述步骤3101-3104、3107可以独立实施，上述步骤3102、3103、3107可以独立实施。但不限于此。

图3B是根据本公开实施例示出的确定方法的交互示意图。如图3B所示，本公开实施例涉及确定方法，用于终端，上述方法包括：

步骤3201、终端确定上行链路许可资源是否包括SBFD的上行子带。和/或

步骤3202、终端确定待发送数据对应的逻辑信道是否被允许在SBFD的上行子带上传输。

可选地，所述方法还包括以下至少之一：

终端确定上行链路许可资源包括SBFD的上行子带且允许逻辑信道在SBFD的上行子带上传输，终端基于上行链路许可资源对逻辑信道进行LCP处理。

终端确定上行链路许可资源包括SBFD的上行子带且不允许逻辑信道在SBFD的上行子带上传输，终端基于上行链路许可资源进行LCP处理时不选择逻辑信道。

终端确定上行链路许可资源不包括SBFD的上行子带，终端基于上行链路许可资源对逻辑信道进行LCP处理。

可选地，所述SBFD的上行子带用于实现子带全双工SBFD的上行传输。

可选地，所述确定上行链路许可资源是否包括SBFD的上行子带，包括以下至少之一：

确定第一阈值，所述第一阈值大于0，小于或等于1；

确定第二阈值；

可选地，确定第一阈值或第二阈值，包括以下至少之一：

基于协议约定确定第一阈值或第二阈值；

获取网络设备配置的第一阈值或第二阈值。

可选地，所述获取网络设备配置的第一阈值或第二阈值，包括以下至少之一：

可选地，不同逻辑信道分别对应有第一阈值或第二阈值，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：基于所述待发送数据对应的逻辑信道所对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带；或者

可选地，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：

可选地，所述终端被配置重复传输，其中，每一次传输分别对应不同上行链路许可资源；

所述确定上行链路许可资源是否包括SBFD的上行子带，包括：

可选地，所述确定待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输，包括：

可选地，所述SBFD的上行子带包括以下至少之一：

SBFD的下行时域单元中的上行子带；

SBFD的灵活时域单元中的上行子带；

SBFD的上行时域单元中的上行子带。

可选地，所述时域单元为时隙或符号。

关于步骤3201-3205的详细介绍可以参考上述实施例描述。

本公开实施例所涉及的确定方法可以包括步骤S3201～步骤S3205中的至少一者。例如，步骤S3201可以作为独立实施例来实施，步骤S3202可以作为独立实施例来实施，步骤S3201+S3202可以作为独立实施例来实施，但不限于此。

图4A是根据本公开实施例示出的确定方法的交互示意图。如图4A所示，本公开实施例涉及确定方法，用于网络设备，上述方法包括：

步骤4101、网络设备向终端发送第一配置。

步骤4102、网络设备向终端发送上行链路许可资源。

关于步骤4101-4102的详细介绍可以参考上述实施例的内容。

本公开实施例所涉及的确定方法可以包括步骤S4101～步骤S4102中的至少一者。例如，步骤S4101可以作为独立实施例来实施，步骤S4102可以作为独立实施例来实施，但不限于此。

以下为对上述方法的示例性介绍。

子带全双工(Subband Full Duplex,SBFD)是3GPP在Rel-18中研究的一种新的双工制式。该制式通过在TDD单个载波内划分不交叠的上/下行子带(subband)、并在子带上分别进行数据的发送和接收，可以实现基站侧的全双工。

在子带全双工制式下，一个SBFD子带由一个资源块或多个连续的资源块组成，用来传输同一链路方向(下行或上行)的数据。SBFD符号是指包含SBFD操作的子带的符号(symbol)。在Rel-18的研究中，TDD载波的一个SBFD符号中最多有一个上行子带用于SBFD操作。该上行子带在频域可以处于载波的一侧或者是载波的中部。网络配置SBFD子带的时域和频域资源。

图1B为子带全双工(SBFD)示例，其中“D”指示下行，“U”指示上行。在第二、第三和第四个时隙中配置有SBFD符号，其中包含上行子带。

对于每一个上行链路许可(UL grant)的资源，UE的MAC层进行逻辑信道优先级处理(Logical Channel Prioritization，LCP)的操作，来决定每个逻辑信道是否传输，以及传输多少数据。在LCP操作开始时，MAC会根据RRC的配置来选择能够在当前上行链路许可资源中所传输的逻辑信道。LCP选择满足以下所有条件的逻辑信道：

-当配置allowedSCS-List时，allowedSCS-List中允许的子载波间隔索引(Subcarrier Spacing index)的集合包括与上行链路许可相关联的子载波间隔索引；

-当配置maxPUSCH-Duration时，maxPUSCH-Duration配置的值要小于等于上行链路许可的PUSCH传输长度；

-当配置confiuredGrantType1Allowed并且上行链路许可是Configured Granttype 1时，configuredGrantType1Allowed取值为true；

-当配置allowedServingCells时，allowedServingCells包含了上行链路许可所对应的小区的信息(这个参数不适用于CA duplication去激活的情况)；

-当配置allowedCG-List时，allowedCG-List包含了上行链路许可所对应的configured grant index；

-当配置allowedPHY-PriorityIndex时，allowedPHY-PriorityIndex包含了动态上行链路许可(dynamic UL grant)所对应的priority index；

-当配置allowedHARQ-mode时，allowedHARQ-mode包含了上行链路许可所对应的HARQ进程所允许的上行HARQ模式(allowed UL HARQ mode)。

这些与LCP选择相关的RRC参数定义在3GPP TS 38.331中的IELogicalChannelConfig中，如下所示：

/>

在上行链路传输中，一个传输块(TB)可以采用多时隙重复发送，被称为聚合(bundle)。其中第一次传输之后的传输是之前传输的HARQ重传，只是不需要等待HARQ反馈。一个传输块的传输次数REPETITION_NUMBER由物理层提供。每次传输均视为单独的上行链路许可。

上述方法中存在的技术问题：

当使用子带全双工时，在SBFD的符号内的上行子带(UL SBFD subband)传输的数据可能会受到各种干扰，比如同gNB的下行传输会干扰上行子带的接收，相邻gNB(相同运营商或不同运营商)的下行传输也会干扰上行子带的接收。虽然有一些抑制干扰的技术，但是干扰并不能完全消除。尤其是当一些不支持子带全双工的gNB(比如另一个运营商的gNB)没有采用干扰消除技术，其下行传输会对SBFD的符号内的上行子带造成较大的干扰。所以SBFD的符号内的上行子带同非SBFD符号的上行符号相比，上行传输的干扰程度不同。对于需要高可靠度的数据而言，在SBFD的符号内的上行子带上传输可能会面临QoS无法满足的问题。当前并没有能够限制在SBFD符号内的上行子带上传输数据的方法。

本公开所要并且所能解决的技术问题

本公开提供一种在逻辑信道优先级处理时根据上行链路许可是否包含子带全双工的上行子带来选择逻辑信道的方法。通过该方法，需要高可靠度的数据可以不在子带全双工的上行子带传输，而其他数据可以在上行子带传输。这样既能充分利用子带全双工所提供的上行资源，也能保证需要高可靠度的数据的QoS。

本公开技术方案的内容

本公开提供一种在逻辑信道优先级处理时根据上行链路许可是否包含子带全双工的上行子带来选择逻辑信道的方法。在该方法中，网络(gNB)通过RRC信令来配置每个逻辑信道是否能在子带全双工的上行子带来传输。对于每一个上行链路许可，如果资源包含子带全双工的上行子带，UE的MAC层根据RRC信令的配置来决定选择哪些逻辑信道继续进行逻辑信道优先级处理。具体来说就是在现有的逻辑信道选择步骤中，除了考虑已有的条件外(例如allowedSCS-List、maxPUSCH-Duration)，还需要额外考虑上行链路许可的资源是否包含子带全双工的上行子带。如果上行链路许可的资源包含子带全双工的上行子带并且RRC配置允许逻辑信道在子带全双工的上行子带来传输，那么该逻辑信道被选择继续进行后续的逻辑信道优先级处理流程。否则，该逻辑信道不被选择，从而不参与后续的逻辑信道优先级处理流程。

子带全双工的上行子带即可以指下行符号(“D”)或灵活符号(“F”)中的上行子带，也可以是指上行符号(“U”)中的上行子带。

由于上行链路的时域资源可以包含多个符号，在逻辑信道优先级处理过程中判断上行链路许可的资源是否包含子带全双工的上行子带有五个选项：

选项a：当上行链路许可的资源包含的所有符号均有子带全双工的上行子带,即认为上行链路许可的资源包含子带全双工的上行子带；

选项b：当上行链路许可的资源至少包含一个符号有子带全双工的上行子带，即认为上行链路许可的资源包含子带全双工的上行子带；

选项c:定义一个比例的阈值，该阈值既可以在标准中预定义(例如50％)，也可以由网络来配置阈值。网络配置可以由RRC信令来配置，或者由MAC CE来配置。该阈值可以是每个逻辑信道单独配置，也可以是每个MAC实体单独配置，或者是每个UE来配置。当该阈值由RRC信令为每个逻辑信道单独配置时，阈值可以配置在IE LogicalChannelConfig中。当该阈值由RRC信令为每个MAC实体单独配置时，阈值可以配置在IE MAC-CellGroupConfig中。在该选项中，当上行链路许可的资源中有子带全双工的上行子带的符号的个数与上行链路许可的资源中所有的符号的个数比值大于等于(或者是大于)阈值时，即认为上行链路许可的资源包含子带全双工的上行子带。选型a和选项b可以认为是选项c的特例，比如选项a可以认为是标准中预定义阈值为100％，而选项b可以认为是标准中预定义一个非常小的阈值(例如1％)。

选项d:定义一个符号个数的阈值，该阈值既可以在标准中预定义(例如2个)，也可以由网络来配置阈值。网络配置可以由RRC信令来配置，或者由MAC CE来配置。该阈值可以是每个逻辑信道单独配置，也可以是每个MAC实体单独配置，或者是每个UE来配置。当该阈值由RRC信令为每个逻辑信道单独配置时，阈值可以配置在IE LogicalChannelConfig中。当该阈值由RRC信令为每个MAC实体单独配置时，阈值可以配置在IE MAC-CellGroupConfig中。在该选项中，当上行链路许可的资源中有子带全双工的上行子带的符号的个数大于等于(或者是大于)阈值时，即认为上行链路许可的资源包含子带全双工的上行子带。选项b可以认为是选项d的特例，比如选项b可以认为是标准中预定义的阈值为1。

选项e:在物理层PDCCH中指示在逻辑信道优先级处理是否认为PDCCH中指示的上行链路许可包含子带全双工的上行子带。例如在PDCCH中的下行链路信息中用1bit来指示。物理层PDCCH的动态指示提供了更多的灵活度。例如，当gNB在与子带全双工的上行子带相邻的下行子带没有调度新型传输时，子带全双工的上行子带所受的自干扰将不存在或大幅降低。因此即使上行链路许可的资源中有子带全双工的上行子带，gNB也可以指示在逻辑信道优先级处理过程可以认为该上行链路许可并未包含子带全双工的上行子带，从而允许需要高可靠度的逻辑信道使用该上行链路许可。

当上行链路的传输块采用多时隙聚合重复发送时，在逻辑信道优先级处理过程中判断上行链路许可的资源是否包含子带全双工的上行子带有两个选项：

选项1：仅根据聚合中的一次传输来判断，例如根据聚合(bundle)中的第一次传输来判断。之前所述的选项a、b、c、d、e所指的上行链路许可的资源是指聚合中的某次传输(例如第一次传输)。

选项2：根据聚合中的所有传输的一个子集(例如聚合中的所有传输)来判断。之前所述的选项a、b、c、d、e所指的上行链路许可的资源是指聚合中的该子集所对应的各个上行链路许可所对应的所有资源。

以下为在3GPP TS 38.331中的LogicalChannelConfig IE中添加控制能否在子带全双工的上行子带传输数据的一个示例。该IE包含单个逻辑信道的配置。加下划线()部分为新添加的sbfd-UL-SubbandAllowed IE。该示例中，sbfd-UL-SubbandAllowed IE的后缀r19表示在3GPP Rel-19引入。该IE也可能在3GPP的其他Release被引入，那么后缀就会有相应的变化，例如当在Rel-20引入时，后缀则为r20。在本示例的IE描述中，采用了前文所述的选项b和选项1。

仅当UL授权是配置授权时，此限制才适用。如果存在，则来自该逻辑信道的UL MACsdu只能被映射到所指示的已配置授权配置。如果序列的大小为零，则来自该逻辑信道的ULMAC sdu不能被映射到任何配置的授权配置。如果该字段不存在，则来自该逻辑信道的ULMAC sdu可以被映射到任何配置的授权配置。如果字段configuredGrantType1Allowed存在，则仅允许该逻辑信道使用该序列中指示的那些配置的授权类型1配置；否则，该序列将不包括任何已配置的许可类型1配置。对应于TS 38.321[3]中规定的“允许的CG列表”。当SDT程序正在进行时，该字段被忽略。

allowedHARQ-mode

表示映射到此逻辑通道的HARQ进程允许的HARQ模式。如果该参数不存在，则映射的HARQ模式没有限制。该域适用于SRB1、SRB2和DRB。

sbfd-UL-SubbandAllowed

值true指示来自该逻辑信道的UL MAC sdu可以使用包括具有UL子带的任何SBFD符号的上行链路许可来传送。值false指示来自该逻辑信道的UL MAC sdu不能使用包括具有UL子带的任何SBFD符号的上行链路许可来传输。如果该字段不存在，则对于用于映射的SBFB UL子带没有限制。

当执行新的传输时，MAC实体应为满足以下所有条件的每个UL授权选择逻辑信道:

如果被配置，allowedSCS-List中的允许子载波间隔索引值的集合包括与UL授权相关联的子载波间隔索引；和

maxPUSCH-Duration，如果配置的话，大于或等于与UL授权相关联的PUSCH传输持续时间；和

configuredGrantType1Allowed，如果配置，在UL授权是配置的授权类型1的情况下设置为真；和

allowedServingCells(如果已配置)包括与UL授权相关的单元信息。不适用于与配置有相同MAC实体内的PDCP复制(即CA复制)的DRB相关联的逻辑信道；和

allowed CG-List(如果已配置)包括与UL授权相关联的已配置授权索引；和

allowedPHY-priority index，如果配置的话，包括与动态UL授权相关的优先级索引(如TS 38.213[6]第9条中所规定的)；和

allowed harq-mode，如果配置的话，包括与UL授权相关联的HARQ进程的允许的ULHARQ模式；

如果配置了sbfd-UL-子带允许，则在UL授权包括具有UL子带的任何sbfd符号的情况下，sbfd--子带允许被设置为真。

综上所述，可选地，本公开提供一种在逻辑信道优先级处理时根据上行链路许可是否包含子带全双工的上行子带来选择逻辑信道的方法。在该方法中，网络通过RRC信令来配置每个逻辑信道是否能在子带全双工的上行子带来传输。对于每一个上行链路许可，如果资源包含子带全双工的上行子带，UE的MAC层根据RRC信令的配置来决定选择哪些逻辑信道继续进行逻辑信道优先级处理。具体来说就是在现有的逻辑信道选择步骤中，除了考虑已有的条件外，还需要额外考虑上行链路许可的资源是否包含子带全双工的上行子带。如果上行链路许可的资源包含子带全双工的上行子带并且RRC配置允许逻辑信道在子带全双工的上行子带来传输，那么该逻辑信道被选择继续进行后续的逻辑信道优先级处理流程。否则，该逻辑信道不被选择，从而不参与后续的逻辑信道优先级处理流程。

本公开实施例还提出用于实现以上任一方法的装置，例如，提出一装置，上述装置包括用以实现以上任一方法中终端所执行的各步骤的单元或模块。再如，还提出另一装置，包括用以实现以上任一方法中网络设备(例如接入网设备、核心网功能节点、核心网设备等)所执行的各步骤的单元或模块。

应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central ProcessingUnit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本公开实施例中，处理器是具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learningProcessing Unit，DPU)等。

图5A是本公开实施例提出的终端的结构示意图。如图6A所示，包括：

可选地，上述处理模块用于执行以上任一方法中终端执行的与“处理”有关的步骤，上述终端还可以包括发送模块、接收模块中的至少之一，该发送模块用于执行以上任一方法中终端执行的与“发送”有关的步骤。上述接收模块用于执行以上任一方法中终端执行的与接收有关的步骤，此处不再赘述。

图6A是本公开实施例提出的通信设备6100的结构示意图。通信设备6100可以是网络设备(例如接入网设备、核心网设备等)，也可以是终端(例如用户设备等)，也可以是支持网络设备实现以上任一方法的芯片、芯片系统、或处理器等，还可以是支持终端实现以上任一方法的芯片、芯片系统、或处理器等。通信设备6100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

如图6A所示，通信设备6100包括一个或多个处理器6101。处理器6101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。处理器6101用于调用指令以使得通信设备6100执行以上任一方法。

在一些实施例中，通信设备6100还包括用于存储指令的一个或多个存储器6102。可选地，全部或部分存储器6102也可以处于通信设备6100之外。

在一些实施例中，通信设备6100还包括一个或多个收发器6103。在通信设备6100包括一个或多个收发器6103时，上述方法中的发送接收等通信步骤由收发器6103执行，其他步骤由处理器6101执行。

在一些实施例中，收发器可以包括接收器和发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。

可选地，通信设备6100还包括一个或多个接口电路6104，接口电路6104与存储器6102连接，接口电路6104可用于从存储器6102或其他装置接收信号，可用于向存储器6102或其他装置发送信号。例如，接口电路6104可读取存储器6102中存储的指令，并将该指令发送给处理器6101。

以上实施例描述中的通信设备6100可以是网络设备或者终端，但本公开中描述的通信设备6100的范围并不限于此，通信设备6100的结构可以不受图6a的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述通信设备可以是：1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。

图6B是本公开实施例提出的芯片6200的结构示意图。对于通信设备6100可以是芯片或芯片系统的情况，可以参见图6B所示的芯片6200的结构示意图，但不限于此。

芯片6200包括一个或多个处理器6201，处理器6201用于调用指令以使得芯片6200执行以上任一方法。

在一些实施例中，芯片6200还包括一个或多个接口电路6202，接口电路6202与存储器6203连接，接口电路6202可以用于从存储器6203或其他装置接收信号，接口电路6202可用于向存储器6203或其他装置发送信号。例如，接口电路6202可读取存储器6203中存储的指令，并将该指令发送给处理器6201。可选地，接口电路、接口、收发管脚、收发器等术语可以相互替换。

在一些实施例中，芯片6200还包括用于存储指令的一个或多个存储器6203。可选地，全部或部分存储器6203可以处于芯片6200之外。

本公开还提出存储介质，上述存储介质上存储有指令，当上述指令在通信设备6100上运行时，使得通信设备6100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。

本公开还提出程序产品，上述程序产品被通信设备6100执行时，使得通信设备6100执行以上任一方法。可选地，上述程序产品是计算机程序产品。

本公开还提出计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

Claims

1.一种确定方法，其特征在于，所述方法包括：

确定上行链路许可资源是否包括子带全双工SBFD的上行子带；和/或

2.如权利要求1所述的方法，其特征在于，所述方法还包括以下至少之一：

所述上行链路许可资源包括SBFD的上行子带且允许所述逻辑信道在所述SBFD的上行子带上传输，基于所述上行链路许可资源对所述逻辑信道进行逻辑信道优先级LCP处理；

所述上行链路许可资源包括SBFD的上行子带且不允许所述逻辑信道在所述SBFD的上行子带上传输，基于所述上行链路许可资源进行LCP处理时不选择所述逻辑信道；

所述上行链路许可资源不包括SBFD的上行子带，基于所述上行链路许可资源对所述逻辑信道进行LCP处理。

3.如权利要求1或2所述的方法，其特征在于，所述确定上行链路许可资源是否包括SBFD的上行子带，包括以下至少之一：

4.如权利要求1或2所述的方法，其特征在于，所述确定上行链路许可资源是否包括SBFD的上行子带，包括以下至少之一：

5.如权利要求1或2所述的方法，其特征在于，所述确定上行链路许可资源是否包括SBFD的上行子带，包括以下至少之一：

确定第一阈值，所述第一阈值大于0，小于或等于1；

6.如权利要求1或2所述的方法，其特征在于，所述确定上行链路许可资源是否包括SBFD的上行子带，包括以下至少之一：

确定第二阈值；

7.如权利要求5或6所述的方法，其特征在于，确定第一阈值或第二阈值，包括以下至少之一：

基于协议约定确定第一阈值或第二阈值；

获取网络设备配置的第一阈值或第二阈值。

8.如权利要求7所述的方法，其特征在于，所述获取网络设备配置的第一阈值或第二阈值，包括以下至少之一：

9.如权利要求5-8任一所述的方法，其特征在于，不同逻辑信道分别对应有第一阈值或第二阈值，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：基于所述待发送数据对应的逻辑信道所对应的第一阈值或第二阈值确定所述上行链路许可资源是否包括SBFD的上行子带；或者

10.如权利要求1或2所述的方法，其特征在于，所述确定上行链路许可资源是否包括SBFD的上行子带，包括：

11.如权利要求1-10任一所述的方法，其特征在于，所述终端被配置重复传输，其中，每一次传输分别对应不同上行链路许可资源；

所述确定上行链路许可资源是否包括SBFD的上行子带，包括：

12.如权利要求1-11任一所述的方法，其特征在于，所述确定待发送数据对应的逻辑信道是否被允许在所述SBFD的上行子带上传输，包括：

13.如权利要求12所述的方法，其特征在于，所述SBFD的上行子带包括以下至少之一：

SBFD的下行时域单元中的上行子带；

SBFD的灵活时域单元中的上行子带；

SBFD的上行时域单元中的上行子带。

14.一种终端，包括：

15.一种通信设备，其特征在于，包括：

一个或多个处理器；

其中，所述一个或多个处理器用于调用指令以使得所述通信设备执行权利要求1-13中任一项所述的确定方法。

16.一种通信系统，其特征在于，包括终端，其中，所述终端被配置为实现权利要求1-13中任一项所述的确定方法。

17.一种存储介质，所述存储介质存储有指令，其特征在于，当所述指令在通信设备上运行时，使得所述通信设备执行如权利要求1-13中任一项所述的确定方法。