CN116961859A - 用于无线通信***中上行链路控制信息传输的方法和设备 - Google Patents

用于无线通信***中上行链路控制信息传输的方法和设备 Download PDF

Info

Publication number
CN116961859A
CN116961859A CN202310462012.5A CN202310462012A CN116961859A CN 116961859 A CN116961859 A CN 116961859A CN 202310462012 A CN202310462012 A CN 202310462012A CN 116961859 A CN116961859 A CN 116961859A
Authority
CN
China
Prior art keywords
transmission
uplink
uplink channels
pucch
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310462012.5A
Other languages
English (en)
Inventor
金亨泰
姜智源
高成源
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN116961859A publication Critical patent/CN116961859A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及用于无线通信***中上行链路控制信息传输的方法和设备。公开了用于无线通信***中的上行链路传输的方法和设备。根据本公开的一个实施方式的由无线通信***中的终端执行的方法可以包括以下步骤：从网络接收与多个上行链路信道相关的传输参考信息；以及基于传输参考信息，在一个时间单元中发送多个上行链路信道中的至少一个上行链路信道。

Description

用于无线通信***中上行链路控制信息传输的方法和设备
技术领域
本公开涉及一种无线通信***，并且更具体地，涉及一种用于在无线通信***中执行上行链路发送和接收的方法和设备。
背景技术
已经开发了一种移动通信***以提供语音服务同时保证用户的移动性。然而，移动通信***已经扩展到数据业务以及语音业务，并且目前，业务***式增长已经导致资源短缺，并且用户已经要求更快的服务，因此已经要求更高级的移动通信***。
下一代移动通信***的总体需求应该能够支持***性数据业务的容纳、每用户传输速率的显著提高、数量显著增加的连接设备的容纳、非常低的端对端时延和高能效。为此，已经研究了诸如双连接性、大规模多输入多输出(大规模MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持、设备联网等多种技术。
发明内容
本公开的技术目的是提供在无线通信***中执行上行链路传输的方法和设备。
本公开的附加技术目的是提供用于在无线通信***中支持终端的同时上行链路传输时发送/丢弃/复用多个物理控制信道(例如，PUCCH)的方法和设备。
本公开要实现的技术目的不限于上述技术目的，并且本领域技术人员通过以下描述可以清楚地理解本文未描述的其它技术目的。
根据本公开的一方面的由无线通信***中的终端执行的方法可以包括以下步骤：从网络接收与多个上行链路信道相关的传输参考信息；以及基于所述传输参考信息，在一个时间单元中发送所述多个上行链路信道中的至少一个上行链路信道。其中，所述传输参考信息可以包括控制资源集合池(CORESET池)、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者。所述多个上行链路信道中的所述至少一个上行链路信道的所述传输可以是基于与所述多个上行链路信道的同时传输相对应的第一操作或者与针对所述多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作来执行的。
根据本公开的附加方面的由无线通信***中的基站执行的方法可以包括以下步骤：向终端发送与多个上行链路信道相关的传输参考信息；以及基于所述传输参考信息，在一个时间单元中接收所述多个上行链路信道中的至少一个上行链路信道。其中，所述传输参考信息可以包括控制资源集合池(CORESET池)、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者。所述多个上行链路信道中的所述至少一个上行链路信道的所述传输可以是基于与所述多个上行链路信道的同时传输相对应的第一操作或者与针对所述多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作来执行的。
根据本公开的实施方式，可以提供在无线通信***中执行上行链路传输的方法和设备。
根据本公开的实施方式，可以提供用于可以在无线通信***中支持终端的同时上行链路传输时发送/丢弃/复用多个物理控制信道(例如，PUCCH)的方法和设备。
本公开可实现的效果不限于上述效果，并且本领域的技术人员可以通过以下描述清楚地理解本文未描述的其它效果。
附图说明
作为用于理解本公开的详细描述的一部分被包括的附图提供本公开的实施方式并且通过详细描述来描述本公开的技术特征。
图1例示了可以应用本公开的无线通信***的结构。
图2例示了可以应用本公开的无线通信***中的帧结构。
图3例示了可以应用本公开的无线通信***中的资源网格。
图4例示了可以应用本公开的无线通信***中的物理资源块。
图5例示了可以应用本公开的无线通信***中的时隙结构。
图6例示了在可以应用本公开的无线通信***中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
图7例示了在可以应用本公开的无线通信***中发送多个TRP的方法。
图8是用于描述根据本公开的由终端进行的上行链路传输的方法的示例的流程图。
图9是用于描述根据本公开的由基站接收上行链路传输的方法的示例的图。
图10例示了根据本公开的一个实施方式的无线通信***的框图。
具体实施方式
在下文中，将参考附图详细描述根据本公开的实施方式。将通过附图公开的详细描述是要描述本公开的示例性实施方式，而不是表示可以实施本公开的唯一实施方式。以下详细描述包括具体细节以提供对本公开的完整理解。然而，相关领域的技术人员知道，可以在没有这些具体细节的情况下实施本公开。
在一些情况下，可以省略已知的结构和设备，或者可以基于每个结构和设备的核心功能以框图的形式示出以便于防止本公开的概念有歧义。
在本公开中，当元件被称为“连接”、“组合”或“链接”到另一个元件时，它可以包括又一个元件在其间存在的间接连接关系以及直接连接关系。此外，在本公开中，术语“包括”或“具有”指定所提及的特征、步骤、操作、组件和/或元件的存在，但不排除一个或更多个其它特征、阶段、操作、组件、元件和/或其组的存在或添加。
在本公开中，诸如“第一”、“第二”等的术语仅用于区分一个元件与另一个元件并不用于限制元件，除非另有说明，其不限制元件之间的顺序或重要性等。因此，在本公开的范围内，实施方式中的第一元件可以被称为另一个实施方式中的第二元件，并且同样地，实施方式中的第二元件可以被称为另一个实施方式中的第一元件。
本公开中使用的术语是为了描述具体实施方式，而不是限制权利要求。如在实施方式的描述和所附权利要求中使用的，单数形式旨在包括复数形式，除非上下文另有明确指示。在本公开中使用的术语“和/或”可以指代相关的列举项之一，或者意指其指代并包括其中它们中的两个或更多个的任何和所有可能的组合。此外，除非另有说明，本发明中单词之间的“/”与“和/或”具有相同的含义。
本公开描述了无线通信网络或无线通信***，并且在无线通信网络中执行的操作可以在其中控制相应无线通信网络的设备(例如，基站)控制网络和发送或接收信号的过程中执行，或者可以在其中被关联到相应的无线网络的终端与网络或终端之间发送或接收信号的过程中执行
在本公开中，发送或接收信道包括通过相应信道发送或接收信息或信号的含义。例如，发送控制信道意指通过控制信道发送控制信息或控制信号。类似地，发送数据信道意指通过数据信道发送数据信息或数据信号。
在下文中，下行链路(DL)意指从基站到终端的通信，而上行链路(UL)意指从终端到基站的通信。在下行链路中，发射器可以是基站的一部分，而接收器可以是终端的一部分。在上行链路中，发射器可以是终端的一部分，而接收器可以是基站的一部分。基站可以被表达为第一通信设备，并且终端可以被表达为第二通信设备。基站(BS)可以用诸如固定站、节点B、eNB(演进型节点B)、gNB(下一代节点B)、BTS(基站收发器***)、接入点(AP)、网络(5G网络)、AI(人工智能)***/模块、RSU(路侧单元)、机器人、无人机(UAV：无人驾驶飞行器)、AR(增强现实)设备、VR(虚拟现实)设备等术语代替。另外，终端可以是固定的也可以是移动的，并且可以用UE(用户设备)、MS(移动站)、UT(用户终端)、MSS(移动订户站)、SS(订户站)、AMS(高级移动站)、WT(无线终端)、MTC(机器类型通信)设备、M2M(机器对机器)设备、D2D(设备对设备)设备、车辆、RSU(路侧单元)、机器人、AI(人工智能)模块、无人机(UAV：无人驾驶飞行器)、AR(增强现实)设备、VR(虚拟现实)设备等术语代替。
以下描述可以被用于各种无线电接入***，诸如CDMA、FDMA、TDMA、OFDMA、SC-FDMA等。CDMA可以通过诸如UTRA(通用陆地无线电接入)或CDMA 2000来实现。TDMA可以通过诸如GSM(全球移动通信***)/GPRS(通用分组无线电服务)/EDGE(数据速率增强型GSM演进)的无线电技术来实现。OFDMA可以通过诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802-20、E-UTRA(演进型UTRA)等无线电技术来实现。UTRA是UMTS(通用移动电信***)的一部分。3GPP(第三代合作伙伴计划)LTE(长期演进)是使用E-UTRA的E-UMTS(演进型UMTS)的一部分，并且LTE-A(高级)/LTE-Apro是3GPP LTE的高级版本。3GPP NR(新无线电或新无线电接入技术)是3GPP LTE/LTE-A/LTE-Apro的高级版本。
为了使描述更清楚，基于3GPP通信***(例如，LTE-A、NR)进行描述，但是本公开的技术思想不限于此。LTE意指3GPP TS(技术规范)36.xxx版本8之后的技术。具体来说，3GPPTS 36.xxx版本中或之后的LTE技术被称为LTE-A，并且3GPP TS 36.xxx版本13中或之后的LTE技术称为LTE-A pro。3GPP NR意指TS 38.xxx版本中或之后的技术。LTE/NR可以称为3GPP***。“xxx”意指标准文件的详细编号。LTE/NR通常可以被称为3GPP***。对于用于描述本公开的背景技术、术语、缩写等，可以参考在本公开之前公开的标准文件中描述的事项。例如，可以参考以下文档。
对于3GPP LTE，可以参考TS 36.211(物理信道和调制)、TS 36.212(复用和信道编码)、TS 36.213(物理层过程)、TS 36.300(总体描述)、TS 36.331(无线电资源控制)。
对于3GPP NR，可以参考TS 38.211(物理信道和调制)、TS 38.212(复用和信道编码)、TS 38.213(用于控制的物理层过程)、TS 38.214(用于数据的物理层过程)、TS 38.300(NR和NG-RAN(新一代无线电接入网络)总体描述)、TS 38.331(无线电资源控制协议规范)。
可以在本公开中使用的术语的缩写定义如下。
-BM：波束管理
-CQI：信道质量指示符
-CRI：信道状态信息-参考信号资源指示符
-CSI：信道状态信息
-CSI-IM：信道状态信息-干扰测量
-CSI-RS：信道状态信息-参考信号
-DMRS：解调参考信号
-FDM：频分复用
-FFT：快速傅里叶变换
-IFDMA：交织频分多址
-IFFT：快速傅里叶逆变换
-L1-RSRP：第1层参考信号接收功率
-L1-RSRQ：第1层参考信号接收质量
-MAC：媒体访问控制
-NZP：非零功率
-OFDM：正交频分复用
–PDCCH：物理下行链路控制信道
-PDSCH：物理下行链路共享信道
-PMI：预编码矩阵指示符
-RE：资源元素
-RI：秩指示符
-RRC：无线电资源控制
-RSSI：接收信号强度指示符
-Rx：接收
-QCL：准共置
-SINR：信号与干扰噪声比
-SSB(或SS/PBCH块)：同步信号块(包括PSS(主同步信号)、SSS(辅同步信号)和PBCH(物理广播信道))
-TDM：时分复用
-TRP：发送和接收点
-TRS：跟踪参考信号
-Tx：发送
-UE：用户设备
-ZP：零功率
整体***
随着更多的通信设备需要更高的容量，已经出现与现有的无线电接入技术(RAT)相比对改进的移动宽带通信的需求。此外，通过连接多个设备和事物随时随地提供各种服务的大规模MTC(机器类型通信)也是下一代通信将要考虑的主要问题之一。此外，还讨论了考虑对可靠性和时延敏感的服务/终端的通信***设计。因此，讨论了考虑eMBB(增强型移动宽带通信)、mMTC(大规模MTC)、URLLC(超可靠低时延通信)等的下一代RAT的引入，并且为了方便，在本公开中相应的技术被称为NR。NR是表示5G RAT的示例的表达。
包括NR的新RAT***使用OFDM传输方法或与其类似的传输方法。新的RAT***可能遵循与LTE的OFDM参数不同的OFDM参数。另选地，新的RAT***照原样遵循现有LTE/LTE-A的参数，但可能支持更宽的***带宽(例如，100MHz)。另选地，一个小区可以支持多个参数集。换言之，根据不同的参数集进行操作的终端可以共存于一个小区中。
参数集对应于频域中的一个子载波间隔。随着参考子载波间隔按整数N缩放，可以定义不同的参数集。
图1例示了可以应用本公开的无线通信***的结构。
参照图1，NG-RAN配置有为NG-RA(NG无线电接入)用户平面(即，新的AS(接入层)子层/PDCP(分组数据会聚协议)/RLC(无线电链路控制)/MAC/PHY)和UE提供控制平面(RRC)协议端的gNB。gNB通过Xn接口互连。此外，gNB通过NG接口被连接到NGC(新一代核心)。更具体地，gNB通过N2接口连接到AMF(接入和移动性管理功率)，并且通过N3接口连接到UPF(用户平面功能)。
图2例示了可以应用本公开的无线通信***中的帧结构。
NR***可以支持多个参数集。这里，可以通过子载波间隔和循环前缀(CP)开销来定义参数集。这里，可以通过将基本(参考)子载波间隔缩放整数N(或，μ)来导出多个子载波间隔。此外，虽然假定在非常高的载波频率中不使用非常低的子载波间隔，但是可以独立于频带来选择使用的参数集。此外，在NR***中可以支持根据多个参数集的各种帧结构。
在下文中，将描述可以在NR***中考虑的OFDM参数集和帧结构。NR***中支持的多个OFDM参数集可以定义如下表1。
[表1]
μ Δf＝2μ·15[kHz] CP
0 15 正常
1 30 正常
2 60 正常,扩展
3 120 正常
4 240 正常
NR支持用于支持各种5G服务的多个参数集(或子载波间隔(SCS))。例如，当SCS为15kHz时，支持传统蜂窝频段的广域；并且当SCS为30kHz/60kHz时，支持密集城市、更低时延和更宽的载波带宽；并且当SCS为60kHz或更高时，支持超过24.25GHz的带宽以克服相位噪声。
NR频带被定义为两种类型(FR1、FR2)的频率范围。FR1、FR2可以如下表2那样配置。另外，FR2可以意指毫米波(mmW)。
[表2]
关于NR***中的帧结构，时域中的各种字段的大小被表达为Tc＝1/(Δfmax·Nf)的时间单位的倍数。这里，Δfmax为480·103Hz，并且Nf为4096。下行链路和上行链路传输被配置(组织)为具有持续时间Tf＝1/Δfmax Nf/100)Tc＝10ms的无线电帧。这里，无线帧被配置有10个子帧，其分别具有Tsf＝(ΔfmaxNf/1000)·Tc＝1ms的持续时间。在这种情况下，对于上行链路可能有一个帧集，并且下行链路可能有一个帧集。此外，来自终端的第i号的上行链路帧中的传输应该比相应终端中的相应下行链路帧开始早了TTA＝(NTA+NTA,offset)Tc开始。对于子载波间隔配置μ，时隙在子帧中按ns μ∈{0,...,Nslot subframe,μ-1}的递增顺序编号，并且在无线电帧中按ns,f μ∈{0,...,Nslot frame,μ-1}的递增顺序编号。一个时隙配置有Nsymb slot个连续OFDM符号，并且Nsymb slot根据CP而被确定。子帧中的时隙ns μ的开始与同一子帧中的OFDM符号ns μNsymb slot的开始在时间上排列。所有终端可能不会同时执行发送和接收，这意指可能无法使用下行链路时隙或上行链路时隙的所有OFDM符号。
表3表示正常CP中每个时隙的OFDM符号数(Nsymb slot)、每个无线电帧的时隙数(Nslot frame,μ)和每个子帧的时隙数(Nslot subframe,μ)，并且表4表示扩展CP中每时隙的OFDM符号数、每无线电帧的时隙数和每子帧的时隙数。
[表3]
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
[表4]
μ Nsymb slot Nslot frame,μ Nslot subframe,μ
2 12 40 4
图2是μ＝2(SCS为60kHz)的示例，参见表3，1个子帧可以包括4个时隙。如图2中所示的1个子帧＝{1,2,4}是示例，1个子帧中可以包括的时隙的数量如表3或表4中定义。另外，迷你时隙可以包括2、4或7个符号或更多或更少符号。
关于NR***中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。在下文中，将详细描述NR***中可以考虑的物理资源。
首先，关于天线端口，定义天线端口，使得承载天线端口中的符号的信道可以从承载同一天线端口中的其它符号的信道推断。当可以从承载另一个天线端口的符号的信道中推断一个天线端口中的符号被承载的信道的大规模属性时，可以说2个天线端口处于QC/QCL(准共置的或准共置)关系。在这种情况下，大规模属性包括延迟扩展、多普勒扩展、频移、平均接收功率、接收定时中的至少一种。
图3例示了可以应用本公开的无线通信***中的资源网格。
参照图3，图示地描述了资源网格配置有频域中的NRB μNsc RB个子载波，并且一个子帧被配置有14·2μ个OFDM符号，但不限于此。在NR***中，发送的信号由2μNsymb (μ)个OFDM符号和配置有NRB μNsc RB个子载波的一个或多个资源网格来描述。这里，NRB μ≤NRB max,μ。NRB max,μ表示最大传输带宽，其在上行链路和下行链路之间以及在参数集之间可能不同。在这种情况下，每个μ和天线端口p可以配置一个资源网格。用于μ和天线端口p的资源网格的每个元素称为资源元素，并由索引对(k,l')唯一标识。这里，k＝0，...，NRB μNsc RB-1是频域中的索引，并且l'＝0，...，2μNsymb (μ)-1指代子帧中的符号位置。当引用时隙中的资源元素时，使用索引对(k,l)。这里，l＝0,...,Nsymb μ-1。用于μ和天线端口p的资源元素(k,l')对应于复数值ak,l' (p,μ)。当不存在混淆风险时或当未指定特定天线端口或参数集时，索引p和μ可能会被丢弃，于是复数值可能是ak,l'(p)或ak,l'。此外，资源块(RB)被定义为频域中Nsc RB＝12个连续子载波。
A点起到资源块网格的公共参考点的作用并且被获得如下。
-主小区(PCell)下行链路的offsetToPointA表示点A和与SS/PBCH块重叠的最低资源块的最低子载波之间的频率偏移，该SS/PBCH块由终端用于初始小区选择。假定15kHz的子载波间隔用于FR1，并且60kHz的子载波间隔用于FR2，其以资源块为单位表达。
absoluteFrequencyPointA表示点A的频率位置，用ARFCN(绝对射频信道号)表达。
对于子载波间隔配置μ，公共资源块在频域中从0向上编号。用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点A”相同。频域中的子载波间隔配置μ的公共资源块编号nCRB μ和资源元素(k,l)之间的关系如以下式1被给出。
[式1]
在式1中，相对于点A定义k，使得k＝0对应于以点A为中心的子载波。物理资源块在带宽部分(BWP)中从0到NBWP,i size,μ-1编号并且i是BWP的编号。BWPi中的物理资源块nPRB和公共资源块nCRB之间的关系由以下式2给出。
[式2]
NBWP,i start,μ是BWP相对于公共资源块0开始的公共资源块。
图4例示了可以应用本公开的无线通信***中的物理资源块。并且，图5例示了可以应用本公开的无线通信***中的时隙结构。
参照图4和图5，时隙包括时域中的多个符号。例如，对于正常的CP，1个时隙包括7个符号，但对于扩展的CP，1个时隙包括6个符号
载波包括频域中的多个子载波。RB(资源块)被定义为频域中的多个(例如，12个)连续子载波。BWP(带宽部分)被定义为频域中的多个连续(物理)资源块并且可以对应于一个参数集(例如，SCS、CP长度等)。载波可以包括最多N个(例如，5个)BWP。可以通过激活的BWP执行数据通信，并且对于一个终端只能激活一个BWP。在资源网格中，每个元素被称为资源元素(RE)，并且可以映射一个复数符号。
在NR***中，每个分量载波(CC)可以支持最多400MHz。如果在这样的宽带CC中操作的终端始终操作以为整个CC开启射频(FR)芯片，则终端电池消耗可能会增加。另选地，当考虑在一个宽带CC(例如，eMBB、URLLC、Mmtc、V2X等)中操作的多个应用情况时，可以在对应的CC中的每个频带中支持不同的参数集(例如，子载波间隔等)。另选地，每个终端对于最大带宽可能具有不同的能力。考虑到这一点，基站可以指示终端仅在部分带宽中操作，而不是在宽带CC的全带宽中操作，并且为了方便起见，将对应的部分带宽定义为带宽部分(BWP)。BWP可以在频率轴上配置有连续的RB，并且可以对应于一个参数集(例如，子载波间隔、CP长度、时隙/迷你时隙持续时间)。
此外，即使在配置给终端的一个CC中，基站也可以配置多个BWP。例如，可以在PDCCH监测时隙中配置占用相对较小频域的BWP，并且在更大的BWP中可以调度由PDCCH指示的PDSCH。另选地，当UE在特定BWP中拥塞时，可以为一些终端配置有其它BWP以进行负载平衡。另选地，考虑到邻近小区之间的频域小区间干扰消除等，可以排除一些全带宽的中间频谱，并且可以在同一时隙中配置两个边缘上的BWP。换言之，基站可以将至少一个DL/UL BWP配置给与宽带CC相关联的终端。基站可以在特定时间(通过L1信令或MAC CE(控制元素)或RRC信令等)激活配置的DL/UL BWP中的至少一个DL/UL BWP。此外，基站可以(通过L1信令或MAC CE或RRC信令等)指示切换到其它配置的DL/UL BWP。另选地，基于定时器，当定时器值期满时，可以切换到确定的DL/UL BWP。这里，激活的DL/UL BWP被定义为活动的DL/UL BWP。但是，当终端执行初始接入过程或设立RRC连接之前，可能不会接收到DL/UL BWP上的配置，因此终端在这些情况下假定的DL/UL BWP被定义为初始活动的DL/UL BWP。
图6例示了在可以应用本公开的无线通信***中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
在无线通信***中，终端通过下行链路从基站接收信息并且通过上行链路将信息发送到基站。基站和终端发送和接收的信息包括数据和各种控制信息，并且根据它们发送和接收的信息的类型/用途存在各种物理信道。
当终端被开启或新进入小区时，其执行包括与基站同步等的初始小区搜索(S601)。对于初始小区搜索，终端可以通过从基站接收主同步信号(PSS)和辅同步信号(SSS)来与基站同步，并获得诸如小区标识符(ID)等的信息。然后，终端可以通过从基站接收物理广播信道(PBCH)来获取小区中的广播信息。此外，终端可以通过在初始小区搜索阶段接收下行链路参考信号(DLRS)来检查下行链路信道状态。
完成初始小区搜索的终端可以通过根据PDCCH中承载的信息接收物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH)来获得更详细的***信息(S602)。
此外，当终端第一次接入到基站或者没有用于信号传输的无线电资源时，其可以对基站执行随机接入(RACH)过程(S603到S606)。对于随机接入过程，终端可以通过物理随机接入信道(PRACH)发送特定序列作为前导码(S603和S605)，并且可以通过PDCCH和相应的PDSCH接收对前导码的响应消息(S604和S606))。基于竞争的RACH可以另外执行竞争解决过程。
随后执行上述过程的终端可以执行PDCCH/PDSCH接收(S607)和PUSCH(物理上行链路共享信道)/PUCCH(物理上行链路控制信道)发送(S608)作为一般上行链路/下行链路信号传输过程。具体地，终端通过PDCCH接收下行链路控制信息(DCI)。这里，DCI包括诸如用于终端的资源分配信息的控制信息，并且格式根据其使用目的而变化。
此外，由终端通过上行链路向基站发送或由终端从基站接收的控制信息包括下行链路/上行链路ACK/NACK(确认/非确认)信号、CQI(信道指令指示符)、PMI(预编码矩阵指示符)、RI(秩指示符)等。对于3GPP LTE***，终端可以通过PUSCH和/或PUCCH发送上述CQI/PMI/RI等的控制信息。
表5表示NR***中的DCI格式的示例。
[表5]
参照表5，DCI格式0_0、0_1和0_2可以包括资源信息(例如，UL/SUL(补充UL)、频率资源分配、时间资源分配、跳频等)，与传输块(TB)相关的信息(例如，MCS(调制编码和方案)、NDI(新数据指示符)、RV(冗余版本)等)、与HARQ(混合-自动重复和请求)相关的信息(例如、过程号、DAI(下行链路指配索引)、PDSCH-HARQ反馈定时等)、与多天线相关信息(例如，DMRS序列初始化信息、天线端口、CSI请求等)、与PUSCH的调度相关的功率控制信息(例如，PUSCH功率控制等)以及包括在每个DCI格式中的控制信息可以被预定义。
DCI格式0_0被用于在一个小区中调度PUSCH。DCI格式0_0中包括的信息是由C-RNTI(小区无线电网络临时标识符)或CS-RNTI(配置的调度RNTI)或MCS-C-RNTI(调制编码方案小区RNTI)加扰的CRC(循环冗余校验)并且进行发送。
DCI格式0_1被用于指示一个或多个PUSCH的调度或向一个小区中的终端配置许可(CG)下行链路反馈信息。DCI格式0_1中包括的信息由C-RNTI或CS-RNTI或SP-CSI-RNTI(半持久CSI RNTI)或MCS-C-RNTI加扰并且发送。
DCI格式0_2被用于在一个小区中调度PUSCH。DCI格式0_2中包括的信息由C-RNTI或CS-RNTI或SP-CSI-RNTI或MCS-C-RNTI加扰并且发送。
接下来，DCI格式1_0、1_1和1_2可以包括资源信息(例如，频率资源分配、时间资源分配、VRB(虚拟资源块)-PRB(物理资源块)映射等)，与传输块(TB)相关的信息(例如，MCS、NDI、RV等)、与HARQ相关的信息(例如，过程号、DAI、PDSCH-HARQ反馈定时等)、与多个天线相关的信息(例如，天线端口、TCI(传输配置指示符)、SRS(探测参考信号)请求等)、与关于PDSCH的调度的PUCCH相关的信息(例如，PUCCH功率控制、PUCCH资源指示符等)以及每个DCI格式中包括的控制信息可以被预定义。
DCI格式1_0被用于在一个DL小区中调度PDSCH。DCI格式1_0中包括的信息为由C-RNTI或CS-RNTI或MCS-C-RNTI加扰并发送的CRC。
DCI格式1_1被用于在一个小区中调度PDSCH。DCI格式1_1中包括的信息为由C-RNTI或CS-RNTI或MCS-C-RNTI加扰并发送的CRC。
DCI格式1_2被用于在一个小区中调度PDSCH。DCI格式1_2中包含的信息为由C-RNTI或CS-RNTI或MCS-C-RNTI加扰并发送的CRC。
与多TRP相关的操作
协作多点(CoMP)方案是指多个基站通过(例如，使用X2接口)交换或利用由终端反馈并协作地发送到终端的信道信息(例如，RI/CQI/PMI/LI(层指示符)等)来有效地控制干扰的方案。根据所使用的方案，CoMP可以被分类为联合传输(JT)、协调调度(CS)、协调波束成形(CB)、动态点选择(DPS)、动态点阻挡(DPB)等。
M个TRP向一个终端发送数据的M-TRP传输方案可以在很大程度上被分类为i)eMBBM-TRP传输，其是用于提高传送速率的方案以及ii)URLLC M-TRP传输，其是用于提高接收成功率并减少时延的方案。
另外，关于DCI传输，M-TRP传输方案可以分类为i)基于每个TRP发送不同DCI的M-DCI(多个DCI)的M-TRP传输以及ii)基于一个TRP发送DCI的S-DCI(单个DCI)的M-TRP传输。例如，对于基于S-DCI的M-TRP传输，由M个TRP发送的关于数据的所有调度信息应当通过一个DCI被递送到终端，它可以在两个TRP之间的动态协作是可能的理想的回程(理想BH)的环境中使用。
对于基于TDM的URLLC M-TRP传输，方案3/4在用于标准化的讨论下。具体地，方案4意味着一个TRP在一个时隙中发送传输块(TB)的方案，并且其具有改善在多个时隙中通过从多个TRP接收的相同TB的数据接收的概率的效果。此外，方案3意味着一个TRP通过连续数量的OFDM符号(即，符号组)发送TB的方案，并且TRP可以被配置为在一个时隙中通过不同的符号组发送相同的TB。
另外，UE可以将由在不同的控制资源集(CORESET)(或属于不同CORESET组的CORESET)中接收的DCI调度的PUSCH(或PUCCH)识别为发送到不同TRP的PUSCH(或PUCCH)，或者可以识别来自不同TRP的PDSCH(或PDCCH)。另外，下面描述的用于发送到不同TRP的UL发送(例如，PUSCH/PUCCH)的方法可以等同地应用于发送到属于相同TRP的不同面板的UL发送(例如，PUSCH/PUCCH)。
在下文中，将描述基于多个DCI的非相干联合传输(NCJT)/基于单个DCI的NCJT。
NCJT(非相干联合传输)是多个传输点(TP)通过使用相同的时间频率资源向一个终端发送数据的方案，TP通过在TP之间通过不同层(即，通过不同DMRS端口)使用不同DMRS(解调制复用参考信号)来发送数据。
TP通过DCI将数据调度信息传送到接收NCJT的终端。这里，参与NCJT的每个TP在其自身通过DCI发送的数据上传送调度信息的方案被称为“基于多个DCI的NCJT”。当参与NCJT传输的N个TP中的每个TP向UE发送DL授权DCI和PDSCH时，UE从N个TP接收N个DCI和N个PDSCH。此外，一个代表性TP通过一个DCI在其自身发送的数据和由不同TP(即，参与NCJT的TP)发送的数据上传送调度信息的方案被称为“基于单个DCI的NCJT”。这里，N个TP发送一个PDSCH，但是每个TP仅发送一个PDSCH中包括的多个层的一些层。例如，当发送4层数据时，TP1可以发送2个层，并且TP2可以向UE发送2个剩余层。
执行NCJT传输的多个TRP(MTRP)可以通过使用以下两种方案中的任何一种方案来向终端发送DL数据。
首先，描述了“基于单个DCI的MTRP方案”。MTRP协作地发送一个公共PDSCH，并且参与协作传输的每个TRP在空间上划分并且通过使用相同的时间频率资源将对应PDSCH发送到不同层(即，不同DMRS端口)。这里，通过一个DCI向UE指示关于PDSCH的调度信息，并且哪个DMRS(组)端口使用哪个QCL RS和QCL类型信息由对应DCI(其不同于现有方案中指示的指示QCL RS和将共同应用于所有DMRS端口的类型的DCI)指示。换句话说，可以通过DCI中的TCI(传输配置指示符)字段来指示M个TCI状态(例如，针对2TRP协作传输，M＝2)，并且可以通过针对M DMRS端口组使用M个不同TCI状态来指示QCL RS和类型。另外，可以通过使用新的DMRS表来指示DMRS端口信息。
接下来，描述了“基于多个DCI的MTRP方案”。每个MTRP发送不同DCI和PDSCH，并且(部分或全部)对应PDSCH彼此重叠并且在频率时间资源中发送。对应PDSCH可以通过不同加扰ID(标识符)来加扰，并且DCI可以通过属于不同CORESET组的CORESET来发送。(这里CORESET组可以由每个CORESET的CORESET配置中定义的索引来标识。例如，当索引＝0被配置用于CORESET1和CORESET2并且索引＝1被配置用于CORESET3和CORESET4时，CORESET1和CORESET2是CORESET组0，并且CORESET3和CORESET4属于CORESET组1。另外，当在CORESET中没有定义索引时，可以将其解释为索引＝0)当在一个服务小区中配置了多个加扰ID或者配置了两个或更多个CORESET组时，UE可以注意到它根据基于多个DCI的MTRP操作接收数据。
另选地，可以通过单独的信令向UE指示基于单个DCI的MTRP方案还是基于多个DCI的MTRP方案。在示例中，对于一个服务小区，可以向UE指示用于MTRP操作的多个CRS(小区参考信号)模式。在这种情况下，取决于基于单个DCI的MTRP方案或基于多个DCI的MTRP方案(因为CRS模式是不同的)，用于CRS的PDSCH速率匹配(ratematching)可以是不同的。
在下文中，本公开中描述/提及的CORESET组ID可以表示用于区分每个TRP/面板(panel)的CORESET的索引/标识信息(例如，ID等)。另外，CORESET组可以是由用于区分每个TRP/面板的CORESET的索引/标识信息(例如，ID)/CORESET组ID等区分的CORESET的组/合集。在示例中，CORESET组ID可以是CORESET配置中定义的特定索引信息。在这种情况下，CORESET组可以由每个CORESET的CORESET配置中定义的索引配置/指示/定义。另外地/另选地，CORESET组ID可以表示用于所配置的/与每个TRP/面板相关联的CORESET之间的区分/标识的索引/标识信息/指示符等。在下文中，本公开中描述/提及的CORESET组ID可以通过用用于所配置的/与每个TRP/面板相关联的CORESET之间的区分/标识的特定索引/特定标识信息/特定指示符代替而表示。可以通过更高层信令(例如，RRC信令)/L2信令(例如，MAC-CE)/L1信令(例如，DCI)等将CORESET组ID(即，用于所配置的/与每个TRP/面板相关联的CORESET之间的区分/标识的特定索引/特定标识信息/特定指示符)配置/指示给终端。在示例中，它可以被配置/指示为使得将针对对应CORESET组的单元中的每个TRP/面板(即，针对属于相同CORESET组的TRP/面板)执行PDCCH检测。另外地/另选地，它可以被配置/指示为使得上行链路控制信息(例如，CSI、HARQ-A/N(ACK/NACK)、SR(调度请求))和/或上行链路物理信道资源(例如，PUCCH/PRACH/SRS资源)针对对应CORESET组的单元中的每个TRP/面板(即，针对属于相同CORESET组的TRP/面板)分离和管理/控制。另外地/另选地，针对每个TRP/面板调度的用于PDSCH/PUSCH等的HARQA/N(处理/重传)等可以针对对应CORESET组(即，针对属于相同CORESET组的TRP/面板)进行管理。
在下文中，将描述部分重叠的NCJT。
另外，NCJT可以被分类为由每个TP发送的时间频率资源完全重叠的完全重叠的NCJT和仅一些时间频率资源重叠的部分重叠的NCJT。换句话说，对于部分重叠的NCJT，在一些时间频率资源中发送TP1和TP2两者的数据，并且在剩余的时间频率资源中仅发送TP1或TP2中的一个TP的数据。
在下文中，将描述用于提高多TRP中的可靠性的方法。
作为用于使用多个TRP中的传输来提高可靠性的发送和接收方法，可以考虑以下两种方法。
图7例示了可以应用本公开的无线通信***中的多个TRP传输的方法。
参照图7的(a)，示出了发送相同码字(CW)/传输块(TB)的层组对应于不同TRP的情况。这里，层组可以意指包括一个或更多个层的预定层集合。在这种情况下，优点是由于多个层的数量，发送资源的量增加，因此具有低编码速率的鲁棒信道编码可以用于TB，另外，由于多个TRP具有不同的信道，因此可以期望基于分集增益来提高接收信号的可靠性。
参照图7的(b)，示出了通过对应于不同TRP的层组发送不同CW的示例。这里，可以假设与图中的CW#1和CW#2对应的TB彼此相同。换言之，CW#1和CW#2意指相同的TB分别由不同的TRP通过信道编码等变换成不同的CW。因此，可以考虑重复发送相同的TB的示例。在图7的(b)的情况下，与图7的(a)相比，可能具有对应于TB的码率更高的缺点。然而，它具有这样的优点：可以通过指示不同的RV(冗余版本)值来调整码率或者可以根据信道环境针对从相同TB生成的编码比特调整各个CW的调制阶数。
根据上面图7的(a)和图7的(b)所示的方法，由于相同的TB通过不同的层组重复发送并且各个层组由不同的TRP/面板发送，所以可以提高终端的数据接收概率。它被称为基于SDM(空分复用)的M-TRP URLLC传输方法。属于不同层组的层分别通过属于不同DMRS CDM组的DMRS端口发送。
另外，上述与多个TRP相关的内容是基于使用不同层的SDM(空分复用)方法描述的，但它可以自然地扩展并应用于基于不同频域资源(例如，RB/PRB(集)等)的FDM(频分复用)方法和/或基于不同时域资源(例如，时隙、符号、子符号等)的TDM(时分复用)方法。
关于用于由单个DCI调度的基于多个TRP的URLLC的方法，讨论了以下方法。
1)方法1(SDM)：时间和频率资源分配重叠并且单个时隙中的n(n<＝Ns)个TCI状态
1-a)方法1a
-在每个发送时间(时机)在一个层或层集合中发送相同TB，并且每个层或每个层集合与一个TCI和一个DMRS端口集合相关联。
-在所有空间层或所有层集合中使用具有一个RV的单个码字。关于UE，通过使用相同的映射规则将不同编码比特映射到不同层或层集合。
1-b)方法1b
-在每个发送时间(时机)在一个层或层集合中发送相同TB，并且每个层或每个层集合与一个TCI和一个DMRS端口集合相关联。
-在每个空间层或每个层集合中使用具有一个RV的单个码字。对应于每个空间层或每个层集合的RV可以相同或不同。
1-c)方法1c
-在一个发送时间(时机)，在一个层中发送具有与多个TCI状态索引相关联的一个DMRS端口的相同TB，或者在一个层中发送具有与多个TCI状态索引一对一相关联的多个DMRS端口的相同TB。
在方法1a和1c的情况下，相同MCS被应用于所有层或所有层集合。
2)方法2(FDM)：频率资源分配不重叠并且单个时隙中的n(n<＝Nf)个TCI状态
-每个非重叠频率资源分配与一个TCI状态相关联。
-相同的单个/多个DMRS端口与所有非重叠频率资源分配相关联。
2-a)方法2a
-具有一个RV的单个码字用于所有资源分配。关于UE，将公共RB匹配(码字到层的映射)应用于所有资源分配。
2-b)方法2b
-具有一个RV的单个码字用于每个非重叠频率资源分配。对应于每个非重叠频率资源分配的RV可以相同或不同。
对于方法2a，将相同MCS应用于所有非重叠频率资源分配。
3)方法3(TDM)：时间资源分配不重叠并且单个时隙中的n(n<＝Nt1)个TCI状态
-TB的每个发送时间(时机)具有迷你时隙的时间粒度并且具有一个TCI和一个RV。
-在时隙中的所有发送时间(时机)公共MCS与单个或多个DMRS端口一起使用。
-RV/TCI在不同发送时间(时机)可以是相同的或不同的。
4)方法4(TDM)：K(n<＝K)个不同时隙中的n(n<＝Nt2)个TCI状态
-TB的每个发送时间(时机)具有一个TCI和一个RV。
-跨K个时隙的每一个发送时间(时机)使用公共MCS和单个或多个DMRS端口。
-RV/TCI在不同发送时间(时机)可以是相同的或不同的。
在下文中，描述了MTRP URLLC。
在本公开中，DL MTRP URLLC意味着多个TRP通过使用不同层/时间/频率资源来发送相同数据(例如，相同TB)/DCI。例如，TRP 1在资源1中发送相同数据/DCI，并且TRP 2在资源2中发送相同数据/DCI。配置有DL MTRP-URLLC传输方法的UE通过使用不同层/时间/频率资源来接收相同数据/DCI。这里，UE从基站配置应当在接收相同数据/DCI的层/时间/频率资源中使用哪种QCL RS/类型(即，DL TCI状态)。例如，当在资源1和资源2中接收到相同数据/DCI时，可以配置在资源1中使用的DL TCI状态和在资源2中使用的DL TCI状态。UE可以实现高可靠性，因为它通过资源1和资源2接收相同数据/DCI。这种DL MTRP URLLC可以应用于PDSCH/PDCCH。
此外，在本公开中，UL MTRP-URLLC意味着多个TRP通过使用不同层/时间/频率资源从任何UE接收相同数据/UCI(上行链路控制信息)。例如，TRP 1在资源1中从UE接收相同数据/DCI，并且TRP 2在资源2中从UE接收相同数据/DCI，以通过连接在TRP之间的回程链路共享所接收的数据/DCI。配置有UL MTRP-URLLC传输方法的UE通过使用不同层/时间/频率资源来发送相同数据/UCI。在这种情况下，UE从基站配置应当在发送相同数据/DCI的层/时间/频率资源中使用哪个Tx波束和哪个Tx功率(即，UL TCI状态)。例如，当在资源1和资源2中发送相同数据/UCI时，可以配置在资源1中使用的UL TCI状态和在资源2中使用的UL TCI状态。这样的UL MTRP URLLC可以应用于PUSCH/PUCCH。
另外，在本公开中，当在接收用于任何频率/时间/空间资源(层)的数据/DCI/UCI时使用(或映射)特定TCI状态(或TCI)时，其意味着以下内容。对于DL，其可以意味着通过使用由该频率/时间/空间资源(层)中的对应TCI状态指示的QCL类型和QCL RS来从DMRS估计信道，并且数据/DCI是基于所估计的信道而接收/解调的。另外，对于UL，其可以意味着通过使用由该频率/时间/空间资源中的对应TCI状态指示的Tx波束和功率来发送/调制DMRS和数据/UCI。
这里，UL TCI状态具有UE的Tx波束和/或Tx功率信息，并且可以通过其它参数将空间关系信息等配置给UE，而不是TCI状态。UL TCI状态可以由UL授权DCI直接指示，或者可以表示由UL授权DCI的SRI(探测资源指示符)字段指示的SRS资源的空间关系信息。另选地，它可以意味着连接到由UL授权DCI的SRI字段指示的值的开环(OL)Tx功率控制参数(例如，j：开环参数Po的索引和α(每小区多达32个参数值集合)，q_d：用于PL(路径损耗)测量(每小区多达4个测量)的DLRS资源的索引，l：闭环功率控制过程索引(每小区多达2个过程)。
在下文中，描述MTRP eMBB。
在本公开中，MTRP-eMBB意味着多个TRP通过使用不同层/时间/频率来发送不同数据(例如，不同TB)。配置有MTRP-eMBB传输方法的UE通过DCI接收关于多个TCI状态的指示，并且假设通过使用每个TCI状态的QCL RS接收的数据是不同数据。
另一方面，UE可以通过分别划分用于MTRP-URLLC的RNTI和用于MTRP-eMBB的RNTI并使用它们来理解MTRP URLLC发送/接收还是MTRP eMBB发送/接收。换句话说，当通过使用用于URLLC的RNTI来执行DCI的CRC掩码时，UE将其考虑为URLLC发送，并且当通过使用用于eMBB的RNTI来执行DCI的CRC掩码时，UE将其考虑为eMBB发送。另选地，基站可以通过其它新信令向UE配置MTRP URLLC发送/接收或者TRP eMBB发送/接收。
在本公开的描述中，为了描述的方便，通过假设两个TRP之间的协作发送/接收来描述，但是本公开中提出的方法也可以在3个或更多个多TRP环境中扩展和应用，并且另外，其还可以扩展并应用于多个面板环境中(即，通过将TRP与面板匹配)。另外，不同TRP可以被识别为针对UE的不同TCI状态。因此，当UE通过使用TCI状态1接收/发送数据/DCI/UCI时，意味着从TRP 1接收数据/DCI/UCI/向TRP 1发送数据/DCI/UCI。
在下文中，可以在MTRP协作地发送PDCCH(重复发送或部分地发送相同PDCCH)的情况下利用本公开中提出的方法。另外，还可以在MTRP协作地发送PDSCH或协作地接收PUSCH/PUCCH的情况下利用本公开中提出的方法。
另外，在本公开中，当多个基站(即，MTRP)重复地发送相同的PDCCH时，可以意指通过多个PDCCH候选发送相同的DCI，并且还可以意指多个基站重复地发送相同的DCI。这里，相同的DCI可以意味着具有相同的DCI格式/大小/有效载荷的两个DCI。另选地，虽然两个DCI具有不同有效载荷，但是当调度结果相同时，其可以被认为是相同的DCI。例如，DCI的TDRA(时域资源分配)字段基于DCI的接收时机相对地确定数据的时隙/符号位置和A/N(ACK/NACK)的时隙/符号位置，使得如果在n时机接收的DCI和在n+1时机接收的DCI通知UE相同的调度结果，则两个DCI的TDRA字段是不同的，并且必然地，DCI有效载荷是不同的。R(重复次数)可以由基站直接指示或相互承诺给UE。另选地，虽然两个DCI的有效载荷不同并且调度结果不相同，但是当一个DCI的调度结果是其它DCI的调度结果的子集时，可以认为是相同的DCI。例如，当相同的数据通过TDM被重复发送N次时，在第一数据之前接收的DCI 1指示N个数据重复，并且在第一数据之后且在第二数据之前接收的DCI 2指示N-1个数据重复。DCI 2的调度数据成为DCI 1的调度数据的子集，并且两个DCI调度相同的数据，所以在这种情况下，可以将其视为相同的DCI。
另外，在本公开中，当多个基站(即，MTRP)部分地发送相同的PDCCH时，意指一个DCI是通过一个PDCCH候选发送的，但是TRP 1发送一些资源，使得这样的PDCCH候选被定义，并且TRP 2发送剩余的资源。例如，当与聚合等级m1+m2相对应的PDCCH候选被TRP 1和TRP 2划分地发送时，PDCCH候选可以被划分为与聚合等级m1相对应的PDCCH候选1和与聚合等级m2相对应的PDCCH候选2，并且TRP 1可以发送PDCCH候选1，TRP 2可以向不同的时间/频率资源发送PDCCH候选2。在接收到PDCCH候选1和PDCCH候选2之后，UE可以生成与聚合等级m1+m2相对应的PDCCH候选，并且尝试DCI解码。
另外，在本公开中，当UE重复地发送相同的PUSCH使得多个基站(即，MTRP)可以接收到该相同的PUSCH时，可以意指UE通过多个PUSCH发送相同的数据。在这种情况下，每个PUSCH可以被优化并且被发送到不同TRP的UL信道。例如，当UE通过PUSCH 1和PUSCH 2重复地发送相同的数据时，通过使用用于TRP 1的UL TCI状态1发送PUSCH 1，并且在这种情况下，诸如预编码器/MCS等的链路自适应还可以被调度/应用于针对TRP 1的信道优化的值。通过使用用于TRP 2的UL TCI状态2发送PUSCH 2，并且诸如预编码器/MCS等的链路自适应还可以被调度/应用于针对TRP 2的信道优化的值。在这种情况下，可以在不同的时间发送被重复发送的PUSCH 1和PUSCH 2以进行TDM、FDM或SDM。
另外，在本公开中，当UE部分地发送相同的PUSCH使得多个基站(即，MTRP)可以接收到该PUSCH时，可以意指UE通过一个PUSCH发送一个数据，但是它划分被分配给该PUSCH的资源、针对不同的TRP的UL信道优化它们并且发送它们。例如，当UE通过10符号PUSCH发送相同的数据时，通过在5个先前符号中使用用于TRP 1的UL TCI状态1发送数据，并且在这种情况下，诸如预编码器/MCS等的链路自适应还可以被调度/应用于针对TRP 1的信道优化的值。通过使用用于TRP 2的UL TCI状态2在剩余的5个符号中发送剩余数据，并且在这种情况下，诸如预编码器/MCS等的链路自适应还可以被调度/应用于针对TRP 2的信道优化的值。在示例中，针对TRP 1的传输和针对TRP 2的传输通过将一个PUSCH划分为时间资源来进行TDM，但是可以通过FDM/SDM方法来发送。
另外，类似于上述PUSCH传输，同样针对PUCCH，UE可以重复地发送相同的PUCCH或者可以部分地发送相同的PUCCH，使得多个基站(即，MTRP)接收它。
在下文中，本公开的提议可以被扩展并应用于诸如PUSCH/PUCCH/PDSCH/PDCCH等的各种信道。
本公开的提议可以被扩展并应用于各种上行链路/下行链路信道重复发送到不同的时间/频率/空间资源的情况和各种上行链路/下行链路信道被部分地发送到不同的时间/频率/空间资源的情况。
在本公开中，传输时机(TO)可以对应于发送/接收信道的资源单元或者可以发送/接收信道的候选资源单元。例如，当按照TDM方案发送多个信道时，TO可以意指在不同的时间资源中发送的或者可以在不同的时间资源中发送的每个信道。例如，当按照FDM方案发送多个信道时，TO可以意指在不同的频率资源(例如，RB)中发送的或者可以在不同的频率资源(例如，RB)中发送的每个信道。例如，当按照SDM方案发送多个信道时，TO可以意指在不同的层/波束/DMRS端口中发送的或者可以在不同的层/波束/DMRS端口中发送的每个信道。一个TCI状态可以被映射到每个TO。当重复地发送相同的信道时，可以在一个TO发送完整的DCI/数据/UCI，并且接收端可以接收多个TO，以增加接收成功率。
上述基于单个DCI(S-DCI)的多TB PUSCH/PDSCH调度方案可以应用于例如一个DCI在非常高的频带(例如，高于5.26GHz的频带)中同时调度多个PUSCH/PDSCH的情况。例如，可以通过用于调度PUSCH的DCI的TDRA字段一次指示多个时域资源分配(TDRA)(或TO)，并且可以在每个TO中通过PUSCH发送不同的TB。调度DCI的多TB PUSCH的频域资源分配(FDRA)、MCS、发送预编码矩阵指示符(TPMI)、SRI值可以公共地应用于由对应DCI调度的多个TB。另外，可以通过调度DCI的多TB PUSCH针对每个TB单独/独立地指示NDI、RV。另外，在这种调度DCI的多TB PUSCH中，针对HARQ(进程)编号(HPN)指示一个值，但是可以应用从初始TO按TO顺序依次递增的值。
另外，可以考虑基于S-DCI的M-TRP PUSCH重复传输方案。在这方面，基站将两个SRS集合配置给终端以用于基于S-DCI的M-TRP PUSCH传输，并且每个集合用于指示用于/去往TRP 1和TRP 2的UL Tx端口以及UL波束/QCL信息。另外，基站针对每个SRS资源集合执行SRS资源指示，并且可以通过包括在一个DCI中的两个SRI字段指示多达两个PC参数集合。
例如，第一SRI字段可以指示在SRS资源集合0中定义的SRS资源和PC参数集，并且第二SRI字段可以指示在SRS资源集合1中定义的SRS资源和PC参数集。终端可以通过第一SRI字段接收针对TRP 1的UL Tx端口、PC参数集和UL波束/QCL信息的指示，通过此，终端在与SRS资源集合0相对应的TO执行PUSCH传输。类似地，终端可以通过第二SRI字段接收针对TRP 2的UL Tx端口、PC参数集和UL波束/QCL信息的指示，通过此，终端可以在与SRS资源集合1相对应的TO进行PUSCH传输。
除了上述SRI字段之外，可以将现有的一个字段扩展到两个字段，使得可以针对每个TRP指示TPMI、PTRS和TPC相关字段。
另外，可以定义SRS资源集合指示字段(例如，2比特字段)，并且基于此，终端可以通过选择两个SRS资源集合中的特定一个SRS资源集合来执行S-TRP PUSCH重复传输，或者可以通过选择两个SRS资源集合二者来执行M-TRP PUSCH重复传输。
例如，SRS资源集合指示字段的码点“00”可以指示第一SRS资源集合，并且码点“01”可以指示第二SRS资源集合/定义。当指示码点“00”或“01”时，可以执行与由每个码点指示的SRS资源集合相对应的S-TRP PUSCH传输。另外，码点“10”可以被配置/定义为指示[第一SRS资源集合，第二SRS资源集合]，并且码点“11”可以被配置/定义为指示[第二SRS资源集合，第一SRS资源集合]。当指示码点“10”或“11”时，可以按照指示SRS资源集合对的顺序来执行M-TRP PUSCH传输。当指示码点“10”时，第一SRS资源集合与第一PUSCH TO相对应，并且当指示码点“11”时，第二SRS资源集合与第一PUSCH TO相对应。
另外，可以考虑基于单个PUCCH资源的M-TRP重复PUCCH传输方案。在这方面，针对基于单个PUCCH资源的M-TRP PUCCH传输，基站可以在单个PUCCH资源上向终端激活/配置两个空间关系信息(如果FR1，则可以激活/配置两个PC参数集)。当通过对应PUCCH资源发送ULUCI时，每个空间关系信息用于分别向终端指示关于TRP 1和TRP 2的空间关系信息。例如，通过第一空间关系信息中指示的值，向终端指示关于TRP 1的Tx波束/PC参数，并且终端通过使用对应信息在与TRP 1相对应的TO执行PUCCH传输。类似地，通过第二空间关系信息中指示的值，向终端指示关于TRP 2的Tx波束/PC参数，并且终端通过使用对应信息在与TRP 2相对应的TO执行PUCCH传输。
另外，针对M-TRP PUCCH重复传输，已经改进了配置方法，使得可以在PUCCH资源中配置两个空间关系信息。也就是说，当针对每个空间关系信息设置/配置诸如PLRS、Alpha、P0和闭环索引的功率控制(PC)参数时，可以配置空间关系RS。因此，可以通过两个空间关系信息来配置与两个TRP相对应的PC信息和空间关系RS信息。通过这样，终端在第一TO通过使用第一空间关系信息来发送UCI(即，CSI、ACK/NACK、SR等)PUCCH，并且在第二TO通过使用第二空间关系信息来发送相同的UCI PUCCH。在本公开中，可以将配置有两个空间关系信息的PUCCH资源称为M-TRP PUCCH资源，将配置有一个空间关系信息的PUCCH资源称为S-TRPPUCCH资源。
另外，关于本公开的提议，可以考虑统一TCI框架方案。也就是说，可以通过DL DCI(例如，DCI格式1_1/1_2等)一起指示UL TCI状态以及DL TCI状态。另选地，可以仅指示ULTCI状态而不通过DL DCI指示DL TCI状态。通过这样，常规用于UL波束和功率控制(PC)配置的方案可以通过上述UL TCI状态指示方案来替换。
作为具体示例，可以通过DL DCI中的TCI字段来指示一个UL TCI状态。在这种情况下，UL TCI状态可以在特定时间(例如，波束应用时间)之后应用于所有PUSCH/PUCCH，并且可以应用于所指示的SRS资源集合中的一些或全部。另选地，可以通过DL DCI中的TCI字段来指示多个UL TCI状态(和/或DL TCI状态)。
考虑与多个传输元件/多个传输目标相关的同时传输的发送物理控制信道的方法
正在讨论终端同时发送相同类型的多个信道(CH)/参考信号(RS)、终端同时发送不同类型的多个CH/RS的新的方法。在常规方案中，终端在一个时间点(或在一个时间单元内)发送多个CH/RS的操作被限制。例如，针对根据常规方案的终端，针对上行链路波束测量支持同时发送属于不同SRS资源集合的多个SRS资源，但是不支持同时发送多个不同的PUSCH。因此，为了通过减轻上述限制来支持更先进的终端操作，正在讨论一种使用一个终端的多个传输元件同时发送多个CH/RS的方法。
例如，根据本公开，终端可以使用多个传输元件针对多个传输目标同时执行上行链路传输。另外，基站可以同时从多个传输目标中的终端接收通过多个传输元件发送的上行链路传输。例如，终端的传输元件可以对应于天线组或天线面板，并且一个天线组/面板可以对应于一个RS集合(或一个RS候选集合)。也就是说，天线组/面板可以由RS(候选)集合指示/标识，例如，来自终端的上行链路传输的传输目标可以对应于TRP或小区，并且一个TRP/小区可以对应于一个CORESET组/池。也就是说，TRP/小区可以由CORESET组/池指示/识别。例如，通过多个传输元件的针对多个传输目标的同时上行链路传输方案可以称为跨多面板(STxMP)的同时传输。然而，本公开的范围不受传输方案的名称、传输元件的单元的示例和/或传输目标的单元的示例的限制。
作为STxMP操作的一个示例，可以在相同的RB上调度与两个UL TB相对应的两个PUSCH(例如，承载第一TB的第一PUSCH、承载第二TB的第二PUSCH)。另外，可以针对多个PUSCH传输中的每一个配置/指示单独的TCI状态。多个TCI状态可以分别对应于多个传输元件(例如，面板/RS集合)。另外，一个传输元件可以分别对应于一个传输目标，并且多个传输元件可以对应于一个传输目标。
例如，第一空间关系RS和第一功率控制(PC)参数集(或第一UL TCI状态)可以被配置/指示用于第一PUSCH传输，并且第二空间关系RS和第二PC参数集(或第二UL TCI状态)可以被配置/指示用于第二PUSCH传输。例如，终端可以在第一时间单元中使用与第一UL TCI状态相对应的第一面板来发送第一PUSCH，并且可以在第一时间单元中使用与第二UL TCI状态相对应的第二面板来发送第二PUSCH。例如，终端可以在第一时间单元中基于第一ULTCI状态通过第一RS集合(针对第一CORESET池)发送第一PUSCH，并且可以在第一时间单元中基于第二UL TCI通过第二RS集合(针对第二CORESET池)发送第二PUSCH。时间单元可以对应于符号、符号组、时隙或时隙组中的至少一者。
在这方面，当通过DCI执行PUSCH调度时，基站可以指示是否通过STxMP、单个面板或M-TRP重复PUSCH来发送对应PUSCH。在这种情况下，终端需要具有STxMP相关能力，并且需要通过高层信令(例如，RRC信令等)预先启用STxMP模式。针对该指示，可以重新定义和使用现有的SRS资源集合指示字段，或者可以引入/定义新的DCI字段。
例如，在无线通信***中具有多个CORESET池的基于M-DCI的M-TRP操作的情况下，链接到第一coreset池(例如，CORESET池0)的PUCCH(例如，第一PUCCH、PUCCH 0)和链接到第二coreset池(例如，CORESET池1)的PUCCH(例如，第二PUCCH、PUCCH 1)可以不被调度为同时交叠，并且可以进行时分复用(TDM)。
与此不同，在链接到同一CORESET池的PUCCH之间的冲突或PUCCH/PUSCH之间的冲突的情况下，它可以与一个信道复用，或者可以根据现有的冲突处理规则丢弃一些信道。
然而，具有如上所述的基于STXMP的传输能力的终端(即，增强型终端)可以通过多个传输元件(例如，面板)同时发送已经发生冲突的多个PUCCH，而不发生复用/丢弃。另外，网络(例如，基站)可以在不需要基于TDM的调度的情况下同时调度链接到针对对应终端的不同CORESET池的PUCCH，并且对应终端可以根据STxMP方案来发送链接到每个CORESET池的PUCCH。
本公开提出了一种当多个PUCCH被调度为具有针对基于STxMP的传输启用终端的交叠时确定在什么条件下应用(现有)复用/丢弃以及在什么条件下执行同时传输(例如，基于STxMP的传输)的方法。
图8是用于解释根据本公开的终端的上行链路传输方法的示例的图。
在步骤S810，终端可以从网络接收与多个上行链路信道相关的传输参考信息。
这里，传输参考信息可以包括控制资源集合池(CORESET池)、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者。
在步骤S820，终端可以基于传输参考信息(在一个时间单元中)向网络发送多个上行链路信道中的至少一个上行链路信道。
在这方面，可以基于以下项中的至少一项来执行多个上行链路信道中的至少一个上行链路信道的传输：i)与多个上行链路信道的同时传输相对应的第一操作，或者ii)与针对多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作。例如，第一操作可以对应于上述基于STxMP的传输，并且第二操作可以对应于根据上述(现有)冲突解决规则的操作。
例如，当多个上行链路信道与不同CORESET池相关联时，可以根据第一操作来执行多个上行链路信道中的至少一个上行链路信道的传输。另一方面，当多个上行链路信道与同一CORESET池相关联时，可以根据第二操作来执行多个上行链路信道中的至少一个上行链路信道的传输。
例如，当多个上行链路信道与不同上行链路信道组相关联时，可以根据第一操作来执行多个上行链路信道中的至少一个上行链路信道的传输。另一方面，当多个上行链路信道与同一上行链路信道组相关联时，可以根据第二操作来执行多个上行链路信道中的至少一个上行链路信道的传输。
例如，是否根据第一操作来执行多个上行链路信道中的至少一个上行链路信道的传输可以是基于多个上行链路信道的上行链路信道格式、上行链路内容或传输方案中的至少一者确定的。
例如，当多个上行链路信道的数量超过终端能够同时传输的数量时，根据第一操作可以发送能够同时传输的数量的上行链路信道。在这方面，能够同时传输的数量的上行链路信道可以分别与不同参考信号候选集合相关联。另外地或另选地，能够同时传输的上行链路信道的数量可以是基于CORESET池的索引、上行链路信道组的索引或资源的索引中的至少一者确定的。
例如，第一操作还是第二操作应用于多个上行链路信道中的至少一个上行链路信道可以是基于针对多个上行链路信道中的每一个配置的上行链路传输配置指示符(ULTCI)的数量确定的。
例如，终端可以从网络接收指示信息，该指示信息关于与多个上行链路信道中的至少一个上行链路信道的传输相关的第一操作或第二操作的应用。在这种情况下，终端可以通过根据对应指示信息应用第一操作/第二操作来执行上行链路信道传输。
例如，上行链路内容可以与HARQ-ACK(混合自动重传请求-确认)信息、调度请求或信道状态信息(CSI)中的至少一者相对应。另外地或另选地，可以基于是否重复发送上行链路信道来区分/分类传输方案。
图9是用于解释根据本公开的基站的上行链路接收方法的示例的图。
在步骤S910，基站可以向终端发送与多个上行链路信道相关的传输参考信息。
这里，传输参考信息可以包括控制资源集合池(CORESET池)、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者。
在步骤S920，基站可以基于传输参考信息(在一个时间单元中)从终端接收多个上行链路信道中的至少一个上行链路信道。
在这方面，可以基于以下项中的至少一项来执行多个上行链路信道中的至少一个上行链路信道的发送：i)与多个上行链路信道的同时传输相对应的第一操作，或者ii)与针对多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作。例如，第一操作可以对应于上述基于STxMP的传输，并且第二操作可以对应于根据上述(现有)冲突解决规则的操作。
由于传输参考信息、第一操作(即，同时传输)和第二操作(即，复用/部分丢弃)的具体示例与图8中描述的相同，因此省略了重复描述。
在图8和图9的示例中，针对多个传输元件(例如，多个天线面板、多个RS集合、多个RS候选集合等)中的每一个，从终端向网络(提前)报告相关能力信息。基站可以参考终端的能力信息，并且可以向终端配置/指示与传输目标(例如，CORESET池、CORESET组、TRP)和/或传输元件(例如，天线面板、RS集合、RS候选集合等)相关的传输参数。
在下文中，在本公开中，当多个物理控制信道被调度为具有针对支持同时传输的终端的交叠时，将通过各种实施方式描述终端发送/丢弃/复用物理控制信道的详细方法。
在本公开中，以统一TCI指示方案配置/指示两个UL TCI状态、通过现有UL M-TRP传输方法配置两个空间关系信息/RS和PC集合并且使用两个传输元件(例如面板)的情况为例，本公开的范围不限于该示例。也就是说，即使当统一TCI指示方案配置/指示多于两个(例如，N1个)UL TCI状态时、当配置/指示多于两个(例如，N2个)空间关系信息/RS和PC集合时以及当使用多于两个传输元件时，本公开的提议也可以被扩展并应用。
在下文中，本公开的提议已经被描述为PUCCH的代表性示例，但是可以被扩展并应用于诸如PUSCH/PDSCH/PDCCH的其它信道。
另外，为了以下描述的清楚，尽管假设并描述了面板作为终端的传输元件的代表性示例，并且假设并描述了CORESET池作为终端的传输目标的代表性示例，但是本公开的范围不限于该示例。
以下描述的实施方式是为了解释清楚而区分的，并且每个实施方式可以独立地应用，或者一个实施方式的部分/全部配置可以与另一实施方式的一些整体配置组合/结合/替换地应用。
实施方式1
在发生冲突的两个PUCCH链接到不同的CORESET池时，终端按照STxMP方法发送对应PUCCH的方法，否则可以考虑应用现有的冲突处理规则。
例如，与两个CORESET池相对应的两个TRP具有较大的回程延迟(例如，可能不被动态协调的数十ms或更大的延迟)，并且彼此独立地执行调度。
考虑到这一点，可能不期望复用链接到不同CORESET池的PUCCH。这是因为由于回程延迟而导致在将由一个TRP接收的复用PUCCH发送到另一TRP时发生延迟。
另外，可能不期望丢弃链接到不同CORESET声明池的PUCCH。这是因为TRP难以接收丢弃的PUCCH以识别对应PUCCH是否已经被丢弃，因为它可能不识别其它TRP的PUCCH调度状态。
因此，当两个PUCCH链接到不同CORESET池时，可能期望终端按照STxMP方案发送对应PUCCH。另一方面，当两个PUCCH链接到同一CORESET池(或当不存在CORESET池配置时被视为同一CORESET池)时，终端可以遵循现有的冲突处理规则。
另外，在CORESET池扩展到三个或更多个的情况下，如果属于/连接到第一CORESET池(例如，CORESET池0)、第二CORESET池(例如，CORESET池1)和第三CORESET池(例如，CORESET池2)中的每一者的PUCCH资源是冲突的，则终端可以通过从三个PUCCH资源当中选择两个PUCCH资源来执行基于STxMP的传输。
在这方面，由于支持两个面板的终端可以根据STxMP方案发送两个PUCCH，因此需要丢弃一个PUCCH资源。在这种情况下，终端可以通过基于CORESET池索引/PUCCH资源索引选择具有低索引的两个PUCCH并丢弃具有高索引的PUCCH来执行基于STxMP的传输。
如果如上所述选择的两个PUCCH与相同的面板相关联(即，被配置为使用相同的面板来发送)，则该方法可能不是有效的。因此，在这种情况下，需要对与不同面板相关联的区分PUCCH进行优先排序。此后，可能期望的是，终端基于CORESET池索引/PUCCH资源索引在与第一面板相关联的PUCCH内选择PUCCH，并且基于CORESET池索引/PUCCH资源索引在与第二面板相关联的PUCCH内选择PUCCH。对应方法也可以用于后面将描述的示例2中。
另外，具有不同CORESET池的两个PUCCH的基于STxMP的传输可能并不总是可能的。例如，可以考虑如下终端：由于TRP面板(以下简称为第一终端)与无法进行STxMP的终端(以下简称为第二终端)之间的信道状态，所以该终端能够进行STxMP但优选/执行通过相同的面板与两个TRP二者进行通信。
在第二终端的情况下，作为UE能力，对应终端可以向基站报告STxMP传输是否在不同的CORESET池中可用，具体地，终端可以区分并报告STxMP是否在同一CORESET池中可用以及STxMP是否在不同CORESET池之间可用。在第一终端的情况下，对应终端可能需要关于STxMP是否在不同CORESET池之间可用的终端报告。报告可以由MAC-CE或动态UCI报告组成/配置，并且考虑到报告具有基于事件的报告特性，可以期望基于MAC-CE的报告。
实施方式2
在发生冲突的两个PUCCH链接到不同的PUCCH组时，终端按照STxMP方法发送对应PUCCH的方法，否则可以考虑应用现有的冲突处理规则。
在这方面，终端可以配置有多达四个PUCCH组，并且可以针对每个PUCCH组配置一个或更多个PUCCH资源。基站可以通过一次更新属于同一PUCCH组的PUCCH的波束/功率控制(PC)集合/空间关系RS来减少信令开销。
例如，第一TRP的PUCCH资源可以被配置为第一PUCCH组，第二TRP的PUCCH资源可以被配置为第二PUCCH组，然后可以对每个TRP的PUCCH进行分组并加以使用。在这种情况下，可以一次更新每个组的波束/功率控制(PC)集合/空间关系信息/空间关系RS。通过这样，基站通常可以管理属于/绑定到同一PUCCH组的PUCCH，单独/分别管理不同PUCCH组中存在的PUCCH。
考虑到上述PUCCH组的特性，可能期望将(现有的)冲突处理规则应用于同一组的PUCCH，并且针对不同组的PUCCH执行基于STxMP的传输。
当属于第一PUCCH组、第二PUCCH组和第三PUCCH组中的每个PUCCH组的PUCCH资源冲突时，终端从三个PUCCH资源当中选择两个PUCCH资源来执行基于STxMP的传输。
在这方面，由于支持两个面板的终端可以根据STxMP方案发送两个PUCCH，因此需要丢弃一个PUCCH资源。在这种情况下，终端可以通过基于PUCCH组索引/PUCCH资源索引选择具有低索引的两个PUCCH并丢弃具有高索引的PUCCH来执行基于STxMP的传输。
如果如上所述选择的两个PUCCH与同一面板相关联(即，被配置为使用同一面板来发送)，则该方法可能不是有效的。因此，在这种情况下，如上述实施方式1一样，需要对与不同面板相关联的区分PUCCH进行优先排序。此后，可能期望的是，终端基于PUCCH组索引/PUCCH资源索引在与每个面板相关联的PUCCH内选择PUCCH。
实施方式3
可以考虑如下方法：当配置了/建立了PUCCH组与CORESET池之间的链接时，在链接到同一CORESET池的PUCCH组之间应用现有冲突处理规则，并且在链接到不同CORESET池的PUCCH组之间执行基于STxMP的传输。
例如，第一PUCCH组和第二PUCCH组可以链接到第一CORESET池(例如，CORESET池0)，并且第三PUCCH组和第四PUCCH组可以链接到第二CORESET池(例如，CORESET池1)。在这种情况下，针对属于第一PUCCH组和第二PUCCH组的PUCCH之间或者属于第三PUCCH组和第四PUCCH组的PUCCH之间的冲突，可以应用现有的冲突处理规则。另一方面，当属于链接到不同CORESET池的PUCCH组(例如，第一PUCCH组和第三PUCCH组)的PUCCH之间存在冲突时，终端可以根据STxMP方案发送对应PUCCH。
实施方式4
可以考虑如下方法：限制针对特定PUCCH格式之间的冲突执行基于STxMP的传输或者限制针对特定UCI内容之间的冲突执行基于STxMP的传输。
例如，关于能够进行基于STxMP的传输的PUCCH格式的信息可以由基站单独指示给终端，也可以在基站与终端之间预先进行约定/定义。当对应PUCCH冲突时，终端可以根据STxMP方案发送对应PUCCH。
另选地，可以仅在相同的PUCCH格式之间执行基于STxMP的传输，或者相反地，可以限制仅在不同的PUCCH格式之间执行基于STxMP的传输。
例如，PUCCH格式3和PUCCH格式4在DMRS模式/UCI编码方案等方面是类似的，并且PUCCH格式0、PUCCH格式1和PUCCH格式2可以以与PUCCH格式3和PUCCH格式4完全不同的方式生成信号。另外，可以在PUCCH格式0、PUCCH格式1和PUCCH格式2之间以完全不同的方式生成信号。因此，如上所述，可以针对具有类似信号生成方案的信号执行基于STxMP的传输，并且可以不在不同方案之间执行基于STxMP的传输。
另选地，是否执行基于STxMP的传输可以根据发生冲突的PUCCH是长PUCCH(例如，PUCCH格式1/3/4)还是短PUCCH(例如，PUCCH格式0/2)来确定。
例如，在长PUCCH之间或短PUCCH之间的冲突中，同时传输(即，基于STxMP的传输)是可能的，并且在长PUCCH与短PUCCH之间的冲突中，同时传输可能是不可能的。
根据本公开的提议，当不执行STxMP传输的PUCCH之间发生冲突时，终端可以根据现有的冲突处理规则丢弃/复用PUCCH。
另外地或另选地，能够进行基于STxMP的传输的UCI内容(例如，ACK/NACK、SR、周期性(P)-CSI、半持久(SP)-CSI、非周期性(AP)-CSI等)可以由基站配置或在基站与终端之间预先进行约定/定义。当包括对应UCI的PUCCH冲突时，终端可以根据STxMP方案发送对应PUCCH。另选地，终端可以仅在相同的UCI内容之间执行基于STxMP的传输，或者相反，仅在不同的UCI内容之间执行基于STxMP的传输。
实施方式5
在本公开的上述实施方式(例如，实施方式1至实施方式4)中，已经描述了假设在PUCCH资源中配置一个UL TCI(或空间关系信息/RS和/或PC集合)。
因此，当发生两个PUCCH之间的冲突时，支持两个面板的终端可以通过应用每个PUCCH的UL TCI(即，UL TCI状态)来执行基于STxMP的传输。另一方面，基站可以针对一个PUCCH配置两个UL TCI，终端可以使用对应PUCCH进行基于STxMP的传输。也就是说，终端可以通过与第一UL TCI相对应的第一面板发送一个PUCCH，并且同时通过与第二UL TCI相对应的第二面板发送相同的PUCCH。
为了下面描述的清楚性，如上所述，配置有两个UL TCI的PUCCH称为PUCCH A，并且配置有一个UL TCI的PUCCH称为PUCCH B。
PUCCH A/PUCCH B的传输可以根据以下方法(选项5-1至选项5-4)中的至少一个方法来执行。
(选项5-1)
当PUCCH A与PUCCH B之间发生冲突时，终端可以优先考虑PUCCH A并丢弃PUCCHB，或者相反，优先考虑PUCCH B并丢弃PUCCH A。
(选项5-2)
当PUCCH A与PUCCH B之间发生冲突时，PUCCH B可以被复用到PUCCH A并被发送。此时，通过比较针对PUCCH A的两个UL TCI定义的QCL参考RS(即，空间关系RS)和PUCCH B的QCL参考RS，可以使用配置了相同RS的UL TCI来发送PUCCH。另外，可以不执行使用不同ULTCI的PUCCH传输。
例如，第一UL TCI和第二UL TCI可以被配置用于PUCCH A，第三UL TCI可以被配置用于PUCCH B，并且第一UL TCI和第三UL TCI的QCL参考RS可以是相同的。在这种情况下，PUCCH B与PUCCH A复用，终端可以通过第一UL TCI发送PUCCH A。也就是说，不执行基于STxMP的传输，并且通过单个面板发送对应PUCCH。另选地，终端可以通过第一UL TCI发送经复用的PUCCH A，并通过第二UL TCI发送非复用的PUCCH A的现有UCI，从而终端可以通过两个面板进行基于STxMP的传输。
在上述方法中，已经利用了QCL参考RS的比较，但是另外可以比较顶部QCL源RS(即，UL TCI(例如，RS A)的QCL参考RS的QCL参考RS或RS A的QCL参考RS))。
另选地，代替对QCL参考RS进行比较，当存在/配置了针对TCI(即，UL TCI)的UL面板信息时，可以通过UL面板之间的比较来应用上述方法。
另选地，代替对QCL参考RS进行比较，可以通过将PUCCH B复用到PUCCH A并且使用/应用PUCCH A的两个UL TCI二者来根据STxMP方案发送复用的UCI。
(选项5-3)
当PUCCH A与PUCCH B之间发生冲突时，PUCCH A可以与PUCCH B复用并被发送。也就是说，两个PUCCH的UCI可以通过PUCCH B复用和发送。
此时，如上述选项5-2中提出的，通过比较QCL参考RS、顶部QCL源RS和UL面板等，终端可以通过另外使用PUCCH A的两个UL TCI当中的与PUCCH B的UL TCI不同的UL TCI发送PUCCH A来根据STxMP方案发送PUCCH A和PUCCH B。
例如，第一UL TCI和第二UL TCI可以被配置并且ACK/NACK传输可以被配置用于PUCCH A，并且第三UL TCI可以被配置并且CSI传输可以被配置用于PUCCH B。在这种情况下，如果第一UL TCI和第三UL TCI的QCL参考RS相同，则终端可以复用ACK/NACK信息和CSI，并通过PUCCH B发送它们，通过应用第二UL TCI经由PUCCH A同时发送ACK/NACK信息。
(选项5-4)
终端可以通过仅应用PUCCH A的两个UL TCI当中的一个UL TCI来发送PUCCH A，并且发送PUCCH B，从而根据STxMP方案发送PUCCH A和PUCCH B。因此，PUCCH A可以不是通过基于STxMP的传输来重复发送而是仅发送一次，并且可以代替地使用剩余面板来同时发送PUCCH B。
此时，可以通过以下示例中的方法来确定要应用PUCCH A的两个UL TCI当中的哪个UL TCI。例如，可以确定应用两个UL TCI当中的具有最低TCI状态ID的TCI。作为另一示例，可以确定应用两个UL TCI当中的第一UL TCI(第一TCI状态)。作为另一示例，在两个ULTCI当中，可以确定具有与PUCCH B的UL TCI不同的QCL参考RS的UL TCI。
实施方式6
作为PUCCH传输方案，存在诸如基于S-TRP的PUCCH重复/基于M-TRP的PUCCH重复/不具有重复的PUCCH的各种方案。
在这方面，将提出根据发送发生冲突的PUCCH的传输方法来应用或不应用基于STxMP的传输的方法。
例如，在重复的PUCCH之间的冲突的情况下，可以排除基于STxMP的传输，并且可以应用现有的冲突处理规则。
在基于S-TRP的重复PUCCH与非重复PUCCH之间的冲突的情况下，可以根据现有的冲突处理规则来将优先级给定重复PUCCH。另外地或另选地，在这种情况下，如果基于S-TRP的重复PUCCH和非重复PUCCH的传输面板是不同的，则可以允许基于STxMP的传输。
即使在基于M-TRP的重复PUCCH与不重复的PUCCH之间的冲突的情况下，也可以通过优先考虑基于M-TRP的重复PUCCH来不允许基于STxMP的传输。这是因为，在基于M-TRP的PUCCH重复的情况下，由于可能发生波束扫描而复杂。另外地或另选地，当在非重复PUCCH与基于M-TRP的重复PUCCH的特定TO之间发生冲突时，如果两个PUCCH的传输面板不同，则可以允许基于STxMP的传输。
另外，当重复PUCCH的多个TO与非重复PUCCH冲突时，可以考虑以下方案。
例如，在时隙内PUCCH重复的情况下，可以在一个时隙中重复发送多个短PUCCH，并且可以发生被配置为不重复的一个长PUCCH与多个短PUCCH之间的冲突。在这种情况下，可以在发生冲突的多个短PUCCH当中的具有与长PUCCH不同的传输面板的短PUCCH上执行基于STxMP的传输，否则可以丢弃短PUCCH。另选地，终端可以丢弃发生冲突的所有短PUCCH，并且优先发送长PUCCH。相反，终端可以丢弃长PUCCH并发送短PUCCH。
本公开的提议可以通过特定规则来应用，但是基站可以在不应用特定规则的情况下直接向终端指示/提供针对(特定)提议方法的配置。
根据本公开的上述提议，当能够支持同时传输(例如，基于STxMP的传输)和启用的终端接收到冲突PUCCH的调度/配置时，解决了关于对应PUCCH的传输/丢弃/复用的模糊性，并且可以澄清PUCCH传输方案。
可应用本公开的一般装置
图10例示了根据本公开的实施方式的无线通信装置的框图。
参照图10，第一无线装置100和第二无线装置200可以通过各种无线电接入技术(例如，LTE、NR)来发送和接收无线信号。
第一无线装置100可以包括一个或更多个处理器102和一个或更多个存储器104，并且可以另外包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可以控制存储器104和/或收发器106，并且可以被配置为实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如，处理器102可以在通过处理存储器104中的信息生成第一信息/信号之后通过收发器106发送包括第一信息/信号的无线信号。另外，处理器102可以通过收发器106接收包括第二信息/信号的无线信号，然后将通过第二信息/信号的信号处理获得的信息存储在存储器104中。存储器104可以连接到处理器102并且可以存储与处理器102的操作相关的各种信息。例如，存储器104可以存储包括用于执行由处理器102控制的全部或部分处理或者用于执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的命令的软件代码。这里，处理器102和存储器104可以是被设计成实现无线通信技术(例如，LTE、NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且可以通过一个或更多个天线108发送和/或接收无线信号。收发器106可以包括发送器和/或接收器。收发器106可以与RF(射频)单元一起使用。在本公开中，无线装置可以意指通信调制解调器/电路/芯片。
第二无线装置200可以包括一个或更多个处理器202和一个或更多个存储器204，并且可以另外包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可以控制存储器204和/或收发器206，并且可以被配置为实现本公开中公开的描述、功能、过程、建议、方法和/或操作流程图。例如，处理器202可以通过处理存储器204中的信息来生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线信号。另外，处理器202可以通过收发器206接收包括第四信息/信号的无线信号，然后将通过第四信息/信号的信号处理获得的信息存储在存储器204中。存储器204可以连接到处理器202并且可以存储与处理器202的操作相关的各种信息。例如，存储器204可以存储包括用于执行由处理器202控制的全部或部分处理或者用于执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的命令的软件代码。这里，处理器202和存储器204可以是被设计成实现无线通信技术(例如，LTE、NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202并且可以通过一个或更多个天线208发送和/或接收无线信号。收发器206可以包括发送器和/或接收器。收发器206可以与RF单元一起使用。在本公开中，无线装置可以意指通信调制解调器/电路/芯片。
在下文中，将更详细地描述无线装置100、200的硬件元件。不限于此，一个或更多个协议层可以由一个或更多个处理器102、202实现。例如，一个或更多个处理器102、202可以实现一个或更多个层(例如，诸如PHY、MAC、RLC、PDCP、RRC、SDAP的功能层)。一个或更多个处理器102、202可以根据在本公开中公开的描述、功能、过程、建议、方法和/或操作流程图生成一个或更多个PDU(协议数据单元)和/或一个或更多个SDU(服务数据单元)。一个或更多个处理器102、202可以根据包括在本公开中的描述、功能、过程、建议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或更多个处理器102、202可以根据本公开中公开的功能、过程、建议和/或方法生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)以将其提供给一个或更多个收发器106、206。一个或更多个处理器102、202可以根据本公开中公开的描述、功能、过程、建议、方法和/或操作流程图从一个或更多个收发器106、206接收信号(例如，基带信号)，并且获得PDU、SDU、消息、控制信息、数据或信息。
一个或更多个处理器102、202可以被称为控制器、微控制器、微处理器或微型计算机。一个或更多个处理器102、202可以由硬件、固件、软件或它们的组合来实现。例如，一个或更多个ASIC(专用集成电路)、一个或更多个DSP(数字信号处理器)、一个或更多个DSPD(数字信号处理器件)、一个或更多个PLD(可编程逻辑器件)或一个或更多个FPGA(现场可编程门阵列)可以被包括在一个或更多个处理器102、202中。本公开中公开的描述、功能、过程、建议、方法和/或操作流程图可以通过使用固件或软件来实现，并且固件或软件可以被实现为包括模块、过程、功能等。被配置为执行本公开中公开的描述、功能、过程、建议、方法和/或操作流程图的固件或软件可以被包括在一个或更多个处理器102、202中，或者可以存储在一个或更多个存储器104、204中并由一个或更多个处理器102、202驱动。本公开中公开的描述、功能、过程、建议、方法和/或操作流程图可以通过使用采用代码、命令和/或命令集形式的固件或软件来实现。
一个或更多个存储器104、204可以连接到一个或更多个处理器102、202并且可以以各种形式存储数据、信号、消息、信息、程序、代码、指令和/或命令。一个或更多个存储器104、204可以配置有ROM、RAM、EPROM、闪存、硬盘驱动器、寄存器、缓存存储器、计算机可读存储介质和/或它们的组合。一个或更多个存储器104、204可以位于一个或更多个处理器102、202内部和/或外部。另外，一个或更多个存储器104、204可以通过诸如有线或无线连接的各种技术连接到一个或更多个处理器102、202。
一个或更多个收发器106、206可以将在本公开的方法和/或操作流程图等中提及的用户数据、控制信息、无线信号/信道等发送到一个或更多个其它装置。一个或更多个收发器106、206可以从一个或更多个其它装置接收本公开中公开的描述、功能、过程、建议、方法和/或操作流程图等中提及的用户数据、控制信息、无线信号/信道等。例如，一个或更多个收发器106、206可以连接到一个或更多个处理器102、202并且可以发送和接收无线信号。例如，一个或更多个处理器102、202可以控制一个或更多个收发器106、206以将用户数据、控制信息或无线信号发送到一个或更多个其它装置。另外，一个或更多个处理器102、202可以控制一个或更多个收发器106、206以从一个或更多个其它装置接收用户数据、控制信息或无线信号。另外，一个或更多个收发器106、206可以连接到一个或更多个天线108、208，并且一个或更多个收发器106、206可以被配置为通过一个或更多个天线108、208发送和接收本公开中公开的描述、功能、过程、建议、方法和/或操作流程图等中提及的用户数据、控制信息、无线信号/信道等。在本公开中，一个或更多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或更多个收发器106、206可以将接收到的无线信号/信道等从RF频带信号转换成基带信号，以通过使用一个或更多个处理器102、202来处理接收到的用户数据、控制信息、无线信号/信道等。一个或更多个收发器106、206可以将通过使用一个或更多个处理器102、202处理的用户数据、控制信息、无线信号/信道等从基带信号转换为RF频带信号。因此，一个或更多个收发器106、206可以包括(模拟)振荡器和/或滤波器。
上述实施方式是以预定形式组合本公开的要素和特征。除非另有明确提及，否则各个要素或特征都应被视为可选的。各个要素或特征可以以不与其它要素或特征组合的形式实现。另外，本公开的实施方式可以包括组合部分要素和/或特征。本公开的实施方式中描述的操作的顺序可以改变。一个实施方式的一些要素或特征可以包括在其它实施方式中，或者可以用其它实施方式的对应要素或特征代替。显然，实施方式可以包括组合权利要求中没有明确引用关系的权利要求，或者可以在申请后通过修改被包括为新的权利要求。
相关领域技术人员清楚的是，本公开可以在不超出本公开的本质特征的范围内以其它特定形式实现。因此，上述详细描述不应在每个方面都被限制性地解释，而应被认为是例示性的。本公开的范围应由所附权利要求的合理解释确定，凡在本公开等同范围内的变化均包含在本公开的范围内。
本公开的范围包括在装置或计算机中根据各种实施方式的方法执行操作的软件或机器可执行命令(例如，操作***、应用程序、固件、程序等)，以及使得软件或命令等被存储并且在装置或计算机中可执行的非暂时性计算机可读介质。可用于对执行本公开中描述的特征的处理***进行编程的命令可以被存储在存储介质或计算机可读存储介质中，并且可以通过使用包括这种存储介质的计算机程序产品来实现本公开中描述的特征。存储介质可以包括高速随机存取存储器，例如，DRAM、SRAM、DDRRAM或其它随机存取固态存储装置，但不限于此，并且它可以包括非易失性存储器，例如，一个或更多个磁盘存储装置、光盘存储装置、闪存装置或其它非易失性固态存储装置。存储器可选地包括远离处理器定位的一个或更多个存储装置。存储器，或者另选地，存储器中的非易失性存储器装置包括非暂时性计算机可读存储介质。本公开中描述的特征可以存储在任何一种机器可读介质中以控制处理***的硬件，并且可以集成到软件和/或固件中，该软件和/或固件允许处理***利用来自本公开的实施方式的结果与其它机制进行交互。这样的软件或固件可以包括应用代码、设备驱动程序、操作***和执行环境/容器，但不限于此。
这里，在本公开的无线装置100、200中实现的无线通信技术可以包括用于低功耗通信的窄带物联网以及LTE、NR和6G。这里，例如NB-IoT技术可以是LPWAN(低功耗广域网)技术的示例，可以在LTE Cat NB1和/或LTE Cat NB2等标准中实现并且不限于上述名称。附加地或另选地，在本公开的无线装置100、200中实现的无线通信技术可以执行基于LTE-M技术的通信。这里，例如，LTE-M技术可以是LPWAN技术的示例并且可以被称为诸如eMTC(增强型机器类型通信)等的各种名称。例如，LTE-M技术可以以各种标准中的至少任何一种实现，包括1)LTE CAT 0；2)LTE Cat M1；3)LTE Cat M2；4)LTE non-BL(非带宽限制)；5)LTE-MTC；6)LTE机器类型通信；和/或7)LTE M等，并且不限于上述名称。附加地或另选地，在本公开的无线装置100、200中实现的无线通信技术可以包括考虑低功耗通信的ZigBee、蓝牙和低功耗广域网(LPWAN)中的至少任何一种，并且不限于上述名称。例如，ZigBee技术可以生成与基于各种标准(例如，IEEE 802.15.4等)的小/低功耗数字通信相关的PAN(个人局域网)，并且可以称为各种名称。
本公开提出的方法主要基于应用于3GPP LTE/LTE-A、5G***的示例进行说明，但也可以应用于3GPP LTE/LTE-A、5G***以外的各种无线通信***。

Claims (13)

1.一种由无线通信***中的终端执行的方法，所述方法包括以下步骤：
从网络接收与多个上行链路信道相关的传输参考信息；以及
基于所述传输参考信息，在一个时间单元中发送所述多个上行链路信道中的至少一个上行链路信道，
其中，所述传输参考信息包括控制资源集合池、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者，所述控制资源集合池即为CORESET池，并且
其中，所述多个上行链路信道中的所述至少一个上行链路信道的传输是基于与所述多个上行链路信道的同时传输相对应的第一操作或者与针对所述多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作来执行的。
2.根据权利要求1所述的方法，其中，基于所述多个上行链路信道与不同CORESET池相关联，根据所述第一操作来执行所述多个上行链路信道中的所述至少一个上行链路信道的所述传输，并且
其中，基于所述多个上行链路信道与同一CORESET池相关联，根据所述第二操作来执行所述多个上行链路信道中的所述至少一个上行链路信道的所述传输。
3.根据权利要求1所述的方法，其中，基于所述多个上行链路信道与不同上行链路信道组相关联，根据所述第一操作来执行所述多个上行链路信道中的所述至少一个上行链路信道的所述传输，并且
其中，基于所述多个上行链路信道与同一上行链路信道组相关联，根据所述第二操作来执行所述多个上行链路信道中的所述至少一个上行链路信道的所述传输。
4.根据权利要求1所述的方法，其中，是否根据所述第一操作来执行所述多个上行链路信道中的所述至少一个上行链路信道的所述传输是基于所述多个上行链路信道的所述上行链路信道格式、所述上行链路内容或所述传输方案中的至少一者确定的。
5.根据权利要求1所述的方法，其中，基于所述多个上行链路信道的数量超过所述终端能够同时传输的数量，根据所述第一操作发送能够同时传输的数量的上行链路信道。
6.根据权利要求5所述的方法，其中，能够同时传输的数量的上行链路信道分别与不同参考信号候选集合相关联。
7.根据权利要求5所述的方法，其中，能够同时传输的数量的上行链路信道是基于所述CORESET池的索引、所述上行链路信道组的索引或资源的索引中的至少一者确定的。
8.根据权利要求1所述的方法，其中，将所述第一操作还是所述第二操作应用于所述多个上行链路信道中的所述至少一个上行链路信道是基于针对所述多个上行链路信道中的每一个配置的上行链路传输配置指示符的数量确定的。
9.根据权利要求1所述的方法，所述方法还包括以下步骤：
从所述网络接收指示信息，所述指示信息关于与所述多个上行链路信道中的所述至少一个上行链路信道的所述传输相关的所述第一操作或所述第二操作的应用。
10.根据权利要求1所述的方法，其中，所述上行链路内容与混合自动重传请求-确认HARQ-ACK信息、调度请求或信道状态信息CSI中的至少一者相对应。
11.根据权利要求1所述的方法，其中，基于是否重复发送上行链路信道来区分所述传输方案。
12.一种无线通信***中的终端，所述终端包括：
至少一个收发器；以及
至少一个处理器，所述至少一个处理器与所述至少一个收发器联接，
其中，所述至少一个处理器被配置为：
从网络接收与多个上行链路信道相关的传输参考信息；以及
基于所述传输参考信息，在一个时间单元中发送所述多个上行链路信道中的至少一个上行链路信道，
其中，所述传输参考信息包括控制资源集合池、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者，所述控制资源集合池即为CORESET池，并且
其中，所述多个上行链路信道中的所述至少一个上行链路信道的所述传输是基于与所述多个上行链路信道的同时传输相对应的第一操作或者与针对所述多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作来执行的。
13.一种无线通信***中的基站，所述基站包括：
至少一个收发器；以及
至少一个处理器，所述至少一个处理器与所述至少一个收发器联接，
其中，所述至少一个处理器被配置为：
向终端发送与多个上行链路信道相关的传输参考信息；以及
基于所述传输参考信息，在一个时间单元中接收所述多个上行链路信道中的至少一个上行链路信道，
其中，所述传输参考信息包括控制资源集合池、上行链路信道组、上行链路信道格式、上行链路内容或传输方案中的至少一者，所述控制资源集合池即为CORESET池，并且
其中，所述多个上行链路信道中的所述至少一个上行链路信道的所述传输是基于与所述多个上行链路信道的同时传输相对应的第一操作或者与针对所述多个上行链路信道的复用或部分丢弃中的至少一者相对应的第二操作来执行的。
CN202310462012.5A 2022-04-27 2023-04-26 用于无线通信***中上行链路控制信息传输的方法和设备 Pending CN116961859A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2022-0052401 2022-04-27
KR20220082027 2022-07-04
KR10-2022-0082027 2022-07-04

Publications (1)

Publication Number Publication Date
CN116961859A true CN116961859A (zh) 2023-10-27

Family

ID=88446806

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310462012.5A Pending CN116961859A (zh) 2022-04-27 2023-04-26 用于无线通信***中上行链路控制信息传输的方法和设备

Country Status (1)

Country Link
CN (1) CN116961859A (zh)

Similar Documents

Publication Publication Date Title
CN115039370B (zh) 在无线通信***中从多个传输和接收点发送/接收下行链路信道的方法和装置
CN115244875B (zh) 在无线通信***中基于空间参数发送或接收信号的方法和设备
CN115039363B (zh) 无线通信***中的波束故障恢复方法及设备
CN115997347A (zh) 无线通信***中的上行链路发送和接收方法和装置
CN115380484B (zh) 无线通信***中发送和接收下行链路信道的基于盲解码的方法和设备
KR102549723B1 (ko) 무선 통신 시스템에서 디폴트 공간 파라미터 기반 송수신 방법 및 장치
CN115699956A (zh) 无线通信***中的上行链路发送和接收的方法和装置
US11844095B2 (en) Method and device for transmitting or receiving HARQ-ARK information in wireless communication system
EP4383615A1 (en) Method and device for transmitting or receiving control information in wireless communication system
CN116489789A (zh) 无线通信***中用于上行链路传输参数配置的方法和装置
CN115398839B (zh) 用于无线通信***中的pdsch发送/接收的方法和装置
US20230036012A1 (en) Method and apparatus for uplink transmission or reception based on spatial parameter in wireless communication system
CN117616858A (zh) 无线通信***中基于频率资源配置的无线信号发送或接收方法及设备
CN116018868A (zh) 在无线通信***中动态地指示空间参数的方法和设备
US20230353314A1 (en) Method and apparatus for uplink control information transmission in wireless communication system
US11956780B2 (en) Method and device for transmitting and receiving HARQ-ACK information in wireless communication system
EP4270844A1 (en) Method and apparatus for uplink transmission in wireless communication system
CN116961859A (zh) 用于无线通信***中上行链路控制信息传输的方法和设备
US20230354301A1 (en) Method and apparatus for performing transmission and reception based on spatial parameter in wireless communication system
US20230246763A1 (en) Method and apparatus for downlink transmission and reception in wireless communication system
EP4383601A1 (en) Method and device for transmitting and receiving pdsch in wireless communication system
US20240155511A1 (en) Method and apparatus for transmitting or receiving power headroom information in wireless communication system
EP4304278A1 (en) Method and device for performing communication in wireless communication system
CN117296285A (zh) 用于在无线通信***中发送或接收上行链路或下行链路的方法和设备
CN118056463A (zh) 在无线通信***中执行上行链路发送和接收的方法和设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination