CN117322072A - 集成接入和回程中的双连接性增强 - Google Patents

Abstract

公开了用于集成接入和回程中的双连接性增强的装置、方法和系统。装置(1300)包括收发器(1325)，收发器(1325)接收与第一小区上的第一符号相关联的第一属性；接收与第二小区上的第二符号相关联的第二属性；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。装置(1300)包括处理器(1305)，处理器(1305)基于第一信息和第二信息；确定第一小区和第二小区中的哪一者是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

Description

集成接入和回程中的双连接性增强

相关申请的交叉引用

本申请要求于2021年5月10日为Majid Ghanbarinejad等人提交的题为“APPARATUSES,METHODS,AND SYSTEMS FOR DUAL CONNECTIVITY ENHANCEMENTS ININTEGRATED ACCESS AND BACKHAUL”的美国临时专利申请号63/186,727的优先权，其通过引用并入本文。

技术领域

本文公开的主题一般涉及无线通信，并且更具体地涉及集成接入和回程中的双连接性增强。

背景技术

在无线网络中，集成接入和回程(“IAB”)被指定用于新无线电接入技术(“NR”)版本16(Rel-16)。IAB技术旨在提高部署灵活性并降低5G部署成本。它允许服务提供方在利用无线回程技术的同时减少小区规划和频谱规划工作。

发明内容

公开的是用于集成接入和回程中的双连接性增强的解决方案。该解决方案可以由装置、系统、方法或计算机程序产品来实现。

在一个实施例中，第一装置包括收发器，该收发器接收与第一小区上的第一符号相关联的第一属性，该第一属性包括第一下行链路或第一上行链路值；接收与第二小区上的第二符号相关联的第二属性，该第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。在一个实施例中，第一装置包括处理器，该处理器基于第一定时对准的第一信息和第二定时对准的第二信息，确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，一种第一方法接收与第一小区上的第一符号相关联的第一属性，该第一属性包括第一下行链路或第一上行链路值；接收与第二小区上的第二符号相关联的第二属性，该第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。在一个实施例中，该第一方法基于第一定时对准的第一信息和第二定时对准的第二信息，确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，一种第二装置包括收发器，该收发器接收第一信号的配置，第一信号的第一方向不同于第二信号的第二方向；并且在第一时间接收控制消息，该控制消息与第一信号相关联。在一个实施例中，该第二装置包括处理器，该处理器确定时间阈值；并且响应于确定第一时间不晚于时间阈值，而将第一信号视为所配置的信号；并且响应于确定第一时间晚于时间阈值，而将第一信号视为动态信号。

在一个实施例中，一种第二方法接收第一信号的配置，第一信号的第一方向不同于第二信号的第二方向；并且在第一时间接收控制消息，该控制消息与第一信号相关联。在一个实施例中，第二方法确定时间阈值；并且响应于确定第一时间不晚于时间阈值，而将第一信号视为所配置的信号；并且响应于确定第一时间晚于时间阈值，而将第一信号视为动态信号。

在一个实施例中，一种第三装置包括收发器，该收发器接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。在一个实施例中，第三装置包括处理器，该处理器确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，一种第三方法接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。在一个实施例中，第三方法确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，一种第四装置包括收发器，该收发器接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。在一个实施例中，第四装置包括处理器，该处理器确定第一MT和第二MT中的哪一个是参考MT；并且响应于确定第一MT是参考MT，而忽略与第二符号相关联的第二操作；并且响应于确定第二MT是参考MT，而忽略与第一符号相关联的第一操作。

在一个实施例中，一种第四方法接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。在一个实施例中，第四方法确定第一MT和第二MT中的哪一个是参考MT；并且响应于确定第一MT是参考MT，而忽略与第二符号相关联的第二操作；并且响应于确定第二MT是参考MT，而忽略与第一符号相关联的第一操作。

附图说明

上面简要描述的实施例的更具体的描述将参考附图中示出的特定实施例来呈现。要理解的是，这些附图仅描绘了一些实施例，并且因此不应被认为是对范围的限制，实施例将通过附图的使用，以附加的特异性和细节被描述和解释，在附图中：

图1是示出用于集成接入和回程中的双连接性增强的无线通信系统的一个实施例的示意性框图；

图2A是用于集成接入和回程中的双连接性增强的集成接入和回程(IAB)系统的示例的一个实施例的图示；

图2B是用于集成接入和回程中的双连接性增强的IAB施主中的CU/DU分割以及IAB节点中的DU/MT分割的一个实施例的图示；

图3是用于集成接入和回程中的双连接性增强的具有单面板和多面板IAB节点的示例IAB系统的图示；

图4是用于集成接入和回程中的双连接性增强的如RAN1#102-e中商定的同时传输和/或接收操作的场景的图示；

图5描绘了用于支持半双工操作和用于实现定向冲突处理的示例代码；

图6是用于集成接入和回程中的双连接性增强的具有一个IAB-CU/IAB施主(施主内场景)的DC架构的图示；

图7是用于集成接入和回程中的双连接性增强的具有多个IAB-CU/IAB施主(施主间场景)的DC架构的图示；

图8是用于集成接入和回程中的双连接性增强的增强资源复用和同时操作的备选场景的图示；

图9是针对集成接入和回程中的双连接性增强的冲突解决而指定/配置的时间阈值的图示；

图10是根据集成接入和回程中的双连接性增强的备选描述的针对冲突解决而指定/配置的时间阈值的图示；

图11是用于集成接入和回程中的双连接性增强的被连接到上游方向上的两个或多个父节点、以及下游方向上的两个或多个子节点或UE的IAB节点的图示；

图12是示出NR协议栈的一个实施例的图；

图13是示出可以被用于集成接入和回程中的双连接性增强的用户设备装置的一个实施例的框图；

图14是示出可以被用于集成接入和回程中的双连接性增强的网络装置的一个实施例的框图；

图15是示出用于集成接入和回程中的双连接性增强的方法的一个实施例的流程图；

图16是示出用于集成接入和回程中的双连接性增强的方法的一个实施例的流程图；

图17是示出用于集成接入和回程中的双连接性增强的方法的一个实施例的流程图；以及

图18是示出用于集成接入和回程中的双连接性增强的方法的一个实施例的流程图。

具体实施方式

如本领域技术人员将理解的，实施例的方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件方面的实施例的形式。

例如，所公开的实施例可以被实现为硬件电路，包括定制的超大规模集成(“VLSI”)电路或门阵列、成品半导体(诸如逻辑芯片、晶体管、或其他分立组件)。所公开的实施例还可以在可编程硬件设备(诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等)中被实现。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理或逻辑块，作为实例，该可执行代码可以例如被组织为对象、过程或函数。

此外，实施例可以采取在存储机器可读代码、计算机可读代码、和/或程序代码(下文被称为代码)的一个或多个计算机可读存储设备中体现的程序产品的形式。存储设备可以是有形的、非瞬态的、和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用信号来访问代码。

一个或多个计算机可读介质的任何组合可以被利用。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如但不限于，电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备，或者前述的任何合适的组合。

存储设备的更具体的示例(非详尽的列表)将包括以下：具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式光盘只读存储器(“CD-ROM”)、光存储设备、磁存储设备、或前述设备的任何合适的组合。在本文档的上下文中，计算机可读存储介质可以是可以包含或存储供由指令执行系统、装置或设备使用、或与其结合使用的程序的任何有形介质。

用于执行实施例的操作的代码可以是任何数目的行，并且可以以一种或多种编程语言的任何组合来编写，一种或多种编程语言包括面向对象的编程语言(诸如Python、Ruby、Java、Smalltalk、C++等)、以及传统的程序性编程语言(诸如“C”编程语言等)、和/或机器语言(诸如汇编语言)。代码可以完全地在用户的计算机上执行、作为独立软件包部分地在用户的计算机上执行、部分地在用户的计算机上并且部分在远程计算机上执行、或完全在远程计算机或服务器上执行。在后一种场景中，远程计算机可以通过任何类型的网络(包括局域网(“LAN”)、无线LAN(“WLAN”)、或广域网(“WAN”))连接到用户的计算机，或者可以连接到外部计算机(例如，通过使用互联网服务提供方(“ISP”)的互联网)。

此外，所描述的实施例的特征、结构、或特性可以以任何合适的方式被组合。在下面的描述中，许多特定细节被提供，诸如编程的示例、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，实施例可以在没有一个或多个特定细节的情况下被实践、或者利用其他方法、组件、材料等被实践。在其他实例下，众所周知的结构、材料、或操作未被示出或详细描述，以避免模糊实施例的各方面。

贯穿本说明书中，对“一个(one)实施例”、“一个(an)实施例”或类似语言的提及意味着结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另有明确说明，贯穿本说明书，短语“在一个(one)实施例中”、“在一个(an)实施例中”以及类似语言的出现可以非必须全部指代相同的实施例，而是意味着“一个或多个但不是所有实施例”。除非另有明确说明，术语“包括(including)”、“包括(comprising)”、“具有(having)”及其变体表示“包括但不限于”，除非另有明确说明。所列举的项目的列表并不意味着任何或所有项目是相互排斥的。除非另有明确说明，术语“一个(a)”、“一个(an)”和“该(the)”也指“一个或多个”。

如本文所使用的，具有连词“和/或”的列表包括列表中的任何单个项目或列表中的项目的组合。例如，A、B和/或C的列表包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B的组合。如本文所使用的，使用术语“……中的一个或多个”的列表包括列表中的任何单个项目或列表中的项目的组合。例如，A、B和C中的一种或多种包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合、或者A、B和C的组合。如本文所使用的，使用术语“……中的一个”的列表包括列表中任何单个项目中的一个且仅一个。例如，“A、B和C中的一个”包括仅A、仅B、或仅C，并且排除A、B和C的组合。如本文所使用的，“从由A、B和C组成的组中选择的成员”包括且仅包括A、B、或C中的一个，并且不包括A、B和C的组合。如本文所使用的，“从由A、B和C及其组合组成的组中选择的成员”包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合、或A、B和C的组合。

实施例的各方面在下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图被描述。将理解，示意性流程图和/或示意性框图的每个框、以及示意性流程图和/或示意性框图中的框的组合可以通过代码来实现。该代码可以被提供给通用计算机、专用计算机、或其他可编程数据处理装置的处理器以产生机器，从而经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现流程图和/或框图中指定的功能/动作的部件。

代码还可以被存储在存储设备中，该存储设备可以指导计算机、其他可编程数据处理装置、或其他设备以特定方式起作用，从而存储在存储设备中的指令产生包括实现流程图和/或框图中指定的功能/动作的指令的制品。

代码还可以被加载到计算机、其他可编程数据处理装置、或其他设备上，以使一系列操作步骤在计算机、其他可编程装置、或其他设备上被执行，以产生计算机实现的过程，从而在计算机或其他可编程装置上执行的代码提供用于实现流程图和/或框图中指定的功能/动作的过程。

附图中的流程图和/或框图示出了根据各种实施例的装置、系统、方法和程序产品的可能实现方式的架构、功能和操作。在该方面，流程图和/或框图中的每个框可以表示代码的模块、片段或部分，其包括用于实现(多个)指定逻辑功能的代码的一个或多个可执行指令。

还应当注意，在一些备选实现方式中，框中标注的功能可以不按照图中标注的顺序发生。例如，取决于所涉及的功能，连续示出的两个框实际上可以基本上并发地被执行，或者这些框有时可以以相反的顺序被执行。可以设想在功能、逻辑、或效果上与所示附图的一个或多个框或其部分等效的其他步骤和方法。

尽管在流程图和/或框图中可以采用各种箭头类型和连线类型，但是它们被理解为不限制对应的实施例的范围。实际上，一些箭头或其他连接符可以仅被用于指示所描绘的实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的列举步骤之间的未指定持续时间的等待或监测时段。还将注意，框图和/或流程图中的每个框、以及框图和/或流程图中的框的组合可以由执行指定功能或动作的基于专用硬件的系统、或专用硬件和代码的组合来实现。

对每个附图中的元素的描述可以参考前面的附图的元素。所有附图中相同的附图标记指代相同的元素，包括相同元素的备选实施例。

一般而言，本公开描述了用于集成接入和回程中的双连接性增强的系统、方法和装置。在某些实施例中，该方法可以使用被嵌入计算机可读介质上的计算机代码来执行。在某些实施例中，装置或系统可以包括计算机可读介质，该计算机可读介质包含计算机可读代码，该计算机可读代码当由处理器执行时使装置或系统执行下述解决方案的至少一部分。

IAB被指定用于NR接入技术版本16(Rel-16)。IAB技术旨在提高部署灵活性并降低5G部署成本。它允许服务提供方在利用无线回程技术的同时减少小区规划和频谱规划工作。

尽管Rel-16中的IAB规范不限于特定的复用和双工方案，但是焦点在于上游通信(具有父IAB节点或IAB施主)与下游通信(具有子IAB节点或用户设备(“UE”))之间的时分复用(“TDM”)。

3GPP Rel-17批准增强资源复用以支持IAB节点在下游和上游的同时操作(传输和/或接收)，如以下目标中列出的：

·双工增强(例如，如RAN1-led、RAN2、RAN3、RAN4中所讨论的)：

·对IAB节点的子链路与父链路之间的资源复用的增强的规范，包括：

·IAB节点的子链路和父链路(例如MT Tx/DU Tx、MT Tx/DU Rx、MT Rx/DU Tx、MTRx/DU Rx)的同时操作(传输和/或接收)的支持。

·支持由RAN2/RAN3在拓扑冗余的上下文中定义的双连接性场景，以提高稳健性和负载平衡。

·(多个)IAB节点定时模式的规范、针对DL/UL功率控制的扩展、以及BH链路的CLI和干扰测量(根据需要)，以支持IAB节点的子节点和父节点链路的同时操作(传输和/或接收)。

如上述目标中所强调的，双连接性(“DC”)将被增强以便提供拓扑冗余，以提高稳健性和负载平衡。

关于DC增强的讨论已经在RAN1和其他组中被讨论。例如，以下在RAN1#104bis-e中被同意：

·用以支持用于施主间和施主内场景两者的带内载波间双连接性的以下增强被考虑(除了重用针对带间双连接性的解决方案之外)，以支持在子IAB-MT处去往/来自两个父链路的同时的Tx和/或Rx：

·用于同步带内NR-DC操作的扩展Rel-16 CA TDD冲突解决框架

·协调针对父节点的TDD配置(针对施主内和施主间操作两者)以及协调针对施主之间的子节点的H/S/NA配置(至少针对施主间操作)。

增强的IAB工作项(“WI”)包括在拓扑增强的上下文中对DC的增强，以提高稳健性和负载平衡。正在讨论的两个问题是针对带内NR-DC操作的冲突解决的方法，通过扩展被指定为Rel-16 TEI的现有冲突解决，以及协调针对施主内和施主间操作的TDD配置。关于前一问题的现有规范适用于UE，因此没有解决IAB特定的问题，诸如定时未对准、干扰约束、软资源的可用性指示等。

主要针对UE操作指定的用于CA TDD冲突处理的现有解决方案不包括由于应用针对IAB的增强定时对准而引起的定时未对准的情况。然而，在增强型IAB系统中，被应用于上行链路传输的定时对准模式(诸如情况-6和情况-7定时模式)可能会违反同步性的假设，并且此外，当父节点不被TDD协调时，可能需要考虑在TDD冲突解决的情况下确定“参考小区”。

在本公开中，上述问题被讨论并解决。特别是，用于针对DC操作的冲突解决的方法针对不同场景被引入并扩展。父间和施主间协调信令也被讨论并解决。

本公开中提出的方法包括用于在应用冲突解决规则(诸如丢弃其他小区上的DL/UL属性、覆盖参考小区上的DL/UL属性、或者确定错误情况)之前确定“参考小区”和“其他小区”的若干附加步骤和规则。还考虑了可用性指示对父节点行为的影响。此外，针对不发生DL/UL冲突、但波束/功率/干扰/定时约束限制同时操作的情况的优先级规则被扩展到带内DC的情况。

在一个实施例中，执行TX定时对准(下面描述的情况-6)的小区被确定为用于冲突解决的参考小区。然后，DL/UL冲突通过应用冲突解决规则而在符号(可能完全或部分重叠)之间被解决。在另一实施例中，当父节点发送针对为子节点配置的软资源的可用性指示时，它可以预期时间重叠资源上的错误情况。在又一实施例中，如果波束/功率/干扰约束不被满足，则符号DL/UL属性可以被丢弃或被覆盖。

在以下描述中，术语天线、面板、天线面板、设备面板和UE面板可互换使用。天线面板可以是被用于在低于6GHz的频率(例如，频率范围1(“FR1”，即，从410MHz到7125MHz的频率))或高于6GHz的频率下(例如，频率范围2(“FR2”，即，从24.25GHz到52.6GHz的频率)或毫米波(mmWave)下发送和/或接收无线电信号的硬件。在一些实施例中，天线面板可以包括天线元件的阵列，其中每个天线元件被连接到硬件(诸如允许控制模块应用空间参数对信号进行传输和/或接收的移相器)。所得到的辐射图可以被称为波束，其可以是单峰的，也可以不是单峰的，并且可以允许设备放大从空间方向发送或接收的信号。

在一些实施例中，天线面板在说明书中可以被虚拟化为天线端口，也可以不被虚拟化为天线端口。天线面板可以通过传输(出口)和接收(入口)方向中的每一个的射频(“RF”)链连接至基带处理模块。设备在天线面板的数目、它们的双工能力、它们的波束成形能力等方面的能力对于其他设备可能是透明的，也可能不是透明的。在一些实施例中，能力信息可以经由信令传送，或者在一些实施例中，能力信息可以在不需要信令的情况下被提供给设备。在这样的信息可用于其他设备的情况下，它可以被用于信令或本地决策。

在一些实施例中，设备天线面板(例如，UE或RAN节点的设备天线面板)可以是物理或逻辑天线阵列，该物理或逻辑天线阵列包括共享RF链的公共或重要部分的天线元件或天线端口(例如，同相/正交(“I/Q”)调制器、模数(“A/D”)转换器、本地振荡器、相移网络)的集合。设备天线面板或“设备面板”可以是逻辑实体，其中物理设备天线被映射到该逻辑实体。物理设备天线到逻辑实体的映射可能取决于设备实现方式。在天线板的用于辐射能量的有源天线元件或天线端口(本文中也被称为有源元件)的至少一个子集上通信(接收或发送)需要对RF链进行偏置或通电，这导致与天线面板相关联的设备(包括与天线元件或天线端口相关联的功率放大器/低噪声放大器(“LNA”))中的电流消耗或功耗。如本文所使用的，短语“用于辐射能量的有源的”并不意味着限于发送功能，而是还涵盖接收功能。因此，用于辐射能量的有源的天线元件可以同时或顺序地被耦合到发送器以发送射频能量，或者被耦合到接收器以接收射频能量，或者通常被耦合到收发器以接收射频能量，用于执行其预期功能。天线面板的有源元件上的通信可以生成辐射图或波束。

在一些实施例中，取决于设备自身的实现方式，“设备面板”可以具有以下功能中的至少一项，作为操作角色：独立地控制其Tx波束的天线组的单元、独立地控制其传输功率的天线组的单元、独立控制其传输定时的天线组的单元。“设备面板”对于gNB来说可能是透明的。对于(多个)某些条件，gNB或网络可以假设设备的物理天线到逻辑实体“设备面板”之间的映射可能不会被改变。例如，该条件可以包括直到来自设备的下一次更新或报告、或者包括gNB假设映射不会被改变的持续时间。

设备可以向gNB或网络报告其关于“设备面板”的能力。设备能力可以至少包括“设备面板”的数目。在一种实现方式中，设备可以支持来自面板内的一个波束的UL传输；对于多个面板，多于一个波束(每个面板一个波束)可以被用于UL传输。在另一实现方式中，每个面板的多于一个波束可以被支持/用于UL传输。

在所描述的一些实施例中，天线端口被定义为能够从传达相同的天线端口上的另一符号的信道中推断出传达天线端口上的符号的信道。如果一个天线端口上传达符号的信道的大规模特性可以从另一个天线端口上达符号的信道中推断出来，则两个天线端口被称为准共置(QCL)。大规模特性包括延迟扩展、多普勒扩展、多普勒频移、平均增益、平均延迟和空间Rx参数中的一项或多项。两个天线端口可以是关于大规模特性的子集准共址的，并且大规模特性的不同子集可以由QCL类型来指示。例如，qcl-Type可以采用以下值中的一个：

·“QCL-TypeA”：{多普勒频移、多普勒扩展、平均延迟、延迟扩展}

·“QCL-TypeB”：{多普勒频移，多普勒扩展}

·“QCL-TypeC”：{多普勒频移，平均延迟}

·“QCL-TypeD”：{空间Rx参数}。

空间Rx参数可以包括以下项中的一项或多项：到达角(AoA)、主AoA、平均AoA、角度扩展、AoA的功率角谱(PAS)、平均Ao D(出发角)、AoD的PAS、发送/接收信道相关性、发送/接收波束成形、空间信道相关性等。

根据实施例的“天线端口”可以是逻辑端口，该逻辑端口可以对应于波束(由波束成形产生)、或者可以对应于设备上的物理天线的。在一些实施例中，物理天线可以直接映射到单个天线端，在该单个天线端口中天线端口对应于实际的物理天线。备选地，在对每个物理天线上的信号应用复数权重、循环延迟、或两者之后，物理天线的集合或子集、或者天线集合或天线阵列或天线子阵列可以被映射到一个或多个天线端口。物理天线集合可以具有来自单个模块或面板、或者来自多个模块或面板的天线。权重可以如在天线虚拟化方案(诸如循环延迟分集(“CDD”))中一样是固定的。被用于从物理天线导出天线端口的过程可以特定于设备实现方式，并且对于其他设备是透明的。

在所描述的一些实施例中，与目标传输相关联的TCI状态可以指示用于配置目标传输(例如，传输时机期间目标传输的DM-RS端口的目标RS)和关于在对应的TCI状态中指示的(多个)准共址类型参数的(多个)源参考信号(例如，SSB/CSI-RS/SRS))之间的准共址关系的参数。设备可以接收服务小区的多个传输配置指示符状态的配置，以用于服务小区上的传输。

在所描述的一些实施例中，与目标传输相关联的空间关系信息可以指示用于配置目标传输和参考RS(例如，SSB/CSI-RS/SRS)之间的空间设置的参数。例如，设备可以利用与被用于接收参考RS(例如，诸如SSB/CSI-RS的DL RS)的相同的空间域滤波器来发送目标传输。在另一示例中，设备可以利用与被用于参考RS(例如，诸如SRS的UL RS)的相同的空间域传输滤波器来发送目标传输。设备可以接服务小区的多个空间关系信息配置的配置，以用于服务小区上的传输。

图1描绘了根据本公开的实施例的支持较高频率的CSI增强的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远端单元105、无线电接入网络(“RAN”)120、以及移动核心网络130。RAN 120和移动核心网络130形成移动通信网络。RAN 120可以包括基地单元121，其中远端单元105使用无线通信链路115与基地单元121通信。尽管特定数目的远端单元105、基地单元121、无线通信链路115、RAN 120、以及移动核心网络130在图1中被描述，但是本领域技术人员将认识到，任何数目的远端单元105、基地单元121、无线通信链路115、RAN 120、以及移动核心网络130可以被包括在无线通信系统100中。

在一种实现方式中，RAN 120符合第三代合作伙伴计划(“3GPP”)规范中指定的5G系统。例如，RAN 120可以是实现NR RAT和/或3GPP长期演进(“LTE”)RAT的新一代无线电接入网络(“NG-RAN”)。在另一示例中，RAN 120可以包括非3GPP RAT(例如，或电气和电子工程师协会(“IEEE”)802.11系列兼容的WLAN)。在另一种实现方式中，RAN 120符合3GPP规范中指定的LTE系统。然而，更一般地，无线通信系统100可以实现一些其他开放或专有通信网络，例如微波接入全球互操作性(“WiMAX”)或IEEE 802.16系列标准等网络。本公开不旨在被限于任何特定的无线通信系统架构或协议的实现方式。

在一个实施例中，远端单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到互联网的电视)、智能电器(例如，连接到互联网的电器)、机顶盒、游戏控制台、安全系统(包括安全摄像机)、车载计算机、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远端单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远端单元105可以被称为UE、订户单元、移动装置、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线发送/接收单元(“WTRU”)、设备、或本领域中使用的其他术语。在各种实施例中，远端单元105包括订户身份和/或标识模块(“SIM”)以及提供移动终端功能(例如无线电传输、切换、语音编码和解码、错误检测和校正、信令和对SIM卡的访问)的移动设备(“ME”)。在某些实施例中，远端单元105可以包括终端设备(“TE”)和/或被嵌入到电器或设备(例如，如上所述的计算设备)中。

远端单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与RAN 120中的一个或多个基地单元121直接通信。此外，UL和DL通信信号可以在无线通信链路123上被携带。在此，RAN 120是为远端单元105提供对移动核心网络130的接入的中间网络。

在一些实施例中，远端单元105经由与移动核心网络130的网络连接与应用服务器通信。例如，远端单元105中的应用107(例如，网页浏览器、媒体客户端、电话和/或互联网协议语音(“VoIP”)应用)可以触发远端单元105经由RAN 120与移动核心网络130建立协议数据单元(“PDU”)会话(或其他数据连接)。然后，移动核心网络130使用PDU会话在远端单元105和应用服务器(例如，分组数据网络150中的内容服务器151)之间中继业务。PDU会话表示远端单元105和用户平面功能(“UPF”)131之间的逻辑连接。

为了建立PDU会话(或PDN连接)，远端单元105必须向移动核心网络130(在第四代(“4G”)系统的上下文中也被称为“附接到移动核心网络”)注册。注意，远端单元105可以与移动核心网络130建立一个或多个PDU会话(或其他数据连接)。因此，远端单元105可以具有至少一个PDU会话，用于与分组数据网络150(例如，表示互联网)通信。远端单元105可以建立附加的PDU会话，以用于与其他数据网络和/或其他通信对等方通信。

在5G系统(“5GS”)的上下文中，术语“PDU会话”是在远端单元105和特定的数据网络(“DN”)之间通过UPF 131提供端到端(“E2E”)用户平面(“UP”)连接性的数据连接。PDU会话支持一个或多个服务质量(“QoS”)流。在某些实施例中，QoS流和QoS配置文件之间可以存在一对一映射，从而属于特定的QoS流的所有分组都具有相同的5G QoS标识符(“5QI”)。

在4G/LTE系统(诸如演进型分组系统(“EPS”))的上下文中，分组数据网络(“PDN”)连接(也被称为EPS会话)提供远端单元和PDN之间的E2E UP连接性。PDN连接性过程建立移动核心网络130中的EPS承载，即，远端单元105与分组网关(“PGW”，未示出)之间的隧道。在某些实施例中，EPS承载和QoS配置文件之间存在一对一映射，从而属于特定的EPS承载的所有分组都具有相同的QoS类别标识符(“QCI”)。

基地单元121可以分布在地理区域上。在某些实施例中，基地单元121还可以被称为接入终端、接入点、基站(base)、基地站(base station)、NodeB(“NB”)、演进型NodeB(缩写为eNodeB或“eNB”，也被称为演进型通用陆地无线电接入网络(“E-UTRAN”)NodeB)、5G/NRNodeB(“gNB”)、归属NodeB、中继节点、RAN节点、或者本领域中使用的任何其他术语。基地单元121通常是RAN(诸如RAN 120)的一部分，其可以包括被可通信地耦合到一个或多个对应的基地单元121的一个或多个控制器。无线电接入网络的这些和其他元件未被示出，但通常为本领域普通技术人员所熟知。基地单元121经由RAN 120连接到移动核心网络130。

基地单元121可以经由无线通信链路123来服务服务区域(例如，小区或小区扇区)内的多个远端单元105。基地单元121可以经由通信信号直接与一个或多个远端单元105通信。一般而言，基地单元121发送DL通信信号以在时域、频域和/或空间域中服务远端单元105。此外，DL通信信号可以通过无线通信链路123被携带。无线通信链路123可以是经许可或未经许可的无线电频谱中的任何合适的载波。无线通信链路123促进一个或多个远端单元105和/或一个或多个基地单元121之间的通信。注意，在NR-U操作期间，基地单元121和远端单元105通过未经许可的无线电频谱通信。

在一个实施例中，移动核心网络130是5GC或演进型分组核心(“EPC”)，其可以被耦合到分组数据网络150，如互联网和专用数据网络、以及其他数据网络。远端单元105可以具有移动核心网络130的订阅或其他账户。每个移动核心网络130属于单个公共陆地移动网络(“PLMN”)。本公开不旨在被限于任何特定的无线通信系统架构或协议的实现方式。

移动核心网络130包括若干网络功能(“NF”)。如所描绘的，移动核心网络130包括至少一个UPF 131。移动核心网络130还包括多个控制平面(“CP”)功能，包括但不限于服务RAN 120的接入和移动性管理功能(“AMF”)133、会话管理功能(“SMF”)135、网络暴露功能(“NEF”)136、策略控制功能(“PCF”)137、统一数据管理功能(“UDM”)和用户数据存储库(“UDR”)。

在5G架构中，(多个)UPF 131负责分组路由和转发、分组检查、QoS处理、以及用于互连数据网络(“DN”)的外部PDU会话。AMF 133负责NAS信令的终止、NAS加密和完整性保护、注册管理、连接管理、移动性管理、接入认证和授权、安全上下文管理。SMF 135负责会话管理(即，会话建立、修改、释放)、远端单元(即，UE)IP地址分配和管理、DL数据通知、以及用于适当的业务路由的UPF的业务引导配置。

NEF 136负责使网络数据和资源易于被客户和网络合作伙伴接入。服务提供方可以激活新能力并通过API暴露它们。这些API允许第三方授权应用监测和配置针对多个不同订户(即具有不同应用的连接设备)的网络行为。PCF 137负责统一策略框架，向CP功能提供策略规则，访问UDR中策略决策的订阅信息。

UDM负责生成认证和密钥协商(“AKA”)凭证、用户标识处理、访问授权、订阅管理。UDR是订户信息的存储库，并且可以被用于服务多种网络功能。例如，UDR可以存储订阅数据、策略相关数据、允许向第三方应用公开的订户相关数据等。在一些实施例中，UDM与UDR共址，这被描绘为组合的实体“UDM/UDR”139。

在各种实施例中，移动核心网络130还可以包括认证服务器功能(“AUSF”)(其充当认证服务器)、网络存储库功能(“NRF”)(其提供NF服务注册和发现)，使NF能够相互标识适当的服务，并通过应用程序编程接口(“API”)或为5GC定义的其他NF相互通信。在某些实施例中，移动核心网络130可以包括认证、授权、以及计费(“AAA”)服务器。

在各种实施例中，移动核心网络130支持不同类型的移动数据连接和不同类型的网络切片，其中每个移动数据连接利用特定的网络切片。在此，“网络切片”指的是针对某种业务类型或通信服务而优化的移动核心网络130的一部分。网络实例可以由单个网络切片选择辅助信息(“S-NSSAI”)来标识，而远端单元105被授权使用的网络切片的集合由网络切片选择辅助信息(“NSSAI”)来标识。

在此，“NSSAI”指的是包括一个或多个S-NSSAI值的向量值。在某些实施例中，各种网络切片可以包括网络功能的单独实例，诸如SMF 135和UPF 131。在一些实施例中，不同的网络切片可以共享一些公共网络功能，诸如AMF 133。为了便于说明，不同的网络切片未在图1中被示出，但假设支持这些网络切片。在不同网络切片被部署的情况下，移动核心网络130可以包括网络切片选择功能(“NSSF”)，其负责选择网络切片实例以服务远端单元105、确定允许的NSSAI、确定将被用于服务远端单元105的AMF集。

尽管特定数目和类型的网络功能在图1中被描绘，但是本领域技术人员将认识到，任何数目和类型的网络功能可以被包括在移动核心网络130中。另外，在移动核心网络130包括EPC的LTE变体中，所描绘的网络功能可以被替换为适当的EPC实体，诸如移动管理实体(“MME”)、服务网关(“SGW”)、PGW、归属订户服务器(“HSS”)等。例如，AMF 133可以被映射到MME、SMF 135可以被映射到PGW的控制平面部分和/或被映射到MME、UPF 131可以被映射到SGW和PGW的用户平面部分、UDM/UDR 139可以被映射到HSS等。

操作、管制和维护(“OAM”)160涉及系统100的操作、管制、管理和维护。“操作(operation)”包括环境的自动监测、检测和确定故障以及向管理员发送警报。“管制(administration)”涉及收集性能统计、用于计费目的的会计数据、使用使用情况数据以及维护系统可靠性的容量规划。管制还可以涉及维护被用于确定定期计费的服务数据库。“维护(maintenance)”涉及升级、修复、新功能启用、备份和恢复以及监测介质运行状况。在某些实施例中，OAM 160还可以涉及供应，即用户账户、设备和服务的设置。

尽管图1描绘了5G RAN和5G核心网络的组件，但是所描述的实施例适用于其他类型的通信网络和RAT，包括IEEE 802.11变体、全球移动通信系统(“GSM”，即2G数字蜂窝网络)、通用分组无线电服务(“GPRS”)、UMTS、LTE变体、CDMA 2000、蓝牙、ZigBee、Sigfox等。

在下面的描述中，术语“gNB”被用于基站，但它可以由任何其他无线电接入节点(例如RAN节点、eNB、基站(“BS”)、接入点(“AP”)、NR等)替代。此外，操作主要在5G NR的上下文中被描述。然而，所提出的解决方案/方法也同样适用于支持集成接入和回程中的双连接性增强的其他移动通信系统。

关于集成接入和回程，作为背景，图2A示出了集成接入和回程(IAB)系统200的示例。核心网络202通过回程链路203(通常是有线的)连接到IAB系统200的IAB施主204。IAB施主204包括中央单元(“CU”)206，其通过F1接口205与系统中的所有分布式单元(“DU”)210通信。IAB施主204是单个逻辑节点，其可以包括功能208(诸如gNB-DU、gNB-CU-CP、gNB-CU-UP等)的集合。在部署中，IAB施主204可以根据这些功能被划分，这些功能都可以是共址的或非共址的。

每个IAB节点212在功能上至少被划分成分布式单元(“DU”)和移动终端(“MT”)。IAB节点212的MT连接到父节点的DU 210，该父节点可以是另一个IAB节点212或IAB施主204。

IAB节点212的MT(被称为IAB-MT)和父节点的DU 210(被称为IAB-DU)之间的Uu链路被称为无线回程链路207。在无线回程链路207中，就功能而言，MT类似于用户设备(“UE”)214，并且父节点的DU 210类似于传统蜂窝无线接入链路中的基站。因此，从MT到作为父链路的DU 210的服务小区的链路被称为上行链路，并且相反方向的链路被称为下行链路。为了简洁起见，在本公开的其余部分中，实施例可以简单地指代IAB节点212之间的上行链路或下行链路、IAB节点212的上游链路或下游链路、节点及其父节点之间的链路、节点及其子节点之间的链路等，并且不直接指代IAB-MT、IAB-DU、服务小区等。

每个IAB施主204或IAB节点212可以通过接入链路209来服务UE 214。IAB系统200被设计为允许多跳通信，例如，UE 214可以通过IAB节点212和IAB施主204之间的接入链路209和多个回程链路207而连接到核心网络202。对于本公开的其余部分，除非另有说明，“IAB节点”一般可以指IAB节点212或IAB施主204。

图2B是示出了IAB施主204中的CU/DU分割和IAB节点212中的DU/MT分割的总结的一个实施例的框图。图2B示出了IAB施主204和IAB节点212的功能分割。在该图中，IAB节点212或UE 214可以由多于一个服务小区服务，因为它们支持双连接性(“DC”)。

更靠近IAB施主204和/或核心网络202的节点、链路等被称为上游节点或链路。例如，主题节点的父节点是该主题节点的上游节点，并且到父节点的链路是相对于该主题节点的上游链路。类似地，远离IAB施主204和/或核心网络202的节点或链路被称为下游节点或链路。例如，主题节点的子节点是主题节点的下游节点，并且到子节点的链路是相对于主题节点的下游链路。

为了简洁起见，下表总结了本公开中使用的术语与可能出现在标准规范中的描述。

此外，在适当的情况下，“操作”或“通信”可以指上行链路(或上游)或下行链路(或下游)中的传输或接收。然后，术语“同时操作”或“同时通信”可以指由节点通过一个或多个天线/面板进行的复用/双工传输和/或接收。如果没有明确描述，同时操作的细节应当根据上下文来理解。

关于NR IAB Rel-16中的资源配置，如前所述，NR IAB Rel-16中引入了更多的时隙格式，以允许更高的灵活性。

此外，资源可以被配置为硬(“H”)、软(“S”)、或不可用(“NA”)。硬资源可以被假设可用于由IAB节点进行的调度，并且NA资源不能被假设可用，而软资源可以被动态地指示可用或不可用。用于软资源的动态可用性指示(“AI”)可以通过来自父IAB节点/施主的DCI格式2_5来执行，并且在格式和定义方面与SFI(DCI格式2_0)相似。

在一个实施例中，资源可以在回程和接入链路之间被共享，其可以由CU(层3处的IAB施主)半静态地配置、或者由DU(层1处的父IAB节点)动态地配置。回程链路和接入链路资源之间的复用可以是TDM、频分复用(“FDM”)、或者允许时频资源共享。此外，资源可以被精确地分配(针对每个节点或每个链路)、或以资源池的形式被分配。诺基亚也已提到了资源池方法。

存在允许在层2或层3处的半静态配置以在回程和接入之间共享资源的建议。应当注意，在本TDoc和前面提到的TDoc中，重点是针对回程与接入的资源的配置，而不是针对上游与下游的资源的配置。然而，在动态调度下，该TDoc确实简要地建议IAB节点可以使用未被父IAB节点用于回程的资源来调度接入链路。

半静态与动态资源协调方法可以被实现，包括时域和频域中的资源的“灵活划分”。例如，DCI 2_0中的“F”(灵活)和用于确定时隙格式并与接入链路共享资源的新状态“A”(接入)可以被使用。这可能类似于IAB Rel-16中的硬配置和软配置以及可用性指示的使用。

在一些实施例中，“面板间”与“面板内”FDM和SDM之间存在区别。功率限制和定时要求针对每种情况被简要提及。

一般而言，IAB系统通过一个或多个IAB施主304连接到核心网络302。每个IAB节点306可以通过无线回程链路308连接到IAB施主304和/或其他IAB节点306。IAB施主/节点304还可以服务UE 310。考虑图3中所示的示例IAB系统。

关于IAB节点306的结构和复用/双工能力存在各种选项。例如，每个IAB节点306可以具有一个306a或多个306b天线面板，每个天线面板通过RF链连接到基带单元。该一个或多个天线面板能够服务IAB节点306附近的感兴趣的宽阔空间区域，或者另外每个天线面板或每组天线面板可以提供部分覆盖，诸如“扇区”。具有多个天线面板306a(每个天线面板服务单独的空间区域或扇区)的IAB节点仍然可以被称为单面板IAB节点306b，因为其行为类似于用于在每个单独的空间区域或扇区中通信的单面板IAB节点306b。

此外，每个天线面板可以是半双工(“HD”)的，这意味着它能够一次在一个频带中发送或接收信号；或者是全双工(“FD”)的，这意味着它能够同时在一个频带内发送信号和接收信号两者。与全双工无线电不同，半双工无线电在实践中被广泛实现和使用，并且通常被假设为无线系统中的默认操作的模式。

下表列出了当复用不限于TDM时的感兴趣的不同双工场景。在此表中，单面板和多面板IAB节点被考虑用于同时传输和/或接收的不同情况。空分复用(“SDM”)是指同时在下行链路(或下游)和上行链路(或上游)上进行传输或接收；全双工(“FD”)是指由频带中相同的天线板同时传输和接收；以及多面板传输和接收(“MPTR”)是指由多个天线面板同时传输和/或接收，其中每个天线面板一次在一个频带中发送或接收。

在上表中，基于同时操作的类型和IAB节点中面板的数目，根据我们之前的公开，场景被称为S1、S2、……、S8，而“情况”编号(A/B/C/D或1/2/3/4)符合主席说明中的RAN1#102-e协议，如图4所示。

在本公开中，场景可以根据所呈现的表格，通过它们的情况#或场景#而被提及。

关于针对半双工CA TDD中的冲突处理的Rel-16 TEI，在一个实施例中，时隙格式包括下行链路符号、上行链路符号、以及灵活符号。

如果UE被配置有多个服务小区并且被提供半双工行为＝“启用”，不能够在多个服务小区中的任何服务小区上同时传输和接收，指示支持在具有不成对频谱的CA中进行半双工操作的能力，并且不被配置为在多个服务小区中的任何服务小区上监测PDCCH以检测DCI格式2_0，对于向UE指示的用于通过SystemInformationBlockType1中的ssb-PositionsInBurst、或通过ServingCellConfigCommon中的ssb-PositionsInBurst而在多个服务小区中的任何服务小区中接收SS/PBCH块的时隙的符号集，当被提供给UE时，如果传输将与来自符号集中的任何符号重叠，则UE不在该时隙中发送PUSCH、PUCCH或PRACH，并且UE不在该时隙发送多个服务小区中的任何服务小区中的符号集中的SRS。

对于与有效PRACH时机的时隙的符号集以及有效PRACH时机之前的符号相对应的符号集，如条款8.1中所描述的，如果接收将与来自符号集中的任何符号重叠，则UE不在该时隙中接收PDCCH、PDSCH或CSI-RS。UE不期望时隙的符号集被tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为下行链路。

对于由Type0-PDCCH CSS集合的CORESET的MIB中的pdcch-ConfigSIB1向UE指示的时隙的符号集，UE不期望该符号集由tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为上行链路。

如果UE被DCI格式调度以在多个时隙上接收PDSCH，并且如果tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示：对于该多个时隙中的一个时隙，符号集(其中，UE在该时隙中被调度PUSCH接收)中的至少一个符号是上行链路符号，则UE不在该时隙中接收PDSCH。

如果UE被DCI格式调度以在多个时隙上发送PUSCH，并且如果tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示：对于该多个时隙中的一个时隙，符号集(其中，UE在该时隙中被调度PUSCH传输)中的至少一个符号是下行链路符号，则UE不在该时隙中发送PUSCH。

如果UE被配置有多个服务小区，并且被提供半双工行为＝“启用”，不能够在多个服务小区中的任何服务小区上同时传输和接收，指示支持在具有不成对频谱的CA中进行半双工操作的能力，并且不被配置为在多个服务小区中的任何服务小区上监测PDCCH以检测DCI格式2_0，则UE将符号的参考小区确定为在该符号被配置为下行链路或上行链路的服务小区中具有最小的小区索引的活动小区，如tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated所指示的，如果该符号是灵活的并且UE被配置为在该符号上发送SRS、PUCCH、PUSCH或PRACH，则为上行链路；如果该符号是灵活的并且UE被配置为在该符号上接收PDCCH、PDSCH或CSI-RS，则为下行链路。

如果UE被配置有多个服务小区，并且被提供半双工行为＝“启用”，不能够在多个服务小区中的任何服务小区上同时传输和接收，指示支持在具有不成对频谱的CA中进行半双工操作的能力，并且不被配置为在多个服务小区中的任何服务小区上监测PDCCH以检测DCI格式2_0，则UE不期望符号由tdd-UL-DL-Configuration Common或由tdd-UL-DL-ConfigurationDedicated分别指示为参考小区上的下行链路或上行链路、以及另一小区上的上行链路或下行链路，tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigDedicated用于将符号指示为参考小区上的下行链路，并检测调度另一小区上的符号上的传输的DCI格式，并由较高层配置以在参考小区上的灵活符号上接收PDCCH、PDSCH或CSI-RS，并检测调度另一小区上的符号上的传输的DCI格式。

如果UE的参考小区和另一个小区在不同的频带中操作，并且如果UE被配置有多个服务小区，并被提供半双工行为＝“启用”，不能够在多个服务小区中的任何服务小区上同时传输和接收，指示支持在具有不成对频谱的CA中进行半双工操作的能力，并且不被配置为在多个服务小区中的任何服务小区上监测PDCCH以检测DCI格式2_0，则UE假设符号是灵活的，不需要接收较高层配置的PDCCH、PDSCH或CSI-RS，并且不期望发送较高层配置的SRS、PUCCH、PUSCH或PRACH，当tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated分别将符号指示为另一小区上的下行链路或上行链路、以及指示为参考小区的上行链路或下行链路时，当符号被参考小区的tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigDedicated指示为下行链路时，在另一小区的符号上发送由DCI格式调度的信号/信道，并且如果UE在另一小区上检测调度符号集中的一个或多个符号上的传输的DCI格式，则不需要接收符号集中的参考小区上的灵活符号上的较高层配置的PDCCH、PDSCH或CSI-RS。

如果UE被配置有多个服务小区并且被提供半双工行为＝“启用”，不能够在来自多个服务小区中的任何服务小区上同时传输和接收，指示支持在具有不成对频谱的CA中进行半双工操作的能力，并且不被配置为在多个服务小区中的任何服务小区上监测PDCCH以检测DCI格式2_0，则UE不期望参考小区的tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated将符号指示为上行链路，并在另一个小区上检测调度符号上的接收的DCI格式，不期望由较高层配置以在参考小区上的灵活符号上发送SRS、PUCCH、PUSCH或PRACH并检测调度在另一小区上的符号上接收的DCI格式，如果来自该符号集中的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-UL-ConfigurationDedicated指示为下行链路或者是对应于参考小区上的由较高层配置的PDCCH、PDSCH或CSI-RS接收的符号，则不在另一小区上的符号集上发送由较高层配置的PUCCH、PUSCH或PRACH，如该符号集被tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为下行链路或者对应于由较高层在参考小区上配置的PDCCH、PDSCH或CSI-RS接收，则不发送由较高层在另一小区上的符号集上配置的SRS，如果来自该符号集中的至少一个符号被tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为上行链路或者是对应于由参考小区上的较高层配置的SRS、PUCCH、PUSCH或PRACH传输的符号，则不接收由较高层在另一小区上的符号集合上配置的PDCCH、PDSCH或CSI-RS，假设另一小区上由tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为下行链路或上行链路的符号是灵活的，如果UE被较高层分别配置为在参考小区上发送SRS、PUCCH、PUSCH或PRACH或者接收PDCCH、PDSCH或CSI-RS，不期望分别检测调度在第一小区上的符号上的传输或接收的第一DCI格式和调度在第二小区上的符号上的接收或传输的第二DCI格式。

对于PUSCH重复类型B，UE通过使用由tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated指示为下行链路的来确定用于PUSCH重复类型B传输的(多个)无效符号，tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated被认为是用于PUSCH重复类型B传输的无效符号。对于不成对频谱中的操作，由SIB1中的ssb-PositionsInBurst或ServingCellConfigCommon中的ssb-PositionsInBurst指示的用于SS/PBCH块的接收的符号被认为是用于PUSCH重复类型B传输的无效符号。

BC＝频带组合；M＝强制；DIFF＝功能差异

图5描绘了用于支持半双工操作和用于实现定向冲突处理的示例代码。

对于ServingCellConfig字段描述，directiveCollisionHandling指示服务小区正在使用参考小区和(多个)其他小区之间的定向冲突处理，以便在具有与TS 38.213条款11.1中规定的相同的SCS的TDD CA中进行半双工操作。该半双工操作仅适用于相同的频率范围和小区组内。网络仅针对使用相同的SCS的TDD服务小区而配置该字段。

关于IAB DC场景，图6示出了在IAB节点602处具有DC的示例IAB系统，其中IAB节点602的父节点604、606由一个IAB施主608配置。该架构可以被称为施主内场景。备选场景是IAB节点702处的双连接性，其中每个父节点704、706可以由不同的IAB施主708、710配置。该架构可以被称为施主间场景，如图7中所示。

在这些图中所示的示例中，存在多个连接和接口。示例可以包括Uu链路上的物理层(L1)连接，该Uu链路将IAB节点的IAB-MT连接到父节点的服务IAB-DU(例如，如3GPP RAN1技术规范中所指定的，3GPP RAN1技术规范包括[TS 38.211]、[TS 38.212]、[TS 38.213]、[TS 38.214]、以及[TS 38.215])；链路层(L2)的介质访问控制(“MAC”)子层(例如，如RAN2技术规范[TS 38.321]中所指定的)；层3处的无线电资源控制(“RRC”)(例如，如RAN2技术规范[TS 38.331]中所指定的)；以及较高层接口(例如，如RAN3技术规范中所指定，RAN3技术规范包括针对Xn的[TS 38.420]和[TS 38.423]、以及针对F1的[TS 38.470]和[TS38.473])，等等。

为了简洁起见，这些接口中的若干个接口没有在这些图中被示出或标记。然而，应当注意，IAB系统中的IAB节点可以由IAB施主的IAB-CU配置，IAB-CU可以通过F1接口通过多跳(无线链路)连接到IAB节点。

在整个本公开中，为了简洁起见，物理层和链路层信令(包括MAC信令)可以被称为“较低层”信令、动态信令、L1/L2信令等。例如，较低层信令可以指PDCCH上的DCI消息、PUCCH或PUSCH上的UCI消息、MAC消息、或其组合，除非术语“较低层”被指定用于实施例或实现以指代特定信令(诸如DCI消息或MAC消息)。

类似地，在整个本公开中，通过RRC的信令和/或通过接口(诸如F1和Xn)的信令可以被称为“较高层”信令、较高层配置或配置。例如，较高信令或配置可以指RRC信息单元(“IE”)、F1AP IE、XnAP IE等。配置可以包括多个配置消息或多个IE，其中的每个配置消息或IE来自相同或不同的实体/层。根据本描述，稍后被定义用于描述TDD DL-UL冲突的术语“RRC-D”和“RRC-U”可以特定地指代或不指代RRC配置；相反，该术语通常可以指较高层配置，其可以包括来自其他实体/层的配置。

图8中描绘了用于增强的资源复用和同时操作的不同场景。在该概念示意图中，IAB节点806的上游802和下游804中的每个回程和接入链路可以具有不与其他链路中使用的资源重叠的资源808。然而，一条链路上的一些资源810可以与一条或多条其他链路上的资源在时域、频域或空间域中的至少一项中重叠。具体地，当资源在时域中重叠时，用于同时操作的方法可以被应用。

在本公开中，参考前述参考，因为与所述参考中提出的那些方法类似的方法适用于上游链路之间的复用，例如DC场景。

关于将CA TDD冲突解决到IAB DC的扩展，考虑在IAB DC的情况下，针对DL-UL冲突解决的场景的以下表格：

场景	Cell-I/CG-I上的符号	Cell-II/CG-II上的符号
			1	TDD-Config-D	TDD-Config-U
2	TDD-Config-D	RRC-U
			3	TDD-Config-D	Dynamic-U
4	TDD-Config-U	TDD-Config-D
			5	TDD-Config-U	RRC-D
6	TDD-Config-U	Dynamic-D
			7	RRC-D	RRC-U
8	RRC-U	RRC-D
			9	Dynamic-D	Dynamic-U
10	Dynamic-U	Dynamic-D
			11	RRC-U	TDD-Config-D
12	Dynamic-U	TDD-Config-D
			13	RRC-D	TDD-Config-U
14	Dynamic-D	TDD-Config-U
			15	RRC-U	Dynamic-D
16	RRC-D	Dynamic-U
			17	Dynamic-U	RRC-D
18	Dynamic-D	RRC-U

为了简洁起见，以下定义在整个本公开中被使用：

·TDD-Config-D：由TDD-UL-DL-ConfigurationCommon和/或TDD-UL-DL-ConfigDedicated配置为下行链路(D)的符号。TDD-Config-D还可以指由新的TDD配置(诸如TDD-UL-DL-Configuration-r17)配置为D的符号，其可以在Rel-17中被引入，以用于IAB系统中的增强双工。

·TDD-Config-U：由TDD-UL-DL-ConfigurationCommon、和/或TDD-UL-DL-ConfigDedicated配置为上行链路(U)的符号。TDD-Config-U还可以指由新的TDD配置(诸如TDD-UL-DL-Configuration-r17)配置为U的符号，其可以在Rel-17中被引入，以用于IAB系统中的增强双工。

·TDD-Config-F：由TDD-UL-DL-ConfigurationCommon或TDD-UL-DL-ConfigDedicated或新的TDD配置TDD-Configuration-r17配置为灵活(F)、或未被配置为D或U的符号。例如，如果TDD配置未被提供给IAB-MT，则任何符号都可以是TDD-Config-F符号。

·RRC-D：对应于相同小区或小区组上的TDD-Config-F上的较高层配置的下行链路信道或信号(诸如PDCCH、PDSCH、CSI-RS等)的符号。

·RRC-U：对应于相同小区或小区组的TDD-Config-F上的较高层配置的上行链路信道或信号(诸如PUCCH、PUSCH、PRACH、SRS等)的符号。

·Dynamic-D：由相同小区或小区组的TDD-Config-F符号上的DCI消息调度为D的符号。例如，通过DCI消息调度PDSCH的符号可以是Dynamic-D。该定义可以排除在没有调度的情况下指示符号方向的DCI格式2-0等。

·Dynamic-U：由相同小区或小区组的TDD-Config-F符号上的DCI消息调度为U的符号。例如，通过DCI消息调度PUSCH的符号可以是Dynamic-U。该定义可以排除在没有调度的情况下指示符号方向的DCI格式2-0等。

还应当注意，在一个实施例中，同步信号和物理广播信道(“SS/PBCH”)块可以被认为或可以不被认为是RRC-D类别中的下行链路参考信号。例如，在IAB-MT的基于SSB的测量定时配置(“SMTC”)内配置SS/PBCH块的符号可以不被IAB-MT视为RRC-D。类似地，配置用于移动性管理的参考信号的符号可以不被认为是RRC-D符号。在任何这样的情况下，该符号可能具有更高的优先级，即，导致“错误情况”或“丢弃”或“覆盖”由另一小区指示的冲突属性。

在另外的实施例中，如被简要提到的，一些动态信令(诸如DCI格式2-0的动态时隙格式指示(“SFI”)、和/或DCI格式2-5的可用性指示(“AI”))可以被认为或可以不被认为是Dynamic-D或Dynamic-U信令。附加场景和方法(包括那些类型的动态信令)稍后将在本公开中被介绍。

关于冲突解决动作，用于定义冲突解决规则的关键字包括：

·错误情况：该短语可以指不被期望发生的情况。例如，符号的D和U指示的特定组合可能不被IAB节点的IAB-MT期望。在实践中，如果错误情况发生，主题实体(诸如IAB-MT)的行为可以通过实现方式来确定。例如，响应于错误情况，IAB-MT可以：

·丢弃冲突属性或关联的操作；

·覆盖冲突属性；

·忽略与冲突属性中的一个或多个冲突属性相关联的任何或所有操作(传输和/或接收)的一个或多个实例；

·生成错误/通知消息并将其发送至另一个实体，诸如父节点或IAB-CU；和/或

·向较高层发送错误/通知消息。

·在标准中，错误情况可能被指定为“未期望”该情况的实体。备选地或另外地，错误情况可以由响应于该错误情况的实体的所期望行为来指定。

·丢弃属性：该短语可以指一种行为，即实体(诸如IAB-MT)不关注属性，因为该属性被认为具有较低优先级。例如，由较低优先级小区/CG、或由较低优先级类型的配置或信令指示的D或U属性可以被相关联的小区/CG上的IAB-MT忽略。在该上下文中，丢弃属性可以意味着一个或多个冲突实例被丢弃，例如，与另一调度冲突的一个或多个符号可以被丢弃，而其他实例则按指示参与。备选地，丢弃属性可能意味着所有实例被忽略，包括不发生与另一操作的冲突的实例、或者主题实体可能空闲的实例。

·在标准中，丢弃规则可以被指定为：“不需要”参与与丢弃的属性或操作相关联的操作、被“允许”忽略该操作等的实体。

·覆盖属性：该短语可以指一种行为，即实体(诸如IAB-MT)覆盖属性，该属性可以与小区/CG或一种信令类型相关联，该信令类型可以另外被认为具有较高优先级。例如，与较低层动态信令相比，配置通常可以被认为是较高优先级信令。然而，在一些实施例中，如果动态信令指示与相同符号的配置属性相冲突的属性，则后者可以被规则覆盖。

·在标准中，覆盖可以通过“允许”实体(诸如IAB-MT)执行与被覆盖的属性冲突的操作来隐式地指定，例如在下行链路符号上执行上行链路传输，反之亦然。

·类似于对“错误情况”的响应，丢弃或覆盖行为可以包括或伴随着生成错误消息或通知消息并将其发送到另一实体(诸如父节点或IAB-CU)。

·在标准协议和/或规范中，丢弃优先事项之间可能存在也可能不存在严格差异。本公开中使用上述术语的实施例旨在提供在实体(诸如IAB节点)处由标准规定的、由网络配置的、或由供应方实现的行为的示例，并且不旨在在上述行为与特定术语之间建立严格的联系。通过扩展，如对短语“错误情况”的定义所观察到的，用以处理错误情况的实现方式可以包括丢弃和/或覆盖行为。

关于Cell-I/CG-I和Cell-II/CG-II，如果IAB-MT标识两个小区之间的冲突，则可以将一个小区确定为Cell-I，并且将另一个小区确定为Cell-II。在一些实施例中，确定Cell-I和Cell-II可能独立于特定于资源的信令，即，确定两个小区之间的Cell-I和Cell-II可以对于所有符号相同，只要与所述两个小区有关。备选地，确定Cell-I和Cell-II可能是特定于资源的(例如，特定于符号)，类似于针对CA TDD冲突处理TEI的规范。

同样，如果IAB-MT标识两个小区组(“CG”)之间的冲突、或来自不同CG的两个小区之间的冲突，确定Cell-I和Cell-II可能或可能不完全或部分地取决于该CG的相对状态，例如其中哪个小区组是主小区组(“MCG”)、以及其中哪个小区组是辅小区组(“SCG”)。

在一些实施例中，Cell-I可以指小区组(“CG”)中的主小区(“PCell”)，而Cell-II可以指相同CG中的另一个小区。

在一些实施例中，Cell-I可以指Cell-I，并且Cell-II可以相对地基于以下项中的至少一项来确定：

·它们中的任何一个是否是CG中的主小区；

·它们中的任何一个是否由主小区组(MSG)包括；

·它们的对应的小区索引；

·指示一个小区上的D/U与另一小区上的D/U的信令的类型；

·根据CA TDD冲突处理TEI，它们中的任何一个是否可以被定义为“参考小区”；和/或

·它们中的任何一个是否被确定为用于增强定时对准方案的“参考小区”。

例如：

·在CG中的小区中，主小区可能采用较高的优先级以被确定为Cell-I；

·与SCG中的小区相比，MCG中的小区可能采用较高的优先级以被确定为Cell-I；

·在两个或更多个小区中，具有最小小区索引的小区可能需要较高的优先级以被确定为Cell-I；

·与具有由较低层动态信令的D/U指示的小区相比，具有由较高层配置对主题资源/符号的D/U指示的小区可以采用较高或较低的优先级以被确定为Cell-I；

·根据CA TDD冲突处理TEI确定为“参考小区”的小区可能具有较高的优先级以被确定位Cell-I；

·已被确定/指示用于增强的定时对准方案的参考小区(诸如TX定时对准(情况-6)或Rx定时对准(情况-7))可能采用较高的优先级以被确定为Cell-I。

应该注意，多个这样的规则可以被用于确定Cell-I和Cell-II。在一些实施例中，这样的规则的顺序可以被指定或确定，以便实体(诸如IB-MT)逐一检查规则标准。例如，如果小区属于不同的CG，则MCG中的小区可以被确定为Cell-I；否则，如果恰好一个小区是主小区(PCell)，则所述小区可以被确定为Cell-I；否则，如果恰好一个小区已经通过较高层的配置(诸如TDD配置)、或所配置的信道、或所配置的参考信号来指示符号的D/U属性，则所述小区可以被为确定Cell-I；否则，具有最小小区索引的小区可以被确定为Cell-I。

在一些实施例中，多个规则可以通过其他方式(诸如加权标准、由较高层配置的优先级参数、与属性指示相关联的服务质量(QOS)等)而被组合。

在一些实施例中，CG(诸如MCG或SCG)内的小区之间的冲突处理可以通过由CA TDD冲突处理TEI指定的现有规则来处理，而CG之间的冲突解决可以遵循本公开提出的方法。在这种情况下，建议可以如由标准通过参考CG而不是小区来指定。因此，在本公开中，当涉及CG之间的冲突解决时，我们可以参考CG-I和CG-II。

在标准规范或协议中，Cell-I可以被称为“参考小区”等。同样，Cel-II可以被称为“其他小区”等。备选地，与Cell-I和Cell-II有关的行为可以被指定，而无需参考这样的术语。

应当注意，尽管本公开中提出的方法以两个小区/CG为重点来描述，但是该方法可以扩展到具有冲突属性指示的多个小区/CG。如何将方法扩展到多个小区/CG的示例在稍后被提供。

关于冲突解决方法，提供了IAB-MT的示例行为，其中IAB-MT在根据上述场景表的DC/CA场景中经历了资源(诸如符号)上的通信的方向(上行链路传输和下行链路接收)的冲突。

场景1、2、7、13:

·在一个实施例中，IAB-MT被允许丢弃或覆盖与Cell-II相关联指示的U属性。在备选实施例中，IAB-MT被允许丢弃或覆盖与Cell-I相关联指示的D属性。在又一个实施例中，IB-MT可以确定错误情况。在又一个实施例中，IAB-MT可以在带间场景中丢弃或覆盖D属性或U属性，但是其可以在带内场景中确定错误情况。在又一实施例中，IAB-MT可以在载波间场景中丢弃或覆盖D属性或U属性，但是其可以在载波内场景中确定错误情况。

场景4、5、8、11:

·在一个实施例中，IAB-MT被允许丢弃或覆盖与Cell-II相关联指示的D属性。在备选实施例中，IAB-MT被允许丢弃或覆盖与Cell-I相关联指示的U属性。在又一个实施例中，IB-MT可以确定错误情况。在又一个实施例中，IAB-MT可以在带间场景中丢弃或覆盖D属性或U属性，但是其可以在带内场景中确定错误情况。在又一实施例中，IAB-MT可以在载波间场景中丢弃或覆盖D属性或U属性，但是其可以在载波内场景中确定错误情况。

场景3、14、16、18:

·在一个实施例中，IAB-MT被允许丢弃或覆盖与Cell-II相关联指示的U属性。在备选实施例中，IAB-MT被允许丢弃或覆盖与Cell-I相关联指示的D属性。在又一个实施例中，IB-MT可以确定错误情况。在又一个实施例中，IAB-MT可以在带间场景中丢弃或覆盖D属性或U属性，但是其可以在带内场景中确定错误情况。在又一实施例中，IAB-MT可以在载波间场景中丢弃或覆盖D属性或U属性，但是其可以在载波内场景中确定错误情况。

·在又一个实施例中，IAB-MT可以给予动态信令较高的优先级，即，动态信令(诸如调度DCI、时隙格式指示(SFI)或可用性指示(AI))可以覆盖由较高层信令配置的属性。相反，IAB-MT可以给予较高层配置较高的优先级，即，较高层配置(诸如配置的控制信道、配置的共享信道、配置的随机接入信道或参考信号)可以覆盖由动态信令指示的属性。

场景6、12、15、17:

·在一个实施例中，IAB-MT被允许丢弃或覆盖与Cell-II相关联指示的D属性。在备选实施例中，IAB-MT被允许丢弃或覆盖与Cell-I相关联指示的U属性。在又一个实施例中，IB-MT可以确定错误情况。在又一个实施例中，IAB-MT可以在带间场景中丢弃或覆盖D属性或U属性，但是其可以在带内场景中确定错误情况。在又一实施例中，IAB-MT可以在载波间场景中丢弃或覆盖D属性或U属性，但是其可以在载波内场景中确定错误情况。

·在又一个实施例中，IAB-MT可以给予动态信令较高的优先级，即，动态信令(诸如调度DCI、时隙格式指示(SFI)或可用性指示(AI))可以覆盖由较高层信令配置的属性。相反，IAB-MT可以给予较高层配置较高的优先级，即，较高层配置(诸如配置的控制信道、配置的共享信道、配置的随机接入信道或参考信号)可以覆盖由动态信令指示的属性。

场景9、10:

·在一个实施例中，IAB-MT被允许丢弃或覆盖与Cell-II相关联指示的U/D属性。在备选实施例中，IAB-MT被允许丢弃或覆盖与Cell-I相关联指示的D/U属性。在又一个实施例中，IB-MT可以确定错误情况。在又一个实施例中，IAB-MT可以在带间场景中丢弃或覆盖D/U属性，但是其可以在带内场景中确定错误情况。在又一个实施例中，IAB-MT可以在载波间场景中丢弃或覆盖D/U属性，但是其可以在载波内场景中确定错误情况。

·在又一个实施例中，IAB-MT可以给予较早接收的动态信令较高的优先级，即较早接收的第一动态信令(诸如调度DCI、时隙格式指示(SFI)或可用性指示(AI))可以由IAB-MT考虑，而与较晚接收的第二动态信令相关联的操作可以被忽略。相反，IAB-MT可以给予较晚接收的动态信令较高的优先级，即较晚接收的第二动态信令(诸如调度DCI、时隙格式指示(SFI)或可用性指示(AI))可以由IAB-MT考虑，而与较早接收的第一动态信令相关联的操作可以被忽略。

·在一些实施例中，基于较高层配置参数、与任一属性相关联的服务质量(QoS)等，第二属性可以被丢弃或覆盖以支持第一属性。

关于对多个小区/CG之间的冲突的扩展，如前所述，尽管本公开中提出的方法重点关于两个小区/CG被描述，但是该方法可以被扩展到具有冲突属性指示的多个小区/CG。如何将该方法扩展到多个小区/CG的示例在下面被提供。

在一个实施例中，如果IAB-MT经历多个小区之间的属性的冲突，则其可以确定一个小区为Cell-I，并且确定一个或多个小区为Cell-II。然后，该IAB-MT可以基于针对Cell-I和每个Cell-II之间的冲突解决而指定的行为来确定相关联的行为。

在该实施例的一种实现中，如果所述行为一致或相同，则IAB-MT可以执行相关联的冲突解决。例如，如果所述行为是丢弃关于Cell-II的属性，则IAB-MT可以丢弃关于Cell-II的属性。

在另一实现中，如果所述行为不相同，则IAB-MT可以执行与最严格行为相关联的冲突解决。例如，在与Cell-I和第一Cell-II之间的冲突相关联的行为是丢弃属性，而与Cell-I和第二Cell-II之间的冲突相关联的行为是错误情况的情况下，则IAB-MT可以根据该错误情况来执行冲突解决。确定哪个冲突解决比另一冲突解决“更严格”可以由标准、配置、或信令来确定。

在又一实现中，如果所述行为不一致，则IAB-MT可以单独地针对每对小区(即，小区-I和每个小区-II)来执行冲突解决。例如，IAB-MT可以丢弃与一个Cell-II相关联的属性、将与Cell-I相关联的属性覆盖到F、以及同时确定与又一Cell-II相关联的错误情况。

在又一实现方式中，不一致或不相同的冲突可以自动引起错误情况、或者它们可以通过实现方式而被处理。

在另一实施例中，如果IAB-MT经历多个小区之间的属性的冲突，则其可以单独地解决每对小区之间的冲突。在该情况中，小区在一个冲突中可以被确定为Cell-I，而在另一冲突中可以被确定为Cell-II。

在该实施例的一种实现中，如果针对小区确定的行为与针对所述小区确定的另一行为不一致，则IAB-MT可以执行与所确定的行为相关联的冲突解决之中最严格的冲突解决。

在另一实施例中，小区的不同或不一致的行为或冲突解决可以自动地提出错误情况或者可以通过实现方式而被处理。

关于能力信令，为了指定UE处的CA TDD冲突处理，两个较高层参数正在被考虑——参见当前RAN1和RAN2规范的状态的背景部分。

一个参数是指示UE的半双工操作的能力参数。当此功能被配置为“支持”时，当OFDM数字配置或子载波间隔(SCS)的值相同时，UE能够在CA TDD模式下进行半双工操作。

另一个参数是用于定向冲突处理的较高层配置。如果该参数被配置为“启用”，则UE按照由TEI的规定来处理冲突解决。否则，如果确保定向冲突不发生，则UE应该仍然能够在CA TDD模式下进行半双工操作。

在一个实施例中，相同或相似的信令可以被用于连接到两个或更多个父节点的IAB-MT处的能力信令和冲突解决的配置。

在另一实施例中，半双工操作可以由IAB节点的仅TDM能力信令、和/或IAB节点处缺乏同时的TX/RX操作能力来确定。

在又一实施例中，能力信令和/或较高层配置可以确定IAB节点针对不同场景所期望的冲突解决行为。

在又一实施例中，备选地或另外地，多面板能力信令可以确定TDD冲突是否由IAB节点解决、以及如何由IAB节点解决。例如，与单面板或仅TDM IAB节点相比，具有多天线面板和RF前端的IAB节点可以遵循不太严格的冲突解决方法。

关于带间、带内载波间、载波内，本公开中的能力信令、配置、以及冲突解决方法中的每一项都可以针对以下场景进行不同的指定：

·带间DC，例如，小区被配置在不同频带上的DC场景。

·带内载波间DC，例如，小区被配置在频带内的不同载波上的DC场景。

·带内载波内DC，例如，小区被配置在相同的载波上的DC场景。

在实践中，针对带间场景的冲突解决可能不太严格，因为IAB-MT可能不共享用于通过不同频带进行通信的RF前端和天线硬件。

相比之下，IAB-MT可以在带内场景中使用相同的RF前端和天线硬件，这导致了关于符号上的通信的方向(D/U)、功率不平衡、总功率、波束形成、以及定时对准上的较严格的约束。

最后，在载波内场景中，IAB-MT可以遵循最严格的冲突解决方法，以处理资源复用约束和上述约束。具体地，在载波内场景中、以及在可能的带内载波间场景中，可能需要多面板能力来避免特定场景中的错误情况。

结果，当经历带间DC情况、带内载波间DC情况、以及载波内DC情况下的D/U冲突时，IAB节点可以遵循不同的过程来确定Cell-I、确定D/U冲突场景、优先级确定或权重规则等。不同的过程可以由标准、配置和/或信令来确定。

关于不同的SCS、异步操作、增强的定时对准，CA TDD冲突处理TEI解决了其中所有小区都具有相同的OFDM数字配置或SCS的CA场景。在此，我们将本公开中提出的CA冲突处理方法扩展到多个SCS值的情况。原则上，当IAB节点使用比针对那些操作的天线面板和RF链的更多数目的IFFT/FFT窗口来进行OFDM操作时，这种场景可以被实现。结果，半双工天线面板可以被用于一次传输或接收，同时允许IAB节点发送或接收具有不同数字配置的OFDM信号。

在一些实施例中，冲突小区的SCS可以影响IAB节点在冲突的情况下如何确定Cell-I和Cell-II。在一种实现中，具有较小SCS的小区可以被确定为Cell-I。在另一实现中，具有较大SCS的小区可以被确定为Cell-I。

在一些实施例中，第一小区上的具有第一SCS的第一符号可以与第二小区上的具有第二SCS的第二符号在时域中重叠。然后，如果针对第一符号指示的属性与针对第二符号指示的属性冲突，则可能触发冲突解决。针对任一符号，该重叠可以是完全的或部分的。

符号可能不被对准的另一种情况是异步DC场景。接下来呈现实施例。

在一些实施例中，同步性参数可以影响IAB节点在冲突的情况下如何确定Cell-I和Cell-II。在一种实现中，与参考小区(诸如主小区或主小区组(MCG))同步的小区可以被确定为Cell-I。

在一些实施例中，第一小区上的第一符号可以与第二小区上的第二符号在时域中重叠，其中这些小区不同步。然后，如果针对第一符号指示的属性与针对第二符号指示的属性冲突，则可能触发冲突解决。针对任一符号，该重叠可以是完全的或部分的。

符号可能不被对准的又一情况是增强的定时对准，诸如用于上行链路传输(UL-TX)的TX定时对准(情况-6)或RX定时对准(情况-7)。接下来呈现实施例。

在一些实施例中，小区上的定时对准可以影响IAB节点在冲突的情况下是否将该小区确定Cell-I。在一种实现中，执行TX对准方案的小区可以被确定Cell-I。在另一实现中，执行RX对准方案的小区可以被确定Cell-I。在又一实现中，根据Rel-15/16TA来执行定时提前(TA)的小区可以被确定为Cell-I。在又一实现中，参考定时对准可以被指定或配置，并且然后遵循该定时对准的小区可以被确定为Cell-I。

在一些实施例中，第一小区上的第一符号可以与第二小区上的第二符号在时域中重叠，其中这些小区不遵循相同的定时对准方案或值。然后，如果针对第一符号指示的属性与针对第二符号指示的属性冲突，则可能触发冲突解决。针对任一符号，该重叠可以是完全的或部分的。

关于SFI冲突和父间协调，在针对涉及与“Dynamic-D”或“Dynamic-U”符号的冲突的场景的冲突解决方法的描述中，提到动态信令可以包括或可以不包括动态时隙格式指示(SFI)，诸如DCI格式2-0的指示。事实上，动态SFI的情况已从CA TDD冲突处理TEI中被排除，并且如果UE“未被配置为在多个服务小区中任何一个服务小区上监测PDCCH以检测DCI格式2-0”，则指定的规则适用。

在一个实施例中，指示符号的冲突属性的SFI消息可以提出错误情况。

在另一实施例中，指示针对符号的冲突属性的SFI消息可以覆盖针对该符号的任何其他属性，而不需要确定Cell-I。

在又一实施例中，指示针对符号的冲突属性的SFI消息可以被IAB-MT忽略。

此外，为IAB-MT提供服务小区的父节点可以执行协调信令以便避免D/U冲突。在一些实施例中，该协调信令可以通过RAN3接口(诸如F1接口)。备选地，IAB-MT可以将由SFI消息所指示的属性的信息从父节点发送到在相同频带或载波中提供服务小区的另一父节点。

关于AI冲突和父间协调，可用性指示(AI)也可能影响冲突解决过程。例如，具有有限数目的用于上游和下游操作的天线面板和RF链的IAB节点可以使用可变数目的天线面板和RF链以与父节点通信，因为其他天线面板和RF链可被用于与子节点通信。

例如，如果具有用于下游操作和上游操作的共计两个半双工天线面板的IAB节点没有接收用于与子节点通信的可用性指示，则IAB节点可以使用这两个天线面板来以父节点通信，因此允许同时执行去往第一父节点的UL-TX、以及来自第二父节点的DL-RX。

然而，如果相同的IAB节点接收用于与子节点通信的可用性指示，则该IAB节点可能仅剩下用于与两个父通信的单个天线面板，因此如果针对来自两个父节点的服务小区上的符号的属性不匹配，则可能会遇到D/U冲突。

在一个实施例中，如果IAB节点接收指示符号为可用的AI消息(诸如DCI格式2-5)，并且如果可用性属性引起上游中时间重叠符号中的D/U冲突，则IAB节点可能忽略针对该符号的AI消息。

在另一实施例中，如果IAB节点接收指示符号为可用的AI消息，并且如果可用性属性引起上游中的时间重叠符号中的D/U冲突，则IAB节点可能忽略整个AI消息。

在又一实施例中，IAB节点可以向父节点或向IAB-CU发送消息，其中该消息包括关于IAB节点的天线面板的使用的约束的信息。然后，如果错误情况指示时间重叠软符号为可用，则父节点可以确定或可以被配置为预期符号上的错误情况。

在又一实施例中，接收针对符号的AI的IAB节点可以确定丢弃或覆盖时间重叠符号或者确定针对时间重叠符号的错误情况。然后，相关联的行为可以包括：错误消息；或去往已发送AI的父节点、或尚未发送AI，但提供服务小区的父节点的通知消息，该服务小区已指示针对时间重叠符号的冲突属性。

此外，为IAB-MT提供服务小区的父节点可以执行协调信令以便避免D/U冲突。在一些实施例中，该协调信令可以通过RAN3接口(诸如F1接口)。备选地，IAB-MT可以将可用性指示的信息(如由AI消息(诸如DCI格式2-5)所指示的)从父节点发送到在相同频带或载波中提供服务小区的另一父节点。

时间重叠(“TOL”)符号/资源的概念稍后在本公开中描述。

关于仅RRC与基于激活/触发，IAB系统中的IAB节点可以由配置IAB系统的IAB施主的IAB-CU来配置。在施主内DC场景中，IAB节点的父节点可以由一个IAB-CU配置，而在施主间DC场景中，IAB节点的第一父节点可以由IAB-CU配置，同时IAB节点的第二父节点可以由另一个IAB施主所包括的另一个IAB-CU来配置。除了该配置之外，IAB节点还可以从另一个IAB节点(例如父节点)接收较低层控制信令(诸如MAC消息或L1控制消息)，其可以激活/去激活或触发配置的信号/信道的传输或接收。

在本公开中提出的方法中，由较高层(场景表中的RRC-D和RRC-U)配置的信号/信道可能与由诸如由来自父的DCI消息调度的PDSCH或PUSCH的较低层信令调度的信号/信道(在场景表中被标记为Dynamic-D和Dynamic-U)被不同地对待。然而，信号/信道可以由较高层和较低层信令的组合来调度。例如，尽管参考信号是由RRC配置的，但是半持久参考信号可以另外经由MAC信令被激活/去激活，或者非周期性参考信号可以经由DCI信令被触发。

在一个实施例中，由较高层配置的信号/信道可以始终被认为是RRC-D或RRC-U，其中信号/信道分别被配置用于下行链路或上行链路。例如，即使CSI-RS是半持久的(即，经由MAC信令而被激活和去激活)或者非周期性的(即，经由DCI信令而被触发)，CSI-RS也可以被认为是RRC-D信号。类似地，SRS可以被认为是RRC-U信号。

在另一实施例中，如果信号/信道经由MAC信令被激活/去激活，则由较高层配置的信号/信道可以被认为是RRC-D或RRC-U，但如果该信号/信道经由L1信令被触发，则正好相反。例如，周期性或半持久CSI-RS可以被认为是RRC-D信号，但是非周期性CSI-RS可以被认为是Dynamic-D信号。

在又一实施例中，如果由较高层配置的信号/信道不需要较低层信令来激活/去激活或触发，则该信号/信道可以被认为是RRC-D或RRC-U。否则，如果较低层信令(诸如MAC信令或L1信令)被用于调度信号/信道，则其可被认为是Dynamic-D或Dynamic-U信号/信道。例如，周期性CSI-RS可以被认为是RRC-D信号，但是半持久或非周期性CSI-RS可以被认为是Dynamic-D信号。

在另一示例中，紧随激活之后的半持久CSI-RS的第一传输可以被认为是Dynamic-D信号，并且剩余的半持久CSI-RS传输可以被认为是RRC-D信号。在又一示例中，紧随激活之后的半持久CSI-RS的M个第一传输可以被认为是Dynamic-D信号，其中M是整数，并且剩余的半持久CSI-RS传输可以被认为是RRC-D信号。在又一示例中，如下文所解释的，基于时间阈值，紧随激活之后的半持久CSI-RS的多个传输可以被认为是Dynamic-D信号。

在又一实施例中，假定激活/去激活或触发信号/信道的任何较低层信令(诸如MAC信令或L1信令)遵循标准中指定的、和/或由网络配置的定时，则由较高层配置的信号/信道可以被认为是RRC-D或RRC-U。

在该实施例的一种实现中，时间阈值可以被指定或被配置用于从父节点接收较低层信令，诸如MAC消息或DCI消息。该时间阈值可以与由较高层配置的特定信号/信道相关联。然后，如果IAB节点不晚于时间阈值接收到较低层信令，则IAB节点可以将该信号/信道视为RRC-D或RRC-U(如果该信号/信道分别被配置用于下行链路或上行链路)。然而，如果IAB节点晚于时间阈值接收到较低层信令，则IAB节点可以将该信号/信道视为Dynamic-D(针对下行链路)或Dynamic-U(针对上行链路)。

在该实现中，时间阈值可以根据标准规范或网络配置，基于由较低层信令激活或触发的所配置的信号/信道的出现被接收而被确定。例如，该时间阈值可以被确定为在由较低层信令激活或触发的信号/信道的出现之前的N个OFDM符号。然后，如果较低层信令不晚于该时间阈值被接收，则信号/信道的出现被认为是RRC-D或RRC-U。否则，如果较低层信令晚于时间阈值被接收，则该出现可以被认为是Dynamic-D或Dynamic-U。

该示例的图示在图9中被示出。在该示例中，所配置的信号/信道的出现1 902和出现2 904由来自父节点的较低层信令(诸如MAC消息或DCI消息)激活/触发。IAB节点接收到较低层信令的时间906晚于出现1 908的时间阈值，其可以是早于信号/信道的出现1 902的第一符号的N个OFDM符号910。因此，IAB节点将出现1 902视为Dynamic-D(如果该信号/信道被配置用于下行链路)或Dynamic-U(如果该信号/信道被配置用于上行链路)。然而，IAB节点接收到较低层信令的时间906不晚于出现2 912的时间阈值。因此，IAB节点可以将出现2904视为RRC-D或RRC-U。

N可以取决于由标准规定和/或由网络配置的IAB节点的能力。N的值可以参考OFDM数字配置或SCS来规定或配置。

描述该示例的另一种方式(其可以引起相同的结果)是：早于时间阈值的所配置的信号/信道的任何出现可以被认为是Dynamic-D或Dynamic-U，其中该时间阈值是晚于较低层信令被IAB节点接收的时间的N个OFDM符号。然后，晚于该时间阈值的信号/信道(由较低层信令激活或触发)的任何出现可以被认为是RRC-D或DDC-U。这种备选描述的图示在图10中被示出。

在图10中，在接收到较低层信令的时间1004之后的N个OFDM符号1002被IAB节点确定为时间阈值。由较低信令激活/触发的信号/信道的出现1 1006的第一符号早于时间阈值发生，并且因此被IAB节点视为Dynamic-D或Dynamic-U。然而，信号/信道的出现2的第一符号晚于时间阈值1008发生，并且因此被IAB节点视为RRC-D或RRC-U。该备选描述可能引起IAB节点的类似行为，并且因此标准规范可以采用两种描述中的任何一种。

作为另一示例，时间阈值可以被确定为在较低层信令被接收之后，所配置的信号/信道的最早出现的第一符号的时隙之前的N个时隙。N可以取决于由标准规定的和/或由网络配置的IAB节点的能力。N可以参考OFDM数字配置或SCS来指定或配置。

作为该示例的备选描述，早于时间阈值时隙的时隙中的所配置的信号/信道的任何出现都可以被认为是Dynamic-D或Dynamic-U，其中该时间阈值时隙是晚于较低层信令被IAB节点接收的时隙的N个时隙。然后，晚于该时间阈值时隙的信号/信道(由较低层信令激活或触发)的任何出现可以被认为是RRC-D或DDC-U。

作为又一示例，该时间阈值可以在较低层信令被接收之后，所配置的信号/信道的最早出现之前，以诸如毫秒的时间单位被指定或配置。

作为该示例的备选描述，早于时间阈值的所配置的信号/信道的任何出现都可以被认为是Dynamic-D或Dynamic-U，其中时间阈值是晚于较低层信令被IAB节点接收的时间的N毫秒。然后，晚于该时间阈值的信号/信道(由较低层信令激活或触发)的任何出现可以被认为是RRC-D或DDC-U。

用于确定时间阈值的因素(诸如N个符号/时隙/ms的值)可以是与冲突信号/信道中的一者相关联的定时参数。例如，如果冲突信号/信道是由DCI消息调度的共享信道，则N的值可以基于与共享信道相关联的调度偏移参数(诸如K0或K2(例如，参见[TS 38.214]))而被确定。

在该实现的一个变体中，较高层信令可以包括RRC IE或MAC消息，而较低层信令可以包括L1信令，诸如DCI消息或UCI消息。在另一实现中，较高层信令可以包括RRC IE，而较低层信令可以包括MAC消息或L1信令，诸如DCI消息或UCI消息。

应当注意，在标准规范语言中，这样的规则可以被指定为“不期望”晚于阈值接收到较低层信令的IAB节点，或者备选地，晚于阈值接收到较低层信令的IAB节点可以被认为是“允许忽略”信号/信道或信号/信道的出现。

在该实施例的备选实现中，IAB节点可能不期望晚于时间阈值接收激活或触发所配置的信号/信道的较低层信令，其中该时间阈值可以通过与先前的实现的示例中的一个示例类似的方法而被确定。

在又一实现中，接收激活或触发所配置的信号/信道的较低层信令的IAB节点可以被允许忽略早于时间阈值发生的信号/信道的出现，其中该时间阈值可以通过与先前提出的实现的上述示例中的一个示例类似的方法而被确定。

在又一实施例中，如果激活或触发可能引起DL-UL冲突，则IAB节点可能不期望接收激活或触发所配置的信号/信道的较低层信令。根据该实施例，如果信号/信道没有被(例如来自父节点的)较低层信令激活、去激活、触发、或以其他方式改变，则网络可以确保针对所配置的信号/信道的DL-UL冲突可以在双连接的IAB节点处发生。

该实施例可以要求IAB-CU确保被配置用于与IAB节点的第一父节点通信的半持久或非周期性信号/信道不会引起与被配置用于与IAB节点的第二父节点通信的另一信号/信道的DL-UL冲突。

在施主间DC的情况下(例如，当IAB节点的第一父节点由第一IAB-CU配置，并且IAB节点的第二父节点由第二IAB-CU配置时)，该实施例可以要求IAB-CU(例如通过Xn接口)传送信号/信道配置的信息，以便确保与半持久或非周期性信号/信道的DL-UL冲突不在IAB节点处发生。

在又一个实施例中，假定发送较低层信令的父节点是主节点(“MN”)，则IAB节点可以期望接收激活/去激活或触发所配置的信号/信道的较低层信令。

在又一实施例中，假定发送较低层信令的父节点由相同的IAB-CU(该IAB-CU还配置IAB节点)配置，则IAB节点可以期望接收激活/去激活或触发所配置的信号/信道的较低层信令。

关于针对多MT IAB节点的考虑，IAB节点可以包括一个或多个IAB-MT该。多个IAB-MT可以连接到一个父节点。备选地，多个IAB-MT可以连接到多个父节点(例如，在DC场景中)。例如，IAB节点可以包括至少两个IAB-MT，其中第一IAB-MT连接到第一父节点，并且第二IAB-MT连接到第二父节点。IAB节点的IAB-MT可以彼此交换数据，并且可以与IAB节点的一个或多个IAB-DU交换数据，从而通过拓扑冗余以及其他性能优势来提高稳健性和负载平衡。一般而言，IAB节点的多个IAB-MT中的每一个IAB-MT可以由一个或多个小区服务。

考虑以下场景，其中IAB节点包括由第一父节点的第一小区服务的第一IAB-MT和由第二父节点的第二小区服务的第二IAB-MT。小区可以在时域、频域、和/或空间域中共享资源。具体地，在载波内或带内场景中，连接到相同RF链的相同天线面板可以被用于两个IAB-MT的通信。在这种场景中，尽管频率资源可以不在IAB-MT之间被共享，但是当第一IAB-MT被调度在第一小区上发送UL信号，同时第二IAB-MT被调度从第二小区接收DL信令时，DL-UL冲突可能发生，反之亦然。提出了在这种场景中用于执行冲突解决的方法。

在一个实施例中，IAB节点可能不期望跨其IAB-MT而执行冲突解决。因此：

·在施主内DC的情况下，IAB-CU可以通过适当的配置(诸如TDD-UL-DL资源配置、参考信号配置、信道配置等)来确保DL-UL冲突在多MT IAB节点处不发生；

·在施主间DC的情况下，IAB-CU可以例如通过Xn接口传送配置信息，以确保DL-UL冲突在多MT IAB节点处不发生。

该实施例可以基于能力信令被实现，从而IAB节点向IAB-CU指示它不支持DL-UL冲突解决、DL-UL冲突处理等的能力。

在另一实施例中，IAB节点可以确定参考“IAB-MT”，其可以是第一IAB-MT或第二IAB-MT。该确定可以取决于IAB节点实现方式，或者可以基于标准规范或网络配置。然后，IAB节点可以基于哪个小区正在服务参考IAB-MT来确定第一小区和第二小区中的哪一个是Cell-I。例如，如果IAB确定第一IAB-MT是参考IAB-MT，则它确定第一小区是Cell-I。

在又一个实施例中，如上面所解释的，IAB节点可以确定参考“IAB-MT”，但是来自该确定的信息可以被不同地应用。例如，在任何冲突解决中，IAB节点可以将服务参考IAB-MT的小区确定为Cell-I。

这些实施例中的每个实施例都可以被单独使用、或者与用于确定Cell-I的其他标准(诸如之前提出的方法)组合使用。

具有两个IAB-MT，每个IAB-MT连接到一个父节点的一个服务小区的场景被认为是一个示例。上述方法可以被扩展到具有较大数目的IAB-MT、较大数目的服务小区、较大数目的父节点、由多个服务小区服务的IAB-MT等的DC场景。

在一个实施例中，IAB节点包括多个IAB-MT。IAB节点可以根据实现方式或配置，为每个IAB-MT指派标识符(“ID”)。在DL-UL冲突的情况下，该ID可以被用于冲突解决和/或优先化确定。例如，具有最低ID的IAB-MT可以被确定为“参考IAB-MT”，并且然后该IAB节点可以基于该小区是否服务于参考IAB-MT，来确定该小区是否是Cell-I。

关于RAN3信令和施主间协调，在本公开中提出的方法的几个实施例中，提出两个或多个IAB-CU或IAB施主例如通过Xn接口来传送配置的信息。该配置的示例是TDD-UL-DL资源配置(例如来自RRC)、预期的TDD-UL-DL配置、参考信号配置(例如SS/PBCH块、CSI-RS和SRS)、测量配置(例如SMTC)、信道配置(例如，SPS和CG-PUSCH)等。

在一个实施例中，IAB节点可以不期望在多个小区上经历DL-UL冲突。

在另一实施例中，IAB节点可以不期望经历由相同父节点提供的小区上的DL-UL冲突。IAB节点可以执行由不同父节点提供的小区之间的冲突解决。

在又一实施例中，IAB节点可以不期望经历由相同IAB-CU或IAB施主配置的父节点所提供的小区上的DL-UL冲突。IAB节点可以执行由被配置不同IAB-CU或IAB施主的父节点所提供的小区之间的冲突解决。

在该实施例的一种实现中，IAB节点可以基于以下来确定小区是否为Cell-I：确定小区是否由特定的IAB-CU或IAB施主(例如，由配置IAB节点的IAB-CU或IAB施主、或者由配置IAB系统(包括IAB节点)的IAB-CU或IAB施主)所配置的父节点提供。

在又一个实施例中，在DL-UL冲突的情况下，IAB节点可以对DL-UL方向(如由第一IAB-CU或IAB施主所配置的、和/或如由第一父节点或第一小区用信号发送的)进行优先级排序。本实施例可以被扩展到多个小区或者多个父节点的情况，其中：

·在一种实现中，每个IAB-CU或IAB施主被指派一个ID，然后IAB节点对DL-UL方向(如由具有最低ID的IAB-CU或IAB施主用信号发送的)进行优先级排序；

·在另一实现中，每个父节点被指派一个ID，然后IAB节点对DL-UL方向(如由具有最低ID的父节点用信号发送的)进行优先级排序；

·在又一实现中，每个小区被指派一个ID，然后IAB节点对DL-UL方向(如由具有最低ID的小区用信号发送的)进行优先级排序。

在一些实施例中，出于父节点之间协调的目的，由两个或多个小区服务的IAB节点可以在第二小区上发送与第一小区相关联的半静态配置和/或动态信令的信息。

关于对增强双工的附加属性的扩展，为了在IAB节点中实现增强双工，IAB节点可以被配置有新的或附加的资源属性，诸如“DL+UL”资源。IAB节点可以在DL+UL资源上执行DL和UL操作、或者机会性地基于实现方式、或者通过另外的信令和规则辅助，来执行DL和UL操作。

在本小节中，用于与DL+UL资源、或拥有其他这样的新/附加属性的资源的冲突解决的方法被提出。

在一个实施例中，IAB节点可以将DL+UL资源视为DL资源或UL资源，以便确定DL-UL冲突是否发生。该考虑可以基于IAB节点所考虑的通信的方向。例如，如果IAB节点在资源的出现时调度DL通信，则IAB节点可以将该资源的出现视为DL。类似地，如果IAB节点在资源的出现时调度UL通信，则IAB节点可以将该资源的出现视为UL。

在另一实施例中，IAB节点可以将DL+UL资源视为DL和UL两者，以便确定冲突是否发生。然后，IAB节点可以根据本公开中提出的方法来执行冲突解决。根据该实施例，由于DL-UL冲突可能通常伴随DL+UL资源发生，因此冲突解决实际上可以确定资源的哪些出现可以被使用、或者可以不被使用。换言之，IAB-CU可以为IAB节点配置DL+UL资源，以便允许IAB节点以机会性方式使用资源。

在又一实施例中，IAB节点可能无法确定DL+UL资源与另一资源之间的冲突。

在又一实施例中，如果IAB节点接收多个DL+UL资源配置，如果符号被所有多个配置配置DL+UL，则IAB节点可能无法确定冲突。然而，它可以确定：

·如果该符号被认为是一个小区上的DL，则该符号被认为是与多配置中的一个配置相关联的任何其他小区上的DL；

·如果该符号被认为是一个小区上的UL，则该符号被认为是与多配置中的一个配置相关联的任何其他小区上的UL。

关于对资源复用的增强，NR中的以下信令机制允许向UE传送OFDM符号的DL/UL信息：

·半静态RRC信令，

·由一组UE共享的动态时隙格式指示(SFI)，

·用于调度UE的信道的动态信令。

在下节中，我们回顾针对以下四种情况的上述机制的组合：

对于每种情况，标识了若干场景，并且针对与每种场景相关联的一个或多个IAB-MT提出实施例。在优选实施例中，一个IAB节点包括一个或多个IAB-MT。如果提及IAB节点，则指包括(多个)IAB-MT的IAB节点。如果提及父节点，则指服务于(多个)IAB-MT的父节点。如果提及子节点，则指由包括(多个)IAB-MT的IAB节点的IAB-DU服务的子节点(或UE或增强型UE)。

图11示出了包括连接到一个或多个父节点1104的一个或多个IAB-MT 1105的IAB节点1102之间的关系。父节点1104和IAB-MT 1105之间的链路可以被称为上游链路1106，而IAB-DU 1107和子节点或UE 1108之间的链路可以被称为下游链路1110。

在描述中，用于一个或多个IAB-MT的配置或信令被提及。在每种情况下，该配置或信令可以由IAB节点在F1接口上从IAB-CU接收、或者在物理控制信道上从服务IAB节点的父节点接收、或者通过MAC消息接收。例如，当描述为“IAB-MT由资源配置所配置”时，这意味着包括IAB-MT的IAB节点已经接收到针对IAB-MT的资源配置。

在每个实施例中，SDM可以指相同或不同的时间-频率资源被用于例如通过多个天线面板和/或多个波束而在空间域中被复用的多个操作的场景。在每个实施例中，FDM可以指不同的频率资源被用于在时域和/或空间域中可以被复用或可以不被复用的多个操作的场景。这些实施例的重点是重用时间资源，尽管TDM不被排除，可能与SDM和/或FDM组合。这样，SDM和FDM的组合以及与其他复用方案(诸如CDM)的可能组合不被排除。

在一些实施例中，SDM可以指多面板操作，其中多个天线、天线面板、天线端口等例如可以被用于复用通信。

在描述中，名为TDD-UL-DL-ConfigCommon和TDD-UL-DL-ConfigDedicated的IE可以相应地被缩写为ConfigCommon和ConfigDedicated。作为备选，ConfigCommon和ConfigDedicated可以分别指资源的任何公共配置和专用配置。在本公开提出的方法的描述中，现有的RRC IE TDD-UL-DL-ConfigDedicated-IAB-MT-r16也可以被称为ConfigDeidcated。此外，新的RRC IE被引入，例如，其可以被称为TDD-UL-DL-ConfigDedicated2-r17或TDD-UL-DL-ConfigDedicated2-IAB-MT-r17。这些IE被缩写为ConfigDeidcated2，而无需强调这些IE在针对未来增强的标准规范中可能被称为什么。

在描述中，复用方案可以以圆括号来强调，例如，(SDM)、(FDM)、(SDM/FDM)等。这强调了实施例、特征、条件、约束等可以适用于一些实现方式中的特定复用方案。然而，这并不排除实施例、特征、条件、约束等对其他复用方案的适用性。例如，被标记有FDM的实施例可以适用于FDM、以及单独地适用(SDM、TDM、CDM等)、或与FDM组合(SDM/FDM、TDM/FDM、CDM/FDM等)。

在本公开中，TOL资源(诸如TOL符号)被频繁地提及，尽管标准规范可以使用针对重叠资源的不同的术语。例如，该标准可以指“相同”资源、时域中“重叠”的资源、具有公共符号或时隙(全部或部分)的资源等。

定义TOL资源的一个原因是为了阐明它们可以被定义或配置用于不同的实体，诸如不同的IAB节点(诸如不同的父节点)、IAB节点的IAB-MT和IAB-DU、IAB节点的多个IAB-MT、IAB节点(诸如父节点)的多个IAB-DU等。另一个原因是涵盖具有不同数字配置的情况，其中第一操作/配置中的符号可能不具有与第二操作/配置中的符号相同的时间长度。另一个原因是涵盖定时未对准的情况，无论是由于采用不同的定时对准而故意未对准、还是由于错误而未对准。TOL资源将在下节中被描述。

应当注意，作为两个资源之间的关系的TOL可以是可交换的——如果第一资源/符号A与第二资源/符号B时间重叠，则B对于A也是TOL。实施例的描述经常提及第一操作/配置中的符号和第二操作/配置中的TOL符号。

在本公开的实施例的描述中，“操作”可以指信号的传输(TX)或信号的接收(RX)。在该上下文中，同时操作可以指由两个通信实体进行的的同时传输、同时接收、或者同时传输和接收。在优选实施例中，这两个实体可以属于相同的节点，诸如IAB节点，诸如IAB节点的多个IAB-MT。

最后，尽管实施例被描述用于符号(诸如，OFDM符号)，以作为时间资源单位，但是该方法可以被扩展到其他单位，诸如时隙、迷你时隙、子帧、符号组(诸如时隙或时隙组中的所有DL、UL或F个符号)等等。此外，该方法可以被扩展到频域(以资源元素、资源块、子信道等为单位)或其他域。

关于情况DC-A，下表总结了针对同时进行的到第一父节点(例如，MN)的UL-TX1和到第二父节点(例如，SN)的UL-TX2的不同组合。

在本节中，引用以下重复出现的短语。

同时TX能力：这可以指IAB节点执行同时传输的能力，其可以指示IAB节点能够进行SDM和/或FDM、IAB节点具有多个天线面板(SDM)、IAB节点能够在DL和UL中同时传输、IAB节点能够进行增强双工等等。在基于配置的方法的情况下，能力的信息可以被发送到配置系统的IAB-CU。在基于控制信令的方法的情况下，能力的信息可以被发送到另一个IAB节点，诸如父节点或子节点。

功率不平衡约束：这可以指一种约束，根据该约束，UL-TX1和UL-TX2的TX功率之间的差不大于阈值。该阈值可以由指定一个面板(FDM)上、或多面板(SDM)之间的最大功率不平衡的IAB节点能力来确定。在基于配置的方法的情况下，功率不平衡约束可以通过TX功率的半静态配置来满足。在基于控制信令的方法的情况下，IAB-MT TX的TX功率可以由服务IAB-MT的父节点确定。因此，如果可能，功率不平衡约束可要求IAB节点调整另一个IAB-MTTX的TX功率，否则拒绝传输。

总功率约束：这可以指一种约束，根据该约束，UL-TX1和UL-TX2的总TX功率不超过阈值。该阈值可以由指定面板(FDM)或IAB节点(SDM)的最大总功率的IAB节点能力来确定、由监管限制等来确定。在基于配置的方法的情况下，总功率约束可以通过TX功率的半静态配置来满足。在基于控制信令的方法的情况下，IAB-MT TX的TX功率可以由服务IAB-MT的父节点确定。因此，如果可能，总功率约束可能要求IAB节点调整另一个IAB-MT TX的TX功率，否则拒绝传输。

干扰约束：这可以指IAB节点的天线之间的各种干扰约束(自干扰)、对其他节点或信道或小区的干扰等等。在一些实施例中，根据干扰约束，当父节点执行波束成形以从另一个IAB-MT TX接收信号时，IAB-MT TX对父节点的干扰应当低于阈值。

保护带约束：这可以指一种约束，根据该约束，被分配给IAB-MT UL-TX1的频率资源(例如，PRB)与被分配给IAB-MT UL-TX2的频率资源被分离至少一个阈值(被称为保护带)。保护带的值可以由一个面板(FDM)或多个面板(SDM)之间的IAB节点能力来确定。在基于配置的方法的情况下，资源可以通过配置来分配。在基于控制信令的方法的情况下，资源可以通过控制消息(诸如L1/L2消息)来分配。

空间约束(FDM)：这可以指一种约束，根据该约束，用于发送信号的波束(空间滤波器)被用于发送另一信号的波束(空间滤波器)约束。该约束的常见情况是：一个或多个天线面板由用于控制波束成形的相同电路系统控制。在这种情况下，如果一个或多个面板被波束成形以在空间域中的特定方向上发送第一信号，则如果相同的一个或多个面板将被使用，则任何第二信号可以被约束为利用相同的波束成形配置而被发送。空间约束是否应用于IAB节点或IAB节点的天线面板可以由IAB节点的能力来确定，该能力可以被传送到IAB-CU(在基于配置的方法的情况下)或另一个IAB节点，诸如父节点或子节点(在基于控制信令的方法的情况下)。

定时对准约束(FDM)：如果天线面板连接到具有一个DFT/IDFT窗口的基带处理器，则该约束可能适用。在这种情况下，针对两个或多个IAB-MT TX的定时应当至少在符号水平上被对准。定时对准可以对应于与情况-6定时方案(如由标准规定、由网络配置、由父节点用信号发送等等)类似的方案。

来自A-x-y实施例的修改(在Majid Ghanbarinejad等人于2022年1月10日提交的题为“Resource Configuration for Wireless Communication”的PCT申请号PCT/IB2022/050156中被描述，其通过引用并入本文[下文中的“’050156申请”])包括：

关于情况DC-B，下表总结了用于同时的来自第一父节点(例如，MN)的DL-RX1和来自第二父节点(例如，SN)的DL-RX2的不同组合。

在本节中，引用以下重复出现的短语。

同时RX能力：这可以指IAB节点执行同时接收的能力，其可以指示IAB节点能够进行SDM和/或FDM、IAB节点具有多个天线面板(SDM)、IAB节点能够在DL和UL中同时接收、IAB节点能够进行增强双工等等。在基于配置的方法的情况下，能力的信息可以被发送到配置系统的IAB-CU。在基于控制信令的方法的情况下，能力的信息可以被发送到另一个IAB节点，诸如父节点或子节点。

功率不平衡约束：这可以指一种约束，根据该约束，DL-RX1和DL-RX2的RX功率之间的差不大于阈值。该阈值可以由指定一个面板(FDM)上、或多个面板(SDM)之间的最大功率不平衡的IAB节点能力来确定。在基于配置的方法的情况下，功率不平衡约束可以通过TX功率的半静态配置来满足。在基于控制信令的方法的情况下，父节点TX的TX功率可以通过来自IAB-MT的信令来辅助。因此，如果可能，功率不平衡约束可能要求父节点调整父节点TX的TX功率，否则拒绝传输。备选地，IAB-MT可能需要向父节点用信号发送以调整其TX功率，以便满足功率不平衡约束，同时来自服务于IAB-MT的另一父节点的RX功率由IAB节点确定或已知。

干扰约束：这可以指IAB节点的天线之间的各种干扰约束(自干扰)、对其他节点或信道或小区的干扰等等。在一些实施例中，根据干扰约束，当IAB-MT执行波束成形以从另一父节点接收信号时，父节点对IAB-MT RX的干扰应当低于阈值。

保护带约束：这可以指一种约束，根据该约束，被分配给IAB-MT DL-RX1的频率资源(例如，PRB)与被分配给IAB-MT DL-RX2的频率资源被分离至少一个阈值(被称为保护带)。保护带的值可以由一个面板(FDM)的、或多个面板(SDM)之间的IAB节点能力来确定。在基于配置的方法的情况下，资源可以通过配置来分配。在基于控制信令的方法的情况下，资源可以通过控制消息(诸如L1/L2消息)来分配。

空间约束(FDM)：这可以指一种约束，根据该约束，用于接收信号的波束(空间滤波器)被用于接收另一信号的波束(空间滤波器)约束。用于该约束的常见情况是：一个或多个天线面板由用于控制波束成形的相同电路系统控制。在这种情况下，如果一个或多个面板被波束成形以在空间域中的特定方向上接收第一信号，则如果相同的一个或多个面板将被使用，则任何第二信号可以被约束为利用相同的波束成形配置而被接收。空间约束是否应用于IAB节点或IAB节点的天线面板可以由IAB节点的能力来确定，该能力可以被传送到IAB-CU(在基于配置的方法的情况下)或另一个IAB节点，诸如父节点或子节点(在基于控制信令的方法的情况下)。

定时对准约束(FDM)：如果天线面板连接到具有一个DFT/IDFT窗口的基带处理器，则该约束可能适用。在这种情况下，针对两个或多个IAB-MT RX的定时应当至少在符号水平上被对准。定时对准可以对应于情况-7定时方案，如由标准规定、由网络配置、由父节点用信号发送等等。

来自B-x-y实施例的修改(在“’050156申请”中)包括：

关于情况DC-C，下表总结了用于同时的去往第一父节点(例如，MN)的UL-TX和来自第二父节点(例如，SN)的DL-RX的不同组合。

在本节中，引用以下重复出现的短语。

同时TX/RX能力：这可以指IAB节点执行同时传输和接收的能力，其可以指示IAB节点能够进行SDM和/或FDM、IAB节点具有多个天线面板(SDM)、IAB节点能够在DL和UL中同时传输和接收、IAB节点能够进行增强双工等等。在基于配置的方法的情况下，能力的信息可以被发送到配置系统的IAB-CU。在基于控制信令的方法的情况下，能力的信息可以被发送到另一个IAB节点，诸如父节点或子节点。

干扰约束：这可以指IAB节点的天线之间的各种干扰约束(自干扰)、对其他节点或信道或小区的干扰等等。在一些实施例中，根据干扰约束，当第二父节点执行波束成形以从IAB-MT接收信号时，第一父节点TX对第二父节点RX的干扰应当低于阈值。在一些实施例中，根据干扰约束，当IAB-MT执行波束成形以从第一父节点接收信号时，IAB-MT TX对IAB-MTRX的干扰应当低于阈值。

保护带约束：这可以指一种约束，根据该约束，被分配给IAB-MT TX的频率资源(例如，PRB)与被分配给IAB-MT RX的频率资源被分离至少一个阈值(被称为保护带)。保护带的值可以由一个面板(FDM)的、或多个面板(SDM)之间的IAB节点能力来确定。在基于配置的方法的情况下，资源可以通过配置来分配。在基于控制信令的方法的情况下，资源可以通过控制消息(诸如L1/L2消息)来分配。

来自C-x-y实施例的修改(在“’050156申请”中)包括：

关于情况DC-D，下表总结了用于同时的来自第一父节点(例如，MN)的DL-RX和去往第二父节点(例如，SN)的UL-TX的不同组合。

在本节中，引用以下重复出现的短语。

同时TX/RX能力：这可以指IAB节点执行同时传输和接收的能力，其可以指示IAB节点能够进行SDM和/或FDM、IAB节点具有多个天线面板(SDM)、IAB节点能够在DL和UL中同时传输和接收、IAB节点能够进行增强双工等等。在基于配置的方法的情况下，能力的信息可以被发送到配置系统的IAB-CU。在基于控制信令的方法的情况下，能力的信息可以被发送到另一个IAB节点，诸如父节点或子节点。

干扰约束：这可以指IAB节点的天线之间的各种干扰约束(自干扰)、对其他节点或信道或小区的干扰等等。在一些实施例中，根据干扰约束，当第二父节点执行波束成形以从IAB-MT接收信号时，第一父节点TX对第二父节点RX的干扰应当低于阈值。在一些实施例中，根据干扰约束，当IAB-MT执行波束成形以从第一父节点接收信号时，IAB-MT TX对IAB-MTRX的干扰应当低于阈值。

保护带约束：这可以指一种约束，根据该约束，被分配给IAB-MT TX的频率资源(例如，PRB)与被分配给IAB-MT RX的频率资源被分离至少一个阈值(被称为保护带)。保护带的值可以由用于一个面板(FDM)或多个面板(SDM)之间的IAB节点能力来确定。在基于配置的方法的情况下，资源可以通过配置来分配。在基于控制信令的方法的情况下，资源可以通过控制消息(诸如L1/L2消息)来分配。

来自D-x-y实施例的修改(在“’050156申请”中)包括：

此外，在一些实施例中，新类型的资源可以被引入，以允许IAB节点基于尽力而为方法或其他方法来执行同时操作。这种类型的资源可以被称为DL+UL，其可以被解释为、也可以不被解释为灵活(F)符号。

在一些实施例中，DL+UL符号可以通过引入除DL、UL、以及F之外新值来实现。这可能需要改变当前指定的消息的结构。

在一些实施例中，DL+UL符号可以通过单独的信令来实现。单独的信令的示例是如本公开的多个实施例中所提出的TDD-UL-DL-ConfigDedicated2-r17 IE。如果这样的新IE被引入，则可以类似地将其视为针对DL-UL冲突解决的场景表中的“TDD-Config”。例如，类似的原理可以被采用，以引入类似于SFI的结构的控制消息。

本公开中提出的配置和信令，特别是对于之前提出的增强型资源复用方法，可以包括指示以下项的参数：应用于传输或接收的波束、应用于传输的传输功率、应用于传输或接收的定时对准方法等。如稍后将解释的，波束可以指用于由天线面板或天线端口上的节点进行传输或接收的空间滤波器。

波束：在标准规范中，波束可以由诸如空间滤波器或空间参数的术语来指代。利用波束的信号的传输/接收可以指与另一信号的另一传输/接收类似的空间滤波器(或空间参数)的应用。“确定”波束可以遵循波束成形训练过程，包括通过应用不同波束并对信号执行测量来进行参考信号的传输和/或接收。“指示”波束可以指向另一节点发送消息，该消息包括波束/空间滤波器的信息，其形式为传输配置指示(“TCI”)，TCI包括空间准共址(“QCL”)或QCL类型D、空间关系参数等。

功率：传输功率可以通过信令来确定或指示。该信令可以是半静态的，诸如通过RRC配置和/或控制消息(诸如MAC CE消息或DCI/L1消息)。传输功率控制可以被应用于上行链路传输、下行链路传输或两者，这可以由标准、配置、和/或控制信令来确定。

定时：定时对准方法可以通过信令来确定或指示。该信令可以是半静态的，诸如通过RRC配置和/或控制消息(诸如MAC CE消息或DCI/L1消息)。在一些实施例中，定时对准方法可以通过双工/复用情况来确定。例如，节点处的情况A(同时传输)可以自动触发基于“情况-6”定时对准的定时对准模式，其中传输被对准，而节点处的情况B(同时接收)可以自动触发基于“情况-7”定时对准的定时对准模式，其中接收被对准。定时对准方法是否被触发或应用、以及如何被触发或应用可以由标准、配置和/或控制信令来确定。

如先前所描述的，本公开中的配置可以是RRC配置或较高层配置，IAB节点(或UE)可以通过F1接口从IAB-CU接收该配置。这些配置可以包括参考信号的参数，诸如为参考信号分配的资源、触发参考信号的传输的信令、波束/空间关系和传输功率等等。

用于干扰评估的参考信号可以是任何参考信号，信道质量或干扰可以基于该参考信号而被测量。例如，信道状态信息参考信号(“CSI-RS”)可以被用于下行链路(即，当由IAB-DU产生的干扰将被测量时)，而探测参考信号(“SRS”)可以被用于上行链路(即，当由IAB-MT或UE产生的干扰将被测量时)。其他类型的参考信号不被排除。一旦参考信号被发送，它就可以被其他节点(例如，IAB节点或UE)接收，以测量参考信号接收功率(“RSRP”)、参考信号接收质量(“RSRQ”)等。

参考信号的备选可以是任何其他传输，干扰或接收信号功率(诸如接收信号强度指示符(“RSSI”))可以基于该传输而被计算。

各种类型的参考信号已经针对NR指定，其可以被用作用于实现本公开中提出的方法的起点。在NR中，参考信号可以是周期性的、半持久的、或非周期性的。只要参考信号的RRC配置有效，周期性参考信号就被发送。半持久参考信号由RRC IE配置，但其传输由MACCE信令控制。非周期性参考信号由RRC IE配置，但其传输由物理层/层1(L1)信令(例如，DCI消息)触发。在所有那些情况下，RRC配置包括指示哪些资源被分配给参考信号的参数，而附加MAC CE或DCI信令还可以激活/去激活或触发参考信号的传输。

在一些实施例中，父节点或另一本地节点可以基于诸如以下的信息，用信号发送以执行本公开中提出的方法中的一种方法：IAB节点能力、面板的数目、同时操作的类型(其本身可以由资源配置和资源复用确定)、IAB节点移动性、与双工/复用的类型相关联的成功或失败的历史等等。

在整个本公开中，应当注意以下内容。

尽管这些实体被称为IAB节点，但是相同的方法可以被应用于IAB施主，IAB施主是将核心网络连接到IAB网络的IAB实体，具有最小的修改、或零修改。

在文本和流程图中，针对示例实施例描述的不同步骤可以被置换。

在实践中，每种配置可以由一种或多种配置来提供。较早的配置可以提供参数的一个子集，而较晚的配置可以提供参数的另一个子集。备选地，稍后的配置可以覆盖由较早的配置或预配置提供的值。

配置可以通过RRC信令、MAC信令、物理层信令(诸如DCI消息)、其组合、或其他方法来提供。配置可以包括由标准、由供应方、和/或由网络/运营方提供的预配置或半静态配置。通过配置或指示接收的每个参数值可以覆盖类似参数的先前值。

尽管频繁地提及IAB，但是所提出的解决方案可以适用于无线中继节点和其他类型的无线通信实体。

L1/L2控制信令可以指层1(物理层)或层2(数据链路层)中的控制信令。具体地，L1/L2控制信令可以指L1控制信令(诸如DCI消息或UCI消息)、L2控制信令(诸如MAC消息)、或其组合。L1/L2控制信令的格式和解释可以由标准、配置、其他控制信令、或其组合来确定。

在实践中，本公开中讨论的任何参数可以表现为信令或规范中该参数的线性函数。

在3GPP RAN中讨论了允许供应方(制造IAB系统/设备)和运营商(部署IAB系统/设备)协商系统/设备的能力。这意味着一些被假设需要实体之间信令的信息可以容易地对设备可用，例如，通过将信息存储在存储单元(诸如只读存储器(“ROM”))上、通过专有信令方法来交换信息、通过(预)配置来提供信息、或者以其他方式在创建IAB系统/设备或网络中其他实体的硬件和/或软件时考虑该信息。在这种情况下，本公开中描述的包括交换信息的方法可以被扩展到类似的方法，其中该信息通过那些所述其他方法而被获得。

为IAB-MT提出的方法和系统也可以被UE采用。如果方法或系统需要传统UE所不支持的能力，则增强为拥有该能力的UE可以被使用。在这种情况下，UE可以被称为增强型UE或IAB增强型UE，并且可以将其增强能力的信息传送到网络，以用于正确的配置和操作。

在本公开中，节点或无线节点可以指IAB节点、IAB-DU、IAB-MT、UE、基站、gNB、发送-接收点(“TRP”)或IAB施主，等等。被提供有强调节点的类型的示例实施例并不意味着限制本发明的范围。

重点在于对本公开中提出的用于对参考信号执行波束训练的测量的方法的描述。备选地，在一些实施例中，测量可以对不必被配置用于参考信号的资源执行，而是节点可以测量接收信号功率并获得接收信号强度指示符(“RSSI”)等。

在本公开中，频繁地对复用情况进行参考，因为它们正在3GPP中针对IAB增强工作项目(“WI”)进行讨论。然而，短语(诸如情况C或情况D复用)只是命名法的问题，可能不会直接出现在标准中。相反，情况C复用可以通过节点的IAB-MT的上行链路传输以及节点的IAB-DU的上行链路接收来标识。类似地，情况D复用可以通过节点的IAB-MT的下行链路接收以及节点的IAB-DU的下行链路传输来标识。一般而言，取决于节点能力(诸如IAB节点的多面板和/或全双工能力)，一个或多个所定义的复用情况可以在给定时刻可操作。例如，如果IAB节点向父节点发送上行链路信号，同时向子节点发送信号并从子节点接收信号，则IAB节点可以同时执行情况A和情况C复用。因此，应当注意，本公开中提出的方法不限于特定的复用情况。在所提出的方法中解释的不同步骤/元素可以被混合并被匹配，以实现不同的复用情况，而无需明确提及通过测量和信令获得的信息可以如何被使用。

在本公开中，频繁地对波束指示进行参考。在实践中，根据标准规范，波束指示可以指以下各项的参考信号的指示：ID或指示符、与参考信号相关联的资源、包括参考信号或参考信号的倒数(在波束对应的情况下)的信息的空间关系信息。

图12描绘了根据本公开的实施例的NR协议栈1200。尽管图12示出了远端单元105、基地单元121和移动核心网络130，但这些表示与核心网络中的RAN节点和NF(例如，AMF)交互的UE的集合。如所描绘的，协议栈1200包括用户平面协议栈1205和控制平面协议栈1210。用户平面协议栈1205包括物理(“PHY”)层1215、介质访问控制(“MAC”)子层1220、无线电链路控制(“RLC”)子层1225、分组数据汇聚协议(“PDCP”)子层1230、以及服务数据适配协议(“SDAP”)层1235。控制平面协议栈1210也包括物理层1215、MAC子层1220、RLC子层1225、以及PDCP子层1230。控制平面协议栈1210还包括无线电资源控制(“RRC”)层和非接入层(“NAS”)层645。

控制平面协议栈1210的AS协议栈至少由RRC、PDCP、RLC和MAC子层、以及物理层组成。用户平面协议栈1205的AS协议栈至少由SDAP、PDCP、RLC和MAC子层、以及物理层组成。层2(“L2”)被分为SDAP、PDCP、RLC和MAC子层。层3(“L3”)包括控制平面的RRC子层640和NAS层645，并且包括例如用户平面的互联网协议(“IP”)层或PDU层(所描绘的注释)。L1和L2被称为“较低层”，诸如PUCCH/PUSCH或MAC CE，而L3及以上(例如，传输层、应用层)被称为“较高层”或“较上层”，诸如RRC。

物理层1215向MAC子层1220提供传输信道。MAC子层1220向RLC子层1225提供逻辑信道。RLC子层1225向PDCP子层1230提供RLC信道。PDCP子层1230向SDAP子层1235和/或RLC子层640提供无线电承载。SDAP子层1235向移动核心网络130(例如，5GC)提供QoS流。RRC层640提供载波聚合和/或双连接性的添加、修改、以及释放。RRC层640还管理信令无线电承载(“SRB”)和数据无线电承载(“DRB”)的建立、配置、维护、以及释放。在某些实施例中，RRC实体用于无线电链路故障的检测与恢复。

图13描绘了根据本公开的实施例的可被用于集成接入和回程中的双连接性增强的用户设备装置1300。在各种实施例中，用户设备装置1300被用于实现上述解决方案中的一种或多种。如上所述，用户设备装置1300可以是UE的一个实施例，诸如远端单元105和/或UE 205。此外，用户设备装置1300可以包括处理器1305、存储器1310、输入设备1315、输出设备1320、以及收发器1325。在一些实施例中，输入设备1315和输出设备1320被组合成单个设备，诸如触摸屏。在某些实施例中，用户设备装置1300可以不包括任何输入设备1315和/或输出设备1320。在各种实施例中，用户设备装置1300可以包括以下项中的一项或多项：处理器1305、存储器1310、以及收发器1325，并且可以不包括输入设备1315和/或输出设备1320。

如所描绘的，收发器1325包括至少一个发送器1330和至少一个接收器1335。在此，收发器1325与一个或多个基地单元121通信。另外，收发器1325可以支持至少一个网络接口1340和/或应用接口1345。(多个)应用接口1345可以支持一个或多个API。(多个)网络接口1340可以支持3GPP参考点，诸如Uu和PC5。如本领域普通技术人员所理解的，其他网络接口1340可以被支持。

在一个实施例中，处理器1305可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知的控制器。例如，处理器1305可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、数字信号处理器(“DSP”)、协处理器、专用处理器、或类似的可编程控制器。在一些实施例中，处理器1305执行存储在存储器1310中的指令，以执行本文描述的方法和例程。处理器1305被通信地耦合到存储器1310、输入设备1315、输出设备1320、以及收发器1325。在某些实施例中，处理器1305可以包括应用处理器(也被称为“主处理器”)和基带处理器(也被称为“基带无线电处理器”)，应用处理器管理应用域和操作系统(“OS”)功能，基带处理器管理无线电功能。

在一个实施例中，存储器1310是计算机可读存储介质。在一些实施例中，存储器1310包括易失性计算机存储介质。例如，存储器1310可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)、和/或静态RAM(“SRAM”)。在一些实施例中，存储器1310包括非易失性计算机存储介质。例如，存储器1310可以包括硬盘驱动器、闪存、或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器1310包括易失性计算机存储介质和非易失性计算机存储介质两者。

在一些实施例中，存储器1310存储与较高频率的CSI增强相关的数据。例如，存储器1310可以存储如上所述的参数、配置、资源指派、策略等。在某些实施例中，存储器1310还存储程序代码和相关数据，诸如在用户设备装置1300上操作的操作系统或其他控制器算法，以及一个或多个软件应用。

在一个实施例中，输入设备1315可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、触笔、麦克风等。在一些实施例中，输入设备1315可以与输出设备1320集成，例如作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备1315包括触摸屏，从而文本可以使用触摸屏上显示的虚拟键盘和/或通过触摸屏上的手写来输入。在一些实施例中，输入设备1315包括两个或更多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备1320被设计成输出视觉、听觉、和/或触觉信号。在一些实施例中，输出设备1320包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备1320可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪、或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，输出设备1320可以包括与用户设备装置1300的其余部分分开、但被通信地耦合到用户设备装置1300的其余部分的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等。此外，输出设备1320可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备1320包括用于产生声音的一个或多个扬声器。例如，输出设备1320可以产生声音警报或通知(例如，蜂鸣声或提示音)。在一些实施例中，输出设备1320包括用于产生振动、运动、或其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备1320的全部或部分可以与输入设备1315集成。例如，输入设备1315和输出设备1320可以形成触摸屏或类似的触敏显示器。在其他实施例中，输出设备1320可以位于接近设备1315附近。

收发器1325包括至少发送器1330和至少一个接收器1335。收发器1325可以被用于向基地单元121提供UL通信信号，并从基地单元121接收DL通信信号，如本文所述。类似地，收发器1325可以被用于发送和接收SL信号(例如，V2X通信)，如本文所述。尽管仅示出了一个发送器1330和一个接收器1335，但是用户设备装置1300可以具有任何合适数目的发送器1330和接收器1335。此外，(多个)发送器1330和(多个)接收器1335可以是任何合适类型的发送器和接收器。在一个实施例中，收发器1325包括被用于通过经许可的无线电频谱与移动通信网络通信的第一发送器/接收器对、以及被用于通过未经许可的无线电频谱与移动通信网络通信的第二发送器/接收器对。

在某些实施例中，被用于通过经许可的无线电频谱与移动通信网络通信的第一发送器/接收器对和被用于通过未经许可的无线电频谱与移动通信网络通信的第二发送器/接收器对可以被组合成单个收发器单元，例如执行用于与经许可的和未经许可的无线电频谱两者使用的功能的单个芯片。在一些实施例中，第一发送器/接收器对和第二发送器/接收器对可以共享一个或多个硬件组件。例如，某些收发器1325、发送器1330、以及接收器1335可以被实现为接入共享的硬件资源和/或软件资源(作为示例，诸如网络接口1340)的物理上独立的组件。

在各种实施例中，一个或多个发送器1330和/或一个或多个接收器1335可以被实现和/或被集成到单个硬件组件中，诸如多收发器芯片、片上系统、ASIC、或其他类型的硬件组件。在某些实施例中，一个或多个发送器1330和/或一个或多个接收器1335可以被实现和/或被集成到多芯片模块中。在一些实施例中，其他组件(诸如网络接口1340或其他硬件组件/电路)可以与任何数目的发送器1330和/或接收器1335集成到单个芯片中。在这样的实施例中，发送器1330和接收器1335可以被逻辑地配置为使用一个或多个公共控制信号的收发器1325、或者被配置为在相同的硬件芯片或多芯片模块中实现的模块化的发送器1330和接收器1335。

在一个实施例中，收发器1325接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。

在一个实施例中，处理器1305基于第一定时对准的第一信息和第二定时对准的第二信息来确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，处理器1305通过确定第一定时对准或第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，收发器1325至少接收与第一符号相关联的第一可用性指示和与第二符号相关联的第二可用性指示，并且处理器至少部分地基于第一可用性指示和第二可用性指示中的至少一个来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1305还基于该装置的复用能力来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该复用能力指示该装置是否仅能够进行时分复用。

在一个实施例中，该复用能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，处理器1305还基于多面板能力来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该多面板能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，收发器1325从与第一小区相关联的第一基站接收协调信令，并向与第二小区相关联的第二基站发送该协调信令。

在一个实施例中，与第一小区相关联的第一基站和与第二小区相关联的第二基站通过F1接口传送协调信令。

在一个实施例中，收发器1325接收第一信号的配置，第一信号的第一方向不同于第二信号的第二方向；并且在第一时间接收控制消息，该控制消息与第一信号相关联。在一个实施例中，处理器1405确定时间阈值；并且响应于确定第一时间不晚于时间阈值，而将第一信号视为所配置的信号；并且响应于确定第一时间晚于时间阈值，而将第一信号视为动态信号。

在一个实施例中，第一方向是上行链路方向并且第二方向是下行链路方向。

在一个实施例中，第一方向是下行链路方向并且第二方向是上行链路方向。

在一个实施例中，第一信号是半持久参考信号并且控制消息是激活消息。

在一个实施例中，第一信号是非周期性参考信号并且控制消息是触发消息。

在一个实施例中，第一时间是第一信号的第一符号被接收的时间，并且确定时间阈值包括：接收一定数目的符号的信息，并且将时间阈值设置为等于第一时间减去符号的数目。

在一个实施例中，将第一信号视为所配置的信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括提出错误情况。

在一个实施例中，将第一信号视为动态信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为动态信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为动态信号包括提出错误情况。

在一个实施例中，收发器1325接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，处理器1305确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，处理器1305通过确定与第一符号相关联的第一定时对准或与第二符号相关联的第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1305基于与第一符号相关联的第一服务质量参数或与第二符号相关联的第二服务质量参数中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1305基于多个冲突解决规则，并且通过确定多个冲突解决规则之中最严格的冲突解决规则，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1305在确定多个冲突解决规则不一致时提出错误情况。

在一个实施例中，处理器1305基于与第一符号相关联的第一子载波间隔和与第二符号相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1305基于与第一小区相关联的第一子载波间隔和与第二小区相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，收发器1325接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，处理器1305确定第一MT和第二MT中的哪一个是参考MT；并且响应于确定第一MT是参考MT，而忽略与第二符号相关联的第二操作；并且响应于确定第二MT是参考MT，而忽略与第一符号相关联的第一操作。

图14描绘了根据本公开的实施例的可以被用于集成接入和回程中的双连接性增强的网络装置1400的一个实施例。在一些实施例中，网络装置1400可以是如上所述的RAN节点及其支持硬件(诸如基地单元121和/或gNB)的一个实施例。此外，网络装置1400可以包括处理器1405、存储器1410、输入设备1415、输出设备1420、以及收发器1425。在某些实施例中，网络装置1400不包括任何输入设备1415和/或输出设备1420。

如所描绘的，收发器1425包括至少一个发送器1430和至少一个接收器1435。在此，收发器1425与一个或多个远端单元105通信。另外，收发器1425可以支持至少一个网络接口1440和/或应用接口1445。(多个)应用接口1445可以支持一个或多个API。(多个)网络接口1440可以支持3GPP参考点，诸如Uu、N1、N2、N3、N5、N6和/或N7接口。如本领域普通技术人员所理解的，其他网络接口1440可以被支持。

在一个实施例中，处理器1405可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知的控制器。例如，处理器1405可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、数字信号处理器(“DSP”)、协处理器、专用处理器、或类似的可编程控制器。在一些实施例中，处理器1405执行存储在存储器1410中的指令以执行本文描述的方法和例程。处理器1405被通信地耦合到存储器1410、输入设备1415、输出设备1420、以及收发器1425。在某些实施例中，处理器1405可以包括应用处理器(也被称为“主处理器”)和基带处理器(也被称为“基带无线电处理器”)，应用处理器管理应用域和操作系统(“OS”)功能，基带处理器管理无线电功能。在各种实施例中，处理器1405控制网络装置1400以实现上述(例如，gNB的)网络实体行为以用于集成接入和回程中的双连接性增强。

在一个实施例中，存储器1410是计算机可读存储介质。在一些实施例中，存储器1410包括易失性计算机存储介质。例如，存储器1410可以包括RAM，包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器1410包括非易失性计算机存储介质。例如，存储器1410可以包括硬盘驱动器、闪存、或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器1410包括易失性计算机存储介质和非易失性计算机存储介质两者。

在一些实施例中，存储器1410存储与较高频率的CSI增强有关的数据。例如，存储器1410可以存储如上所述的参数、配置、资源指派、策略等。在某些实施例中，存储器1410还存储程序代码和相关数据，诸如操作系统(“OS”)或在网络装置1400上操作的其他控制器算法，以及一个或多个软件应用。

在一个实施例中，输入设备1415可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、触笔、麦克风等。在一些实施例中，输入设备1415可以与输出设备1420集成，例如作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备1415包括触摸屏，从而文本可以使用触摸屏上显示的虚拟键盘和/或通过触摸屏上的手写来输入。在一些实施例中，输入设备1415包括两个或更多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备1420可以包括任何已知的电子可控显示器或显示设备。输出设备1420可以被设计为输出视觉、听觉、和/或触觉信号。在一些实施例中，输出设备1420包括能够向用户输出视觉数据的电子显示器。此外，输出设备1420可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备1420包括用于产生声音的一个或多个扬声器。例如，输出设备1420可以产生声音警报或通知(例如，蜂鸣声或提示音)。在一些实施例中，输出设备1420包括用于产生振动、运动、或其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备1420的全部或部分可以与输入设备1415集成。例如，输入设备1415和输出设备1420可以形成触摸屏或类似的触敏显示器。在其他实施例中，输出设备1420的全部或部分可以位于输入设备1415附近。

如上所述，收发器1425可以与一个或多个远端单元通信、和/或与提供对一个或多个PLMN的接入的一个或多个互通功能通信。收发器1425还可以与一个或多个网络功能(例如，在移动核心网络80中)通信。收发器1425在处理器1405的控制下操作，以发送消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器1405可以在特定时间选择性地激活收发器(或其部分)以便发送和接收消息。

收发器1425可以包括一或多个发送器1430和一或多个接收器1435。在某些实施例中，一或多个发送器1430和/或一或多个接收器1435可以共享收发器硬件和/或电路系统。例如，该一个或多个发送器1430和/或该一个或多个接收器1435可以共享(多个)天线、(多个)天线调谐器、(多个)放大器、(多个)滤波器、(多个)振荡器、(多个)混频器、(多个)调制器/解调器、电源等。在一个实施例中，在使用公共物理硬件的同时，收发器1425使用不同的通信协议或协议栈来实现多个逻辑收发器。

在一个实施例中，收发器1425接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。

在一个实施例中，处理器1405基于第一定时对准的第一信息和第二定时对准的第二信息来确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，处理器1405通过确定第一定时对准或第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，收发器1425至少接收与第一符号相关联的第一可用性指示和与第二符号相关联的第二可用性指示，并且处理器至少部分地基于第一可用性指示和第二可用性指示中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1405还基于该装置的复用能力来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该复用能力指示该装置是否仅能够进行时分复用。

在一个实施例中，该复用能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，处理器1405还基于多面板能力来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该多面板能力被传送到父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体中的至少一个。

在一个实施例中，收发器1425从与第一小区相关联的第一基站接收协调信令，并且向与第二小区相关联的第二基站发送该协调信令。

在一个实施例中，与第一小区相关联的第一基站和与第二小区相关联的第二基站通过F1接口传送协调信令。

在一个实施例中，收发器1425接收第一信号的配置，第一信号的第一方向不同于第二信号的第二方向；并且在第一时间接收控制消息，该控制消息与第一信号相关联。在一个实施例中，处理器1405确定时间阈值；并且响应于确定第一时间不晚于时间阈值，而将第一信号视为所配置的信号；并且响应于确定第一时间晚于时间阈值，而将第一信号视为动态信号。

在一个实施例中，第一方向是上行链路方向并且第二方向是下行链路方向。

在一个实施例中，第一方向是下行链路方向并且第二方向是上行链路方向。

在一个实施例中，第一信号是半持久参考信号并且控制消息是激活消息。

在一个实施例中，第一信号是非周期性参考信号并且控制消息是触发消息。

在一个实施例中，第一时间是第一信号的第一符号被接收的时间，并且确定时间阈值包括：接收一定数目的符号的信息，并且将时间阈值设置为等于第一时间减去符号的数目。

在一个实施例中，将第一信号视为所配置的信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括提出错误情况。

在一个实施例中，将第一信号视为动态信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为动态信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为动态信号包括提出错误情况。

在一个实施例中，收发器1425接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，处理器1405确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，处理器1405通过确定与第一符号相关联的第一定时对准或与第二符号相关联的第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1405基于与第一符号相关联的第一服务质量参数或与第二符号相关联的第二服务质量参数中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1405基于多个冲突解决规则，并且通过确定多个冲突解决规则之中最严格的冲突解决规则，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1405在确定多个冲突解决规则不一致时提出错误情况。

在一个实施例中，处理器1405基于与第一符号相关联的第一子载波间隔和与第二符号相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器1405基于与第一小区相关联的第一子载波间隔和与第二小区相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，收发器1425接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，处理器1405确定第一MT和第二MT中的哪一个是参考MT；并且响应于确定第一MT是参考MT，而忽略与第二符号相关联的第二操作；并且响应于确定第二MT是参考MT，而忽略与第一符号相关联的第一操作。

图15是用于集成接入和回程中的双连接性增强的方法1500的流程图。方法1500可以由如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，方法1500可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，方法1500开始，并接收1505与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值。在一个实施例中，方法1500接收1510与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，方法1500接收1515针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。在一个实施例中，方法1500基于第一定时对准的第一信息和第二定时对准的第二信息来确定1520第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，方法1500响应于确定第一小区是参考小区，而忽略1525与第二符号相关联的第二操作。在一个实施例中，方法1500响应于确定第二小区是参考小区，而忽略1530与第一符号相关联的第一操作，并且方法1500结束。

图16是用于集成接入和回程中的双连接性增强的方法1600的流程图。方法1600可以由如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，方法1600可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，方法1600开始，并接收1605第一信号的配置，第一信号的第一方向不同于第二信号的第二方向。在一个实施例中，方法1600在第一时间接收1610控制消息，该控制消息与第一信号相关联。在一个实施例中，方法1600确定1615时间阈值。在一个实施例中，方法1600响应于确定第一时间不晚于时间阈值，而将第一信号视为1620配置的信号。在一个实施例中，方法1600响应于确定第一时间晚于时间阈值，而将第一信号视为1625动态信号，并且方法1600结束。

图17是用于集成接入和回程中的双连接性增强的方法1700的流程图。方法1700可以由如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，方法1700可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，方法1700开始、并接收1705与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值。在一个实施例中，方法1700接收1710与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，方法1700确定1715第一小区和第二小区中的哪一个是参考小区。在一个实施例中，方法1700响应于确定第一小区是参考小区，而忽略1720与第二符号相关联的第二操作。在一个实施例中，方法1700响应于确定第二小区是参考小区，而忽略1725与第一符号相关联的第一操作，并且方法1700结束。

图18是用于集成接入和回程中的双连接性增强的方法1800的流程图。方法1800可以由如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，方法1800可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，方法1800开始，并接收18105与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值。在一个实施例中，方法1800接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，方法1800确定1815第一MT和第二MT中的哪一个是参考MT。在一个实施例中，方法1800响应于确定第一MT是参考MT，而忽略1820与第二符号相关联的第二操作。在一个实施例中，方法1800响应于确定第二MT是参考MT，而忽略1825与第一符号相关联的第一操作，并且方法1800结束。

第一装置被公开以用于集成接入和回程中的双连接性增强。第一装置可以包括如本文所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第一装置包括执行程序代码的处理器，例如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在一个实施例中，第一装置包括收发器，该收发器接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。

在一个实施例中，第一装置包括处理器，该处理器基于第一定时对准的第一信息和第二定时对准的第二信息来确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，处理器通过确定第一定时对准或第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，收发器至少接收与第一符号相关联的第一可用性指示和与第二符号相关联的第二可用性指示，并且处理器至少部分地基于第一可用性指示和第二可用性指示中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器还基于装置的复用能力，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该复用能力指示该装置是否仅能够进行时分复用。

在一个实施例中，该复用能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，处理器还基于多面板能力，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，多面板能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，收发器从与第一小区相关联的第一基站接收协调信令，并且向与第二小区相关联的第二基站发送该协调信令。

在一个实施例中，与第一小区相关联的第一基站和与第二小区相关联的第二基站通过F1接口传送协调信令。

第一方法被公开以用于集成接入和回程中的双连接性增强。第一方法可以由本文描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第一方法可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，第一方法接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠；并且接收针对第一小区的第一定时对准的第一信息和针对第二小区的第二定时对准的第二信息。

在一个实施例中，第一方法基于第一定时对准的第一信息和第二定时对准的第二信息来确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，第一方法通过确定第一定时对准或第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，第一方法至少接收与第一符号相关联的第一可用性指示和与第二符号相关联的第二可用性指示，并且处理器至少部分地基于第一可用性指示和第二可用性指示中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，第一方法还基于装置的复用能力，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该复用能力指示该装置是否仅能够进行时分复用。

在一个实施例中，该复用能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，第一方法还基于多面板能力，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，该多面板能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

在一个实施例中，第一方法从与第一小区相关联的第一基站接收协调信令，并且向与第二小区相关联的第二基站发送该协调信令。

在一个实施例中，与第一小区相关联的第一基站和与第二小区相关联的第二基站通过F1接口传送协调信令。

第二装置被公开以用于集成接入和回程中的双连接性增强。第二装置可以包括如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第二装置包括执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在一个实施例中，第二装置包括收发器，该收发器接收第一信号的配置，第一信号的第一方向不同于第二信号的第二方向；并且在第一时间接收控制消息，该控制消息与第一信号相关联。在一个实施例中，第二装置包括处理器，该处理器确定时间阈值；并且响应于确定第一时间不晚于时间阈值，而将第一信号视为所配置的信号；并且响应于确定第一时间晚于时间阈值，将第一信号视为动态信号。

在一个实施例中，第一方向是上行链路方向并且第二方向是下行链路方向。

在一个实施例中，第一方向是下行链路方向并且第二方向是上行链路方向。

在一个实施例中，第一信号是半持久参考信号并且控制消息是激活消息。

在一个实施例中，第一信号是非周期性参考信号并且控制消息是触发消息。

在一个实施例中，第一时间是第一信号的第一符号被接收的时间，并且确定时间阈值包括：接收一定数目的符号的信息，并且将时间阈值设置为等于第一时间减去符号的数目。

在一个实施例中，将第一信号视为所配置的信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括提出错误情况。

在一个实施例中，将第一信号视为动态信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为动态信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为动态信号包括提出错误情况。

第二方法被公开以用于集成接入和回程中的双连接性增强。第二方法可以由本文描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第二方法可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，第二方法接收第一信号的配置，第一信号的第一方向不同于第二信号的第二方向；并且在第一时间接收控制消息，该控制消息与第一信号相关联。在一个实施例中，第二方法确定时间阈值；并且响应于确定第一时间不晚于时间阈值，而将第一信号视为所配置的信号；并且响应于确定第一时间晚于时间阈值，而将第一信号视为动态信号。

在一个实施例中，第一方向是上行链路方向并且第二方向是下行链路方向。

在一个实施例中，第一方向是下行链路方向并且第二方向是上行链路方向。

在一个实施例中，第一信号是半持久参考信号并且控制消息是激活消息。

在一个实施例中，第一信号是非周期性参考信号并且控制消息是触发消息。

在一个实施例中，第一时间是第一信号的第一符号被接收的时间，并且确定时间阈值包括：接收一定数目的符号的信息，并且将时间阈值设置为等于第一时间减去符号的数目。

在一个实施例中，将第一信号视为所配置的信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为所配置的信号包括提出错误情况。

在一个实施例中，将第一信号视为动态信号包括忽略第一信号和第二信号中的至少一个。

在一个实施例中，将第一信号视为动态信号包括覆盖第一方向和第二方向中的至少一个。

在一个实施例中，将第一信号视为动态信号包括提出错误情况。

第三装置被公开以用于集成接入和回程中的双连接性增强。第三装置可以包括如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第三装置包括执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在一个实施例中，第三装置包括收发器，该收发器接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，第三装置包括处理器，该处理器确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，处理器通过确定与第一符号相关联的第一定时对准或与第二符号相关联的第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器基于与第一符号相关联的第一服务质量参数或与第二符号相关联的第二服务质量参数中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器基于多个冲突解决规则，并且通过确定多个冲突解决规则之中最严格的冲突解决规则，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器在确定多个冲突解决规则不一致时提出错误情况。

在一个实施例中，处理器基于与第一符号相关联的第一子载波间隔和与第二符号相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，处理器基于与第一小区相关联的第一子载波间隔和与第二小区相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

第三方法被公开以用于集成接入和回程中的双连接性增强。第三方法可以由本文描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第三方法可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，第三方法接收与第一小区上的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二小区上的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，第三方法确定第一小区和第二小区中的哪一个是参考小区；并且响应于确定第一小区是参考小区，而忽略与第二符号相关联的第二操作；并且响应于确定第二小区是参考小区，而忽略与第一符号相关联的第一操作。

在一个实施例中，第三方法通过确定与第一符号相关联的第一定时对准或与第二符号相关联的第二定时对准是传输定时对准还是接收定时对准，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，第三方法基于与第一符号相关联的第一服务质量参数或与第二符号相关联的第二服务质量参数中的至少一个，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，第三方法基于多个冲突解决规则，并且通过确定多个冲突解决规则之中最严格的冲突解决规则，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，第三方法在确定多个冲突解决规则不一致时提出错误情况。

在一个实施例中，第三方法基于与第一符号相关联的第一子载波间隔和与第二符号相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

在一个实施例中，第三方法基于与第一小区相关联的第一子载波间隔和与第二小区相关联的第二子载波间隔，来确定第一小区和第二小区中的哪一个是参考小区。

第四装置被公开以用于集成接入和回程中的双连接性增强。第四装置可以包括如本文中所描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第四装置包括执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

在一个实施例中，第四装置包括收发器，该收发器接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，第四装置包括处理器，该处理器确定第一MT和第二MT中的哪一个是参考MT；并且响应于确定第一MT是参考MT，而忽略与第二符号相关联的第二操作；并且响应于确定第二MT是参考MT，而忽略与第一符号相关联的第一操作。

第四方法被公开以用于集成接入和回程中的双连接性增强。第四方法可以由本文描述的UE(例如，远端单元105、和/或用户设备装置1300)或者网络设备(诸如基地单元121、gNB、和/或网络设备装置1400)来执行。在一些实施例中，第四方法可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)来执行。

在一个实施例中，第四方法接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，第一属性包括第一下行链路或第一上行链路值；并且接收与第二MT功能的第二符号相关联的第二属性，第二属性包括第二下行链路或第二上行链路值，第二符号与第一符号在时域中重叠。

在一个实施例中，第四方法确定第一MT和第二MT中的哪一个是参考MT；并且响应于确定第一MT是参考MT，而忽略与第二符号相关联的第二操作；并且响应于确定第二MT是参考MT，而忽略与第一符号相关联的第一操作。

实施例可以以其他特定形式被实践。所描述的实施例在所有方面都应被认为是仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前述描述来指示。落入权利要求的等效物的含义和范围内的所有改变均被包含在其范围内。

Claims (15)

1.一种无线网络装置，所述装置包括：

收发器，所述收发器：

接收与第一小区上的第一符号相关联的第一属性，所述第一属性包括第一下行链路或第一上行链路值；

接收与第二小区上的第二符号相关联的第二属性，所述第二属性包括第二下行链路或第二上行链路值，所述第二符号与所述第一符号在时域中重叠；并且

接收针对所述第一小区的第一定时对准的第一信息和针对所述第二小区的第二定时对准的第二信息；以及

处理器，所述处理器：

基于所述第一定时对准的所述第一信息和所述第二定时对准的所述第二信息，确定所述第一小区和所述第二小区中的哪一个是参考小区；

响应于确定所述第一小区是所述参考小区，而忽略与所述第二符号相关联的第二操作；并且

响应于确定所述第二小区是所述参考小区，而忽略与所述第一符号相关联的第一操作。

2.根据权利要求1所述的装置，其中所述处理器通过确定所述第一定时对准或所述第二定时对准是传输定时对准还是接收定时对准，来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

3.根据权利要求1所述的装置，其中所述收发器至少接收与所述第一符号相关联的第一可用性指示和与所述第二符号相关联的第二可用性指示，并且所述处理器至少部分地基于所述第一可用性指示和所述第二可用性指示中的至少一个来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

4.根据权利要求1所述的装置，其中所述处理器还基于所述装置的复用能力来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

5.根据权利要求4所述的装置，其中所述复用能力指示所述装置是否仅能够进行时分复用。

6.根据权利要求4所述的装置，其中所述复用能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

7.根据权利要求1所述的装置，其中所述处理器还基于多面板能力来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

8.根据权利要求7所述的装置，其中所述多面板能力被传送给以下中的至少一项：父节点、集成接入和回程中央单元(IAB-CU)、或网络配置实体。

9.根据权利要求1所述的装置，其中所述收发器从与所述第一小区相关联的第一基站接收协调信令，并向与所述第二小区相关联的第二基站发送所述协调信令。

10.根据权利要求1所述的装置，其中与所述第一小区相关联的第一基站和与所述第二小区相关联的第二基站通过F1接口传送协调信令。

11.一种无线网络装置，所述装置包括：

收发器，所述收发器：

接收与第一小区上的第一符号相关联的第一属性，所述第一属性包括第一下行链路或第一上行链路值；并且

接收与第二小区上的第二符号相关联的第二属性，所述第二属性包括第二下行链路或第二上行链路值，所述第二符号与所述第一符号在时域中重叠；以及

处理器，所述处理器：

确定所述第一小区和所述第二小区中的哪一个是参考小区；

响应于确定所述第一小区是所述参考小区，而忽略与所述第二符号相关联的第二操作；并且

响应于确定所述第二小区是所述参考小区，而忽略与所述第一符号相关联的第一操作。

12.根据权利要求11所述的装置，其中所述处理器通过确定与所述第一符号相关联的第一定时对准或与所述第二符号相关联的第二定时对准是传输定时对准还是接收定时对准，来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

13.根据权利要求11所述的装置，其中所述处理器基于与所述第一符号相关联的第一服务质量参数或与所述第二符号相关联的第二服务质量参数中的至少一个，来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

14.根据权利要求11所述的装置，其中所述处理器基于与所述第一符号相关联的第一子载波间隔和与所述第二符号相关联的第二子载波间隔，来确定所述第一小区和所述第二小区中的哪一个是所述参考小区。

15.一种无线网络装置，所述装置包括：

收发器，所述收发器：

接收与第一移动终端(“MT”)功能的第一符号相关联的第一属性，所述第一属性包括第一下行链路或第一上行链路值；并且

接收与第二MT功能的第二符号相关联的第二属性，所述第二属性包括第二下行链路或第二上行链路值，所述第二符号与所述第一符号在时域中重叠；以及

处理器，所述处理器：

确定所述第一MT和所述第二MT中的哪一个是参考MT；

响应于确定所述第一MT是所述参考MT，而忽略与所述第二符号相关联的第二操作；并且

响应于确定所述第二MT是所述参考MT，而忽略与所述第一符号相关联的第一操作。