CN114270719A

CN114270719A - 用于在无线协作通信***中发送或接收多条数据的方法和设备

Info

Publication number: CN114270719A
Application number: CN202080057863.6A
Authority: CN
Inventors: 郑义昌; 卢勳东; 朴珍贤
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-08-23
Filing date: 2020-08-21
Publication date: 2022-04-01
Also published as: EP4000339A4; US11671148B2; EP4000339A1; US11265044B2; US20220149899A1; US20210058113A1; WO2021040338A1

Abstract

本公开涉及一种用于融合IoT技术和支持超过第4代(4G)***(诸如长期演进(LTE))的更高数据传输速率的准第5代(5G)或5G通信***的通信技术及其***。本公开可应用于基于5G通信技术和IoT相关技术的智能服务(例如，智能家居、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售业务、安全和安保相关服务等)。根据各种实施例，可以提供一种用于在无线协作通信***中发送或接收多条数据的方法和设备。

Description

用于在无线协作通信***中发送或接收多条数据的方法和设备

技术领域

本公开涉及一种无线通信***，以及一种用于在无线协作通信***中发送或接收多条数据的方法和设备。

背景技术

为了满足自从部署4G通信***以来增加的无线数据业务需求，已经致力于开发一种改进的5G或准5G通信***。因此，5G或准5G通信***也被称为“超4G网络”或“后LTE***”。5G通信***被认为是在较高频率(毫米波)频带(例如，60GHz频带)下实施的，以便实现更高的数据速率。为了减小无线电波的传播损耗并且增大发送距离，在5G通信***中讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大型天线技术。此外，在5G通信***中，正在基于高级小型小区、云无线电接入网络(RAN)、超密集网络、装置到装置(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等进行对***网络改进的开发。在5G***中，已经开发了作为高级编码调制(ACM)的混合FSK与QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

作为人类在其中产生和消费信息的以人类为中心的连接性网络的互联网现在演变成物联网(IoT)，其中诸如事物等分布式实体在没有人类干预的情况下交换和处理信息。已经出现了万物联网(IoE)，其是IoT技术和大数据处理技术通过与云服务器的连接而结合的产物。由于IoT具体实施需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素，所以最近已对传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等进行研究。此类IoT环境可以提供智能互联网技术服务，这些服务通过收集并分析在连接事物之间生成的数据来为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各种工业应用之间的融合和组合应用于多种领域，包括智能家居、智能建筑、智慧城市、智能汽车或联网汽车、智能电网、健康护理、智能家电和高级医疗服务。

因此，已经作出各种努力来将5G通信***应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信等技术可以通过波束成形、MIMO和阵列天线来实施。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术与IoT技术融合的示例。

随着如上所述的无线通信***的进步，需要提供用于协作通信的数据发送/接收方案。

上述信息仅作为背景信息呈现，以帮助理解本公开。对于上述任何内容是否可以作为本公开的现有技术应用，尚未做出确定，也没有做出断言。

发明内容

技术问题

基于上述讨论，本公开提供一种用于在传输节点与终端之间发送或接收一条或多条数据的方法和设备，以便在无线通信***中执行协作通信。

本公开中所追求的技术主题可以不限于上述技术主题，并且通过以下描述，本公开所涉及领域的技术人员可以清楚地理解未提及的其他技术主题。

问题解决方案

作为无线通信***中基站的操作方法，实施例提出了一种用于发送单个传输块(TB)或多个TB的方法，和一种用于根据基站的波束变化发送DCI信息的方法，以便支持联合发送。

为了解决以上问题，本公开的一种用于在无线通信***中处理控制信号的方法包括：接收从基站发送的第一控制信号；处理接收到的第一控制信号；以及向基站发送基于该处理生成的第二控制信号。

为了解决以上问题，本公开的一种终端的方法包括：从基站接收配置信息；基于该配置信息从该基站接收第一控制信息或第二控制信息中的至少一者；基于第一数据信道与对应于第一控制信息的第一控制信道之间的第一时间偏移或第二数据信道与对应于第二控制信息的第二控制信道之间的第二时间偏移中的至少一者，确定通过第一数据信道或第二数据信道的数据接收操作方法；以及基于确定结果通过该第一数据信道或该第二数据信道接收数据。

为了解决以上问题，本公开的一种终端包括收发器和控制器，该收发器和控制器被配置成：从基站接收配置信息；基于该配置信息从该基站接收第一控制信息或第二控制信息中的至少一者；基于第一数据信道与对应于第一控制信息的第一控制信道之间的第一时间偏移或第二数据信道与对应于第二控制信息的第二控制信道之间的第二时间偏移中的至少一者，确定通过第一数据信道或第二数据信道的数据接收操作方法；并且基于确定结果通过该第一数据信道或该第二数据信道接收数据。

发明的有益效果

根据实施例，为了在无线通信***中执行协作通信，可以提供一种用于在传输节点与终端之间发送或接收一个或多个数据的方法和设备。

可从本公开获得的效果可以不限于上述效果，并且通过以下描述，本公开所涉及领域的技术人员可以清楚地理解未提及的其他效果。

附图说明

为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部件：

图1示出了根据实施例的长期演进(LTE或演进的通用陆地无线电接入(E-UTRA))***、LTE-A***、NR***或与其类似的无线通信***的时频域发送结构；

图2示出了根据实施例的第5代(5G)***中的帧、子帧和时隙的结构；

图3示出了根据实施例的无线通信***中的带宽部分的配置的示例；

图4示出了根据实施例的无线通信***中的带宽部分的指示和切换的示例；

图5示出了根据实施例的无线通信***中的下行链路控制信道的控制区域配置的示例；

图6示出了根据实施例的在无线通信***中分配物理下行链路共享信道(PDSCH)频域资源的示例；

图7示出了根据实施例的在无线通信***中分配PDSCH时域资源的示例；

图8示出了根据实施例的在无线通信***中根据控制信道和数据信道的子载波间隔分配时域资源的示例；

图9示出了根据实施例的协作通信天线端口配置的示例：

图10示出了根据实施例的与发送配置指示(TCI)状态和波束成形指示的配置相关的示例；

图11示出了根据实施例的基于单个PDCCH的协作通信的示例；

图12示出了根据实施例的基于多个PDCCH的协作通信的示例；

图13A示出了根据另一实施例的基于多个PDCCH的协作通信的示例，并且图13B示出了根据另一实施例的基于多个PDCCH的协作通信的示例；

图14示出了根据另一实施例的基于单个PDCCH和多个PDCCH的协作通信的示例；

图15示出了根据实施例的无线通信***中的终端的结构；并且

图16示出了根据实施例的无线通信***中的基站的结构。

具体实施方式

发明模式

在下文，将参考附图详细描述本公开的实施例。

在描述本公开的实施例的过程中，将省略与本领域中众所周知且与本公开没有直接关联的技术内容相关的描述。这样省略不必要的描述是为了防止模糊本公开的主要思想，并且更清楚地传递主要思想。

出于相同原因，在附图中，一些元件可以被夸大、省略或示意性示出。此外，每个元件的大小并不完全反映实际大小。在附图中，相同或相应的元件具有相同的附图标记。

通过参考如下文结合附图详细描述的实施例，本公开的优点和特性以及其实现方式将为显而易见的。然而，本公开不限于下文陈述的实施例，而是可以用各种不同形式实施。提供以下实施例仅仅是为了完整地公开本公开并向本领域的技术人员告知本公开的范围，并且本公开仅由所附权利要求书的范围限定。贯穿整个说明书，相同或相似的附图标记表示相同或相似的元件。

这里，应当理解，流程图图示的每个框以及流程图图示中的框组合可以通过计算机程序指令来实施。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器以产生机器，使得经由计算机或其他可编程数据处理设备的处理器执行的指令创建用于实施一个或多个流程图框中所指定的功能的装置。这些计算机程序指令也可以存储在计算机可用或计算机可读存储器中，该存储器可以指导计算机或其他可编程数据处理设备以特定方式运行，使得存储在计算机可用或计算机可读存储器中的指令产生包括指令装置的制品，该指令装置实施该一个或多个流程图框中指定的功能。计算机程序指令也可以加载到计算机或其他可编程数据处理设备上，以使得在计算机或其他可编程设备上执行一系列操作步骤，从而产生计算机实施的过程，使得在计算机或其他可编程设备上执行的指令提供用于实施一个或多个流程图框中指定的功能的步骤。

此外，流程图图示的每个框可以表示模块、代码段或代码部分，其包括用于实施指定逻辑功能的一个或多个可执行指令。还应注意，在一些替代实施方案中，框中所述的功能可以无序发生。例如，依据所涉及的功能性，连续示出的两个框实际上可以大致同时执行，或者这些框有时可以按相反次序执行。

如本文所使用，“单元”是指执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)，其执行预定功能。然而，“单元”并不始终具有限于软件或硬件的含义。“单元”可以被构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括(例如)软件元件、面向对象的软件元件、类元件或任务元件、过程、功能、属性、程序、子例程、程序代码片段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、阵列和参数。“单元”所提供的元件和功能可以被组合成较小数量的元件或“单元”，或者被划分成较大数量的元件或“单元”。此外，元件和“单元”可以被实施为再现装置或安全多媒体卡内的一个或多个CPU。此外，实施例中的“单元”可以包括一个或多个处理器。

在下文中，将结合附图详细描述本公开的操作原理。在本公开的以下描述中，当可能使本公开的主题变得相当不清楚时，将省略对本文结合的已知功能或配置的详细描述。下文将描述的术语是考虑到本公开中的功能而定义的术语，且可根据用户、用户的意图或习惯而不同。因此，术语的定义应基于贯穿整个说明书的内容来确定。在下文中，基站是执行终端的资源分配的主体，并且可以是gNode B(gNB)、eNode B(eNB)、节点B、基站(BS)、无线电接入单元、基站控制器或网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、终端、蜂窝电话、智能电话、计算机，或者能够执行通信功能的多媒体***，但不限于此。在下文中，本公开描述了一种用于在无线通信***中由终端从基站接收广播信息的技术。本公开涉及一种用于融合物联网(IoT)技术和支持超过第4代(4G)***(诸如长期演进(LTE))的更高数据传输速率的第5代(5G)通信***的通信技术及其***。本公开可应用于基于5G通信技术和IoT相关技术的智能服务(例如，智能家居、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售业务、或安全和安保相关服务等)。

在以下描述中，为了方便起见，示例性地使用了指代广播信息的术语、指代控制信息的术语、与通信覆盖相关联的术语、指代状态变化(例如事件)的术语、指代网络实体的术语、指代消息的术语、指代装置元件的术语等。因此，本公开不限于下文使用的术语，并且可以使用指代具有等同技术含义的主题的其他术语。

在以下描述中，为了便于描述，本公开使用第3代合作伙伴计划长期演进(3GPPLTE)标准中所定义的术语和名称。然而，本公开不限于这些术语和名称，并且可以以同样方式应用于符合其他标准的***。

无线通信***已经扩展到超过提供面向语音的服务的最初角色，并且已经演进成根据例如通信标准来提供高速高质量分组数据服务的宽带无线通信***，这些通信标准诸如高速分组接入(HSPA)、长期演进(LTE或演进型通用陆地无线电接入(E-UTRA))、LTE-高级(LTE-A)、3GPP的LTE-Pro、3GPP2的高速率分组数据(HRPD)和超移动宽带(UMB)、以及IEEE的802.16e。此外，正在开发5G或新无线电(NR)的通信标准作为第5代无线通信***。

作为宽带无线通信***的代表性示例，LTE***在下行链路(DL)中采用正交频分复用(OFDM)方案，并且在上行链路(UL)中采用单载波频分多址(SC-FDMA)。上行链路指示从终端(用户设备(UE)或移动站(MS))向基站(eNode B或基站(BS))发送数据或控制信号的无线链路，并且下行链路指示从基站向终端发送数据或控制信号的无线链路。在上述多址方案中，通常，通过分配或管理用于承载每个用户的数据或控制信息的时频资源，从而根据用户来区分数据或控制信息，其中时频资源不重叠，即，建立正交性。

作为超过LTE的下一代通信***，即，5G通信***需要支持满足各种需求的服务，以便自由地适应用户和服务提供商的各种需求。5G***考虑的服务可以是增强型移动宽带(eMBB)、海量机器类型通信(mMTC)、超可靠低延迟通信(URLLC)等。

根据一些实施例，eMBB旨在提供与常规LTE、LTE-A或LTE-Pro支持的数据速率相比更增强的数据速率。例如，在5G通信***中，从单个基站的角度来看，eMBB需要为DL提供20Gbps的峰值数据速率并且为上行链路提供10Gbps的峰值数据速率。此外，5G通信***需要提供终端的增大的用户感知数据速率。为了满足这些需求，需要改进各种发送/接收技术，包括更增强的多输入多输出(MIMO)传输技术。另外，通过在3-6GHz或6GHz或更高的频带(而不是当前LTE***中使用的2GHz的频带)中使用比20MHz更宽的频率带宽，来满足5G通信***中所需的数据速率。

另外，为了支持应用服务，诸如5G***中的物联网(IoT)，考虑mMTC。mMTC可能需要小区中大的终端接入支持、终端覆盖改进、增强的电池时间、以及降低的终端成本，以便有效地提供IoT。在IoT中，由于终端附接到各种传感器和装置以提供通信功能，因此IoT需要在小区中支持大量的终端(例如，1，000，000个终端/km2)。此外，由于考虑到服务的特征，支持mMTC的终端可能位于小区可能无法覆盖的阴影区域，诸如建筑物的地下室，可能需要比由5G***提供的其他服务更广的覆盖范围。支持mMTC的终端可能需要低成本的终端，并且在mMTC中可能需要非常长的电池寿命，因为很难频繁更换终端的电池。

最后，URLLC是用于关键任务目的的基于蜂窝的无线通信服务，是用于远程控制机器人或机械装置、工业自动化、无人机、远程健康护理、紧急通知等的服务，并且需要提供超低延迟和超高可靠性的通信。例如，支持URLLC的服务可能需要满足小于0.5毫秒的空中接口延迟，并且还具有10^-5或更小的分组错误率的需求。因此，对于支持URLLC的服务，5G***需要提供比其他服务更小的发送时间间隔(TTI)，并且还需要在频带中分配更宽的资源的设计需求。然而，上述mMTC、URLLC和eMBB仅是不同服务类型的示例，并且根据本公开要应用的服务类型不限于上述示例。

在上述5G通信***中考虑的服务需要在单个框架基础上被多路复用和提供。即，为了有效的资源管理和控制，服务可以在被集成到单个***中之后被控制和发送，而不是独立操作。

在下文中，通过将LTE、LTE-A、LTE Pro或NR***当作示例来描述本公开的实施例，但是本公开的实施例可以应用于具有相似技术背景或信道形式的其他通信***。另外，通过本领域普通技术人员的判断在不大幅脱离本公开的范围的情况下，可以通过范围内的一些修改将本公开的实施例应用于其他通信***。

本公开涉及一种用于在执行协作通信的终端和多个传输节点之间重复发送数据和控制信号以增强通信可靠性的方法和设备。

根据本公开，当在无线通信***中使用网络协作通信时，可以增强终端的数据/控制信号接收的可靠性。

在下文中，将参考附图更详细地描述5G***的框架结构。

图1示出了根据实施例的LTE***、LTE-A***、NR***或与其类似的无线通信***的时频域发送结构。

图1示出了时频域的基本结构，时频域是5G***中发送数据或控制信道的无线资源区域。参考图1，在图1中，横轴表示时域，并且纵轴表示频域。时频域中的资源的基本单位是资源元素(RE)1-01，并且可以定义为时间轴上的1个正交频分复用(OFDM)符号1-02和频率轴上的1个子载波1-03。在频域中，

(例如，12)个连续RE可以构成一个资源块(RB)1-04。

图2示出了根据实施例的5G***中的帧、子帧和时隙的结构。

图2示出了在5G***中考虑的时隙结构。参考图2，在图2中示出了帧2-00、子帧2-01和时隙2-02的结构的示例。一个帧2-00的长度可以定义为10Ms。一个子帧2-01的长度可以定义为1ms。因此，总共10个子帧2-01可以构成一个帧2-00。一个时隙2-02或2-03可以被定义为14个OFDM符号(即，每个时隙的符号数量

)。一个时隙或多个时隙2-02或2-03可以构成一个子帧2-01。取决于子载波间隔的配置值μ2-04或2-05，每个子帧2-01的时隙2-02或2-03的数量可以不同。在图2的示例中，对于子载波间隔配置值，示出了μ＝0(2-04)的情况和μ＝1(2-05)的情况。在μ＝0(2-04)的情况下，一个时隙2-02可以构成一个子帧2-01。在μ＝0(2-05)的情况下，两个时隙2-03可以构成一个子帧2-01。即，取决于子载波间隔配置值μ，一个子帧的时隙数量

可以不同，并因此，一个帧的时隙数量

可以不同。根据每个子载波间隔配置μ的

和

可以在下面的[表1]中定义。

[表1]

在NR中，最多250个或更多的RB可以构成一个分量载波(CC)或服务小区。因此，当终端如在LTE的情况下始终接收整个服务小区带宽时，终端可能过度消耗电力。为了克服电力的过度消耗，基站可以为终端配置一个或多个带宽部分(BWP)并支持终端，使得终端可以改变小区中的接收区域。在NR中，基站可以通过主信息块(MIB)为终端配置“初始BWP”，即CORESET#0(或公共搜索空间，(CSS))的带宽。在下文中，基站可以经由RRC信令配置终端的初始BWP(第一BWP)，并且通知可以稍后经由下行链路控制信息(DCI)指示的至少一条BWP配置信息。稍后，基站可以通过经由DCI通知BWP ID来向终端指示终端要使用哪个带宽。如果终端在特定时间或更长时间内未能在当前分配的BWP接收到DCI，则终端可以通过回归到“默认BWP”来尝试接收DCI。

图3示出了根据实施例的无线通信***中的带宽部分的配置的示例。

图3示出了5G通信***中的带宽部分的配置的示例。参考图3，示出了一个示例，该示例显示终端带宽3-00被配置为两个带宽部分，即带宽部分#1(BWP#1)3-05和带宽部分#2(BWP#2)3-10。基站可以为终端配置一个带宽部分或多个带宽部分，并且为每个带宽部分配置如下[表2]所示的信息。

[表2]

除了上面[表2]中描述的配置信息之外，可以为终端配置与带宽部分相关的各种参数。上述信息可以由基站经由更高层信令，例如RRC信令，传送给终端。经配置的带宽部分或经配置的多个带宽部分中的至少一个可以被激活。是否激活经配置的带宽部分可以由基站经由RRC信令半静态地或者经由媒体访问控制(MAC)控制元件(CE)或DCI动态地传送给终端。

在5G通信***中支持的带宽部分的上述配置可以用于各种目的。

在一个示例中，当终端支持的带宽具有比***带宽更小的值时，可以支持终端所支持的带宽。例如，在[表2]中，当为终端配置带宽部分的频率位置(配置信息2)时，终端可以在***带宽中的特定频率位置发送或接收数据。

在另一个示例中，为了支持不同的数字体系，基站可以为终端配置多个带宽部分。例如，为了不仅使用15kHz的子载波间隔，而且使用30kHz的子载波间隔来支持到预定终端的数据发送或接收，两个带宽部分可以被配置成分别使用15kHz的子载波间隔和30kHz的子载波间隔。不同的带宽部分可以是频分复用(FDM)，并且在以特定的子载波间隔发送或接收数据时，可以激活被配置为对应的子载波间隔的带宽部分。

在另一个示例中，为了降低终端的功耗，基站为可以为终端配置彼此具有不同大小的带宽的带宽部分。例如，当终端支持具有非常大的值的带宽，例如100MHz的带宽，并且始终使用对应的带宽发送或接收数据时，可能消耗非常大的电力。特别地，在没有业务的情况下，从功耗的角度来看，终端对于100MHz带宽的下行链路控制信道的不必要的监控可能被认为是低效的。因此，为了降低终端的功耗，基站可以为终端配置具有相对小值的带宽部分，例如20MHz的带宽部分。在没有业务的情况下，终端可以使用20MHz的带宽部分执行监控，并且终端可以根据基站的指示使用100MHz的带宽部分发送或接收数据。

图4示出了根据实施例的无线通信***中的带宽部分的指示和切换的示例。

图4示出了带宽部分的动态配置改变方法。参考图4，如[表2]所示，基站可以为终端配置一个带宽部分或多个带宽部分，并且可以通过对每个带宽部分的配置，向终端通知关于带宽部分的带宽、带宽部分的频率位置、带宽部分的数字命理学等的信息。在图4中，示出了一个示例，该示例显示为一个终端配置了终端带宽4-00中的两个带宽部分，即带宽部分#1(BWP#1)4-05和带宽部分#2(BWP#2)4-10的。在配置的带宽部分中，可以激活一个带宽部分或多个带宽部分。在图4中，可以考虑示出激活一个带宽部分的示例。图4示出了激活了在时隙#0(4-25)中配置的带宽部分中的带宽部分#1(BWP#1)4-05，终端可以监控为带宽部分#1(BWP#1)4-05配置的控制区域#1(4-45)中的物理下行链路控制信道(PDCCH)，并且可以在带宽部分#1(BWP#1)4-05中发送或接收数据4-55。取决于配置的带宽部分中的激活的带宽部分，终端接收PDCCH的控制区域可以不同，并因此终端监控PDCCH的带宽可以不同。

基站可以另外向终端发送用于切换带宽部分的配置的指示符。这里，配置带宽部分的切换可以被认为与激活特定带宽部分的操作相同(例如，将激活从带宽部分A改变为带宽部分B)。基站可以在特定时隙中向终端发送配置切换指示。在从基站接收到配置切换指示之后，终端可以从特定时间点应用根据配置切换指示而切换的配置，确定要激活的带宽部分，并且监控为激活的带宽部分配置的控制区域中的PDCCH。

在图4中，基站可以向时隙#1 4-30中的终端发送配置切换指示4-15，其指示激活的带宽部分从现有带宽部分#1(BWP#1)4-05切换到带宽部分#2(BWP#2)4-10。在接收到对应的指示之后，终端可以根据指示的细节来激活带宽部分#2(BWP#2)4-10。在这种情况下，可能需要用于切换带宽部分的转换时间4-20，并因此可以确定切换和应用要被激活的带宽部分的时间点。图4示出了在接收到配置切换指示4-15之后采用对应于一个时隙的转换时间4-20的情况。在发送时间4-20期间，可以不执行4-60数据发送或接收。因此，在时隙#2(4-35)中，可以激活带宽部分#2(BWP#2)4-10，并且可以使用对应的带宽部分来执行发送或接收控制信道或数据的操作。

基站可以经由高层信令(例如，RRC信令等)预先配置一个带宽部分或多个带宽部分，并且可以根据其中配置切换指示4-15被映射到由基站预配置的带宽部分配置中的一个的方法来指示激活。例如，log₂N-位指示可以选择并指示N个预先配置的带宽部分中的一个。使用2位指示来指示关于带宽部分的配置信息的示例如下[表3]所示。

[表3]

图4中示出的所述带宽部分的配置切换指示4-15可以以MAC CE信令或L1信令(例如，公共DCI、组公共DCI、终端专用DCI等)的形式从基站传送到终端。可以根据以下描述来确定根据图4所示的配置切换指示4-15开始应用带宽部分激活的时间点。应用继续切换的时间点可以根据预定义的值来确定(例如，一旦接收到配置切换指示，就在N(≥1)个时隙之后应用配置切换)，可以由基站经由更高层信令(例如，RRC信令)为终端配置，或者可以部分地包括在配置切换指示4-15的细节中并被发送。可替代地，可以根据上述方案的组合来确定应用连续切换的时间点。在接收到带宽部分的配置切换指示4-15之后，终端可以从根据上述方案获取指示的时间点开始应用切换的配置。

在下文中，将参考附图更详细地描述5G通信***中的下行链路控制信道。

图5示出了根据实施例的无线通信***中的下行链路控制信道的控制区域配置的示例。

图5示出了5G无线通信***中发送下行链路控制信道的控制区域(控制资源集(CORESET))的示例。参考图5，在图5中示出了一个示例，该示例示出了在频率轴上配置终端带宽部分5-10，并且在时间轴上在一个时隙5-20中配置两个控制资源集(控制资源集#1(CORESET#1)5-01和控制资源集#2(CORESET#2)5-02)。控制资源集5-01和5-02可以被配置用于频率轴上整个终端带宽部分5-10内的特定频率资源5-03。控制资源集5-01和5-02在时间轴上可以配置为一个OFDM符号或多个OFDM符号，并且可以定义为控制区域持续时间(控制资源集持续时间)5-04。在图5的示例中，控制资源集#1(5-01)被配置为两个符号的控制资源集持续时间，并且控制资源集#2(5-02)被配置为一个符号的控制资源集持续时间。

5G***中的上述控制区域可以由基站经由更高层信令(例如，***信息、主信息块(MIB)和无线电资源控制信令)为终端配置。为终端配置控制区域可以指示为终端提供控制区域的标识符、控制区域的频率位置、控制区域的符号持续时间等。例如，可以包括[表4]中所示的信息。

[表4]

在[表4]中，tci-StatesPDCCH(简称为“TCI状态”)配置信息可以包括一个或多个同步信号(SS)/物理广播信道(PBCH)块或者与在对应控制区域中发送的解调参考信号处于准共址(QCL)关系的信道状态信息参考信号(CSI-RS)的索引的信息。

在下文中，描述了用于为NR***中的数据传输而分配时间和频率资源的方法。

在NR***中，除了通过BWP指示的频域资源候选分配之外，可以如下详细提供频域资源分配(FD-RA)方法。

图6示出了根据实施例的无线通信***中的PDSCH频域资源分配示例。

图6示出了类型0(6-00)、类型1(6-05)和动态切换6-10的三种频域资源分配方法，它们可经由NR***中的更高层信令配置。

参考图6，在终端经由更高层信令被配置成仅使用资源类型0(6-00)的情况下，将PDSCH分配给对应终端的下行链路控制信息(DCI)的部分片段可以具有包括N_RBG位的位图。稍后将再次描述满足这种情况的条件。这里，N_RBG意味着根据由BWP指示符分配的BWP大小和高层参数rbg大小确定的资源块组(RBG)的数量，如下文[表5]所示，并且根据位图将数据发送到由1指示的RBG。

[表5]

带宽部分大小	配置1	配置2
			1-36	2	4
37-72	4	8
			73-144	8	16
145-275	16	16

在终端经由更高层信令被配置成仅使用资源类型1(6-05)的情况下，将PDSCH分配给对应终端的DCI的部分片段可以具有包括

位的频域资源分配信息。稍后将再次描述满足这种情况的条件。基站可以配置从起始VRB 6-20连续分配的起始VRB 6-20和频域资源长度6-25。

在终端经由更高层信令被配置成使用资源类型0和资源类型1(6-10)的情况下，将PDSCH分配给对应终端的DCI的部分片段可以具有频域资源分配信息，该频域资源分配信息包括在用于配置资源类型0的有效载荷6-15与用于配置资源类型1的有效载荷6-20或6-25之间具有更大值6-35的位。稍后将再次描述满足这种情况的条件。这里，可以向DCI中的频域资源分配信息的最高有效位(MSB)添加一个位，当对应的位为0时，可以指示使用资源类型0，并且当对应的位为1时，可以指示使用资源类型1。

图7示出了在根据实施例的无线通信***中的物理下行链路共享信道(PDSCH)时域资源分配的示例。

图7示出了NR***中的时域资源分配的示例。参考图7，基站可以根据一个时隙中的OFDM符号的起始位置7-00和长度7-05指示PDSCH资源的时域位置，这些位置通过经由更高层信令配置的数据信道和控制信道的DCI、调度偏移(K₀)值以及子载波间隔(ScS)(μ_PDSCH和μ_PDCCH)来动态指示。

图8示出了根据实施例的在无线通信***中根据控制信道和数据信道的子载波间隔来分配时域资源的示例。

参考图8，在数据信道的子载波间隔和控制信道的子载波间隔相同(μ_PDSCH＝μ_PDCCH)8-00的情况下，由于数据信道的时隙号和控制信道的时隙号相同，基站和终端可以知道根据预定时隙偏移K₀出现的调度偏移。同时，在数据信道的子载波间隔和控制信道的子载波间隔不同(μ_PDSCH≠μ_PDCCH)8-05的情况下，由于数据信道的时隙号和控制信道的时隙号不同，基站和终端可以知道参考PDCCH的子载波间隔并根据预定时隙偏移K₀出现的调度偏移。

在NR***中，为了有效地接收终端的控制信道，提供了各种类型的DCI格式，如下文[表6]所示。

[表6]

例如，为了向一个小区分配(调度)PDSCH，基站可以使用DCI格式0_0或DCI格式0_1。

当DCI格式0_1与由小区无线电网络临时标识符(C-RNTI)、经配置的调度RNTI(CS-RNTI)或新RNTI加扰的CRC一起发送时，DCI格式0_1可以至少包括以下条信息：

-DCI格式的标识符(1位)：这指示DCI格式标识符，并始终配置为1。

-频域资源分配(N_RBG位或

位：这指示频域资源分配。如果在UE特定搜索空间中监控DCI格式1_0，则

是活动DL BWP的大小。否则，

是初始DL BWP的大小。N_RBG对应于资源块组号。对于更详细的方案，参考上述频域资源分配。

-时域资源分配(0-4位)：这指示根据以上描述的时域资源分配。

-VRB到PRB映射(1位)：在0的情况下，这指示非交错的VRP到PRB映射，并且在1的情况下，这指示交错的VRP到PRB映射。

-调制和编码方案(5位)：这指示用于PDSCH发送的调制顺序和编码速率。

-新数据指示符(1位)：这指示PDSCH是初始发送还是重传，这取决于它是否被切换。

-冗余版本(2位)：这指示用于PDSCH发送的冗余版本。

-HARQ过程号(4位)：这指示用于PDSCH发送的HARQ过程号。

-下行链路分配索引(2位)：DAI指示符

-用于经调度PUCCH的TPC命令(2位)：PUCCH电力控制指示符

-PUCCH资源指示符(3位)：这是PUCCH资源指示符并且指示经由更高层信令配置的八个资源中的一个。

-PDSCH到HARQ_反馈定时指示符(3位)：这是HARQ反馈定时指示符并且指示经由更高层信令配置的八个反馈定时偏移中的一个。

当DCI格式1_1与由小区无线电网络临时标识符(C-RNTI)、配置的调度RNTI(CS-RNTI)或新RNTI加扰的CRC一起发送时，DCI格式1_1可以至少包括以下条信息：

-载波指示符(0或3位)：这指示在其中发送由对应DCI分配的PDSCH的CC(或小区)。

-带宽部分指示符(0、1或2位)：这指示在其中发送由对应DCI分配的PDSCH的BWP。

-频域资源分配(由频域资源分配有效载荷确定)：这指示频域资源分配并且

是活动DL BWP的大小。对于更详细的方案，参考上述频域资源分配。

-VRB到PRB映射(0或1位)：在0的情况下，这指示非交错的VRP到PRB映射，并且在1的情况下，这指示交错的VRP到PRB映射。当频域资源分配被配置为资源类型0时，这是0位。

-PRB捆绑大小指示符(0或1位)：当更高层参数prb-BundlingType未配置或配置为“静态”时，这是0位。当更高层参数prb-BundlingType被配置为“动态”时，这是1位。

-速率匹配指示符(0、1或2位)：这指示速率匹配模式。

-ZP CSI-RS触发(0、1或2位)：这是触发非周期性ZP CSI-RS的指示符。

-对于传输块1：

-冗余版本(2位)：这指示用于PDSCH发送的冗余版本。

-对于传输块2：

-冗余版本(2位)：这指示用于PDSCH发送的冗余版本。

-HARQ过程号(4位)：这指示用于PDSCH发送的HARQ过程号。

-下行链路分配索引(0、2或4位)：DAI指示符

-用于经调度PUCCH的TPC命令(2位)：PUCCH电力控制指示符

-天线端口(4、5或6位)：这指示DMRS端口和没有数据的CDM组。

-发送配置指示符(0或3位)：TCI指示符

-SRS请求(2或3位)：SRS传输请求指示符

-CBG发送信息(0、2、4、6或8位)：这是指示是否发送经分配的PDSCH中的代码块组的指示符。0意味着不发送对应的CBG并且1意味着发送对应的CBG。

-CBG冲洗(0或1位)：这是指示先前的CBG是否被污染的指示符。0意味着前面的CBG可能被污染，并且1意味着前面的CBG可以在接收重传时使用(可组合)。

-DMRS序列初始化(0或1位)：DMRS加扰ID选择指示符

终端可以为对应小区中的每个时隙接收的、具有不同大小的DCI片段的数量最多为4。终端可以为对应小区中的每个时隙接收的、具有不同大小并被C-RNTI加扰的DCI片段的数量最多为3。

这里，天线端口指示可以如下文[表7]至[表10]所示的被指示。

[表7]

天线端口(1000+DMRS端口)、dmrs-Type＝1、maxLength＝1

[表8]

天线端口(1000+DMRS端口)、dmrs-Type＝1、最大长度＝2

[表9]

天线端口(1000+DMRS端口)、dmrs-Type＝2、maxLength＝1

[表10]

天线端口(1000+DMRS端口)、dmrs-Type＝2、最大长度＝2

[表7]是当dmrs-Type指示为1并且最大长度指示为1时可以使用的表。[表8]是当dmrs-Type指示为1并且最大长度指示为2时可以使用的表。当dmrs-Type为2且最大长度为1时，使用[表9]指示正在使用的DMRS端口，并且当dmrs-Type为2且最大长度为2时，使用[表10]指示该端口。[表7]至[表10]中由“没有数据的DMRS CDM组的数量”指示的数字1、2和3分别意味着CDMR组{0}、{0，1}和{0，1，2}。DMRS端口指示正在定时位置使用的端口的索引。天线端口指示为DMRS+1000。DMRS的CDM组连接到生成DMRS序列的方案和天线端口，如[表11]和[表12]所示。[表11]显示了使用dmrs-Type＝1的情况的参数，并且[表12]显示了使用dmrs-Type＝2的情况的参数。

[表11]

PDSCH DMRS dmrs-Type＝1的参数。

[表12]

PDSCH DMRS dmrs-Type＝2的参数。

根据每个参数的DMRS序列由下面的[方程式1]确定。

[方程式1]

k′＝0，1

n＝0，1，...

在[表7]和[表8]中，当仅启用一个码字时，第2、9、10、11和30行仅用于单个用户MIMO。即，在这种情况下，终端可以不假设另一个终端被共同调度，并且可以不执行多个用户MIMO接收操作，诸如取消、置零或白化多个用户干扰的操作。

在[表9]和[表10]中，当仅启用一个码字时，第2、10和23行仅用于单个用户MIMO。即，在这种情况下，终端可以不假设另一个终端被共同调度，并且可以不执行多个用户MIMO接收操作，诸如取消、置零或白化多个用户干扰的操作。

图9示出了根据实施例的协作通信天线端口配置的示例。

参考图9，示出了根据联合发送(JT)技术和情况的分配特定于发送接收点(TRP)无线资源的示例。

在图9中，9-00示出了支持小区、TRP或/和波束之间的相干预编码的相干联合发送(C-JT)。

在C-JP中，发送接收点(TRP)A 9-05和TRP B 9-10发送相同的数据(PDSCH)，并且在多个TRP中执行联合预编码。这可能意味着TRP A 9-05和TRP B 9-10发送相同的DMRS端口(例如，两个TRP都发送DMRS端口A和B)以用于相同的PDSCH发送。在这种情况下，终端可以接收一条DCI信息，以用于接收基于通过DMRS端口A和B发送的DMRS解调的一个PDSCH。

在图9中，9-20示出了支持小区、TRP或/和波束之间的非相干预编码的非相干联合发送(NC-JT)。在NC-JT的情况下，小区、TRP和/或波束发送不同的PDSCH，并且可以为每个PDSCH应用单独的预编码。这可能意味着TRP A 9-25和TRP B 9-30发送不同的DMRS端口(例如，TRP A发送DMRS端口A并且TRP B发送DMRS端口B)以用于不同的PDSCH发送。在这种情况下，终端可以接收两个类型的DCI信息，以用于接收基于通过DMRS端口A发送的DMRS解调的PDSCH A和基于通过DMRS端口B发送的DMRS解调的PDSCH B。

为了支持NC-JT同时从两个或更多个发送点向一个终端提供数据，需要分配从两个或更多个不同发送点通过一个PDCCH发送的PDSCH，或者需要分配从两个或更多个不同发送点通过多个PDCCH发送的PDSCH。终端基于L1/L2/L3信令获取参考信号或信道之间的准协同定位(QCL)连接关系，并且可以通过该关系有效地估计参考信号或信道的大规模参数。当参考信号或信道的发送点不同时，大规模参数难以彼此共享。因此，当执行协作发送时，基站需要通过两个或更多个TCI状态同时向终端通知关于两个或更多个发送点的准协同定位信息。当通过多个PDCCH支持非相干联合发送时，即，当两个或更多个PDCCH在同一时间点将两个或更多个PDSCH分配给同一服务小区和同一带宽部分时，两个或更多个TCI状态中的每一个可以通过对应的PDCCH分配给对应的PDSCH或对应的DMRS端口。同时，当通过单个PDCCH支持非相干联合发送时，即，当一个PDCCH在同一时间点将两个或更多个PDSCH分配给同一服务小区和同一带宽部分时，两个或更多个TCI状态中的每一个需要通过一个PDCCH分配给对应的PDSCH或对应的DMRS端口。

当假设在特定时间点分配给终端的DMRS端口被划分成从发送点A发送的DMRS端口组A和从发送点B发送的DMRS端口组B时，两个或更多个TCI状态分别连接到DMRS端口组，并因此可以基于每个组的不同QCL假设来执行信道估计。同时，为了提高信道测量精度并还减少发送负担，不同的DMRS端口可以是码分复用(CDM)、频分复用(FDM)或时域复用(TDM)。其中，码分复用的DMRS端口通常被称为CDM组。由于当端口的信道属性类似时，基于码的多路复用对于CDM组中的DMRS端口是平滑地操作的(即，由于当端口的信道属性类似时，通过正交覆盖码(OCC)很好地区分CDM组中的DMRS端口)，对于存在于同一CDM组中的DMRS端口来说，不具有不同的TCI状态是重要的。本公开提供了一种用于向终端指示没有满足属性的数据的DMRS端口和CDM组的方法。

同时，在本公开中，为了便于描述，通过PDCCH发送控制信息的操作可以被描述为发送PDDCH的操作，并且通过PDSCH发送数据的操作可以被描述为发送PDSCH的操作。

在下文中，为了便于描述，[表7]至[表12]被称为“第一天线端口指示(或常规天线端口指示)”，并且从[表7]至[表12]的代码点中经部分或全部修改的表被称为“第二天线端口指示(或新天线端口指示)”。此外，没有数据分配的DMRS端口和CDM组被称为“DMRS分配”。

终端可以从指示DMRS端口的表中确定在PDSCH发送时使用的天线端口的数量。基于rel-15的天线端口指示方法可以基于4到6位长度的索引，在DCI格式1_1的情况下，由DCI的天线端口字段指示，并且可以由此确定天线端口。终端可以基于基站发送的指示符(索引)来识别关于DMRS端口和索引的数量、前加载符号的数量以及用于PDSCH的CDM组的数量的信息。此外，基于DCI1_1中的发送配置指示(TCI)字段的信息，终端可以确定动态波束成形方向的切换。当tci-PresentDCI被配置为在更高层中“启用”时，终端可以识别3位信息的TCI字段，并且确定DL BWP或经调度分量载波中的经激活TCI状态以及与DL-RS相关联的波束的方向。同时，当tci-PresentDCI被“禁用”时，终端可以认为波束成形的波束方向没有切换。

在各种实施例中，考虑分配通过单个PDCCH从两个(或更多个)不同发送点发送的PDSCH的场景。rel-15终端接收包括单层或多层的PDSCH流，该流基于单个PDCCH中的TCI信息和天线端口信息QCLed。同时，rel-16终端可以以C-JT/NC-JT的形式接收从多TRP或多个基站发送的数据。为了支持C-JT/NC-JT，rel-16终端需要执行基本的更高层配置。具体地，对于更高层的配置，终端需要接收并配置与C-JT/NC-JT相关的参数、设置值等。

[实施例1]

在本公开中，对于支持C-JT/NC-JT的基站和终端，提出了用于C-JT/NC-JT信令发送或接收的单独的DMRS端口表。所提出的DMRS端口表可以作为单独的表与由基于DCI格式1_1的天线端口字段指示的DMRS端口表区分开。基站和终端可以预先配置是否在RRC配置中支持NC-JT的信息，作为区分表与rel-15中提出的DMRS端口表的方法。即，通过RRC配置，可以配置诸如“C-JT/NC-JT发送＝启用/禁用”的字段，并且根据该字段，可以识别是否支持C-JT/NC-JT。

当通过更高层信令将其配置为“C-JT/NC-JT发送＝启用”时，可以通过使用DCI格式1_1中的现有天线端口字段来指示要由终端使用的字段。可替代地，可以通过使用除了单独DCI格式1_1中的天线端口字段之外的单独字段，为NC-JT指示详细的DMRS端口数量、没有数据的DMRS CDM组的数量、(最大)前加载符号的数量以及DMRS类型中的至少一个信息。

[表12-1]至[表12-4]提出了DMRS端口，使得从同一TRP发送的DMRS端口将参考上文[表11]所述的CDM组发送到同一个CDM组。在[表12-1]至[表12-4]中，左右参考分号(；)指示不同的TPR发送和不同的CDM组映射，但是根据实施例，可以省略分号。此外，表中包括的参考分号(；)的值的顺序可以改变。此外，表中所示的DMRS端口考虑了最多支持两个DMRS端口的情况，即第一TRP和第二TRP。此外，在[表7]至[表10]中描述的DMRS端口、类型、前加载符号的数量等的相同基本概念可以应用于[表12-1]至[表12-4]。

如[表12-1]所示，C-JT/NC-JT的DMRS端口表可以与rel-15中不支持的端口区分开，并且可以支持不同类型的端口。

例如，当基站向终端指示条目(或值)0时，终端可以确定第一TRP和第二TRP分别通过DMRS端口0和DMRS端口2发送DMRS。此外，已经识别出每个TRP的端口数量为1的终端可以确定从第一TRP和第二TRP中的每一个执行单层发送。

当基站向终端指示条目1时，终端可以确定第一TRP和第二TRP分别通过DMRS端口1和DMRS端口3发送DMRS。此外，已经识别出每个TRP的端口数量为1的终端可以确定从第一TRP和第二TRP中的每一个执行单层发送。条目1具有与条目0不同的端口数量，但功能上类似于条目0。因此，条目1可以被认为是条目0的副本，并从表中省略。

当基站向终端指示条目2时，终端可以确定第一TRP通过DMRS端口0和1发送DMRS，并且第二TRP通过DMRS端口2发送DMR。此外，已经识别出第一TRP的端口数量是2并且第二TRP的端口数量是1的终端可以确定从第一TRP执行2层发送并且从第二TRP执行1层发送。

当基站向终端指示条目3时，终端可以确定第一TRP通过DMRS端口0发送DMRS，并且另一第二TRP通过DMRS端口2和3发送DMRS。此外，已经识别出第一TRP的端口数量是1并且第二TRP的端口数量是2的终端可以确定从第一TRP执行单层发送并且从另一第二TRP执行2层发送。

从上述条目2和3可以容易地理解条目4和5的基站和终端的操作。条目4和条目5具有与条目2和条目3不同的端口数量，但是在功能上类似于条目2和条目3，并因此可以从表中省略。

当基站向终端指示条目6时，终端可以确定第一TRP通过DMRS端口0和1发送DMRS，并且另一第二TRP通过DMRS端口2和3发送DMRS。此外，已经识别出每个TRP的端口数量为2的终端可以确定从第一TRP和另一第二TRP中的每一个执行2层发送。

[表12-1]以条目类型示出了各种情况中的实施例，其中基站和终端彼此通信，并且全部或部分七个条目可以应用于实际***。此外，可以使用包括[表12-1]中包括的条目中的至少一个条目的另一个表。此外，[表12-1]示出了基站向终端发送一个码字的情况，但是也可以类似地应用于发送两个或更多个码字的情况。

[表12-2]显示了具有与[表12-1]相同的DMRS类型1和与[表12-1]不同的最大长度(最大长度＝2)的情况。参考[表7]和[表8]，C-JT/NC-JT的DMRS端口配置可以以DMRS端口0到3的maxLength＝1的相同形式映射。

[表12-3]显示了不同于[表12-1]中描述的DMRS类型1的DMRS类型2的C-JT/NC-JT的DMRS端口表。[表12-3]最多支持12个DMRS端口，并且对于MU-MIMO类型是足够的结构。

例如，当基站向终端指示条目1时，终端可以确定第一TRP和第二TRP分别通过DMRS端口0和DMRS端口2发送DMRS。此外，已经识别出每个TRP的端口数量为1的终端可以确定从第一TRP和第二TRP中的每一个执行单层发送。[表12-3]中的条目显示了DMRS CDM组的数量为2的情况和DMRS CDM组的数量为3的情况，并且不排除在分割的条目中指示DMRS CDM组的数量为2的情况和DMRS CDM组的数量为3的情况。实施例以条目类型示出，并且全部或部分14个条目可以应用于实际***。例如，表可以仅由条目0、2、3、6、7、9、10和13的部分条目配置。此外，在实施例中，条目的顺序仅仅是实施例，并且不旨在限制本公开。此外，[表12-3]示出了基站向终端发送一个码字的情况，但是也可以类似地应用于发送两个或更多个码字的情况。

[表12-4]显示了具有与[表12-3]相同的DMRS类型2和与[表12-3]不同的最大长度(最大长度＝2)的情况。参考[表7]和[表8]，当为C-JT/NC-JT配置DMRS端口时，总共分配了两至四个DMRS端口，并且至少一个DMRS端口被分配给每个CDM组。取决于前加载符号的数量，当前加载符号的数量为1时，在DMRS端口0-3之间执行分配(由于复制了[表12-3]，这被省略)，并且当前加载符号的数量为2时，在DMRS端口0-7之间执行分配。当总共使用两个DMRS端口时，每个CDM组的频域正交覆盖码(OCC)需要相同。

同时，每个CDM组的时域OCC可以相同或不同。例如，可以使用在CDM组{0和1}中的每一个中使用相同时域OCC的DMRS端口0和2，并且也可以使用在CDM组{0和1}中的每一个中使用不同时域OCC的DMRS端口0和6。当总共使用三个DMRS端口时，应用于CDM组{0和1}中的每一个的时域OCC可以相同或不同。实施例以条目类型示出，并且全部或部分28个条目可以应用于实际***。

例如，表可以仅由条目0、2、3、6、7、9、10和13的部分条目或者仅由条目0、2、3、6、7、9、10、13、14、16、17、20、23、24和27的条目来配置。此外，在实施例中，条目的顺序仅仅是实施例，并且不旨在限制本公开。此外，[表12-4]示出了基站向终端发送一个码字的情况，但是也可以类似地应用于发送两个或更多个码字的情况。

[表12-1]天线端口(1000+DMRS端口)、dmrs-Type＝1、maxLength＝1的DMRS指示表

[表12-2]天线端口(1000+DMRS端口)、dmrs-Type＝1、最大长度＝2的DMRS指示表

[表12-3]天线端口(1000+DMRS端口)、dmrs-Type＝2、maxLength＝1的DMRS指示表

[表12-4]天线端口(1000+DMRS端口)、dmrs-Type＝2、最大长度＝2的DMRS指示表

[实施例2]

[表13-1]提出了一种方法，用于使用常规rel-15中的保留位的码点作为基站向C-JT/NC-JT的终端指示DMRS端口的方法。如[表7]所示，rel-15DMRS端口表使用从0到11的字段，并且不使用作为保留位的12-15。根据本公开，可以指示DMRS端口用于协作发送，其中，如[表13-1]所示，通过使用DMRS端口表中的12到15的四个码点，从两个TRP执行发送。当使用相同的保留位时，基站和终端不需要分配单独的字段，从而有效地使用DCI资源。

例如，当基站向终端指示条目12时，终端可以确定第一TRP和第二TRP分别通过DMRS端口0和DMRS端口2发送DMRS。此外，已经识别出每个TRP的端口数量为1的终端可以确定从第一TRP和第二TRP中的每一个执行单层发送。

在另一个示例中，当基站向终端指示条目13时，终端可以确定第一TRP通过DMRS端口0和1发送DMRS，并且第二TRP通过DMRS端口2发送DMR。此外，已经识别出第一TRP的端口数量是2并且第二TRP的端口数量是1的终端可以确定从第一TRP执行2层发送并且从第二TRP执行1层发送。

在另一个示例中，当基站向终端指示条目14时，终端可以确定第一TRP通过DMRS端口0发送DMRS，并且另一第二TRP通过DMRS端口2和3发送DMRS。此外，已经识别出第一TRP的端口数量是1并且第二TRP的端口数量是2的终端可以确定从第一TRP执行单层发送并且从另一第二TRP执行2层发送。

在另一个示例中，当基站向终端指示条目15时，终端可以确定第一TRP通过DMRS端口0和1发送DMRS，并且另一第二TRP通过DMRS端口2和3发送DMRS。此外，已经识别出每个TRP的端口数量为2的终端可以确定从第一TRP和另一第二TRP中的每一个执行2层发送。

这里，在更高层中被配置为“C-JT/NC-JT发送＝启用”的终端可以识别DCI格式1_1中的现有天线端口字段的剩余码点，并且可以使用动态方法来确定是否支持C-JT/NC-JT。即，当DCI格式1_1的天线端口字段是12到15时，终端可以从DCI识别用于要调度的PDSCH发送的TRP的数量、要发送的层数、没有数据的DMRS CDM组的数量、以及前加载符号的数量。实施例以条目类型示出，并且全部或部分4个条目可以应用于实际***。在实施例中，条目的顺序仅仅是实施例，并且不旨在限制本公开。

例如，[表13-2]到[表13-4]对应于实施例，其中分别从[表12-2]到[表12-4]生成的部分DMRS端口被添加到由rel-15标准定义的[表8]到[表10]，并且省略了重复的DMRS端口以便减小位大小。省略方式只是一个实施例，并且可以通过另外使用[表12-1]至[表12-4]中指示的全部或部分DMRS端口来配置完整的表。此外，基站可以为rel-16NC-JT终端执行联合发送的调度，如[表12-1]至[表13-4]所示，并且还可以为rel-15终端执行到同一DMRS端口的单端口发送的调度，使得执行下行链路MU-MIMO操作。

在另一个示例中，由于[表13-1]至[表13-4]中的部分条目具有相同的DMRS端口索引，可以省略重复的索引。即，[表13-1]中NC-JT的条目12、13和15分别具有与条目11、9和10相同的端口索引并且可以省略。此外，[表13-2]中NC-JT的条目31、32和34分别具有与条目11、9和10相同的端口索引并且可以省略。此外，[表13-3]中NC-JT的条目24、25、27、29和31分别具有与条目23、9、10、29和22相同的端口索引并且可以省略。此外，[表13-4]中NC-JT的条目58、59、61、63和65分别具有与条目23、9、10、20和22相同的端口索引并且可以省略。基于至少不同的CDM组未被发送到NC-JT的相同端口的假设、终端可以通过指示是否在TCI字段中支持NC-JT来区分NC-JT的DMRS端口的假设、以及可以基于MAC CE消息接收和DCI接收来区分DMRS端口的假设中的一个，可以省略重复的索引。

[表13-1]天线端口(1000+DMRS端口)、dmrs-Type＝1、maxLength＝1的DMRS指示表

[表13-2]天线端口(1000+DMRS端口)、dmrs-Type＝1、maxLength＝2的DMRS指示表

[表13-3]天线端口(1000+DMRS端口)、dmrs-Type＝2、maxLength＝1的DMRS指示表

[表13-4]天线端口(1000+DMRS端口)、dmrs-Type＝2、maxLength＝2的DMRS指示表

终端可以以C-JT/NC-JT的形式支持从多TRP或多个基站发送的数据。支持C-JT/NC-JT的终端可以通过更高层配置接收C-JT/NC-JT相关参数、设置值等，并且可以基于此设置终端的RRC参数。对于更高层配置，终端可以使用UE能力参数tci-StatePDSCH。这里，UE能力参数tci-StatePDSCH定义了用于PDSCH发送的TCI状态，其中TCI状态的数量在FR1中可以被配置为4、8、16、32、64和128，并且在FR2中可以被配置为64和128，并且在所配置的数量中，可以配置可以由DCI的3位TCI字段通过MAC CE消息指示的最大八个状态。最大值128意味着由包括在UE能力信令中的tci-StatePDSCH参数中的maxNumberConfiguredTCIstatesPerCC指示的值。从更高层配置到MAC CE配置的串行配置操作可以应用于一个TRP中至少一个PDSCH的波束成形指示或波束成形切换命令。

各种实施例描述了终端如何可以通过诸如rel-15和rel-16的不同MAC CE信令来激活或去激活TCI状态。特别地，当分配用于特定终端的PDSCH(诸如DCI格式1_1)时，TCI字段可以用于动态支持波束成形方向指示或波束成形方向切换命令。

波束成形方向指示或波束成形方向切换命令意味着当已经识别了DCI格式1_1的TCI状态字段信息的终端在预定时间之后通过下行链路接收PDSCH时应用的操作，并且方向意味着与QCLed基站/TRP的DL RS相关联地对应的波束成形配置方向。

首先，基站和终端可以确定使用用于rel-15DCI格式的rel-15MAC CE和用于rel-16DCI格式的rel-16MAC CE中的每一个。根据用于区分rel-15MAC CE结构和rel-16MACE CE结构的方法，提出了其他方法。

rel-16MAC CE可以被配置成具有部分扩展rel-15MAC CE消息的形式。该实施例可以提出，由rel-15MAC CE激活的所有TCI状态都包括在由rel-16MAC CE激活的TCI状态中。

例如，如图10所示，基站可以将rel-15RRC配置的TCI状态10-00的所有TCI状态的数量确定为M，包括TCI#0、TCI#1、TCI#2……以及TCI#M-1，并且可以选择作为由rel-15MACCE、TCI#0'、TCI#1'、TCI#2'……以及TCI#K-1选择的TCI状态的子集10-20。同时，支持rel-16的基站和终端可以单独配置支持rel-16的RRC配置的TC状态，或者可以使用rel-15中配置的RRC配置的TCI状态而不做改变。在这种情况下，支持rel-16的RRC配置的TCI状态可以包括rel-15中配置的全部或部分RRC配置的TCI状态。在M＝128的情况下，rel-16的TCI态的数量可以等于或大于128。当基站或终端与rel-16中为C-JT/NC-JT操作的基站/TRP的数量成比例地扩展rel-15中支持的TCI状态的数量时，在两个TRP中操作的情况下，最多可以配置256个TCI状态。这里，rel-16MAC CE可以包括rel-15MAC CE支持的所有或部分TCI状态到为rel-16配置的RRC TCI状态。具体地，当rel-16MAC CE包括rel-15MAC CE中支持的所有TCI状态，并且TCI状态的数量与rel-16中为C-JT/NC-JT操作的基站/TRP的数量成比例扩展时，在两个TRP中操作的情况下，可以配置最大2K个TCI状态。

[表14]示出了关于上述实施例中描述的tci-StatePDSCH参数的细节。具体地，对于C-JT/NC-JT，参数maxNumberConfiguredTCIstatesPerCC的FR2强制值可以从64修改为128或256，或者可以另外添加64、128或256。

[表14]

例如，支持rel-15和rel-16的基站或终端可以通过MAC CE为TCI状态配置为rel-15和rel-16中的每一个配置最大值，并且可以将TCI状态的数量配置为等于或小于所配置的最大值。作为用于将TCI状态的数量配置为等于或小于最大值的方法，下面可以提出各种实施例。

rel-15和rel-16的MAC CE消息激活的TCI状态的数量可以由终端报告的UE能力值来配置。根据另一示例，由rel-15和rel-16的MAC CE消息激活的TCI状态的数量可以由基站预先配置的值来确定。根据另一示例，由rel-15和rel-16的MAC CE消息激活的TCI状态的数量可以被确定为由基站和终端预先配置的值来确定。

例如，如图10所示，基站和终端可以将rel-15RRC配置的TCI状态的所有TCI状态10-00的数量确定为M，包括TCI#0、TCI#1、TCI#2……以及TCI#M-1，并且可以选择由rel-15MAC CE选择的TCI状态的子集10-20，并且可以将子集布置为TCI#0'、TCI#1'、TCI#2'……以及TCI#K-1。当从M个TCI状态选择TCI#0时，TCI#0可以布置在TCI#0'中。这里，例如，支持rel-15的基站和终端的K值的最大值可以被配置为8，并且支持rel-16的基站和终端的K值的最大值也可以被配置为8。当最大值被配置为8时，基站可以通过一个CORESET中的基于DCI的波束选择操作向终端指示为PDSCH选择波束。波束的选择可以通过从最大八个波束中识别DCI的TCI字段信息10-40来确定。图10所示的TCI字段#1可以被选择为具有0到7的值。例如，当DCI的TCI字段由000指示时，可以确定TCI#0'(TCI#1＝TCI#0')是从TCI#0'、TCI#1'、TCI#2'、TCI#3'、TCI#4'、TCI#5'、TCI#6'和TCI#7'中指示的。在上述实施例中描述了每个最大值被配置为8(K＝8)，但是最大值可以被配置为小于8的值。在上述实施例中描述了rel-15MAC CE的最大值与rel-16MAC CE的最大值相同，但是可以配置不同的最大值。

在另一个示例中，当TCI状态的数量与为C-JT/NC-JT操作的基站/TRP的数量成比例地扩展时，在两个TRP中操作的情况下，支持rel-16的基站和终端的K值的最大值可以被配置为16。当最大值被配置为16时，基站可以通过一个CORESET中的基于DCI的波束选择操作向终端指示为PDSCH选择一个或多个波束。当K为16时，由基站选择和指示的#I可以是0到15的值。在上述实施例中描述了每个最大值被配置为16(K＝16)，但是最大值可以被配置为小于16的值。

[表15]示出了TCI状态和准协同定位(QCL)信息的高层信令结构。参考[表15]，一个TCI状态最多包括两种QCL类型(qcl-类型1和qcl-类型2)，并且一个QCL类型连接到配置为类型A、类型B、类型C和类型D中的一个的QCL信息。在这种情况下，根据QCL类型，目标RS可以从参考RS参考的大规模参数值的类型如下：

“QCL-类型A”：{多普勒频移、多普勒扩展、平均延迟、延迟扩展}

“QCL-类型B”：{多普勒频移、多普勒扩展}

“QCL-类型C”：{多普勒频移、平均延迟}

“QCL-类型D”：{空间Rx参数}(即，接收波束相关信息)。

在图15中，连接到qcl-类型1的QCL-信息可以被配置为QCL-类型A(QCL-TypeA)、QCL-类型B(QCL-TypeB)和QCL-类型C(QCL-TypeC)中的一个。当qcl-类型2被配置时，与之连接的QCL-信息被配置为QCL-类型D(QCL-TypeD)。

[表15]

[表16]显示了UE能力报告参数“PDSCH波束切换(或timeDurationForQCL(QCL的持续时间)，UE capa 2-2)”和“用于活动TCI状态下的QCL类型-D的下行链路RS资源的最大数量以及活动空间关系信息(或UE capa 2-62)”的属性。参考[表16]，终端可以参考60kHz的子载波间隔(SCS)通过timeDurationForQCL向基站报告接收波束从最小7个符号切换到最大28个符号所需的持续时间，或者可以参考120kHz的子载波间隔(SCS)通过timeDurationForQCL向基站报告接收波束从最小14个符号切换到最大28个符号所需的持续时间。可以仅在FR2中配置60kHz和120kHz SCS，并且根据[表16]，timeDurationForQCL也仅可在FR2中使用。此外，终端可以通过“UE capa 2-62”向基站通知可以用作激活的TCI状态的QCL类型D的参考RS的下行链路参考信号的最大数量。例如，当“UE capa 2-62”的值为1时，这意味着激活的TCI状态下的QCL类型D的参考RS是一，并且可以解释为可以不执行QCL类型D，即接收波束的动态切换。同时，当“UE capa 2-62”具有等于或大于2的值时，这意味着激活的TCI状态下的QCL类型D的参考RS是两个或更多个，并且可以解释为可以执行QCL类型D，即接收波束的动态切换。

[表16]

基于rel-15的基站可以考虑从CORESET中的PDCCH接收完成的时间点到由PDCCH调度的PDSCH被发送的时间点的调度定时偏移(t_so)来分配数据。调度定时偏移(t_so)意味着从用于分配PDSCH的PDCCH的最后符号(下一个符号)到用于在由图8所示的k0指示的对应时隙中发送数据的PDSCH开始的符号之前的符号的持续时间。调度定时偏移(t_so)可以基于在更高层中配置的PDSCH-TimeDomainResourceAllocation(时域资源分配)的startSymbolAndLength(起始符号和长度)(0到127)中配置的起点和长度指示符(SLIV)索引来确定PDSCH的起始符号。波束成形的应用可以取决于UE能力而不同，并且在与基站进行RRC配置的过程中，该能力作为timeDurationForQCL值被传送到基站。在本公开中，timeDurationForQCL可以被称为终端应用QCL的持续时间或QCL应用时间间隔。

基本上，终端可以根据调度定时偏移(t_so)的值和基于要在更高层中配置的UE能力的timeDurationForQCL的值来执行以下操作。

当tci-PresentinDCI(存在于DCI中的tci)未被配置为在更高层配置中“启用”时，终端可以识别PDCCH与PDSCH之间的调度偏移/调度定时偏移具有等于还是大于报告为UE能力报告的timeDurationForQCL的值，而不管DCI格式如何。

当tci-PresentinDCI被配置为在更高层配置中“启用”并且终端从基站接收DCI格式1_1时，终端可以假设在对应的DCI中存在TCI字段，并且可以识别PDCCH与PDSCH之间的调度定时偏移具有等于还是大于报告为UE能力报告的timeDurationForQCL的值。

当PDCCH与PDSCH之间的调度偏移/调度定时偏移具有小于timeDurationForQCL的值时，终端可以基于在与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的CORESET中使用的QCL参数来确定接收的PDSCH的DMRS端口。

此外，例如，当PDCCH与PDSCH之间的调度偏移/调度定时偏移具有等于或大于timeDurationForQCL的值时，终端应用与用于对应的PDSCH DMRS端口的PDCCH发送的CORESET相同的QCL假设。

在另一个示例中，当PDCCH与PDSCH之间的调度偏移/调度定时偏移具有等于或大于timeDurationForQCL的值时，终端应用与用于对应的PDSCH DMRS端口的对应PDCCH(DCI)中的TCI字段指示的QCL假设。同时，在由终端“为所有BWP”配置的TCI状态中，没有TCI状态被包括在QCL类型D中，终端可以根据始终指示的TCI状态来获取QCL假设，而不管DCI与由DCI分配的PDSCH之间的间隔如何。

图11示出了由基站根据至少一个经配置的CORESET和搜索空间发送的PDCCH的结构，图12示出了由基站根据至少一个经配置的CORESET和搜索空间发送的PDCCH的结构，图13A示出了由基站根据至少一个经配置的CORESET和搜索空间发送的PDCCH的结构，并且图13B示出了由基站根据至少一个经配置的CORESET和搜索空间发送的PDCCH的结构。

图11示出了基站在如图8所示的一个CORESET(例如，第一CORESET或PDCCH#1)中发送第一PDCCH的实施例，图12示出了基站在如图8所示的一个CORESET(例如，第一CORESET或PDCCH#1)中发送第一PDCCH的实施例，图13A示出了基站在如图8所示的一个CORESET(例如，第一CORESET或PDCCH#1)中发送第一PDCCH的实施例，并且图13B示出了基站在如图8所示的一个CORESET(例如，第一CORESET或PDCCH#1)中发送第一PDCCH的实施例。具体地，从TRP-A发送的第一PDCCH可以执行一个或多个PUCCH资源和两个或更多个PDSCH的调度。不同CDM组的DMRS端口可以应用于由基站发送的PDSCH中的每一个，并且与PDSCH中的每一个一起发送的DMRS发送符号可以位于相同的符号上。

只要MAC CE没有更新，基站就对特定终端的基站发送的特定CORESET中的PDCCH波束方向(TCI状态)应用相同的波束方向。在图11、图12、图13A和图13B中，由基站/TRP A发送的第N个PDCCH(PDCCH#N)对应于与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的CORESET中的PDCCH。即，除非接收到PDCCH波束切换更新消息，否则对于第一PDCCH接收，终端应用相同的QCL参数，该参数在与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的CORESET中接收第N个PDCCH时使用。描述了根据描述从相同CORESET中的不同搜索空间发送的实施例，从第一PDCCH的前一时隙发送第N个PDCCH，但是该实施例不限制从相同时隙的另一搜索空间发送。

在图11、图12、图13A和图13B中，第一PDCCH和第二PDCCH可以指示为NC-JT分配第一PDSCH和第二PDSCH，其中PDSCH的波束成形方向可以取决于在更高层中配置的波束成形信息以及在第一PDCCH或第二PDCCH中DCI的TCI信息、天线端口信息或RNTI信息来切换。终端可以基于接收到的波束成形信息和DCI信息识别由基站切换的波束成形方向。

例如，在图11中，对于NC-JT，第一PDCCH的波束成形方向可以与第一PDSCH和第二PDSCH的波束方向不同。在另一个示例中，对于NC-JT，第一PDCCH的波束成形方向可以与第一PDSCH和第二PDSCH的波束成形方向相同。在另一个示例中，考虑到空间波束成形增益，基站可以将第一PDSCH和第二PDSCH的波束成形方向配置为彼此不同。

图11提出了基站和终端根据timeDurationForQCL与调度定时偏移之间的关系的操作，该调度定时偏移包括第一PDCCH的最后符号与PDSCH的起始符号之间的符号的数量和持续时间。

本公开将调度定时偏移定义为PDCCH的最后符号与对应于PDCCH的PDSCH的起始符号之间的符号数量，但是本公开的实施例不限于此，并且调度定时偏移可以被不同地定义为具有预定值的符号单元或时隙单元。

[实施例1-1]

例如，基站可能不支持基于NC-JT的发送，其中基站通过使用单个PDCCH为终端执行调度，其中tci-PresentinDCI未被配置为对终端“启用”。即，基站可以在一个PDCCH中为tci-PresentinDCI未被配置为“启用”的终端分配一个PDSCH。当基站通过使用单个PDCCH执行调度来向特定终端分配两个或更多个PDSCH时，可以仅在tci-PresentinDCI被配置为对该终端“启用”的情况下执行基于NC-JT的发送。然而，当使用多PDCCH调度时，可以执行基于NC-JT的发送，并且将在下面的实施例5-1中添加与其相关的描述。

在另一个示例中，基站可以指示基于NC-JT的发送，其中基站基于单个PDCCH中的天线端口信息通过使用单个PDCCH为终端执行调度，其中tci-PresentinDCI未被配置为对终端“启用”。具体地，基站可以向终端指示天线端口信息中与映射到不同CDM组的DMRS相关的信息，以便通知与要由基站发送的多个PDSCH相关的信息。

[实施例1-2]

基站可以使用单个PDCCH中的DCI格式1_1通过为终端执行调度来支持基于NC-JT的发送，其中tci-PresentinDCI被配置为对终端“启用”。此外，在基于NC-JT的发送中，考虑到单个PDCCH与多个PDSCH之间的调度定时偏移(t_so)，基站可以执行到终端的数据发送。

图11中的11-00示出了由基站调度的t_so的值为14或更大的情况。当t_so的计算值为14或更大时，基站可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

例如，基站可以将第一PDCCH(DCI格式1_1)和由第一PDCCH11-10分配的用于基于NC-JT的发送的第一PDSCH11-20和第二PDSCH11-25发送到tci-PresentinDCI被配置为“启用”的特定终端。在这种情况下，基站可以基于基站的调度算法发送第一PDSCH11-20和第二PDSCH11-25，而不考虑终端的timeDurationForQCL。例如，基站可以通过使用第一PDCCH11-10的DCI中的天线端口信息和TCI信息来指示发送PDSCH的波束成形方向。这里，在调度时不考虑终端的能力。

在另一个示例中，当基站基于终端的timeDurationForQCL信息和所指示的第一PDSCH和第二PDSCH的TCI状态相关信息确定终端可以接收至少一个PDSCH时，对于特定终端的基于NC-JT的发送，基站可以向终端发送第一PDCCH以及由第一PDCCH分配的第一PDSCH和第二PDSCH。

在另一个示例中，当基站基于终端的timeDurationForQCL信息和所指示的第一PDSCH和第二PDSCH的TCI状态相关信息确定终端可以接收两个PDSCH时，对于特定终端的基于NC-JT的发送，基站可以向终端发送第一PDCCH以及由第一PDCCH分配的第一PDSCH和第二PDSCH。

[实施例2-1]

例如，当tci-PresentinDCI未被配置为“启用”时，终端可以不期望基于NC-JT的发送。即，当tci-PresentinDCI未被配置为“启用”或者接收到DCI格式1_0时，终端可以认为仅发送了对应于一个PDCCH的一个PDSCH。例如，终端可以确定第一PDCCH的波束成形方向和由第一PDCCH指示的PDSCH的波束成形方向是相同的。

在另一个示例中，当tci-PresentinDCI未被配置为“启用”时，终端可以基于DCI中的天线端口信息确定是否支持NC-JT。即，天线端口信息可以包括关于基站是发送单个PDSCH还是多个PDSCH的信息。例如，终端可以确定第一PDCCH的波束成形方向以及由第一PDCCH指示的第一PDSCH和第二PDSCH的波束成形方向中的至少一个是相同的。可替代地，终端可以确定TCI状态，即第一PDCCH的波束成形方向以及由第一PDCCH指示的第一PDSCH和第二PDSCH的波束成形方向被配置为默认。

[实施例2-2]

当在配置为“启用”的tci-PresentinDCI和第一PDCCH的DCI格式1_1上从基站接收消息时，终端可以计算调度定时偏移(t_so)并且将计算的调度定时偏移(t_so)与报告给基站的UE能力参数timeDurationForQCL(例如，S14)进行比较。

图11中的11-00示出了由终端计算的t_so的值为14或更大的情况。当t_so的值为14或更大时，终端可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

例如，终端可以假设在对应的DCI中存在TCI字段，并且可以应用TCI状态的QCL参数(集)中的每一个，该状态指示由TCI的码点指示的至少一个PDSCH的波束成形方向。

在另一个示例中，当由TCI的码点指示的信息包括一个TCI状态时，终端可以假设两个PDSCH中的一个的TCI状态与PDCCH的TCI相同。终端可以基于配置的TCI字段的信息为第一PDSCH和第二PDSCH应用QCL参数，并且可以接收数据。

图11中的11-50示出了由基站发送的PDCCH与PDSCH之间的t_so具有小于14的值的情况。当t_so具有小于14的值时，基站可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

[实施例3-1]

在实施例3-1中，当tci-PresentinDCI未被基站配置为“启用”时，基站可以使用与实施例1-1相同的方法来操作。

[实施例3-2]

在实施例3-2中，描述了被基站配置为“启用”的tci-PresentinDCI和PDCCH的DCI格式1_1被发送的情况下的操作。

例如，对于特定终端的基于NC-JT的发送，基站可以基于基站的调度算法并且不考虑终端的timeDurationForQCL来发送第一PDCCH以及由第一PDCCH分配的第一PDSCH和第二PDSCH。例如，基站可以通过使用通过第一PDCCH发送的DCI中的天线端口信息和TCI信息来指示发送PDSCH的波束成形方向。这里，在调度时不考虑终端的能力。在另一个示例中，关于第一PDCCH的发送以及由第一PDCCH分配的第一PDSCH和第二PDSCH的发送，对于特定终端的基于NC-JT的发送，当基站基于终端的DurationForQCL信息和指示的第一PDSCH和第二PDSCH的TCI状态相关信息确定终端可能未接收到至少一个PDSCH时，基站可以仅向终端发送可接收的PDSCH(例如，PDSCH#1)。在另一个示例中，关于第一PDCCH的发送以及由第一PDCCH分配的第一PDSCH和第二PDSCH的发送，对于特定终端的基于NC-JT的发送，当基站基于终端的DurationForQCL信息和指示的第一PDSCH和第二PDSCH的TCI状态相关信息确定终端可能未接收到至少一个PDSCH时，基站可以基于可由终端接收的TCI状态(例如，用于接收PDCCH#1或PDCCH#N的TCI状态)并考虑终端的timeDurationForQCL来发送第一PDSCH和第二PDSCH中的至少一个。在另一个示例中，关于第一PDCCH的发送以及由第一PDCCH分配的第一PDSCH和第二PDSCH的发送，对于特定终端的基于NC-JT的发送，当基站仅考虑终端的timeDurationForQCL来确定终端可能未接收到至少一个PDSCH时，基站可以不执行应该由PDCCH执行的任何PDSCH(例如，PDSCH#1和PDSCH#2)发送。

图11中的11-50示出了由终端计算的t_so具有小于14的值的情况。当t_so具有小于14的值时，终端可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

[实施例4-1]

当由终端计算的调度定时偏移(t_so)的值小于报告给基站的UE能力参数timeDurationForQCL(例如，S14)的值时，终端可能不期望基站的基于NC-JT的发送。

例如，当应用与TCI状态相关、指示PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以跳过由PDCCH指示的所有PDSCH接收操作。在另一个示例中，当应用与TCI状态相关、指示PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以将相同QCL参数应用于接收第一PDSCH或第二PDSCH，该参数用于在与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。具体地，终端可以将QCL参数应用于第一PDSCH和第二PDSCH，并且可以执行解码。因此，当基站执行应用不同波束成形方向的NC-JT时，期望终端可以成功地选择性地仅接收两个PDSCH中的一个PDSCH。

[实施例4-2]

当由终端计算的调度定时偏移(t_so)的值小于报告给基站的UE能力参数timeDurationForQCL(例如，S14)的值时，终端可以期望基站的单个基于发送的发送。

例如，当应用与TCI状态相关、指示PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以使用用于在与在最新时隙中具有最低CORESETID的被监控的搜索空间相关联的CORESET中接收第N个PDCCH的QCL参数。具体地，终端可以从在第一PDSCH和第二PDSCH中的最低/最高资源RB中分配的PDSCH(例如，第一PDSCH/第二PDSCH)接收数据，并且使用上述QCL参数。在另一示例中，当应用与TCI状态相关、指示PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以将QCL参数应用于第一PDSCH和第二PDSCH两者，该参数用于在与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。此外，可以基于DCI中的天线端口信息来接收用于接收第一PDSCH和第二PDSCH的DMRS端口配置。

在上述实施例中，期望基于一个CORESET中的单个PDCCH，为NC-JT中的终端配置一个默认QCL。

此外，期望基于一个CORESET中的单个PDCCH，为NC-JT中的终端配置两个或更多个默认QCL。两个或更多个默认QCL的配置意味着终端可以基于由基站预配置的信息为两个PDSCH(例如，第一PDSCH和第二PDSCH)应用QCL参数。要应用的QCL参数可以根据向终端指示的DCI信息(例如，天线端口信息和TCI信息)和MAC CE或RRC信息来隐式或显式地配置。

例如，当为每个CORESET或每个PDCCH配置配置两个或更多个默认QCL时，基站可以基于两个默认QCL将TRP中的每一个的波束成形方向配置为与执行接收操作的终端侧的波束成形方向相同。可替代地，可以基于TRP在终端侧执行相同的波束成形的假设来配置TRP中的每一个的TCI状态。这里，终端基于由基站隐式或显式配置的MAC CE或RRC信息来确定TCI状态是相同的，并且可以基于此执行接收操作。考虑到TRP的信道和位置，TCI状态可以彼此相同或不同。即，终端可以通过将QCL参数应用于两个PDSCH(例如，第一PDSCH和第二PDSCH)来在相同方向上执行接收波束成形。

在另一示例中，当为每个CORESET或每个PDCCH配置配置两个或更多个默认QCL时，基站可以配置两个或更多个默认QCL在基站侧是相同的。即，两个默认QCL被显式配置，但是可以被配置为指示相同的波束成形方向。这里，终端可以识别由基站配置的TCI状态的相同配置，并且执行相同的波束成形。可替代地，终端可以假设由基站配置的默认QCL的TCI状态彼此相同，并且可以基于一个TCI状态来执行接收操作。即，终端可以应用为两个PDSCH(例如，第一PDSCH和第二PDSCH)配置的相同QCL参数，并且可以在相同方向上执行接收波束成形。

同时，基站可以为每个CORESET或每个PDCCH配置顺序地配置两个或更多个默认QCL。可替代地，在某些情况下，可以不完全配置两个或更多个默认QCL，但可以仅配置一个默认QCL。

例如，基站可以为第一PDSCH配置默认QCL，并且可以稍后为第二PDSCH配置或者不配置默认QCL。当在未配置第二PDSCH的默认QCL的时间点，仅配置了在每个TRP的一个服务小区、PDCCH配置或CORESET(组)中配置的第一PDSCH的默认QCL时，终端可以确定第二PDSCH的默认QCL与第一PDSCH的相同。可替代地，终端可以确定第二PDSCH的默认QCL是不必要的，并且可以确定第二PDSCH的默认QCL未能在调度定时偏移内被调度。可替代地，终端可以确定未执行第二PDSCH的发送。换句话说，在基站未配置两个或更多个默认QCL的时间点，终端可以假设两个或更多个PDSCH未在基于单DCI的多TRP中的一个时隙内发送，并且可以确定在配置了两个或更多个默认QCL之后，在多TRP中的一个时隙内发送了两个或更多个PDSCH。

在图12中，描述了在一个CORESET(例如，CORESET#0或PDCCH#1)中发送第一PDCCH并且另外在另一个CORESET(例如，CORESET#1或PDCCH#2)中发送第二PDCCH的实施例。

具体地，从TRP-A发送的第一PDCCH可以调度一个或多个PUCCH资源(第一PDCCH)和一个或多个PDSCH(第一PDSCH)，并且从TRP-B发送的第二PDCCH可以调度一个或多个PUCCH资源(第二PUCCH)和一个或多个PDSCH(第二PDSCH)。不同CDM组的DMRS端口可以应用于由基站发送的PDSCH中的每一个，并且与PDSCH中的每一个一起发送的DMRS发送符号可以位于相同的符号上。假设PDSCH在相同的符号中发送，但是本公开不旨在限制仅从相同的符号发送。

此外，可以为基站的基于多DCI的NC-JT划分和配置多个CORESET。可替代地，多个CORESET可以以集格式(诸如CORESET组)配置，并且可以基于支持NC-JT的终端的更高层或L1/L2信令来指示。

例如，对于基于多DCI的NC-JT，基站可以为特定终端配置包括一个或多个CORESET的一个CORESET组。具体地，基站可以为特定终端配置一个CORESET组中的四个CORESET。因此，终端可以监控配置的CORESET，并且接收两个PDCCH，并且可以从接收的PDCCH接收分配的PDSCH。如图12所示，基站可以为特定终端配置一个CORESET组(例如，CORESET组#0)，并且在CORESET组中包括的最多五个CORESET(例如，CORESET#0至CORESET#4)中，终端可以针对NC-JT监控CORESET#0和CORESET#1。这里，CORESET组中要由终端监控的CORESET可以由基站配置，可以根据终端的配置确定，或者可以以预定的方式确定。这可以应用于其他实施例。

在另一示例中，对于基于多DCI的NC-JT，基站可以为特定终端配置包括一个或多个CORESET的两个或更多个CORESET组。例如，基站可以为特定终端配置两个CORESET组，并且可以在一个CORESET组中或者在所配置的组中的CORESET组中的每一个中配置或指示CORESET。因此，终端可以监控配置的CORESET，并且接收两个PDCCH，并且可以接收由接收的PDCCH分配的PDSCH。如图12所示，基站可以为特定终端配置两个CORESET组(例如，CORESET组#0和CORESET组#1)，并且在CORESET组中的CORESET中，终端可以针对NC-JT监控CORESET组#0中的CORESET#0和CORESET组#1中的CORESET#1。这里，CORESET组中要由终端监控的CORESET可以由基站配置，可以根据终端的配置确定，或者可以以预定的方式确定。

CORESET#0可以包括第一PDCCH和第N个PDCCH，并且CORESET#1可以包括第二PDCCH和第N+1个PDCCH。为每个CORESET组配置的CORESET可以不同(例如，CORESET组#0包括CORESET#0和#2，并且CORESET组#1包括CORESET#1、#3和#5)，并且在所有CORESET组中配置的CORESET的数量的总和可以在可以为终端配置(即，被报告为UE能力)的最大CORESET数量内。在上述实施例中，最大CORESET数量可以是5或更少。

只要MAC CE没有更新，基站就对特定终端的基站发送的特定CORESET中的PDCCH波束方向(TCI状态)应用相同的波束方向。

图12示出了从TRP-A/TRP-B发送的第N个PDCCH(PDCCH#N)/第N+1个PDCCH(PDCCH#N+1)是与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的每个CORESET中的PDCCH中的每一个。即，当终端没有接收到PDCCH波束切换更新消息时，用于在与最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的CORESET中接收第N个PDCCH/第N+1个PDCCH的相同QCL参数可以应用于接收第一PDCCH/第二PDCCH。

描述了根据描述从相同CORESET中的不同搜索空间发送的实施例，从第一PDCCH/第二PDCCH的相同时隙发送第N个PDCCH(PDCCH#N)/第N+1个PDCCH(PDCCH#N+1)，但是该实施例不限制从前一时隙的另一搜索空间发送。

第一PDCCH和第二PDCCH可以分别指示为NC-JT分配第一PDSCH和第二PDSCH，其中PDSCH的波束成形方向可以取决于在更高层中配置的波束成形信息以及在第一PDCCH或第二PDCCH中DCI的TCI信息、天线端口信息或RNTI信息来切换。终端可以基于接收到的波束成形信息和DCI信息识别由基站切换的波束成形方向。

例如，对于NC-JT，第一PDCCH的波束成形方向可以与第一PDSCH的波束成形方向不同，并且对于NC-JT，第二PDCCH的波束成形方向可以与第二PDSCH的波束成形方向不同。

在另一示例中，对于NC-JT，第一PDCCH的波束成形方向可以与第一PDSCH的波束成形方向相同，并且对于NC-JT，第二PDCCH的波束成形方向可以与第二PDSCH的波束成形方向相同。

在另一个示例中，考虑到空间波束成形增益，基站可以将第一PDSCH和第二PDSCH的波束方向配置为彼此不同。

图12提出了基站和终端根据timeDurationForQCL与调度定时偏移(对应于终端接收到的第一PDCCH的最后符号与第一PDSCH的起始符号之间的持续时间)之间的关系和timeDurationForQCL与调度定时偏移(对应于终端接收到的第二PDCCH的最后符号与第二PDSCH的起始符号之间的持续时间)之间的关系的操作，图13A提出了基站和终端根据timeDurationForQCL与调度定时偏移(对应于终端接收到的第一PDCCH的最后符号与第一PDSCH的起始符号之间的持续时间)之间的关系和timeDurationForQCL与调度定时偏移(对应于终端接收到的第二PDCCH的最后符号与第二PDSCH的起始符号之间的持续时间)之间的关系的操作，并且图13B提出了基站和终端根据timeDurationForQCL与调度定时偏移(对应于终端接收到的第一PDCCH的最后符号与第一PDSCH的起始符号之间的持续时间)之间的关系和timeDurationForQCL与调度定时偏移(对应于终端接收到的第二PDCCH的最后符号与第二PDSCH的起始符号之间的持续时间)之间的关系的操作。

[实施例5-1]

当tci-PresentinDCI未被基站配置为对终端“启用”时，对于基于NC-JT的发送，基站可以执行调度，而不考虑调度定时偏移(t_so)和报告为UE容量报告的timeDurationForQCL。

[实施例5-2]

例如，当tci-PresentinDCI被基站配置为对终端“启用”时，对于基于NC-JT的发送，基站可以执行调度，而不考虑调度定时偏移(t_so)和报告为UE容量报告的timeDurationForQCL。基站可以在不考虑UE容量的情况下，确定是否切换第一PDSCH和第二PDSCH基于NC-JT的发送波束。因此，基站可以基于用于分配第一PDSCH和第二PDSCH的PDCCH的TCI字段信息发送PDSCH。在另一示例中，当tci-PresentinDCI被基站配置为对特定终端“启用”时，对于基于NC-JT的发送，考虑到调度定时偏移(t_so)和报告为UE容量报告的timeDurationForQCL，基站可以执行调度。基站可以根据是否切换第一PDSCH和第二PDSCH基于NC-JT的发送波束来确定PDSCH的波束方向。

例如，如图12所示，描述了这种情况：在CORESET组#0和CORESET组#1(例如，CORSET组#0包括CORSET#0和#2，并且CORESET组#1包括CORSET#1、#3和#5)中，基站为NC-JT的终端配置了CORSET组#0中的CORESET#0和CORSET组#1中的CORESET#1，并且发生要与CORESET中的PDCCH相关联地发送的PDSCH中的第一PDSCH和第二PDSCH的波束切换。这里，对于特定终端，基站可以执行以下操作中的至少一个：将timeDurationForQCL与对应于第一PDCCH与第一PDSCH之间的持续时间的第一调度定时偏移(发生PDSCH的波束切换)进行比较，或者将timeDurationForQCL与对应于第二PDCCH与第二PDSCH之间的持续时间的第二调度定时偏移进行比较。因此，当发生波束切换的第一调度定时偏移和第二调度定时偏移中的每一个的值小于timeDurationForQCL的值时，基站可以如下进行操作。

根据一个实施例，用于在与在每个CORESET组(例如，CORESET组#0和CORESET组#1)的最新时隙中具有最低CORESET ID(例如，CORESET#0和CORESET#1)的被监控的搜索空间相关联的CORESET中发送第N个PDCCH的相同QCL参数可以应用于发送第一PDSCH，并且用于发送第N+1个PDCCH的相同QCL参数可以应用于发送第二PDSCH。

具体地，在图12中，当从CORESET组#0调度PDSCH#1时，用于对应于在对应CORESET组中的最新时隙中最低CORESET ID的被监控搜索空间的PDCCH#N的QCL参数被用于发送PDSCH#1。同时，当从CORESET组#1调度PDSCH#2时，类似于上面的描述，用于PDCCH#N+1的QCL参数被用于发送PDSCH#2。即，基站可以为NC-JT设置两个CORESET组，并且CORESET组可以分别对应于TRP。CORESET组中对应的最低CORESET-ID可以参考每个PDSCH的QCL假设。

根据另一个实施例，用于在与在最低CORESET组(例如，CORESET组#0)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中发送第N个PDCCH的相同QCL参数可以应用于发送第一PDSCH和第二PDSCH中的每一个。

根据另一个实施例，用于在与在最低CORESET组(例如，CORESET组#0)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中发送第N个PDCCH的相同QCL参数可以应用于发送第一PDSCH，并且对第二PDSCH的发送可以被删除或者可以不执行。即，根据最低CORESET ID，可以优先发送PDSCH。

在另一个示例中，描述了这种情况：基站可以在CORSET组#0(例如，CORESET组#0包括CORESET#0和CORESET#1)中为NC-JT配置CORESET(图12的CORESET#0和CORESET#1)，并且发生要与CORESET中的PDCCH相关联地发送的PDSCH中的第一PDSCH和第二PDSCH的波束切换。这里，对于特定终端，基站可以执行以下操作：将timeDurationForQCL与对应于第一PDCCH与第一PDSCH之间的持续时间的第一调度定时偏移(发生PDSCH的波束切换)进行比较，并且将timeDurationForQCL与对应于第二PDCCH与第二PDSCH之间的持续时间的第二调度定时偏移进行比较。因此，当发生PDSCH的波束切换的第一调度定时偏移或第二调度定时偏移的值小于timeDurationForQCL的值时，基站可以如下面的各种实施例中描述的进行操作。

根据另一个实施例，基站可以将相同的QCL参数应用于发生波束切换的第一PDSCH和第二PDSCH中的每一个的发送，该参数用于基于关于发生波束切换的CORESET组(例如，CORESET组#0)中的最新时隙中的最低CORESET ID(例如，CORESET#0)的信息在与被监控的搜索空间相关联的CORESET中发送第N个PDCCH。

根据另一个实施例，基站可以将QCL参数应用于发送第一PDSCH，并且可以删除或者可以不执行第二PDSCH的发送，该参数用于基于关于发生波束切换的CORESET组(例如，CORESET组#0)中的最新时隙中的最低CORESET ID(例如，CORESET#0)的信息在与被监控的搜索空间相关联的CORESET中发送第N个PDCCH。即，根据最低CORESET ID，可以优先发送PDSCH。

此外，在以上描述的实施例中，存在CORESET组(例如，CORESET组#0包括CORESET#0和CORESET#2)。然而，在某些情况下，可以仅存在CORESET，而没有CORESET组的概念或配置。对于后一种情况，通过对上述CORESET ID描述的分析，解决方案可以是显而易见的，不同之处仅在于排除在上述描述之外的CORESET组。

上述实施例描述了具有最低CORESET/CORESET组ID的情况，但是可以将描述扩展到具有最高CORESET/CORESET组ID等的情况。

在另一示例中，当在要发送的PDSCH中的至少一个中发生波束切换时，对于特定终端，基站可以执行以下操作中的至少一个：将timeDurationForQCL与对应于在第一PDCCH与第一PDSCH之间的持续时间的第一调度定时偏移进行比较，或者将timeDurationForQCL与对应于在第二PDCCH与第二PDSCH之间的持续时间的第二调度定时偏移进行比较。当第一调度定时偏移和第二调度定时偏移的值都小于timeDurationForQCL的值并且timeDurationForQCL具有特定值(例如S7)时，基站可以选择用于发送第N个PDCCH和第N+1个PDCCH的QCL参数中的一个，并且通常将所选择的QCL参数应用于第一PDSCH和第二PDSCH的波束方向。具体地，选择方案可以包括以下方案：选择最低/最高CORESET ID、选择在最新搜索空间中分配的PDCCH索引、或者选择在发送PDSCH的ACK/NACK的PDSCH发送与PUCCH发送之间的最长时间间隔。根据实施方案，多个PDSCH可以从TRP-A或TRP-B发送。

当在配置为“启用”的tci-PresentinDCI和第一PDCCH的DCI格式1_1上从基站接收消息时，终端可以计算调度定时偏移(t_so)并且将计算的调度定时偏移(t_so)与报告给基站的UE能力参数timeDurationForQCL(例如，S14)进行比较。图12示出了计算的t_so1的值和t_so2的值都小于14的情况。当计算的t_so的值小于14时，终端可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

[实施例6-1]

在一个示例中，在tci-PresentinDCI被基站配置为“启用”并且终端接收第一PDCCH或第二PDCCH的DCI格式1_1的情况下，当调度定时偏移(t_so)的两个计算值都小于报告给基站的UE容量参数timeDurationForQCL(例如，S14)时，终端可以不期望基站的基于NC-JT的发送。例如，当应用与TCI状态相关、指示PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以跳过由PDCCH指示的所有PDSCH接收操作。

在另一个示例中，应用与TCI状态相关、指示第一PDSCH和第二PDSCH的波束成形方向的QCL参数所需的两个timeDurationForQCL都无法满足时，终端可以根据以下的实施例5-2操作。可以为终端配置多个CORESET组，并且在实施例中，假设第一PDSCH与CORESET组#0中的CORESET中的PDCCH相关联地被分配，并且第二PDSCH与CORESET组#1中的CORESET中的PDCCH相关联地被分配。

根据一个实施例，终端可以将第一QCL参数相关信息应用于接收第一PDSCH，或者可以将用于接收第N+1个PDCCH的第二QCL参数相关信息应用于接收第二PDSCH，该第一QCL参数相关信息用于在CORESET组(例如，CORESET组#0和CORESET组#1)的最新时隙中具有最低CORESET ID(例如，CORESET#0和CORESET#1)的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。具体地，终端可以分别将QCL参数相关信息应用于第一PDSCH和第二PDSCH，并且可以执行解码。

根据另一个实施例，终端可以将第一QCL参数相关信息应用于接收第一PDSCH和接收第二PDSCH，该第一QCL参数相关信息用于在发生波束切换的CORESET组(例如，CORESET组#0和CORESET组#1)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。

根据另一个实施例，终端可以将第一QCL参数相关信息应用于接收第一PDSCH，并且可以删除或者可以不执行第二PDSCH的接收，该第一QCL参数相关信息用于在发生波束切换的CORESET组(例如，CORESET组#0和CORESET组#1)的最低CORESET组中最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。即，根据最低CORESET ID，可以优先接收PDSCH。

在另一个示例中，应用与TCI状态相关、指示第一PDSCH和第二PDSCH的波束成形方向的QCL参数所需的两个timeDurationForQCL都无法满足时，终端可以根据以下的实施例5-2操作。可以为终端配置多个CORESET组，并且在实施例中，假设第一PDSCH和第二PDSCH与CORESET组#0中的PDCCH相关联地被分配(例如，CORESET组#0包括CORESET#0到CORESET#4)。

根据一个实施例，终端可以将QCL参数应用于接收第一PDSCH，和/或可以将用于接收第N+1个PDCCH的QCL参数应用于接收第二PDSCH，该QCL参数用于基于关于发生波束切换的CORESET组(例如，CORESET组#0)中的最新时隙中的最低CORESET ID(例如，CORESET#0)和/或第二最低CORESET ID(例如，CORESET#1)的信息在与被监控的搜索空间相关联的CORESET中接收第N个PDCCH。具体地，在图12中，当从CORESET组#0调度PDSCH#1时，终端使用用于对应于在对应CORESET组中的最新时隙中最低CORESET ID的被监控搜索空间的PDCCH#N的QCL参数来接收PDSCH#1。同时，当从CORESET组#1调度PDSCH#2时，与上述类似，终端使用用于PDCCH#N+1的QCL参数来接收PDSCH#2。

根据另一个实施例，终端可以将QCL参数应用于接收发生波束切换的第一PDSCH和/或第二PDSCH，该参数用于基于关于发生波束切换的CORESET组(例如，CORESET组#0)中的最新时隙中的最低CORESET ID(例如，CORESET#0)的信息在与被监控的搜索空间相关联的CORESET中接收第N个PDCCH。

根据另一个实施例，基站可以将QCL参数应用于接收第一PDSCH，并且可以删除或者可以不执行第二PDSCH的接收，该参数用于基于关于发生波束切换的CORESET组(例如，CORESET组#0)中的最新时隙中的最低CORESET ID(例如，CORESET#0)的信息在与被监控的搜索空间相关联的CORESET中接收第N个PDCCH。即，根据最低CORESET ID，可以优先接收PDSCH。

上述实施例描述了具有最低CORESET ID的情况，但是可以将描述扩展到具有最高CORESET ID等的情况。

在另一个示例中，应用与TCI状态相关、指示第一PDSCH和第二PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL都无法满足，终端可以选择用于在与在最新时隙中具有最低CORESET ID的被监控的搜索空间相关联的每个CORESET中接收第N个PDCCH的第一QCL参数相关信息和第二QCL参数相关信息中的至少一者，将所选择的QCL参数相关信息应用于第一PDSCH和第二PDSCH两者，并且执行解码。具体地，选择方案可以通过以下确定：在多个CORESET中选择最低/最高CORESET ID、选择在最新搜索空间中分配的PDCCH索引、或者选择在发送PDSCH的ACK/NACK的PDSCH发送与PUCCH发送之间的最长时间间隔。根据实施方案，多个PDSCH可以从TRP-A或TRP-B发送。

[实施例6-2]

例如，当tci-PresentinDCI未被基站配置为“启用”或者终端接收DCI格式1_0时，终端可以接收基于NC-JT的多个PDSCH，而不考虑调度定时偏移(t_so)和报告为UE能力报告的timeDurationForQCL。即，当tci-PresentinDCI未被基站配置为“启用”或者终端接收到DCI格式1_0时，终端可以假设在一个PDCCH中仅分配了一个PDSCH并进行发送。例如，终端可以确定第一PDCCH的波束成形方向和由第一PDCCH指示的第一PDSCH的波束成形方向是相同的，并且第二PDCCH的波束成形方向和由第二PDCCH指示的第二PDSCH的波束成形方向是相同的。

在另一示例中，当tci-PresentinDCI未被基站配置为“启用”时，终端可以确定不支持基于NC-JT的PDSCH发送。

图13A中的13-00示出了由终端计算的t_so1和t_so2中的一个具有小于14的值的情况。根据实施例，多个t_so值中的t_so2值小于14，基站和终端可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

[实施例7-1]

如实施例5-1所述，当基站未将tci-PresentinDCI配置为对特定终端“启用”时，基站可以执行基于NC-JT的发送的调度，而不考虑调度定时偏移(t_so)和报告为UE能力报告的timeDurationForQCL。

[实施例7-2]

例如，如实施例5-2所述，当基站将tci-PresentinDCI配置为对特定终端“启用”时，基站可以执行基于NC-JT的发送的调度，而不考虑调度定时偏移(t_so)和报告为UE能力报告的timeDurationForQCL。

在另一示例中，当基站将tci-PresentinDCI配置为对特定终端“启用”时，考录到调度定时偏移(t_so)和报告为UE能力报告的timeDurationForQCL，基站可以执行基于NC-JT的发送的调度。基站可以根据是否切换第一PDSCH和第二PDSCH基于NC-JT的发送波束来确定PDSCH的波束方向。

例如，如图13所示，描述了这种情况：在CORESET组#0和CORESET组#1(例如，CORESET组#0包括CORSET#0和#2，并且CORESET组#1包括CORESET#1、#3和#5)中，基站为NC-JT的终端配置了CORESET组#0中包括的CORESET#0和CORESET组#1中包括的CORESET#1，并且发生要与CORESET中的PDCCH相关联地发送的PDSCH中的第一PDSCH和第二PDSCH的波束切换。这里，基站可以执行以下操作中的至少一个：将timeDurationForQCL与对应于第一PDCCH与第一PDSCH之间的持续时间的第一调度定时偏移(t_so1)进行比较，或者将timeDurationForQCL与对应于第二PDCCH与第二PDSCH之间的持续时间的第二调度定时偏移(t_so2)进行比较。当第一调度定时偏移和第二调度定时偏移中的一个的值小于timeDurationForQCL的值时，基站可以如下进行操作。在实施例中，假设t_so2的值小于timeDurationForQCL的值。

根据一个实施例，基站可以将QCL参数应用于发送第二PDSCH，该参数用于基于CORESET组(例如，CORESET组#0和CORESET组#1)以及组中的CORESET ID中CORESET组(例如，CORESET#1)(其中偏移值小于timeDurationForQCL的值)，在与在最新时隙中具有最低CORESET ID(例如，CORESET#1)的被监控的搜索空间相关联的CORESET中发送第N+1个PDCCH。

具体地，在图13中，当从CORESET组#1调度PDSCH#2时，用于对应于在对应CORESET组中的最新时隙中最低CORESET ID的被监控搜索空间的PDCCH#N+1的QCL参数被用于发送PDSCH#2。

根据另一个实施例，基站可以将QCL参数应用于发送第二PDSCH，该参数用于在CORESET组(例如，CORESET组#0和CORESET组#1)中最低CORESET组(CORESET#0)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中发送第N个PDCCH。

根据另一个实施例，根据由CORESET组(例如，CORESET组#0)中其中偏移值等于或大于timeDurationForQCL的CORESET(例如，CORESET#0)指示的波束成形方向，即，根据由第二PDCCH指示的TCI字段的信息，基站可以将QCL参数应用于在CORESET组(例如，CORESET组#1)中其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)的波束成形方向。这里，当在第一PDCCH中不切换波束方向时，基站可以将第一PDCCH(或第一PDSCH)的QCL参数应用于第二PDSCH。

根据另一个实施例，基站可以将t_so1与timeDurationForQCL或者将t_so2与timeDurationForQCL进行比较，而不管每个CORESET组如何，并且当t_so1或t_so2具有小于timeDurationForQCL的值时，基站可以不向特定终端发送(可以停止或者跳过发送)在其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)。

在另一个示例中，描述了这种情况：对于特定终端，基站为NC-JT配置CORSET组#0(例如，CORESET组#0包括CORESET#0和CORESET#1)中的CORESET(CORESET#0和CORESET#1)，并且发生要与CORESET中的PDCCH相关联地发送的PDSCH中的至少一个的波束切换。这里，基站可以执行以下操作中的至少一个：将timeDurationForQCL与对应于在第一PDSCH与第一PDCCH之间的持续时间的第一调度定时偏移(发生PDSCH的波束切换)进行比较，或者将timeDurationForQCL与对应于在第二PDSCH与第二PDCCH之间的持续时间的第二调度时间进行比较。当发生PDSCH的波束切换的第一调度定时偏移或第二调度定时偏移具有小于timeDurationForQCL的值时，基站可以如下面的各种实施例中描述的进行操作。

根据一个实施例，基站可以将QCL参数应用于发送第二PDSCH，该参数用于基于其中偏移值小于timeDurationForQCL的值的CORESET组(例如，CORESET组#0)的CORESET ID，在与在最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中发送第N个PDCCH。

根据另一个实施例，基站可以将QCL参数应用于发送第二PDSCH，该参数用于在CORESET组(例如，CORESET组#0)中最低CORESET组(CORESET#0)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中发送第N个PDCCH。

根据另一个实施例，对于NC-JT，根据由其中偏移值等于或大于timeDurationForQCL的CORESET(例如，CORESET#0)指示的波束成形方向，即，根据由第二PDCCH指示的TCI字段的信息，基站可以将QCL参数应用于在其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)的波束成形方向。这里，当在第一PDCCH中不切换波束方向时，第一PDCCH(或第一PDSCH)的QCL参数可以应用于第二PDSCH。

根据另一个实施例，对于NC-JT，基站可以将t_so1与timeDurationForQCL或者将t_so2与timeDurationForQCL进行比较，而不管每个CORESET组如何，并且当t_so1或t_so2具有小于timeDurationForQCL的值时，基站可以不向特定终端发送在其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)。

[实施例8-1]

在tci-PresentinDCI被基站配置为“启用”并且终端接收第一PDCCH或第二PDCCH的DCI格式1_1的情况下，当由终端计算的调度定时偏移(t_so)的值小于报告给基站的UE容量参数timeDurationForQCL(例如，S14)时，终端可以不期望基站的基于NC-JT的发送。例如，当t_so1具有14或更大的值并且t_so2具有小于14的值时，终端可以确定不在基站中执行基于NC-JT的发送。即，当应用与TCI状态相关、指示第二PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以跳过由第二PDCCH指示的第二PDSCH的接收操作。

[实施例8-2]

在tci-PresentinDCI被基站配置为“启用”并且终端接收第一PDCCH或第二PDCCH的DCI格式1_1的情况下，当在一个CORSET中计算的调度定时偏移(t_so)的值小于报告给基站的UE容量参数timeDurationForQCL(例如，S14)时，终端可以如以下根据实施例7-2考虑基站的基于NC-JT的发送。可以为终端配置多个CORESET组，并且在实施例中，假设第一PDSCH与CORESET组#0中的CORESET中的PDCCH相关联地被分配，并且第二PDSCH与CORESET组#1中的CORESET中的PDCCH相关联地被分配。

根据一个实施例，当t_so1在CORESET组#0中的CORESET中具有14或更大的值并且t_so2在CORESET组#1中的CORESET中具有小于14的值时，终端可以确定在基站中执行基于NC-JT的发送。即，当应用与TCI状态相关、指示第二PDSCH的波束成形方向的QCL参数所需的timeDurationForQCL无法满足时，终端可以将QCL参数应用于(覆盖)第二PDSCH的接收，该参数用于基于CORESET ID和其中t_so2具有小于timeDurationForQCL的值的CORESET组(例如，CORESET组#1)，在与在最新时隙中具有最低CORESET ID(例如，CORESET#1)的被监控的搜索空间相关联的CORESET中接收第N+1个PDCCH。

根据各种实施例，当CORESET组#0中的CORESET中的t_so1具有14或更大的值并且CORESET组#1中的CORESET中的t_so2具有小于14的值时，终端可以确定在基站中执行基于NC-JT的发送。即，基站可以将QCL参数应用于接收第二PDSCH，该参数用于在CORESET组(例如，CORESET组#0和CORESET组#1)中最低CORESET组(CORESET#0)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。

根据另一实施例，当CORESET组#0中的CORESET中的t_so1具有14或更大的值并且CORESET组#1中的CORESET中的t_so2具有小于14的值时，终端可以确定在基站中执行基于NC-JT的发送。即，根据由CORESET组(例如，CORESET组#0)中其中偏移值等于或大于timeDurationForQCL的CORESET(例如，CORESET#0)指示的波束成形方向，即，根据由第二PDCCH指示的TCI字段的信息，终端可以将QCL参数应用于在CORESET组(例如，CORESET组#1)中其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)的波束成形方向。这里，当在第一PDCCH中不切换波束方向时，终端可以将第一PDCCH(或第一PDSCH)的QCL参数应用于第二PDSCH。

根据另一个实施例，基站可以将t_so1与timeDurationForQCL或者将t_so2与timeDurationForQCL进行比较，而不管每个CORESET组如何，并且当t_so1或t_so2具有小于timeDurationForQCL的值时，基站可以不向特定终端发送在其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)。

在另一示例中，在tci-PresentinDCI被基站配置为“启用”并且终端接收第一PDCCH或第二PDCCH的DCI格式1_1的情况下，当在一个CORSET中计算的调度定时偏移(t_so)的值小于报告给基站的UE容量参数timeDurationForQCL(例如，S14)时，终端可以如下根据实施例7-2考虑基站的基于NC-JT的发送。描述了这种情况：对于终端，可以为NC-JT配置CORSET组#0(例如，CORESET组#0包括CORESET#0至CORESET#4)中的CORESET(例如，CORESET#0和CORESET#1)，并且发生要与CORESET中的PDCCH相关联地发送的PDSCH中的至少一个的波束切换。然而，本公开不限于此，并且为终端配置的CORESET的数量可以取决于基站的配置而改变。

根据一个实施例，终端可以将QCL参数应用于接收第二PDSCH，该参数用于基于其中偏移值小于timeDurationForQCL的值的CORESET组(例如，CORESET组#0)的CORESET ID，在与在最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。

根据另一个实施例，终端可以将QCL参数应用于接收第二PDSCH，该参数用于在CORESET组(例如，CORESET组#0)中最低CORESET组(CORESET#0)的最新时隙中具有最低CORESET ID(例如，CORESET#0)的被监控的搜索空间相关联的CORESET中接收第N个PDCCH。

根据另一个实施例，对于NC-JT，根据由其中偏移值等于或大于timeDurationForQCL的CORESET(例如，CORESET#0)指示的波束成形方向，即，根据由第二PDCCH指示的TCI字段的信息，终端可以将QCL参数应用于在其中偏移值小于timeDurationForQCL的值的CORESET(例如，CORESET#1)中调度的PDSCH(第二PDSCH)的波束成形方向。这里，当在第一PDCCH中不切换波束方向时，第一PDCCH(或第一PDSCH)的QCL参数可以应用于第二PDSCH。

[实施例8-3]

例如，当tci-PresentinDCI未被基站配置为“启用”或者终端接收DCI格式1_0时，终端可以接收基于NC-JT的多个PDSCH，而不考虑调度定时偏移(t_so)和报告为UE能力报告的timeDurationForQCL。即，当接收到DCI格式1_0时，终端可以假设由一个PDCCH分配的仅一个PDSCH由基站发送。例如，终端可以确定第一PDCCH的波束成形方向和由第一PDCCH指示的第一PDSCH的波束成形方向是相同的，并且第二PDCCH的波束成形方向和由第二PDCCH指示的第二PDSCH的波束成形方向是相同的。

图13B中的13-50显示了由终端计算的第一PDCCH的最后符号与第一PDSCH的起始符号之间的持续时间(t_so1)和第二PDCCH的最后符号与第二PDSCH的起始符号之间的持续时间(t_so2)具有14或更大的值的情况。在这种情况下，基站和终端可以通过使用下面提出的方法中的至少一种方法来执行确定和操作。

[实施例9-1]

例如，当满足上述条件时，基站可以将tci-PresentinDCI配置为在NC-JT时始终“启用”。可替代地，当tci-PresentinDCI被配置为“启用”时，基站可以配置调度定时以便在NC-JT时始终满足定时条件。

在tci-PresentinDCI被基站配置为“启用”并且终端接收第一PDCCH或第二PDCCH的DCI格式1_1的情况下，当调度定时偏移(t_so)的值等于或大于报告给基站的UE能力参数timeDurationForQCL(例如，S14)时，终端可以将由对应PDCCH(TCI)中的TCI字段指示的QCL假设应用于对应的PDSCH DMRS端口。例如，终端可以基于第一PDCCH和第二PDCCH中的每一个的DCI的TCI字段信息将与TCI状态相关的QCL参数应用于第一PDSCH和第二PDSCH，以便切换PDSCH的波束成形方向。当也配置CORESET组时，通过根据实施例8-1至8-3进行推断，可以容易地应用上述操作。

[实施例9-2]

例如，当对于终端，基站未将tci-PresentinDCI配置为“启用”或者配置DCI格式1_0时，基站可以不为NC-JT执行调度。即，tci-PresentinDCI未被基站配置为“启用”或者终端接收到DCI格式1_0时，终端可以假设基站仅发送由一个PDCCH分配的一个PDSCH。例如，终端可以确定第一PDCCH的波束成形方向和由第一PDCCH指示的第一PDSCH的波束成形方向是相同的，并且第二PDCCH的波束成形方向和由第二PDCCH指示的第二PDSCH的波束成形方向是相同的。

在上述实施例中，终端可以期望基于一个CORESET中的多个PDCCH，在NC-JT中配置一个或多个默认QCL。

图14示出了根据实施例的一种用于由终端接收基于NC-JT的PDSCH和默认QCL假设的方法。

在通过基站进行RRC配置的过程中，终端可以接收包括一个或多个基站波束成形相关参数(tci-PresentinDCI)中的至少一个的配置信息或者控制信道和数据信道的配置信息(PDDCH-配置、PDSCH-配置)中的至少一条(14-00)。

此外，终端可以向基站发送UE能力信息(timeDurationForQCL)(14-00)。终端可以在从基站请求时或者在预定时间点(例如，在通过基站进行RRC配置的过程中)发送UE容量信息。因此，当基站已接收到UE能力信息时，可以省略接收UE能力信息的过程。可替代地，根据配置信息，UE能力接收操作本身可以省略。

稍后，终端基于来自基站的配置信息接收特定CORESET中的第一PDCCH或第二PDCCH。

此外，终端可以基于第一PDCCH或第二PDCCH识别第一PDSCH或第二PDSCH(14-10)的资源分配信息、TCI相关信息和天线端口信息中的至少一条。

基于所识别的信息，终端可以计算PDCCH与PDSCH之间的调度定时偏移(第一PDCCH与第一PDSCH之间的调度定时偏移或第二PDCCH与第二PDSCH之间的调度定时偏移中的至少一者)，并且可以基于计算结果确定(14-20)第一PDSCH或第二PDSCH的接收操作(或接收操作方法)或接收波束成形方向中的至少一个。在这种情况下，由终端确定接收操作方法可以包括确定是否通过第一PDSCH或第二PDSCH中的至少一个接收数据，或者当确定数据接收时，确定至少一种数据接收方法。

基于所识别的信息(14-0)和确定结果(14-20)中的至少一个，终端可以通过分别对应于第一PDCCH和第二PDCCH的第一PDSCH和第二PDSCH接收数据(14-30)。

此外，终端可以对接收的数据执行解码。

[表17]显示了服务小区的简单列出的抽象语法符号(ASN.1)。在下文中，基于[表17]中所示的更高层信息元素和字段信息来描述实施例，以便区分多TRP和基于NC-JT的多TRP的配置。

在[表17]中，服务小区可以通过服务小区索引(ServingCellIndex)映射到对应的小区索引。这里，服务小区索引可以意味着：服务小区的ID；当对应的服务小区是主小区组的P小区(PCell)时，0的值；在PS小区的情况下，配置为PS小区(PSCell)情况下的Sp小区配置(SpCellConfig)信息元素(IE)的servCellIndex以及PS小区情况下的S小区配置(SCellConfig)IE的s小区索引(sCellIndex)的值。

此外，physCellId(物理小区Id)指的是服务小区的物理小区标识符，并且对应的ID可以是为ServingCellConfigCommon(服务小区配置共同)IE配置的值。诸如BWP的发送资源的配置和与对应服务小区的下行链路发送信道相关的配置可以由诸如ARFCN、PDSCH-服务小区配置(PDSCH-ServingCellConfig)、BWP、PDCCH-配置(PDCCH-Config)和PDSCH-配置(PDSCH-Config)的IE定义。类似地，与对应服务小区的上行链路发送相关的配置可以由诸如ARFCN、PUSCH-服务小区配置(PUSCH-ServingCellConfig)、BWP、PUCCH-配置(PUCCH-Config)和PUSCH-配置(PUSCH-Config)的IE定义。对于基于NC-JT的多TRP发送，可以基于[表17]中的参数或IE配置一对或一组TRP。

例如，对于基于NC-JT的多TRP发送，可以以服务小区(ServingCell)IE为单位配置或划分一对或一组TRP。在这种情况下，当参考每个服务小区划分TRP时，对于基于NC-JT的发送，可以配置一对或一组TRP。当需要任何改变时，可以另外组合并改变服务小区。即，可以针对TRP中的每一个映射不同服务小区对象，使得操作多个基站。此外，可以配置一对服务小区集，并可以从中配置单独的更高层参数。这里，对于NC-JT，多个TRP可以具有相同的SSB载波或特定于SCS的载波。此外，多TRP可以包括相同的SCS、相同的载波BW和相同的点A(资源块网格的公共参考点或公共RB 0的最低子载波)。

在另一个示例中，对于基于NC-JT的多TRP发送，可以以PDCCH配置(PDCCH-configs)为单位配置或划分一对或一组TRP。在这种情况下，由于多TRP包括相同的服务小区，终端可以确定多TRP时同一小区。当基站为NC-JT以PDDCH配置(PDDCH-configs)为单位配置一对或一组TRP时，终端可以在RRC配置或重配置的过程中，通过PDCCH配置的配置和改变来确定TRP的配置和改变。即，两个或更多个多TRP可以通过PDCCH配置来配置多个CORESET和搜索空间(SearchSpaces)，并且可以另外分配不同的加扰ID或不同的时间/频率资源。这里，最多五个CORESET可以用于URLLC的每个PDCCH配置，并且TRP可以为PDCCH分集性能配置彼此独立的TCI状态。

在另一个示例中，对于基于NC-JT的多TRP发送，在PDCCH配置下，可以以CORESET或CORESET组为单位配置或划分一对或一组TRP。在这种情况下，由于多TRP包括相同的服务小区，终端可以确定多TRP时同一小区。当基站为NC-JT以CORESET或CORESET组为单位配置一对或一组TRP时，终端可以在RRC配置或重配置的过程中，在PDCCH配置下通过CORESET(索引)或CORESET组(索引)的配置和改变来确定TRP的配置和改变。即，对于两个或更多个多TRP的发送，CORESET索引可以彼此相关联，或者可以使用为每个CORESET配置的CORESET组索引，使得TRP的CORESET被映射为彼此相关联并操作。

考虑到终端的容量值，可以根据终端的能力来确定配置到相同TRP的CORESET的最大数量，并且基站可以将CORESET的最大候选值配置为最小三到最大五(例如，URLLC场景)。此外，终端支持的最大CORESET组(索引)数量可以被配置为等于或小于为终端配置的CORESET的最大数量。rel-16中支持NC-JT的终端最多支持两个CORESET组。终端可以根据终端的容量值将所配置的CORESET组(索引)存储在存储器中，并且可以基于此对其进行管理。

当为CORESET配置更高层索引时，在基于多DCI操作的情况下，并且在配置了多个dataScramblingIdentityPDSCH(数据加扰身份PDSCH)参数的情况下，每个dataScramblingIdentityPDSCH与每个CORESET的更高层索引相关联，并且应用于已在具有相同更高层索引的CORESET中识别的DCI的PDSCH。

[表17]

图15是示出了根据实施例的无线通信***中的终端的结构的框图。

参考图15，终端可以包括终端接收器15-00、终端发射器15-10和终端处理器15-05。

终端接收器15-00和终端发射器15-10可以被称为“收发器”。根据上述终端通信方法，终端的终端接收器15-00、终端发射器15-10和终端处理器15-05可以操作。然而，终端的元件不限于上述示例。例如，终端可以包括更多元件(例如，存储器等)或者可以包括更少元件。另外，终端接收器15-00、终端发射器15-10和终端处理器15-05可以以单个芯片的形式实施。

终端接收器15-00、终端发射器15-10(或收发器)可以向基站发送信号或者从基站接收信号。这里，信号可以包括控制信息和数据。为此，收发器可以包括用于上变频转换待发送的信号的频率并且放大信号的RF发射器，以及用于低噪声放大接收到的信号并且下变频转换接收到的信号的频率的RF接收器。然而，它仅是收发器的实施例，并且收发器的元件不限于RF发射器和RF接收器。

此外，收发器可以通过无线信道来接收信号、将接收到的信号输出到终端处理器15-05，并且通过无线信道来发送从终端处理器15-05输出的信号。

存储器(未示出)可以存储操作终端所需的数据或程序。此外，存储器可以存储由终端获得的信号中包括的数据或控制信息。存储器可以被配置为存储介质或存储介质的组合，包括ROM、RAM、硬盘、CD-ROM、DVD等。

终端处理器15-05可以控制一系列过程，使得终端根据上述实施例操作。终端处理器15-05可以被实施为控制器或一个或多个处理器。

图16是示出了根据实施例的无线通信***中的基站的结构的框图。

参考图16，基站可以包括基站接收器16-00、基站发射器16-10和基站处理器16-05。

基站接收器16-00和基站发射器16-10可以被称为“收发器”。根据上述终端通信方法，基站的基站接收器16-00、基站发射器16-10和基站处理器16-05可以操作。然而，基站的元件不限于上述示例。例如，基站可以包括更多元件(例如，存储器等)或者可以包括更少元件。另外，基站接收器16-00、基站发射器16-10和基站处理器16-05可以以单个芯片的形式实施。

基站接收器16-00和基站发射器16-10(或收发器)可以向终端发送信号或者从终端接收信号。这里，信号可以包括控制信息和数据。为此，收发器可以包括用于上变频转换待发送的信号的频率并且放大信号的RF发射器，以及用于低噪声放大接收到的信号并且下变频转换接收到的信号的频率的RF接收器。然而，它仅是收发器的实施例，并且收发器的元件不限于RF发射器和RF接收器。

此外，收发器可以通过无线信道来接收信号、将接收到的信号输出到基站处理器16-05，并且通过无线信道来发送从基站处理器16-05输出的信号。

存储器(未示出)可以存储操作终端所需的数据或程序。此外，存储器可以存储由基站获得的信号中包括的数据或控制信息。存储器可以被配置为存储介质或存储介质的组合，包括ROM、RAM、硬盘、CD-ROM、DVD等。

基站处理器16-05可以控制一系列过程，使得终端根据上述实施例操作。基站处理器16-05可以被实施为控制器或一个或多个处理器。

在描述本公开的方法的附图中，描述的顺序不始终对应于执行每个方法的步骤的顺序，并且步骤之间的顺序关系可以改变或者步骤可以并行执行。

可替代地，在描述本公开的方法的附图中，在不脱离本公开的实质精神和范围的情况下，可以省略一些元件，并且其中可以仅包括一些元件。

此外，在本公开的方法中，在不脱离本公开的实质精神和范围的情况下，可以组合每个实施例的一些或所有内容。

此外，尽管本文没有公开，但是使用包括在本公开中提出的表中包括的至少一个元素的单独表或信息的方法是可能的。

说明书和附图中描述和示出的本公开的实施例为了容易解释本公开的技术内容和帮助理解本公开而呈现，并且不意图限制本公开的范围。即，在本公开的技术精神的基础上，可以对其进行其他修改和变化，这对本领域技术人员来说将是显而易见的。此外，如果需要，可以将上述相应实施例组合使用。例如，本公开的实施例1至9可以部分结合来操作基站和终端。

Claims

1.一种终端的方法，其包括：

从基站接收配置信息；

基于所述配置信息，从所述基站接收第一控制信息或第二控制信息中的至少一者；

基于第一数据信道与对应于所述第一控制信息的第一控制信道之间的第一时间偏移或第二数据信道与对应于所述第二控制信息的第二控制信道之间的第二时间偏移中的至少一者，确定通过所述第一数据信道或所述第二数据信道的数据接收操作方法；以及

基于所述确定的结果通过所述第一数据信道或所述第二数据信道接收数据。

2.如权利要求1所述的方法，其中所述第一控制信息包括所述第一数据信道的资源分配信息、发送配置指示(TCI)信息以及天线端口信息中的至少一者，并且

其中所述第二控制信息包括所述第二数据信道的资源分配信息、TCI信息以及天线端口信息中的至少一者。

3.如权利要求1所述的方法，其中所述配置信息包括波束成形相关参数、控制信道配置信息以及数据信道配置信息中的至少一者。

4.如权利要求3所述的方法，其中所述确定还包括：

基于所述波束成形相关参数来识别接收波束成形方向。

5.如权利要求1所述的方法，其还包括：

发送包括准协同定位(QCL)的持续时间信息的UE能力信息。

6.如权利要求5所述的方法，其中所述确定还包括：

将QCL的第一持续时间信息与所述第一时间偏移进行比较，或者将QCL的第二持续时间信息与所述第二时间偏移进行比较；以及

基于所述比较的结果确定通过所述第一数据信道或所述第二数据信道的数据接收操作方法。

7.一种终端，其包括：

收发器；以及

控制器，所述控制器被配置成：

从基站接收配置信息；

基于第一数据信道与对应于所述第一控制信息的第一控制信道之间的第一时间偏移或第二数据信道与对应于所述第二控制信息的第二控制信道之间的第二时间偏移中的至少一者，确定通过所述第一数据信道或所述第二数据信道的数据接收操作方法；并且

8.如权利要求7所述的终端，其中所述第一控制信息包括所述第一数据信道的资源分配信息、发送配置指示(TCI)信息以及天线端口信息中的至少一者，并且

9.如权利要求7所述的终端，其中所述配置信息包括波束成形相关参数、控制信道配置信息以及数据信道配置信息中的至少一者。

10.如权利要求9所述的终端，其中所述控制器被配置成：

基于所述波束成形相关参数来识别接收波束成形方向。

11.如权利要求7所述的终端，其中所述控制器被配置成：

发送包括准协同定位(QCL)的持续时间信息的UE能力信息。

12.如权利要求11所述的终端，其中所述控制器被配置成：

将QCL的第一持续时间信息与所述第一时间偏移进行比较，或者将QCL的第二持续时间信息与所述第二时间偏移进行比较；并且

基于所述比较的结果识别通过所述第一数据信道还是所述第二数据信道来接收数据。