CN117751540A - 在无线通信系统中发送或接收控制信息的方法和设备 - Google Patents

在无线通信系统中发送或接收控制信息的方法和设备 Download PDF

Info

Publication number
CN117751540A
CN117751540A CN202280053190.6A CN202280053190A CN117751540A CN 117751540 A CN117751540 A CN 117751540A CN 202280053190 A CN202280053190 A CN 202280053190A CN 117751540 A CN117751540 A CN 117751540A
Authority
CN
China
Prior art keywords
pdsch
harq
ack
information
harq process
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
CN202280053190.6A
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 CN117751540A publication Critical patent/CN117751540A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Landscapes

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

Abstract

公开了一种用于在无线通信系统中发送或接收HARQ‑ACK信息的方法和设备。根据本公开的实施例的用于发送HARQ‑ACK信息的方法可以包括以下步骤：从基站接收与用于多播物理下行链路共享信道(PDSCH)的基于ACK/否定ACK(NACK)的HARQ‑ACK报告相关的第一物理上行链路控制信道(PUCCH)配置信息或者与用于多播PDSCH的仅基于NACK的HARQ‑ACK报告相关的第二PUCCH配置信息，用于针对终端配置的一个或多个上行链路带宽部分(BWP)中的每个；从基站接收用于调度第一多播PDSCH的下行链路控制信息(DCI)；基于DCI从基站接收第一多播PDSCH；以及在第一PUCCH上向基站发送用于第一多播PDSCH的第一HARQ‑ACK信息。

Description

在无线通信系统中发送或接收控制信息的方法和设备
技术领域
本公开涉及一种无线通信系统，并且更具体地，涉及一种在无线通信系统中发送和接收上行链路控制信息的方法和装置。
背景技术
已经开发了一种移动通信系统以提供语音服务同时保证用户的移动性。然而，移动通信系统已经扩展到数据业务以及语音业务，并且目前，业务爆炸式增长已经导致资源短缺，并且用户已经要求更快的服务，因此已经要求更高级的移动通信系统。
下一代移动通信系统的总体需求应该能够支持爆炸性数据业务的容纳、每用户传输速率的显著提高、数量显著增加的连接设备的容纳、非常低的端对端时延和高能效。为此，已经研究了双连接性、大规模多输入多输出(大规模MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持、设备联网等多种技术。
发明内容
技术问题
本公开的技术目的是提供一种用于发送一个或多个HARQ(混合自动重复和请求)-ACK(确认)信息的方法和装置。
另外，本公开的附加技术目的是提供一种用于发送和接收用于单播物理下行链路共享信道(PDSCH)和多播PDSCH的HARQ-ACK信息的方法和装置。
通过本公开实现的技术目的不限于上述技术目的，并且相关领域的技术人员将从以下描述中清楚地理解本文未描述的其他技术目的。
技术方案
根据本公开的一方面的一种在无线通信系统中发送控制信息的方法可以包括：从基站接收与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；从所述基站接收至少一个物理下行链路共享信道(PDSCH)；以及向所述基站发送包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息。基于所述配置信息，所述控制信息可以基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，并且基于与由所述UE接收的所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH，在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特可以对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
根据本公开的附加方面的一种在无线通信系统中接收控制信息的方法包括：向用户设备(UE)发送与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；向所述UE发送至少一个物理下行链路共享信道(PDSCH)；以及从所述UE接收包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息。基于所述配置信息，所述控制信息可以基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，并且基于与所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH被发送到UE，用于在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特可以对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
技术效果
根据本公开的实施例，当发送一个或多个HARQ-ACK时，歧义能够被防止，使得基站能够准确地解释HARQ-ACK信息。
另外，根据本公开的实施例，即使单播PDSCH和多播PDSCH共享HARQ进程编号(或标识符)，基站也能够准确地解释HARQ-ACK信息。
本公开可实现的效果不限于上述效果，并且本领域的技术人员可以通过以下描述清楚地理解本文未描述的其他效果。
附图的简要描述
作为用于理解本公开的详细描述的一部分被包括的附图提供本公开的实施例并且通过详细描述来描述本公开的技术特征。
图1图示可以应用本公开的无线通信系统的结构。
图2图示可以应用本公开的无线通信系统中的帧结构。
图3图示可以应用本公开的无线通信系统中的资源网格。
图4图示可以应用本公开的无线通信系统中的物理资源块。
图5图示可以应用本公开的无线通信系统中的时隙结构。
图6图示在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
图7图示可以应用本公开的无线通信系统中的多个TRP传输的方法。
图8图示能够应用本公开的无线通信系统中的用于下行链路数据的HARQ-ACK进程。
图9图示根据本公开的实施例的用于多播PDSCH的HARQ-ACK传输和接收过程。
图10图示能够应用本公开的无线通信系统中的在FDM或TDM中发送的用于单播PDCCH/PDSCH和多播PDCCH/PDSCH的单播HARQ-ACK和多播HARQ-ACK的传输定时。
图11是图示根据本公开的实施例的用于发送和接收控制信息的方法的UE的操作的图。
图12是图示根据本公开的实施例的用于发送和接收控制信息的方法的基站的操作的图。
图13图示根据本公开的实施例的无线通信设备的框图。
具体实施方式
在下文中，将参考附图详细描述根据本公开的实施例。将通过附图公开的详细描述是要描述本公开的示例性实施例，而不是表示可以实施本公开的唯一实施例。以下详细描述包括具体细节以提供对本公开的完整理解。然而，相关领域的技术人员知道，可以在没有这些具体细节的情况下实施本公开。
在一些情况下，可以省略已知的结构和设备，或者可以基于每个结构和设备的核心功能以框图的形式示出以便于防止本公开的概念有歧义。
在本公开中，当元件被称为“连接”、“组合”或“链接”到另一个元件时，它可以包括又一个元件在其间存在的间接连接关系以及直接连接关系。此外，在本公开中，术语“包括”或“具有”指定所提及的特征、步骤、操作、组件和/或元件的存在，但不排除一个或多个其他特征、阶段、操作、组件、元件和/或其组的存在或添加。
在本发明中，诸如“第一”、“第二”等的术语仅用于区分一个元件与另一个元件并不用于限制元件，除非另有说明，其不限制元件之间的顺序或重要性等。因此，在本公开的范围内，实施例中的第一元件可以被称为另一个实施例中的第二元件，并且同样地，实施例中的第二元件可以被称为另一个实施例中的第一元件。
本公开中使用的术语是为了描述具体实施例，而不是限制权利要求。如在实施例的描述和所附权利要求中使用的，单数形式旨在包括复数形式，除非上下文另有明确指示。在本公开中使用的术语“和/或”可以指代相关的列举项之一，或者意指其指代并包括其中它们中的两个或更多个的任何和所有可能的组合。此外，除非另有说明，本发明中单词之间的“/”与“和/或”具有相同的含义。
本公开描述了无线通信网络或无线通信系统，并且在无线通信网络中执行的操作可以在其中控制相应无线通信网络的设备(例如，基站)控制网络和发送或接收信号的过程中执行，或者可以在其中被关联到相应的无线网络的终端与网络或终端之间发送或接收信号的过程中执行。
在本公开中，发送或接收信道包括通过相应信道发送或接收信息或信号的含义。例如，发送控制信道意指通过控制信道发送控制信息或控制信号。类似地，发送数据信道意指通过数据信道发送数据信息或数据信号。
在下文中，下行链路(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(通用陆地无线电接入)或CDMA2000来实现。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-A pro是3GPP LTE的高级版本。3GPP NR(新无线电或新无线电接入技术)是3GPP LTE/LTE-A/LTE-A pro的高级版本。
为了使描述更清楚，基于3GPP通信系统(例如，LTE-A、NR)进行描述，但是本公开的技术思想不限于此。LTE意指3GPP TS(技术规范)36.xxx版本8之后的技术。具体来说，3GPPTS 36.xxx版本10中或之后的LTE技术被称为LTE-A，并且3GPP TS 36.xxx版本13中或之后的LTE技术称为LTE-A pro。3GPP NR意指TS 38.xxx版本15中或之后的技术。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]
频率范围指定 相应的频率范围 子载波间隔
FR1 410MHz–7125MHz 15,30,60kHz
FR2 24250MHz–52600MHz 60,120,240kHz
关于NR系统中的帧结构，时域中的各种字段的大小被表达为Tc＝1/(Δfmax·Nf)的时间单位的倍数。这里，Δfmax i为480·103Hz，并且Nf为4096。下行链路和上行链路传输被配置(组织)为具有持续时间Tf＝1/(ΔfmaxNf/100)·Tc＝10ms的无线电帧。这里，无线帧被配置有10个子帧，其分别具有Tsf＝(ΔfmaxNf/1000)·Tc的持续时间。在这种情况下，对于上行链路可能有一个帧集，并且下行链路可能有一个帧集。此外，来自终端的第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的编号。BWP i中的物理资源块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/ULBWP配置给与宽带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/ULBWP。但是，当终端执行初始接入过程或设立RRC连接之前，可能不会接收到DL/UL BWP上的配置，因此终端在这些情况下假定的DL/UL BWP被定义为初始活动的DL/UL BWP。
图6图示了在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
在无线通信系统中，终端通过下行链路从基站接收信息并且通过上行链路将信息发送到基站。基站和终端发送和接收的信息包括数据和各种控制信息，并且根据它们发送和接收的信息的类型/用法存在各种物理信道。
当终端被开启或新进入小区时，其执行包括与基站同步等的初始小区搜索(S601)。对于初始小区搜索，终端可以通过从基站接收主同步信号(PSS)和辅同步信号(SSS)来与基站同步，并获得诸如小区标识符(ID)等的信息。然后，终端可以通过从基站接收物理广播信道(PBCH)来获取小区中的广播信息。同时，终端可以通过在初始小区搜索阶段接收下行链路参考信号(DL RS)来检查下行链路信道状态。
完成初始小区搜索的终端可以通过根据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。
准共址(QCL)
天线端口被定义为使得能够从发送在相同天线端口中的其他符号的信道推断发送在天线端口中的符号的信道。当可以从承载在其他天线端口中的符号的信道推断承载在一个天线端口中的符号的信道的属性时，可以说2个天线端口处于QC/QCL(准共置或准共址)关系。
这里，信道属性包括延迟扩展、多普勒扩展、频率/多普勒频移、平均接收功率、接收定时/平均延迟或空间RX参数中的至少一个。这里，空间Rx参数意指诸如到达角的空间(Rx)信道属性参数。
终端可以在更高层参数PDSCH-Config中的直至M个TCI状态配置的列表处被配置为根据检测到的具有用于相应终端和给出的服务小区的预期DCI的PDCCH来解码PDSCH。M取决于UE的能力。
每个TCI-状态包括用于配置在一个或两个DL参考信号的端口与PDSCH的DM-RS之间的准共址关系的参数。
准共址关系由用于第一DL RS的更高层参数qcl-Typel和用于第二DL RS的qcl-Type2(如果配置的话)来配置。对于两个DL RS，无论参考是相同的DL RS还是不同的DL RS，QCL类型都不相同。
对应于每个DL RS的准共址类型由QCL-Info的更高层参数qcl-Type给出，并且可以取以下值之一。
-‘QCL-TypeA’:{多普勒频移、多普勒扩展、平均延迟、延迟扩展}
-'QCL-TypeB'：{多普勒频移，多普勒扩展}
-'QCL-TypeC'：{多普勒频移，平均延迟}
-'QCL-TypeD'：{空间Rx参数}
例如，当目标天线端口是特定NZP CSI-RS时，可以指示/配置相对应的NZP CSI-RS天线端口与具有关于QCL-类型A的特定TRS准共置，并且与具有关于QCL-类型D的特定SSB准共置。接收到这样的指示/配置的终端可以通过使用在QCL-类型A TRS中测量的多普勒、延迟值来接收对应的NZP CSI-RS并且应用Rx波束用于接收QCL-TypeD SSB以进行对应的NZPCSI-RS的接收。
UE可以通过用于将直至8个TCI状态映射到DCI字段“传输配置指示”的码点的MACCE信令来接收激活命令。
与多TRP相关的操作
协调多点(CoMP)方案是指多个基站通过(例如，使用X2接口)交换或利用由终端反馈的信道信息(例如，RI/CQI/PMI/LI(层指示符)等)并协作地发送到终端来有效地控制干扰的方案。根据所使用的方案，可以将CoMP分类成联合传输(JT)、协调调度(CS)、协调波束成形(CB)、动态点选择(DPS)、动态点阻塞(DPB)等。
M个TRP向一个终端发送数据的M-TRP传输方案可以主要分类为i)eMBB M-TRP传输，用于提高传送速率的方案，以及ii)URLLC M-TRP传输，用于增加接收成功率并减少时延的方案。
另外，关于DCI传输，M-TRP传输方案可以被分类为i)基于M-DCI(多个DCI)的M-TRP传输，其中每个TRP发送不同的DCI，以及ii)基于S-DCI(单个DCI)的M-TRP传输，其中一个TRP发送DCI。例如，对于基于S-DCI的M-TRP传输，关于由M个TRP发送的数据的所有调度信息应该通过一个DCI递送到终端，它可以用在理想回程(理想BH)的环境中，其中两个TRP之间的动态协作是可能的。
UE可以将由在不同控制资源集(CORESET)(或属于不同CORESET组的CORESET)中接收的DCI调度的PUSCH(或PUCCH)辨识为发送给不同TRP的PUSCH(或PUCCH)，或者可以辨识来自不同TRP的PDSCH(或PDCCH)。另外，下面描述的用于发送到不同TRP的UL传输(例如，PUSCH/PUCCH)的方法可以等效地应用于发送到属于相同TRP的不同面板的UL传输(例如，PUSCH/PUCCH)。
在下文中，本公开中描述/提及的CORESET组ID可以是指用于为每个TRP/面板区分的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检测。附加地/可替代地，可以配置/指示，使得以对应的CORESET组为单位，按每个TRP/面板(即，按属于相同CORESET组的TRP/面板)分离和管理/控制上行链路控制信息(例如，CSI、HARQ-A/N(ACK/NACK)、SR(调度请求))和/或上行链路物理信道资源(例如，PUCCH/PRACH/SRS资源)。附加地/可替代地，可以按对应的CORESET组(即，按属于相同CORESET组的TRP/面板)来管理按每个TRP/面板调度的用于PDSCH/PUSCH等的HARQ A/N(处理/重传)。
例如，更高层参数ControlResourceSet信息元素(IE)被用于配置时间/频率控制资源集(CORESET)。在示例中，控制资源集(CORESET)可以与下行链路控制信息的检测和接收相关。ControlResourceSet IE可以包括CORESET相关的ID(例如，controlResourceSetID)/用于CORESET的CORESET池的索引(例如，CORESETPoolIndex)/CORESET的时间/频率资源配置/与CORESET相关的TCI信息等。在示例中，CORESET池的索引(例如，CORESETPoolIndex)可以被配置为0或1。在描述中，CORESET组可以对应于CORESET池，并且CORESET组ID可以对应于CORESET池索引(例如，CORESETPoolIndex)。
在下文中，将描述用于提高多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端口分别传送属于不同层组的层。
另外，基于使用不同层的SDM(空分复用)方法来描述与多个TRP相关的上述内容，但是其可以自然地扩展并应用于基于不同频域资源(例如，RB/PRB(集合)等)的FDM(频分复用)方法和/或基于不同时域资源(例如，时隙、符号、子符号等)的TDM(时分复用)方法。
由至少一个DCI调度的多TRP可以被执行如下：
i)方案1(SDM)：在重叠时间和频率资源分配中的单个时隙中的n(n是自然数)个TCI状态
-方案1a：每个传输时机是相同TB的一层或层的集合，并且每个层或层的集合与一个TCI和DMRS端口的一个集合相关联。具有一个冗余版本(RV)的单个码字被用于所有层或层的集合。对于UE，不同的编译比特利用特定的映射规则被映射到不同的层或层的集合。
-方案1b：每个传输时机是相同TB的一层或层的集合，并且每个层或层的集合与一个TCI和DMRS端口的一个集合相关联。具有一个RV的单个码字被用于每个空间层或层的集合。对应于每个空间层或层的集合的RV可以相同或不同。
-方案1c：每个传输时机是具有与多个TCI状态索引相关联的一个DMRS端口的相同TB的一层或者具有与多个TCI状态索引依次(逐个)相关联的多个DMRS端口的相同TB的一层。
在上述方案1a和1c中，相同的MCS被应用于所有层或层的集合。
ii)方案2(FDM)：在非重叠频率资源分配中的单个时隙中的n(n是自然数)个TCI状态。每个非重叠频率资源分配与一个TCI状态相关联。相同的单个/多个DMRS端口与所有非重叠频率资源分配相关联。
-方案2a：跨整个资源分配使用具有一个RV的单个码字。对于UE，跨所有资源分配应用公共RB映射(码字到层的映射)。
-方案2b：具有一个RV的单个码字被用于每个非重叠频率资源分配。对应于每个非重叠频率资源分配的RV可以相同或不同。
在方案2a中，相同的MCS被应用于所有非重叠的频率资源分配。
iii)方案3(TDM)：在非重叠时间资源分配中的单个时隙中的n(n是自然数)个TCI状态。TB的每个传输时机具有一个TCI和一个RV，该一个TCI和一个RV具有微时隙的时间粒度。在时隙中的所有传输时机使用具有相同的单个或多个DMRS端口的公共MCS。RV/TCI状态可以在传输时机之中可以相同或不同。
iv)方案4(TDM):在K(n<＝K，K是自然数)个不同时隙中的n(n是自然数)个TCI状态。TB的每个传输时机具有一个TCI和一个RV。跨K个时隙的所有传输时机使用具有相同的单个或多个DMRS端口的公共MCS。RV/TCI状态在传输时机之中可以相同或不同。
在下文中，在本公开中，DL MTRP-URLLC意指M-TRP通过使用不同的层/时间/频率资源来发送相同的数据(例如，输送块，TB)/DCI。例如，TRP 1在资源1中发送相同的数据/DCI，并且TRP 2在资源2中发送相同的数据/DCI。配置有DL MTRP-URLLC传输方法的UE通过使用不同的层/时间/频率资源来接收相同的数据/DCI。这里，UE被指示在从基站接收相同数据/DCI的层/时间/频率资源中应该使用哪个QCL RS/类型(即，DL TCI(状态))。例如，当相同的数据/DCI在资源1和资源2中被接收时，在资源1中使用的DL TCI状态和在资源2中使用的DL TCI状态可以被指示。因为UE通过资源1和资源2接收相同的数据/DCI，所以UE可以实现高可靠性。这样的DL MTRP URLLC可以被应用于PDSCH/PDCCH。
相反，UL MTRP-URLLC意指M-TRP通过使用不同的层/时间/频率资源从UE接收相同的数据/UCI。例如，TRP 1在资源1中从UE接收相同的数据/UCI，并且TRP 2在资源2中从UE接收相同的数据/UCI，并且通过在TRP之间连接的回程链路共享接收到的数据/UCI。配置有ULMTRP-URLLC传输方法的UE通过使用不同的层/时间/频率资源来发送相同的数据/UCI。这里，UE被指示在从基站发送相同数据/DCI的层/时间/频率资源中哪个Tx波束和哪个Tx功率(即，UL TCI状态)应该被使用。例如，当相同的数据/UCI在资源1和资源2中被接收时，在资源1中使用的UL TCI状态和在资源2中使用的UL TCI状态可以被指示。这样的UL MTRPURLLC可以被应用于PUSCH/PUCCH。
另外，在本公开中提出的方法中，当特定TCI状态(或TCI)被用于(/映射)接收用于任何频率/时间/空间资源的数据/DCI/UCI时，可以意指DL通过使用在由该频率/时间/空间资源中的相应TCI状态指示的QCL类型和QCL RS来从DMRS估计信道，并且接收/解调数据/DCI到估计的信道。可以意指UL通过使用由该频率/时间/空间资源中的相应TCI状态指示的Tx波束和/或Tw功率来发送/调制DMRS和数据/UCI。
UL TCI状态具有UE的Tx波束和/或Tx功率信息以及空间关系信息等，可以通过其他参数来代替TCI状态被配置给UE。UL TCI状态可以被直接指示给UL许可DCI或者可以意指由UL许可DCI的SRI(SRS资源指示符)字段指示的SRS资源的空间关系信息。可替选地，它可以意指连接到由UL许可DCI的SRI字段指示的值的OL(开环)Tx功率控制参数(j：用于开环参数Po和alpha(α)的索引(每个小区直至32个参数值集)、q_d：用于PL(路径损耗)测量的DLRS资源的索引(每个小区直至3个测量)、l：闭环功率控制进程索引(每个小区直至2个进程))。
另一方面，假设MTRP-eMBB意指M-TRP通过使用不同的层/时间/频率来发送其他数据，配置有MTRP-eMBB传输方法的UE被指示具有DCI的多个TCI状态，并且通过使用每个TCI状态的QCL RS接收到的数据是不同的数据。
另外，可以由UE通过单独分类用于MTRP-URLLC的RNTI和用于MTRP-eMBB的RNTI并且使用它们来理解是MTRP URLLC传输/接收还是MTRP eMBB传输/接收。换句话说，当通过使用用于URLLC的RNTI来执行DCI的CRC掩码时，其被认为是URLLC传输，并且当通过使用用于eMBB的RNTI来执行DCI的CRC掩码时，其被认为是eMBB传输。可替选地，基站可以通过其他新信令向UE配置MTRP URLLC传输/接收或者可以配置MTRP eMBB传输/接收。
在本公开中，为了描述方便，通过假设在2个TRP之间的协作传输/接收来应用提议，但是其可以被扩展和应用在3个或更多个多TRP环境中，并且其也可以被扩展和应用在多面板环境中。不同的TRP可以由UE辨识为不同的传输配置指示(TCI)状态。也就是说，当UE通过使用TCI状态1接收/发送数据/DCI/UCI时，意指从TRP 1接收/向TRP1发送数据/DCI/UCI。
本公开的提议可以在MTRP协同地发送PDCCH(重复或部分地发送相同的PDCCH)的情况下被利用，并且一些提议甚至可以在MTRP协同地发送PDSCH或协同的接收PUSCH/PUCCH的情况下被利用。
另外，在下面的本公开中，多个基站(即，MTRP)重复地发送相同的PDCCH的含义可以意指由多个PDCCH候选发送相同的DCI，并且其等同于意指多个基站重复地发送相同的DCI。相同的DCI可以意指具有相同DCI格式/大小/有效载荷的两个DCI。可替选地，虽然两个DCI具有不同的有效载荷，但是当调度结果相同时，其也可以被认为是相同的DCI。例如，基于DCI的接收时间，DCI的TDRA(时域资源分配)字段相对地确定数据的时隙/符号位置以及A/N(ACK/NACK)的时隙/符号位置。这里，如果在时间n处接收到的DCI和在时间n+1处接收到的DCI向UE表示相同的调度结果，则两个DCI的TDRA字段是不同的，并且因此，DCI有效载荷是不同的。R(重复的次数)可以由基站向UE直接指示或相互承诺。可替选地，虽然两个DCI的有效载荷不同并且调度结果不相同，但是当一个DCI的调度结果是其他DCI的调度结果的子集时，其可以被认为是相同DCI。例如，当通过TDM重复地发送相同数据N次时，在第一数据之前接收到的DCI 1指示N次数据重复，并且在第一数据之后以及第二数据之前接收到的DCI2指示N-1次数据重复。DCI 2的调度数据成为DCI 1的调度数据的子集，并且两个DCI正在针对相同的数据进行调度，所以在这种情况下，其可以被认为是相同DCI。
另外，在下面的本公开中，当多个基站(即，MTRP)划分并且发送相同的PDCCH时，其可以意指通过一个PDCCH候选来发送一个DCI，但是TRP 1发送在其中PDCCH候选被定义的一些资源并且TRP 2发送剩余资源。例如，当TRP 1和TRP 2划分并且发送对应于聚合等级m1+m2的PDCCH候选时，PDCCH候选被划分为对应于聚合等级m1的PDCCH候选1和对应于聚合等级m2的PDCCH候选2，并且TRP 1使用不同的时间/频率资源发送PDCCH候选1并且TRP 2发送PDCCH候选2。在接收PDCCH候选1和PDCCH候选2之后，UE生成对应于聚合等级m1+m2的PDCCH候选并且尝试DCI解码。
当相同的DCI被划分并且被发送到多个候选PDCCH时，可以存在两种实现方法。
首先，DCI有效载荷(控制信息比特+CRC)可以通过一个信道编码器(例如，极性编码器)被编码，作为结果获得的编译比特可以被划分为两个TRP并且被发送。在这种情况下，整个DCI有效载荷可以在由每个TRP发送的编译比特中被解码，或者仅DCI有效载荷的一部分被编码。第二，DCI有效载荷(控制信息比特+CRC)可以被划分为两个(DCI 1和DCI 2)并且每个能够通过信道编码器(例如，极性编码器)被编码。此后，两个TRP可以分别发送对应于DCI 1的编译比特和对应于DCI 2的编译比特。
总之，多个基站(即，MTRP)划分/重复相同的PDCCH并且在多个监测时机(MO)上发送可以如下。
i)其可以意指每个基站(即，STRP)通过每个MO重复地发送通过编码相应的PDCCH的所有DCI内容而获得的编译DCI比特；或者，
ii)其可以意指通过编码相应的PDCCH的所有DCI内容而获得的编译DCI比特被划分为多个部分，并且每个基站(即，STRP)通过每个MO发送不同的部分；或者
iii)其可以意指相应的PDCCH的DCI内容被划分为多个部分，并且每个基站(即，STRP)单独地编码不同的部分并且通过每个MO来发送它们。
也就是说，可以被理解的是无论是PDCCH的重复的传输还是划分的传输，PDCCH都在多个传输时机(TO)上被多次发送。这里，TO意指在其中PDCCH被发送的特定时间/频率资源单元。例如，如果在时隙1、2、3和4上(在特定资源块(RB)中)多次发送PDCCH，则TO可以意指每个时隙，或者如果在RB集1、2、3和4上(在特定时隙中)多次发送PDCCH，则TO可以意指每个RB集，或者如果在不同时间和频率上多次发送PDCCH，则TO可以意指每个时间/频率资源。另外，用于每个TO的用于DMRS信道估计的TCI状态可以被不同地配置，并且可以假设在其中TCI状态被不同地配置的TO由不同的TRP/面板发送。当多个基站重复发送或者分别发送PDCCH时，其意指PDCCH在多个TO上被发送，并且在相应的TO中配置的TCI状态的并集被配置有两个或更多个TCI状态。例如，如果在TO 1、2、3、4上发送PDCCH，则可以在TO 1、2、3、4中的每个中分别配置TCI状态1、2、3、4，这意指TRP i在TO i中协作发送PDCCH。
对于指示UE来重复发送或分别发送PDCCH/PDSCH/PUSCH/PUCCH的多个TO，在每个TO中UL向特定TRP发送或者DL从特定TRP接收。这里，发送到TRP 1的UL TO(或TRP 1的TO)意指使用在向UE指示的两个空间关系、两个UL TCI、两个UL功率控制参数和/或两个路径损耗参考信号(PLRS)之中的第一值的TO，以及发送到TRP 2的UL TO(或TRP 2的TO)意指使用向UE指示的两个空间关系、两个UL TCI、两个UL功率控制参数和/或两个PLRS中的第二值的TO。类似地，对于DL传输，由TRP 1发送的DL TO(或TRP 1的TO)意指使用向UE指示的在两个DL TCI状态(例如，当两个TCI状态在CORESET中被配置时)之中的第一值的TO，并且由TRP 2发送的DL TO(或TRP 2的TO)意指使用向UE指示的在两个DL TCI状态(例如，当两个TCI状态在CORESET中被配置时)之中的第二值的TO。
本公开的提议能够被扩展并且应用于诸如PUSCH/PUCCH/PDSCH/PDCCH的各种信道。
本公开的提议能够被扩展并且应用于重复传输的情况和在不同时间/频率/空间资源上划分传输信道的情况两者。
数据传输和HARQ(混合自动重复和请求)-ACK(确认)进程
图8图示了能够应用本公开的在无线通信系统中的用于下行链路数据的HARQ-ACK进程。
参考图8，UE可以在时隙#n中检测PDCCH。这里，PDCCH包括下行链路调度信息(例如，DCI格式1_0和1_1)，并且PDCCH指示DL分配-到-PDSCH偏移(K0)和PDSCH-HARQ-ACK报告偏移(K1)。例如，DCI格式1_0和1_1可以包括以下信息。
-频域资源分配：指示分配给PDSCH的RB资源(例如，一个或多个(不)连续RB)
-时域资源分配：K0，指示在时隙中的PDSCH的起始位置(例如，OFDM符号索引)和长度(例如，OFDM符号的数量)
-PDSCH HARQ反馈定时指示符(PDSCH-to-HARQ_feedback定时指示符)：指示K1
-HARQ进程编号(4比特)：指示用于数据(例如，PDSCH、TB)的HARQ进程ID(标识)
-PUCCH资源指示符(PRI)：指示在PUCCH资源集中的多个PUCCH资源之中的要被用于UCI传输的PUCCH资源
此后，UE可以根据时隙#n的调度信息在时隙#(n+K0)中接收PDSCH，并且然后在时隙#(n+K1)中通过PUCCH发送UCI。这里，UCI包括针对PDSCH的HARQ-ACK响应。如果PDSCH被配置为发送直至1TB，则HARQ-ACK响应可以由1比特组成。当PDSCH被配置为发送直至两TB时，如果空间捆绑未被配置，则HARQ-ACK响应可以由2比特组成，并且如果空间捆绑被配置，则HARQ-ACK响应可以由1比特组成。当用于多个PDSCH的HARQ-ACK传输时间被指定为时隙#(n+K1)时，在时隙#(n+K1)中发送的UCI包括用于多个PDSCH的HARQ-ACK响应。
多媒体广播/多播服务(MBMS)
3GPP MBMS可以被划分为i)单频网络(SFN)方法，在其中多个基站小区被同步以通过物理多播信道(PMCH)发送相同的数据，以及ii)SC-PTM(单小区点对多点)方法通过PDCCH/PDSCH信道在小区覆盖范围内广播。SFN方法被用于通过半静态分配的资源在广域(例如，MBMS区域)上提供广播服务，同时SC-PTM方法被主要用于通过动态资源仅在小区覆盖范围内提供广播服务。
SC-PTM提供一个逻辑信道SC-MCCH(单小区多播控制信道)以及一个或多个逻辑信道SC-MTCH(单小区多播业务信道)。这些逻辑信道被映射到下行链路共享信道(DL-SCH)(其是输送信道)以及PDSCH(其是物理信道)。通过由组-RNTI(G-RNTI)指示的PDCCH来调度发送SC-MCCH或SC-MTCH数据的PDSCH。在这种情况下，对应于服务标识符(ID)的临时多播组ID(TMGI)可以与特定G-RNTI值一对一地映射。因此，如果基站提供多种服务，则多个G-RNTI值可以被分配用于SC-PTM传输。一个或多个UE可以使用特定G-RNTI来执行PDCCH监测以接收特定服务。这里，DRX开启持续时间周期可以针对用于特定服务/特定G-RNTI的SC-PTM被专门配置。在这种情况下，UE仅在特定的开启持续时间周期内醒来并且执行针对G-RNTI的PDCCH监测。
用于支持用于多播传输的类型3HARQ-ACK码本的方法
-PUCCH：物理上行链路控制信道
-PUSCH：物理上行链路共享信道
-MCCH：多播控制信道
-MTCH：多播业务信道
-RRM：无线电资源管理
-RLM：无线电链路监测
-SCS：子载波间隔
-RLM：无线电链路监测
-DCI：下行链路控制信息
-CAP：信道接入过程
-Ucell：未许可的小区
-PCell：主小区
-PSCell：主SCG小区
-TBS：输送块大小
-TDRA：时域资源分配
-SLIV：起始和长度指示符值(用于在PDSCH和/或PUSCH的时隙中的起始符号索引和符号的数量的指示值。其可以被配置为在调度相应的PDSCH和/或PUSCH的PDCCH中构成TDRA字段的条目的组件。)
-BWP：带宽部分(其可以由频率轴上的连续资源块(RB)组成。其可以对应于一个参数集(例如，SCS、CP长度、时隙/微时隙持续时间等)。另外，多个BWP(每个载波的BWP数量也可以被限制)可以在一个载波中被配置，但是激活的BWP的数量可以被限制为每个载波的一部分(例如，一个)。)
-CORESET：控制资源集(CONtrol REsourse SET)(其意指在其中PDCCH能够被发送的时间-频率资源区域，并且每个BWP的CORESET的数量可以被限制。)
-REG：资源元素组
-SFI：时隙格式指示符(指示在特定时隙内的符号等级DL/UL方向的指示符，通过组公共PDCCH发送)。
-COT：信道占用时间
-SPS：半持久调度
-QCL：准共址(在两个参考信号(RS)之间的QCL关系可以意指从一个RS获得的QCL参数，诸如多普勒频移、多普勒扩展、平均延迟、延迟扩展、空间Rx参数等也能够被应用于另一个RS(或相应RS的天线端口)。在NR系统中，4个QCL类型被定义如下。'typeA'：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}，'typeB'：{多普勒频移，多普勒扩展}，'typeC'：{多普勒频移，平均延迟}，'typeD'：{空间Rx参数}。对于特定DL RS天线端口，第一DL RS可以被配置为用于QCL类型X(X＝A、B、C或D)的参考，并且第二DL RS可以被配置为用于QCL类型Y(Y＝A、B、C或D，但是X≠Y)的参考。)
-TCI：传输配置指示(一个TCI状态包括在PDSCH的DM-RS端口、PDCCH的DM-RS端口、或CSI-RS资源的CSI-RS端口与一个或多个DL RS之间的QCL关系。对于在调度PDSCH的DCI中的字段之中的“传输配置指示”，对应于构成该字段的每个码点的TCI状态索引由MAC控制元素(CE)激活，并且用于每个TCI状态索引的TCI状态配置通过RRC信令被配置。在Rel-16 NR系统中，相应的TCI状态在DL RS之间被配置，但是在DL RS与UL RS之间或者UL RS与UL RS之间的配置在未来版本中可以被允许。UL RS的示例包括SRS、PUSCH DM-RS以及PUCCH DM-RS。)
-SRI：SRS资源指示符(其指示在调度PUSCH的DCI中的字段之中的“SRS资源指示符”中配置的SRS资源索引值之一。当发送PUSCH时，UE可以使用用于与相应的SRS资源相关联的参考信号的传输和接收的相同的空间域传输滤波器来发送PUSCH。这里，参考RS由RRC信令通过用于每个SRS资源的SRS空间关系信息参数(SRS-SpatialRelationInfo)被配置，并且SS/PBCH块、CSI-RS或SRS可以被配置为参考RS。)
-TRP：传输和接收点
-PLMN ID：公共陆地移动网络标识符
-RACH：随机接入信道
-RAR：随机接入响应
-Msg3：这是通过从更高层提供的包括C-RNTI MAC CE或公共控制信道(CCCH)服务数据单元(SDU)的上行链路共享信道(UL-SCH)发送的消息，并且作为随机接入过程的一部分，与UE竞争解决标识相关联。
-特殊小区：在双连接操作的情况下，术语特殊小区是指主小区组(MCG)的PCell或辅小区组(SCG)的PSCell，取决于是否MAC实体与MCG或SCG分别相关。否则，术语特殊小区是指PCell。特殊小区支持PUCCH传输和基于竞争的随机接入并且始终是活动的。
-服务小区：其包括PCell、PSCell和辅小区(SCell)。
-CG：配置的许可
-类型1CG或类型2CG：类型1配置的许可或类型2配置的许可
-回退DCI：其指示能够被用于回退操作的DCI格式，并且例如，对应于DCI格式0_0和1_0。
-非回退DCI：其指示除了回退DCI之外的DCI格式，例如，对应于DCI格式0_1和1_1。
-SS：搜索空间
-FDRA：频域资源分配
-TDRA：时域资源分配
-LP、HP：(更)低优先级、更高优先级
-用于小区A的A/N：用于在小区A中接收到的数据(例如，PDSCH)的A/N(确认/否定确认)信息
-UL CI：上行链路取消指示
-CFR：用于多播和广播服务(MBS)的公共频率资源。一个DL CFR提供用于MBS传输和接收的组公共PDCCH和组公共PDSCH传输资源。一个UL CFR提供用于组公共PDSCH接收的HARQ-ACK PUCCH资源。一个CFR是一个MBS特定BWP或一个UE特定BWP。可替选地，一个或多个CFR可以在一个UE特定BWP中被配置。一个CFR与一个UE特定BWP相关联。
-TMGI：临时移动组标识。作为MBS服务标识符，其指示特定的服务。
-G-RNTI：组无线电网络临时标识符。其指示接收MBS的UE组标识符。
上述内容(3GPP系统、帧结构、NR系统等)能够与稍后要被描述的本公开中提出的方法结合应用，或者其可以进行补充以阐明在本公开中提出的方法的技术特征。在本公开中，“/”取决于上下文意指“和”、“或”或“和/或”。
在现有技术中，基站可以针对特定的UE配置UE特定SPS配置，并且根据配置的周期分配重复的下行链路SPS传输资源。这里，UE特定PDCCH的DCI可以指示特定的SPS配置索引的激活(SPS激活)，并且因此，相应的UE能够根据配置的周期来重复地接收SPS传输资源。此SPS传输资源被用于初始HARQ(混合自动重传请求)传输，并且基站可以通过UE特定PDCCH的DCI来分配特定的SPS配置索引的重传资源。例如，当UE报告用于SPS传输资源的HARQ NACK时，基站能够向DCI分配重传资源，使得UE能够接收下行链路重传。另外，UE特定PDCCH的DCI可以指示特定SPS配置索引的去激活(SPS释放或SPS去激活)，并且接收这个的UE不接收指示的SPS传输资源。这里，用于SPS的激活/重传/去激活的DCI的循环冗余校验(CRC)利用配置的调度-RNTI(CS-RNTI)被加扰。
Rel-17 NR旨在引入DL广播或DL多播传输方法以支持类似于LTE MBMS的多播广播服务(MBS)服务。基站提供用于DL广播或DL多播传输的点对多点(PTM)传输方法和/或点对点(PTP)传输方法。
在用于MBS的PTM传输方法中，基站向多个UE发送组公共PDCCH和组公共PDSCH，并且多个UE同时接收相同的组公共PDCCH和组公共PDSCH传输以进行解码相同的MBS数据。
另一方面，在用于MBS的PTP传输方案中，基站向特定的UE发送UE特定PDCCH和UE特定PDSCH，并且仅相应的UE接收UE特定PDCCH和UE特定PDCCH。这里，当存在接收相同MBS服务的多个UE时，基站通过不同的UE特定PDCCH和UE特定PDSCH分别向单独的UE发送相同的MBS数据。也就是说，相同的MBS数据被提供给多个UE，但是不同的信道(即，PDCCH、PDCCH)被用于每个UE。
如上所述，在PTM传输方法中，基站向多个UE发送多个组公共PDSCH。这里，基站能够通过UE特定PUCCH资源从多个UE接收用于组公共PDSCH的UE的HARQ-ACK。
这里，当用于多播PDSCH(或组公共PDSCH)的输送块(TB)被成功解码时，UE发送ACK作为HARQ-ACK信息。另一方面，如果输送块(TB)没有被成功解码，则UE发送NACK作为HARQ-ACK信息。此HARQ-ACK传输方法被称为基于HARQ-ACK方法(模式)的ACK/NACK。通常，UE可以使用UE特定PUCCH资源来发送基于ACK/NACK的HARQ-ACK。
另一方面，当针对多播PDSCH(或组公共PDSCH)配置仅基于NACK的HARQ-ACK方法(模式)时，UE在ACK的情况下不执行PUCCH传输并且在NACK的情况下UE执行PUCCH传输。这里，PUCCH是组公共PUCCH资源，并且仅NACK能够被发送作为HARQ-ACK信息。
在下文中，在本公开中，用于调度承载MBS服务(即，MBS TB)的PDSCH的接收的DCI格式(或PDCCH)可以被称为MBSDCI格式(或PDCCH)或多播DCI格式(或PDCCH)。例如，具有由调度PDSCH接收的G-RNTI(组-RNTI)或G-CS-RNTI(组配置的调度-RNTI)加扰的CRC的DCI格式(或PDCCH)可以被称为MBSDCI格式(或PDCCH)或多播DCI格式(或PDCCH)。这里，除非在本公开中另外描述，否则MBSDCI格式(或PDCCH)或多播DCI格式(或PDCCH)可以包括根据用于MBS的PTM方法的组公共DCI格式(或PDCCH)以及根据用于MBS的PTP方法的UE特定DCI格式(或PDCCH)两者。
另外，除非在本公开中另有说明(例如，通过动态调度的PDSCH和通过SPS的PDSCH之间的区别)，通过MBSDCI格式(或PDCCH)或多播DCI格式(或PDCCH)调度的PDSCH(此外，通过PTP方法的UE特定DCI格式(或PDCCH)调度的PDSCH)以及组公共SPS PDSCH可以被统称为MBS PDSCH或多播PDSCH。换句话说，除非在本公开中另有说明，否则MBS PDSCH或多播PDSCH可以包括根据用于MBS的PTM方法的组公共PDSCH以及根据用于MBS的PTP方法的UE特定PDSCH这两者。
另外，与多播(或MBS)DCI格式(或PDCCH)或多播PDSCH相关联的HARQ-ACK信息可以被称为MBS HARQ-ACK信息或多播HARQ-ACK信息。除非在本公开中另有说明，这样的MBSHARQ-ACK信息或多播HARQ-ACK信息可以根据PTP/PTM方法通过UE特定PUCCH/PUSCH被发送，或者可以根据PTM方法通过组公共PUCCH/PUSCH被发送。
另外，除非在本公开中另有说明(例如，通过动态调度的PDSCH和通过SPS的PDSCH之间的区别)，通过单播DCI格式(或PDCCH)调度的PDSCH以及UE特定SPS PDSCH可以被统称为单播/UE特定PDSCH。
另外，在本公开中，当用于MBS PDSCH或多播PDSCH的输送块(TB)被成功解码时，UE可以发送ACK作为HARQ-ACK信息。另一方面，如果用于MBS PDSCH或多播PDSCH的TB没有被成功解码，则UE可以发送NACK作为HARQ-ACK信息。此HARQ-ACK传输方法被称为基于ACK/NACK的HARQ-ACK方法(模式)。
另一方面，如果用于MBS PDSCH或多播PDSCH的TB被成功解码，则UE可以不通过PUCCH(或PUSCH)发送HARQ-ACK信息(即，ACK)。另一方面，如果用于MBS PDSCH的TB或多播PDSCH没有被成功解码，则UE可以发送NACK作为HARQ-ACK信息。此HARQ-ACK传输方法被称为基于NACK的HARQ-ACK方法(模式)。换句话说，当仅基于NACK的HARQ-ACK方法(模式)被配置时，UE可以在ACK的情况下不发送PUCCH(或PUSCH)，并且可以仅在ACK的情况下发送PUCCH(或PUSCH)。
另外，在本公开中，子时隙、微时隙和符号时隙都表示小于一个时隙的时间单位，并且除非本公开中对每个进行明确区分和描述，否则都可以以相同的含义来解释。此外，所有上述术语可以被视为/解释为在时隙中的一个或多个符号。
图9图示了根据本公开的实施例的用于多播PDSCH的HARQ-ACK传输和接收过程。
图9(a)图示了在UE1和基站(gNB)之间的信令过程(波束/TRP 1)。图9(b)图示了在UE2和基站(gNB)之间的信令过程(波束/TRP 2)。另外，图9(a)图示了没有PDSCH重传的情况，并且图9(a)图示了具有PDSCH重传的情况。在图9中，为了描述方便，两个过程被一起图示，但是本公开不限于此。也就是说，UE1和UE2不限于接入相同的基站(通过不同的波束/TRP)，并且不限于一起执行两个过程。换句话说，虽然图9(a)和图9(b)是单独的过程，为了解释方便它们被一起示出，并且针对共同步骤共同的描述被描述。
1.虽然在图9中未示出，(在图9的过程之前)，UE可以进入RRC连接模式(RRC_CONNECTED模式)并且可以发送指示对基站感兴趣的一个或多个MBS服务的消息/信息。
A.消息/信息可以通过上行链路控制信息(UCI)、MAC控制元素(CE)和RRC消息中的任意一个被发送。
B.消息/信息中的感兴趣的MBS服务可以意指从基站接收到的DL消息中包括的TMGI或G-RNTI。
例如，DL消息可以是包括TMGI#1、TMGI#3、TMGI#5和TMGI#10的服务可用性消息。如果UE对TMGI#5感兴趣，则UE可以在消息/信息中指示TMGI#5的顺序。也就是说，UE可以向基站报告“3”。
作为另一示例，DL消息可以是包括G-RNTI#1、G-RNTI#3、G-RNTI#5和G-RNTI#10的服务可用性消息。如果UE对G-RNTI#10感兴趣，则UE可以在消息/信息中指示G-RNTI#10的顺序。也就是说，UE可以向基站报告“4”。
2.一旦接收消息/信息，基站就可以发送以下至少一项：i)公共频率资源(CFR)配置，ii)包括用于一个或多个G-RNTI值的TCI状态的一个或多个组公共PDSCH配置，iii)包括用于一个或多个G-RNTI值的TCI状态的搜索空间(SS)配置通过RRC消息到UE(S901a、S901b)。
虽然一个RRC消息在图9中被示出，但是其不限于此，并且配置i)至iii)可以通过不同的(或部分相同的)RRC消息被提供给UE。
一旦从基站接收RRC消息，UE就可以根据该RRC消息来配置一个或多个组公共PDSCH(例如，组公共SPS PDSCH)配置。
A.RRC消息可以是在PTM多播控制信道(MCCH)上发送的组公共消息或者在UE特定专用控制信道(DCCH)上发送的UE特定消息。
B.UE可以至少被配置有用于每个MBS CFR或每个服务小区的G-RNTI值。可替选地，除此之外，还可以配置GC-CS-RNTI(组common-configured scheduling-RNTI)，并且可以被用于激活、重传或释放一个或多个组公共SPS配置。
-如果UE还没有针对CFR或服务小区配置GC-CS-RNTI，则当已经针对CFR或服务小区配置CS-RNTI时，UE可以使用CS-RNTI来激活、重传或释放一个或多个组公共SPS配置。
-基站可以将TMGI的列表或G-RNTI的列表与一个GC-CS-RNTI相关联。在这种情况下，基站可以向UE提供与GC-CS-RNTI值相关联的TMGI的列表或G-RNTI的列表。
C.每个PDSCH配置(例如，RRC参数PDSCH-config)可以至少包括用于多播和/或广播的信息元素(IE)，如下表6中所示。
表6图示了用于配置PDSCH参数的PDSCH-Config IE。
[表6]
/>
表7图示了上述表6的PDSCH-config的字段的描述
[表7]
/>
/>
/>
3.当用于配置的CFR的搜索空间(SS)被配置时，UE在被配置以接收具有利用G-RNTI或G-CS-RNTI加扰的CRC的CFR中配置的SS上监测PDCCH(S902a、S902b)。4.如果数据单元在用于MBS服务的MBS无线电承载(MRB)的多播业务信道(MTCH)中可用，则根据服务到资源映射，基站构造并且发送包括用于SPS PDSCH时机的数据单元的输送块(TB)，i)与用于MBS服务的MRB的MTCH相关联，ii)与MBS服务的TMGI相关联，iii)与MBS服务的短ID相关联，或iv)与映射到MBS服务的G-RNTI相关联。
在TB的组公共动态调度的情况下，基站在PDCCH上向UE发送DCI(S903a、S903b)。
这里，DCI的CRC可以由G-RNTI、G-CS-RNTI或CS-RNTI加扰。此外，PDCCH可以是组公共PDCCH或UE特定PDCCH。
在图9中，在其中具有利用G-RNTI#1加扰的CRC的组公共DCI被发送并且重复＝3的情况被例示。
DCI可以包括以下信息(字段)。
-用于DCI格式的标识符：此信息(字段)可以指示MBS特定DCI格式或者用于MBS的现有DCI格式之一。
-载波指示符：此信息(字段)指示通过其组公共PDCCH/PDSCH的被发送的CFR的(服务或MBS特定)小区或者与CFR相关联的UE的活动BWP的服务小区。
-带宽部分指示符：此信息(字段)指示分配给通过其组公共PDCCH/PDSCH被发送的CFR的BWP ID或者与CFR相关联的UE的活动BWP的BWP ID。
另外，DCI可以包括关于以下各项的信息：频域资源分配、时域资源分配、VRB到PRB映射、以及PRB绑定大小指示符、速率匹配指示符、ZP CSI-RS触发器、调制和编译方案、新数据指示符(NDI)、冗余版本、HARQ进程编号、下行链路分配索引、用于调度的PUCCH的发送功率控制(TPC)命令、PUCCH资源指示符(PRI)、PDSCH-to-HARQ_feedback定时指示符(PDSCH-to-HARQ_feedback Timing Indicator)、天线端口、传输配置指示(TCI)、SRS请求、DMRS序列初始化以及优先级指示符。
在组公共动态调度的情况下，基站可以向UE提供以下一个或多个用于由TMGI或G-RNTI或GC-CS-RNTI识别的MBS服务的服务到资源映射i)通过组公共或UE特定RRC消息或ii)通过组公共或UE特定MAC CE。MBS服务的数据能够在与MBS服务(其是多播业务逻辑信道)相关联的MTCH的MBS无线承载(MRB)上承载。RRC消息可以是通过PTM多播控制信道(MCCH)发送的组公共消息或者通过UE特定专用控制信道(DCCH)发送的UE特定消息。调度承载MBS服务数据的PDSCH的DCI还可以指示用于MBS服务的短ID、MTCH ID、MRB ID、G-RNTI值和TMGI值中的一个或多个。
5.如果UE接收具有由感兴趣接收的G-RNTI加扰的CRC的DCI，则基于i)在MBS服务与DCI中指示的HARQ进程编号(HPN)之间的映射和/或ii)(如果可用的话)在MBS服务和DCI中指示的短ID之间的映射，UE可以确定与短ID、MTCH ID、MRB ID、G-RNTI值和TMGI值中的一个或多个相关的MBS服务用于每个PDSCH时机。
基站可以向UE发送承载相应的MBS服务数据的PDSCH(S904a、S904b)(在图9中，利用G-RNTI#1映射的MBS服务数据被发送的情况被例示)，并且如果UE对确定的MBS服务感兴趣，则UE能够接收由DCI调度的PDSCH传输(S905a、S905b)。
另一方面，与图9的示例不同，如果UE对确定的MBS服务不感兴趣，则UE可以不接收由DCI调度的PDSCH传输。
然后，根据PDSCH传输的解码状态，UE向基站发送HARQ反馈。
6.接收指示用于MBS HARQ-ACK的PUCCH资源的组公共DCI的UE可以在接收到由DCI调度的PDSCH之后通过PUCCH向基站发送HARQ-ACK如下(S906a)。
A.在PTM方法1的情况下，组公共DCI可以指示用于至少基于ACK/NACK的HARQ-ACK的单个PUCCH资源指示符(PRI)和单个PDSCH-to-HARQ_feedback定时指示符(K1)。
B.在用于组公共DCI的基于ACK/NACK的HARQ-ACK的UE特定PUCCH资源分配的情况下，组中的不同UE能够被配置有用于多播或单播(如果用于多播的PUCCH-配置没有被配置)的UE专用PUCCH配置(例如，PUCCH-config)中的至少PUCCH资源和候选DL数据-UL ACK(例如，dl-DataToUL-ACK)的不同值。
不同的PUCCH资源可以由相同的PUCCH资源指示符(PRI)和相同的组公共DCI的PDSCH-to-HARQ_feedback定时指示符(K1)来分配给不同的UE。
C.在PTP重传的情况下，在UE特定DCI中，能够基于用于单播的PUCCH配置(例如，PUCCH-config)来解释PUCCH资源指示符(PRI)和PDSCH-to-HARQ_feedback定时指示符(Kl)，无论是否用于多播的PUCCH配置(例如，PUCCH-config)被配置。
D.PUCCH资源指示符(PRI)可以由组公共DCI指示如下。
1)选项1A-1：UE特定PRI的列表可以被包括在DCI中。
-列表中的每个PRI可以指示对应于用于针对接收相同DCI的组的其他UE的相同PUCCH资源或不同PUCCH资源分配的PUCCH配置(例如，PUCCH-config)中的候选PUCCH资源ID(例如，pucch-ResourceId)值的条目。DCI的其他PRI可以指示PUCCH配置(例如，PUCCH-config)中的不同条目。
-候选PUCCH资源ID(例如，pucch-ResourceId)值至少在多播PUCCH配置(例如，PUCCH-config)中由更高层(例如，RRC)配置，不同的PUCCH资源ID(例如，pucch-ResourceId)值可以针对相同组的不同UE配置。
2)选项1A-2：组公共PRI可以被包括在DCI中。
-单个组公共PRI可以指示用于针对组中的所有UE的相同或不同PUCCH资源分配的UE特定PUCCH配置(例如，PUCCH-config)中的候选PUCCH资源ID(例如，pucch-ResourceId)值的相应条目。
-候选PUCCH资源ID(例如，pucch-ResourceId)值至少在用于多播的PUCCH配置(例如，PUCCH-config)中由更高层(例如，RRC)配置，不同的PUCCH资源ID(例如，PUCCH-ResourceId)值可以针对相同组的不同UE被配置。
-当针对由组公共DCI调度的用于组公共PDSCH的HARQ-ACK来配置用于多播的PUCCH配置(例如，PUCCH-config)时，UE可以假设组公共DCI的PRI指示用于多播的PUCCH配置(例如，PUCCH-config)中的候选PUCCH资源ID(pucch-ResourceId)值的相应的条目。也就是说，可以基于用于多播的PUCCH配置(例如，PUCCH-config)来解释组公共DCI的PRI值。
-另一方面，当不针对由组公共DCI调度的用于组公共PDSCH的HARQ-ACK来配置用于多播的PUCCH配置(例如，PUCCH-config)时，UE可以假设组公共DCI的PRI指示用于单播的PUCCH配置(例如，PUCCH-config)中的候选PUCCH资源ID(pucch-ResourceId)值的相应的条目。也就是说，可以基于用于单播的PUCCH配置(例如，PUCCH-config)来解释组公共DCI的PRI值。
E.K1(PDSCH-to-HARQ_feedback定时指示符)可以由组公共DCI指示如下。
1)选项1B-1：UE特定K1值的列表可以被包括在DCI中。
-列表中的每个Kl可以指示用于组中的其他UE的相同UL时隙或不同UL(子)时隙。
作为示例，可以向不同的UE分配不同的K1值。例如，K1-UE1、K2-UE2、K3-UE3、...
作为另一示例，K1值可以由多个UE(例如，K1-UE1/UE2、K2-UE3/UE4)共享。
作为另一示例，一个K1值可以是参考并且基于该参考可以分配其他K1值。例如，可以在DCI中指示{K1_ref，K1_offset(相对于参考的偏移)}的列表。
例如，UE1可以使用K1_ref，UE2可以使用K1_ref+K1_offest1，并且UE3可以使用K1_ref+K1_offest2。
2)选项1B-2：组公共Kl值可以被包括在DCI中。
-单个Kl值可以指示用于在UE特定PUCCH配置(例如，PUCCH-config)中的候选DL数据-UL ACK值(例如，dl-DataToUL-ACK)的相应条目，用于针对接收DCI的组中的所有UE的相同或不同PUCCH资源分配。当DCI的DCI格式被配置在用于K1值的UE特定PUCCH配置(例如，PUCCH-config)中时，这能够被应用。
-候选DL数据-UL ACK值(例如，dl-DataToUL-ACK)由更高层(例如，RRC)配置，至少用于多播的PUCCH配置(例如，PUCCH-config)对于相同组中的不同UE能够不同。
-当针对由组公共DCI调度的用于组公共PDSCH的HARQ-ACK来配置用于多播的PUCCH配置(例如，PUCCH-config)时，UE可以假设组公共DCI的K1值指示用于多播的PUCCH配置(例如，PUCCH-config)中的候选DL数据-UL ACK值(例如，dl-DataToUL-ACK)的相应的条目。也就是说，可以基于用于多播的PUCCH配置(例如，PUCCH-config)来解释组公共DCI的K1值。
-另一方面，当不针对由组公共DCI调度的用于组公共PDSCH的HARQ-ACK来配置用于多播的PUCCH配置(例如，PUCCH-config)时，UE可以假设组公共DCI的K1值指示用于单播的PUCCH配置(例如，PUCCH-config)中的候选DL数据-UL ACK值(例如，dl-DataToUL-ACK)的相应的条目。也就是说，可以基于用于单播的PUCCH配置(例如，PUCCH-config)来解释组公共DCI的K1值。
另外，当接收具有由G-RNTI和/或具有由C-RNTI加扰的CRC的UE特定DCI加扰的CRC的组公共DCI时，当针对用于多播的PUCCH-config和/或用于单播的PUCCH-config来配置类型1HARQ-ACK码本时，UE可以配置时域资源分配(TDRA)以生成用于由组公共DCI调度的用于组公共PDSCH的HARQ-ACK和/或由UE特定DCI调度的UE特定PDSCH的类型1HARQ-ACK码本。
7.如果在PDSCH传输时机上解码TB失败，则UE可以在配置的UL CFR中的PUCCH资源上向基站发送HARQ NACK(S906b)。
通过使用PUCCH资源，UE还可以传送用于诸如单播SPS PDSCH、动态单播PDSCH、PTP重传和/或动态组公共PDSCH的其他PDSCH传输的HARQ-ACK。在这种情况下，为了在针对用于多播的SPS PDSCH、用于单播的SPS PDSCH、动态调度的多播PDSCH和/或动态调度的单播PDSCH的(子)时隙中的PUCCH上复用HARQ-ACK，UE可以基于上述步骤7中的一个或多个选项构建码本。
如果参考信号接收功率(RSRP)阈值被配置，则UE可以基于服务小区的测量的RSRP来使用仅基于NACK的HARQ-ACK。例如，如果测量的RSRP高于(或者等于或高于)阈值，则可以通过由DCI的PRI指示的组公共PUCCH资源来发送仅基于NACK的HARQ-ACK。另一方面，如果测量的RSRP低于(或者等于或小于)阈值，则仅基于NACK的HARQ-ACK可以被改变为基于HARQ-ACK的HARQ-ACK并且通过由DCI的PRI指示的UE特定PUCCH资源被发送。
同时，如果针对G-RNTI配置PDSCH聚合因子(pdsch-AggregationFactor)或者基站在DCI中指示重复次数(repeat_number)，则可以重复由组公共DCI调度的TB用于在每个PDSCH聚合因子(pdsch-AggregationFactor)连续时隙之中或在每个重复数量(repeat_number)连续时隙之中的每个符号分配内的TB的第N次HARQ传输。
8.接收具有TCI状态的HARQ NACK的基站可以在针对TB重传配置的DL CFR中重传具有TCI状态的PDCCH和PDSCH。UE可以在DL CFR中配置的搜索空间上监测具有TCI状态的组公共和/或UE特定PDCCH以接收TB重传(S907b)。
基站可以通过UE特定PDCCH仅向组中的UE之一重传TB，并且其他UE可以不接收TB的重传(例如，因为其他UE成功接收到TB)。
9.当UE接收用于TB的重传的PDCCH时(S908b)，UE可以接收由PDCCH的DCI调度的PDSCH(S909b、S910b)。
基于在由DCI指示的在MBS服务与HPN(HARQ进程编号)之间和/或由DCI指示的MBS服务与短ID(如果可用的话)之间的映射，如果UE成功解码PDSCH上的TB，则UE可以认为解码的TB与MTCH、MRB、TMGI、G-RNTI和/或MBS服务的短ID相关联。
10.如果在PDSCH传输时机中TB的解码成功，则UE可以通过根据步骤7配置的ULCFR中的PUCCH资源向基站发送HARQ ACK。另一方面，如果解码PDSCH传输时机上的TB失败，则UE可以在配置的UL CFR中的PUCCH资源上向基站发送HARQ NACK(S911b)。
通过使用PUCCH资源，UE还可以发送用于诸如单播SPS PDSCH、动态单播PDSCH、PTP重传和/或动态组公共PDSCH的其他PDSCH传输的HARQ-ACK。在这种情况下，为了在针对用于多播的SPS PDSCH、用于单播的SPS PDSCH、动态调度的多播PDSCH和/或动态调度的单播PDSCH的(子)时隙中的PUCCH上复用HARQ-ACK，UE可以构建基于上述步骤7中的一个或多个选项的码本。
同时，图9的示例是为了描述方便并且不限制本公开的范围。在图9中图示的一些步骤取决于情况和/或设置可以被省略。另外，图9中的基站和UE只是一个示例，并且可以被实现为下面的图12图示的设备。例如，图12的处理器(102/202)能够控制以使用收发器(106/206)来发送和接收通道/信号/数据/信息等，并且还能够控制以在存储器(104/204)中存储发送的或接收的信道/信号/信息/数据/信息等。
基站可以是用于利用终端发送和接收数据的对象的通用术语。例如，基站可以是包括一个或多个传输点(TP)、一个或多个传输和接收点(TRP)等的概念。此外，TP和/或TRP可以包括基站的面板、传输和接收单元等。另外，“TRP”可以被替换为诸如面板、天线阵列、小区(例如，宏小区/小小区/微微小区等)/TP(传输点)、基站(基站、gNB等)等的表达。如上所述，TRP可以根据关于CORESET组(或CORESET池)的信息(例如，索引、ID)被分类。例如，当一个UE被配置为利用多个TRP(或小区)进行发送/接收时，这可能意指针对一个UE配置多个CORESET组(或CORESET池)。这样的CORESET组(或CORESET池)的配置可以通过更高层信令(例如，RRC信令等)来执行。
参考图9，为了解释方便，在一个基站和UE之间的信令被考虑，但是相应的信令方案能够被扩展并且应用于在多个TRP和多个UE之间的信令。可替选地，基站可以包括多个TRP，或者可以是包括多个TRP的一个小区。
同时，UE能够通过UE特定单播PDSCH从基站接收单播业务，并且通过组公共多播PDSCH接收诸如MBS的多播业务。在这种情况下，UE向基站发送用于单播PDSCH的单播HARQ-ACK，并且向基站发送用于多播PDSCH的多播HARQ-ACK。
在现有技术中，UE专用PDSCH(或单播PDSCH)和组公共PDSCH(或多播PDSCH)这两者都支持HARQ重传。为此目的，调度这些PDSCH的DCI可以指示HARQ进程编号(HPN)。这里，HPN值能够在UE专用PDSCH的DCI和组公共PDSCH的DCI之间被共享。也就是说，相同的HPN值能够被用于UE专用PDSCH和组公共PDSCH这两者。
每个服务小区具有HARQ实体和一组HARQ进程。一个HARQ实体能够被配置为使用直至16个(可能大于16)个HARQ进程。单个HARQ进程可以与下行链路中的1或2个输送块(TB)相关联。在下行链路传输中，基站可以向UE用信号通知与每个下行链路资源分配(例如，通过DCI)相关联的HARQ进程的标识符(例如，HARQ进程编号字段)。
HARQ-ACK码本可以意指用于UE向基站用信号通知一组HARQ-ACK信息/比特的格式。HARQ-ACK码本允许UE在单个HARQ-ACK传输内复用用于多个时隙、多个载波、多个TB和多个码块组(CGB)的多个HARQ-ACK信息/比特。对于类型1HARQ-ACK码本，HARQ-ACK码本的大小能够通过由RRC信令提供的信息被固定(例如，PhysicalCellGroupConfig中的pdsch-HARQ-ACK-Codebook被设置为半静态)。类型2HARQ-ACK码本的大小可以取决于资源分配的数量而变化(例如，PhysicalCellGroupConfig中的pdsch-HARQ-ACK-Codebook被设置为动态)。
同时，基于类型3的HARQ-ACK码本由基于HPN的HARQ-ACK码本组成。这里，对于配置为载波聚合(CA)的特定小区，基站能够利用DCI激活用于类型3码本的所有HARQ进程。换句话说，类型3HARQ-ACK码本能够由基于在UE中配置的服务小区的所有HARQ进程中的每个的HARQ-ACK信息组成(即，用于每个HARQ进程的HARQ-ACK信息被复用)。
因此，如果UE专用PDSCH(或单播PDSCH)的DCI(即，多播的DCI和组公共PDSCH(或多播PDSCH)(即，多播DCI)共享相同的HPN，则出现还影响用于组公共PDSCH的HARQ-ACK传输的问题。换句话说，可以出现在其中基站不能确定是否在类型3HARQ-ACK码本中的用于相同HPN(即，通常用于单播PDSCH和多播PDSCH的HPN)的HARQ-ACK信息(即，HARQ-ACK比特)是用于单播PDSCH的HARQ-ACK信息(即，单播HARQ-ACK信息)或用于多播PDSCH的HARQ-ACK信息(即，多播HARQ-ACK信息)。
图10图示了在能够应用本公开的无线通信系统中的以FDM或TDM发送的用于单播PDCCH/PDSCH和多播PDCCH/PDSCH的单播HARQ-ACK和多播HARQ-ACK的传输定时。
参考图10，UE能够接收具有由C-RNTI加扰的CRC和由DCI调度的单播PDSCH的DCI(即，单播DCI)(指示(更)高优先级(HP)或(更)低优先级(LP))(1001)。然后，UE可以解码单播PDSCH并且基于解码结果向基站发送单播HARQ-ACK(1002)。附加地，UE能够接收具有利用G-RNTI#1加扰的CRC的DCI(即，多播DCI)(指示HP或LP)以及由DCI调度的多播PDSCH(1003)。然后，UE能够解码多播PDSCH并且基于解码结果向基站发送多播HARQ-ACK(1004)。UE能够接收具有利用G-RNTI#2加扰的CRC的DCI(即，多播DCI)(指示HP或LP)以及由DCI调度的多播PDSCH(1005)。然后，UE能够解码多播PDSCH并且基于解码结果向基站发送多播HARQ-ACK(1006)。
如图10所示，UE能够接收通过FDM或TDM发送的单播PDSCH(1001)和多播PDSCH(1003、1005)这两者。例如，单播PDSCH时机(1001)与多播PDSCH时机(1003)一起以TDM发送用于G-RNTI#1，并且单播PDSCH时机(1001)能够与多播PDSCH时机(1005)一起以TDM发送用于G-RNTI#2。
以这种方式，如图10所示，在能够被发送到相同小区的不同PDSCH中，当用于单播PDSCH的HARQ-ACK被配置有类型3码本(例如，如果UE由pdsch-HARQ-ACK-OneShotFeedback配置)并且多播PDSCH被配置有类型1码本(例如，如果UE由pdsch-HARQ-ACK-Codebook＝半静态配置)或类型2码本配置(例如，如果UE由pdsch-HARQ-ACK-Codebook＝动态配置)，则提出用于由单播PDSCH和多播PDSCH共享的HPN值的类型3码本配置方法。
在下文中，在本公开的描述中，HPN可以被等同地解释为HARQ进程标识符。
另外，在本公开的以下描述中，在其中映射到特定HPN值(或特定HARQ进程ID)的特定HARQ进程能够由多播传输和单播传输共享和使用的情况可以意指i)多播传输和单播传输这两者都针对特定HPN值被调度，或者ii)一个或多个HPN值能够被共享并且用于多播传输和单播传输。
实施例1：在类型3码本中用于配置用于共享HARQ进程的HARQ-ACK比特的方法
如果映射到特定HPN值(或特定HARQ进程ID)的特定HARQ进程能够由多播传输和单播传输共享和使用，则UE能够构建类型3码本来向另一个HARQ进程发送单播HARQ-ACK如下。
方法1A：例如，在类型3码本中，用于特定HARQ进程的HARQ-ACK比特可以取决于用于最近接收到的单播PDSCH(即，针对特定HARQ进程调度的最近单播PDSCH)的HARQ-ACK值/信息来指示ACK或NACK。
方法1B：例如，在类型3码本中，用于特定HARQ进程的HARQ-ACK比特可以取决于用于最近接收到的PDSCH(即利用特定HARQ进程调度的最近的PDSCH)的HARQ-ACK值/信息来指示ACK或NACK。这里，最近接收到的PDSCH可以是单播PDSCH或多播PDSCH。
方法1C：例如，当多播PDSCH通过特定HARQ进程被最近接收时(即，当针对特定HARQ进程调度的多播PDSCH晚于针对特定HARQ进程调度的单播PDSCH被接收时)，在类型3码本中，用于特定HARQ进程的HARQ-ACK比特能够始终被设置/指示为NACK或ACK。这里，是否其始终被设置/指示为NACK或者始终被设置/指示为ACK可以由基站配置或者在标准中定义(或者预先定义)。
方法1D：例如，当多播PDSCH通过特定HARQ进程被最近接收时(即，当针对特定HARQ进程调度的多播PDSCH晚于针对特定HARQ进程调度的单播PDSCH被接收时)，在类型3码本中，用于特定HARQ进程的HARQ-ACK比特可以不被包括。换句话说，类型3码本能够被构造无需相应的HARQ-ACK比特。
方法1E：例如，i)当特定HARQ进程被配置为对于多播PDSCH和单播PDSCH共享时，或者ii)当多播PDSCH和单播PDSCH这两者都被映射到由基站指示的HPN时，在类型3码本中，用于特定HARQ进程的HARQ-ACK比特可以始终被设置/指示为NACK或ACK。这里，是否其始终被设置/指示为NACK或者始终被设置/指示为ACK可以由基站配置或者在标准中定义(或者预先定义)。
实施例2：在类型3码本中用于共享HARQ进程的激活方法
如果映射到特定HPN值(或特定HARQ进程ID)的特定HARQ进程能够由多播传输和单播传输共享和使用，则当UE接收到的DCI指示类型3码本的激活时(例如，当DCI提供用于类型3HARQ-ACK码本报告(例如，包括具有为1的值的单次HARQ-ACK请求字段)的请求，UE可以构建类型3码本如下。
方法2A：例如，对于特定HARQ进程(即，共享HARQ进程)，类型3码本可以不由DCI激活。
这里，当由UE接收到的DCI指示类型3码本的激活时，UE可以仅激活排除特定HARQ进程(即，共享HARQ进程)的HARQ进程。也就是说，即使当DCI指示类型3码本的激活时，特定HARQ进程(即，共享HARQ进程)也可以不被激活。
这里，特定HARQ进程(即，共享HARQ进程)可以由基站向UE(或多个UE)配置/指示。基站通过RRC消息或MAC CE或DCI，i)可以指示/配置用于特定HARQ进程(即，共享HARQ进程)的HPN，并且ii)可以针对UE(或多个UE)指示/配置是否对应于指示的/配置的HPN的特定HARQ进程(即，共享HARQ进程)能够由DCI激活。因此，UE可以不由用于由基站指示/配置的特定HARQ进程的DCI激活。也就是说，用于相应的HARQ进程的HARQ-ACK信息/比特可以不被包括在类型3码本中。
方法2B：例如，对于特定HARQ进程(即，共享HARQ进程)，类型3码本可以由DCI激活，但是其不被包括在类型3码本中。
如果由UE接收到的DCI指示类型3码本的激活，则UE还能够激活特定HARQ进程(即，共享HARQ进程)。也就是说，当DCI指示类型3码本的激活时，特定HARQ进程(即，共享HARQ进程)也可以与其他HARQ进程一起被激活。
然而，当构造类型3码本时，UE可以通过排除用于特定HARQ进程(即，共享HARQ进程)的HARQ-ACK比特来构造HARQ-ACK码本。也就是说，用于特定HARQ进程(即，共享HARQ进程)的HARQ-ACK比特可以不被包括在类型3码本中。
这里，特定HARQ进程(即，共享HARQ进程)可以由基站向UE(或多个UE)配置/指示。基站通过RRC消息或MAC CE或DCI，i)可以指示/配置用于特定HARQ进程(即，共享HARQ进程)的HPN，并且ii)可以指示UE是否对应于指示的/配置的HPN的特定HARQ进程(即，共享HARQ进程)被包括在类型3码本中。因此，UE可以不包括用于在类型3码本中由基站指示的/配置的特定HARQ进程的HARQ-ACK信息/比特。
实施例3：用于组公共SPS的G-CS-RNTI操作方法
在由具有利用特定G-CS-RNTI加扰的CRC的DCI激活特定组公共SPS之后，UE在对应于特定HPN值的HARQ进程中存储并且解码通过组公共SPS PDSCH接收到的输送块(TB)。这里，特定HPN值与对应于组公共SPS PDSCH资源的HARQ进程ID相同。
此后，UE可以从基站接收具有通过UE特定CS-RNTI或C-RNTI加扰的CRC的DCI，或者接收具有通过特定G-CS-RNTI加扰的CRC的DCI。如果接收到的DCI指示重传资源和特定HPN值，则UE识别重传资源是用于对应于指示的HPN值的HARQ进程的重传资源。因此，对应于针对通过相应的重传资源接收到的TB指示的HPN值的HARQ进程被存储，并且TB被再次解码。
这里，用于UE特定CS-RNTI或C-RNTI的DCI被用于分配用于组公共SPS的PTP重传资源，并且用于特定G-CS-RNTI的DCI被用于分配用于组公共SPS的PTM重传资源。
以这种方式，特定G-CS-RNTI和UE特定CS-RNTI可以相关如下，并且以下选项中的一个或多个可以由基站针对UE配置或在标准中定义(或预定义)。
-选项1：取决于基站的配置，特定G-CS-RNTI被映射到特定UE特定CS-RNTI。
-选项2：UE的UE特定CS-RNTI被映射到用于组公共SPS的所有G-CS-RNTI。
-选项3：如果存在由具有特定UE特定CS-RNTI的DCI指示的SPS配置索引，则与SPS配置索引相关联的G-CS-RNTI被映射到特定UE特定CS-RNTI。
以这种方式，如果具有由C-RNTI加扰的CRC的DCI指示由G-CS-RNTI的组公共SPS使用的特定HPN，则UE可以确定该DCI调度单播PDSCH。因此，从单播PDSCH接收到的TB可以替换存储在用于特定HPN的HARQ进程中的TB。
可替选地，如果具有由C-RNTI加扰的CRC的DCI指示由G-CS-RNTI的组公共SPS使用的特定HPN，则UE可以确定DCI调度组公共SPS PDSCH的重传。因此，从PDSCH重传接收到的TB能够被累积在存储在用于特定HPN的HARQ进程中的TB中，并且UE可以再次解码相应的TB。
实施例4：用于每个多个TRP(MTRP)构建子码本的方法
如果MTRP支持多播PDCCH/PDSCH传输，则可能发生以下情况，并且UE能够如下所示针对每个TRP配置子码本。另外，UE可以通过单独编码不同的子码本1(即，对应于TRP1)和子码本2(即，对应于TRP2)来构造一个HARQ-ACK码本，并且可以通过一个PUCCH来发送HARQ-ACK码本。
这里，当TRPl发送单播PDSCH和/或多播PDSCH时，可以基于第一传输配置指示(TCI)状态(即，参考通过在第一TCI状态中将qcl-Type设置为typeD配置的RS)来接收单播PDSCH和/或多播PDSCH。类似地，当TRP2发送单播PDSCH和/或多播PDSCH时，可以基于第二TCI状态(即，参考通过在第二TCI状态中将qcl-Type设置为typeD配置的RS)来接收单播PDSCH和/或多播PDSCH。
附加地，基站能够(针对相应的UE)指定/配置是否通过TRPl或TRP2来发送相应的PUCCH。
可替选地，子码本1可以在PUCCHl上被发送并且子码本2可以在PUCCH2上被发送。这里，PUCCH1可以向上被发送到TRP1，并且PUCCH2可以向上被发送到TRP2。
可替选地，i)是否相应的PUCCH通过TRP1被发送，或者ii)是否其被发送到TRP2，或者iii)是否被发送到用于每个子码本的不同的TRP的不同的PUCCH可以由基站配置或预定义。
这里，可以基于用于相应的PUCCH的空间关系(例如，由PUCCH-SpatialRelationInfo配置)或者基于在传输配置指示(TCI)状态(例如，参考由被设置为类型D的qcl-Type配置的RS)中的QCL配置来确定是否PUCCH被发送到TRPl或TRP2。换句话说，被发送到TRP1的PUCCH可以基于第一空间关系或者基于第一TCI状态(例如，参考由在第一TCI状态中被设置为typeD的qcl-Type配置的RS)被发送。类似地，被发送到TRP2的PUCCH可以基于第二空间关系或基于第二TCI状态(例如，参考由在第二TCI状态中被设置为类型D的qcl-Type配置的RS)被发送。
-例如，当TRP1发送单播PDSCH和多播PDSCH并且TRP2仅发送单播PDSCH时，UE可以通过复用用于TRP1的单播PDSCH和多播PDSCH的HARQ-ACK来构建子码本1，并且构造具有用于TRP2的单播PDSCH的HARQ-ACK的子码本2。并且，如上所述，通过基站的配置或根据预定义的规定，UE可以从子码本1和子码本2构建一个HARQ-ACK码本，并且将一个HARQ-ACK码本发送到TRP 1或TRP 2。可替选地，如上所述，通过基站的配置或者根据预定义的规定，UE可以分别通过第一和第二PUCCH将子码本1和子码本2单独地发送到TRP 1和TRP 2。
-例如，当TRP1发送单播PDSCH和多播PDSCH并且TRP2发送单播PDSCH和多播PDSCH时，UE可以通过复用用于TRP1的单播PDSCH和多播PDSCH的HARQ-ACK来构造子码本1，并且通过复用用于TRP2的单播PDSCH和组播PDSCH的HARQ-ACK来构造子码本2。并且，如上所述，通过基站的配置或者根据预定义的规定，UE能够从子码本1和子码本2来构造一个HARQ-ACK码本，并且将一个HARQ-ACK码本发送到TRP 1或TRP 2。可替选地，如上所述，根据基站的配置或者根据预定义的规定，UE可以分别通过第一PUCCH和第二PUCCH将子码本1和子码本2单独地发送到TRP1和TRP2。
这里，不同的多播PDSCH可以对应于相同G-RNTI的MTRP传输或者可以对应于不同G-RNTI的不同的单个TRP传输。
-例如，当TRP1发送单播PDSCH并且TRP2发送多播PDSCH时，UE能够构造具有用于TRP 1的单播PDSCH的HARQ-ACK的子码本1和具有用于TRP 2的多播PDSCH的HARQ-ACK的子码本2。并且，如上所述，通过基站的配置或者根据预定义的规定，UE能够从子码本1和子码本2构造一个HARQ-ACK码本，并且将一个HARQ-ACK码本发送到TRP 1或TRP 2。可替选地，如上所述，通过基站的配置或者根据预定义的规定，UE可以分别通过第一PUCCH和第二PUCCH将子码本1和子码本2单独地发送到TRP 1和TRP 2。
-例如，当TRP1发送单播PDSCH并且TRP2发送多个多播PDSCH时，UE能够利用用于TRP1的单播PDSCH的HARQ-ACK来构造子码本1，并且通过复用用于TRP2的多个多播PDSCH的HARQ-ACK来构造子码本2。并且，如上所述，通过基站的配置或者根据预定义的规定，UE能够从子码本1和子码本2来构造一个HARQ-ACK码本，并且将一个HARQ-ACK码本发送到TRP 1或TRP 2。可替选地，如上所述，通过基站的配置或者根据预定义的规定，UE可以分别通过第一PUCCH和第二PUCCH将子码本1和子码本2单独地发送到TRP 1和TRP 2。
-例如，当TRP1发送单播PDSCH和多个多播PDSCH并且TRP2仅发送单播PDSCH时，UE能够通过复用用于TRP1的单播PDSCH和多个多播PDSCH的HARQ-ACK来构造子码本1，并且利用用于TRP2的单播PDSCH的HARQ-ACK来构造子码本2。并且，如上所述，通过基站的配置或者根据预定义的规定，UE能够从子码本1和子码本2构造一个HARQ-ACK码本，并且将一个HARQ-ACK码本发送到TRP 1或TRP 2。可替选地，如上所述，通过基站的配置或者根据预定义的规定，UE可以分别通过第一PUCCH和第二PUCCH将子码本1和子码本2单独地发送到TRP 1和TRP2。
图11是图示根据本公开的实施例的用于发送和接收控制信息的方法的UE的操作的图。
在图11中，图示了基于以上提出的方法(例如，实施例1、2、3、4及其详细实施例中的任何一个或组合)的UE的操作。图11的示例是为了描述方便并且不限制本公开的范围。图11中图示的一些步骤取决于情况和/或设置可以被省略。另外，图11中的UE只是一个示例，并且可以被实现为下面图13图示的设备。例如，图13的处理器(102/202)能够控制以使用收发器(106/206)来发送和接收信道/信号/数据/信息等(例如，RRC信令、MAC CE、用于UL/DL调度的DCI、SRS、PDCCH、PDSCH、PUSCH、PUCCH等)并且还能够控制以在存储器(104/204)中存储发送的或接收的信道/信号/信息/数据/信息等。
UE从基站接收与用于PDSCH的HARQ-ACK相关的配置信息(S1101)。
这里，UE能够从基站单独地接收与用于单播PDSCH的HARQ-ACK相关的配置信息以及与用于多播PDSCH的HARQ-ACK相关的配置信息。
与用于PDSCH的HARQ-ACK相关的配置信息可以包括关于通过复用用于PDSCH的HARQ-ACK信息构造的HARQ-ACK码本的类型(例如，类型1HARQ-ACK码本、类型2HARQ-ACK码本、类型3HARQ-ACK码本等)的信息。例如，如果更高层参数pdsch-HARQ-ACK-Codebook被设置为半静态，则其可以指示类型2HARQ-ACK码本。附加地，如果更高层参数pdsch-HARQ-ACK-Codebook被设置为动态，则其可以指示类型2HARQ-ACK码本。附加地，如果更高层参数pdsch-HARQ-ACK-OneShotFeedback被设置，则其可以指示类型3HARQ-ACK码本。
例如，当类型3HARQ-ACK码本被配置时，HARQ-ACK码本(即，包括其的控制信息)能够基于在UE中配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。
另外，虽然在图11中未示出，但是UE可以根据先前提出的方法(例如，实施例1、2、3、4及其详细实施例中的任何一个或组合)从基站接收配置信息。
例如，UE可以从基站接收与用于多播PDSCH的基于ACK/NACK的HARQ-ACK报告相关的PUCCH配置信息(例如，PUCCH-config)以及与用于多播PDDSCH的仅基于NACK的HARQ-ACK报告相关的PUCCH配置信息(例如，PUCCH-config)。
例如，UE可以接收一个或多个组公共PDSCH(或多播PDSCH)配置信息(除了单播PDSCH)、用于组公共PDSCH(或多播PDSCH)的PUCCH配置信息(除了用于单播PDSCH的PUCCH配置)、一个或多个搜索空间的配置信息等。
例如，可以针对UE配置一个或多个标识符(即，RNTI)，并且这些一个或多个标识符可以包括一个或多个G-RNTI和/或一个或多个G-CS-RNTI和/或一个或多个C-RNTI和/或一个或多个CS-RNTI等。
上述配置信息可以通过更高层消息(例如，RRC消息)被发送，并且这个更高层消息可以是组公共消息或UE特定消息。
UE从基站接收至少一个PDSCH(S1102)。
UE可以从来自基站的至少一个PDSCH接收TB，并且每个PDSCH(或每个TB)可以与一个HARQ进程ID相关联/相对应。
另外，虽然在图11中未示出，但是UE可以从基站接收调度至少一个PDSCH的DCI，并且基于该DCI接收至少一个PDSCH。这里，调度至少一个PDSCH的DCI可以包括关于对应于/链接到调度的PDSCH的HARQ进程ID(即，HARQ进程编号)的信息。
另外，调度至少一个PDSCH的DCI可以包括激活信息(例如，单次HARQ-ACK请求字段被设置为值1)，使得HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)基于用于在UE中配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。也就是说，调度至少一个PDSCH的DCI能够激活类型3HARQ-ACK码本。
这里，如上述实施例2中那样，对于调度至少一个PDSCH的DCI与多播PDSCH共享的HARQ进程，可以不激活类型3HARQ-ACK码本。可替选地，类型3HARQ-ACK码本针对由调度至少一个PDSCH的DCI与多播PDSCH共享的HARQ进程而激活，然而用于相应HARQ进程的HARQ-ACK信息可以不包括在类型中3HARQ-ACK码本。
附加地，虽然图11中未示出，但是UE可以从基站接收调度多播PDSCH的DCI(例如，多播DCI)。这里，多播DCI可以包括关于对应于/链接到调度的多播PDSCH的HARQ进程ID(即，HARQ进程编号)的信息。另外，UE能够接收基于多播DCI的多播PDSCH。这里，多播PDSCH在PTM方法的情况下可以对应于组公共PDSCH，并且在PTP方法的情况下可以对应于UE特定PDSCH。
这里，调度多播PDSCH的DCI可以意指包括由针对UE配置的一个或多个标识符之中的特定标识符加扰的CRC的DCI。换句话说，其可以意指包括由针对UE配置的一个或多个G-RNTI和/或一个或多个G-CS-RNTI之中的一个G-RNTI(或一个G-CS-RNTI)加扰的CRC的DCI。
例如，在包括利用G-RNTI加扰的CRC的多播DCI的情况下，UE能够基于由多播DCI指示的信息来接收多播PDSCH(组公共PDSCH或UE特定PDSCH)。可替选地，在包括利用G-CS-RNTI加扰的CRC的多播DCI的情况下，UE能够基于由更高层信令配置的SPS PDSCH配置信息来接收多播PDSCH(即，组公共SPS PDSCH)。
这里，根据上述实施例3，在G-CS-RNTI和UE特定CS-RNTI之间的关系可以被建立，并且用于重传的TB的操作可以基于此被确定。
UE向基站发送包括用于至少一个PDSCH的HARQ-ACK信息的控制信息(S1103)。
这里，控制信息可以对应于通过复用用于至少一个PDSCH的HARQ-ACK信息而构造的HARQ-ACK码本，并且可以包括HARQ-ACK码本。
附加地，控制信息可以在PUCCH或PUSCH上被发送。
这里，通过与用于PDSCH的HARQ-ACK相关的配置信息，HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)能够基于用于针对UE配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。换句话说，基于与用于PDSCH的HARQ-ACK相关的配置信息，HARQ-ACK码本(例如，类型3HARQ-ACK码本)可以通过复用用于针对UE配置的一个或多个小区的HARQ进程ID的HARQ-ACK信息被配置。
这里，如上所述，HPN(或HARQ进程ID)能够在单播PDSCH和多播PDSCH之间被共享。换句话说，单播PDSCH和多播PDSCH这两者能够链接到/对应于相同的HPN。
因此，如上述实施例1中所述，当由UE接收到与针对UE设置的一个或多个小区中的所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH时，HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)中的用于特定HARQ进程ID的HARQ-ACK信息比特可以对应于用于最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与至少一个PDSCH(即，单播PDSCH)之中的特定HARQ进程ID相关联的PDSCH(即，单播PDSCH)之中以及ii)多播PDSCH。
例如，用于特定HARQ进程ID的HARQ-ACK信息比特可以指示用于与至少一个PDSCH(即单播PDSCH)之中的特定HARQ进程ID相关联的PDSCH(即，单播PDSCH)的ACK或NACK(否定确认)。
另外，例如，当最近接收到的PDSCH是多播PDSCH时，无论用于多播PDSCH的HARQ-ACK信息如何，用于特定HARQ过程ID的HARQ-ACK信息比特可以始终指示ACK或NACK。在这种情况下，是否用于特定HARQ进程ID的HARQ-ACK信息比特始终指示ACK或NACK可以由基站配置或者被预定义。
另外，例如，基于最近接收到的PDSCH是多播PDSCH，用于特定HARQ进程ID的HARQ-ACK信息比特可以不被包括在HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)中。
另外，如上述实施例4，可以针对基于至少一个PDSCH和多播PDSCH之中的第二TCI状态发送的基于第一TCI状态和一个或多个第二PDSCH(即，从TRP 2发送的一个或多个单播和/或多播PDSCH)发送的一个或多个第一PDSCH(即，从TRP 1发送的一个或多个单播和/或多播PDSCH)单独地配置第一子码本和第二子码本。另外，HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)可以从第一子码本和第二子码本构造。
图12是图示根据本公开的实施例的用于发送和接收控制信息的方法的基站的操作的图。
在图12中，图示了基于以上提出的方法(例如，实施例1、2、3、4及其详细实施例中的任何一个或组合)的基站的操作。图12的示例是为了描述方便并且不限制本公开的范围。图12中图示的一些步骤取决于情况和/或设置可以被省略。另外，图12中的基站仅是一个示例，并且可以被实现为下面的图13图示的设备。例如，图13的处理器(102/202)能够控制以使用收发器(106/206)发送和接收信道/信号/数据/信息等(例如，RRC信令、MAC CE、用于UL/DL调度的DCI、SRS、PDCCH、PDSCH、PUSCH、PUCCH等)并且还能够控制以在存储器(104/204)中存储发送的或接收的信道/信号/信息/数据/信息等。
基站向UE发送与用于PDSCH的HARQ-ACK相关的配置信息(S1201)。
这里，基站能够分别向UE发送与用于单播PDSCH的HARQ-ACK相关的配置信息以及与用于多播PDSCH的HARQ-ACK相关的配置信息。
与用于PDSCH的HARQ-ACK相关的配置信息可以包括关于通过复用用于PDSCH的HARQ-ACK信息构造的HARQ-ACK码本的类型(例如，类型1HARQ-ACK码本、类型2HARQ-ACK码本、类型3HARQ-ACK码本等)的信息。例如，如果更高层参数pdsch-HARQ-ACK-Codebook被设置为半静态，则其可以指示类型2HARQ-ACK码本。附加地，如果更高层参数pdsch-HARQ-ACK-Codebook被设置为动态，则其可以指示类型2HARQ-ACK码本。附加地，如果更高层参数pdsch-HARQ-ACK-OneShotFeedback被设置，则其可以指示类型3HARQ-ACK码本。
例如，当类型3HARQ-ACK码本被配置时，HARQ-ACK码本(即，包括其的控制信息)能够基于在UE中配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。
另外，虽然在图12中未示出，但是基站可以根据先前提出的方法(例如，实施例1、2、3、4及其详细实施例中的任何一个或组合)向UE发送配置信息。
例如，基站可以向UE发送与用于多播PDSCH的基于ACK/NACK的HARQ-ACK报告相关的PUCCH配置信息(例如，PUCCH-config)以及与用于多播PDDSCH的仅基于NACK的HARQ-ACK报告相关的PUCCH配置信息(例如，PUCCH-config)。
例如，基站可以向UE发送一个或多个组公共PDSCH(或多播PDSCH)配置信息(除了单播PDSCH)、用于组公共PDSCH(或多播PDSCH)的PUCCH配置信息(除了用于单播PDSCH的PUCCH配置)、一个或多个搜索空间的配置信息等。
例如，可以针对UE配置一个或多个标识符(即，RNTI)，并且这些一个或多个标识符可以包括一个或多个G-RNTI和/或一个或多个G-CS-RNTI和/或一个或多个C-RNTI和/或一个或多个CS-RNTI等。
上述配置信息可以通过更高层消息(例如，RRC消息)被发送，并且这个更高层消息可以是组公共消息或UE特定消息。
基站向UE发送至少一个PDSCH(S1202)。
基站可以从至少一个PDSCH向UE发送TB，并且每个PDSCH(或每个TB)可以与一个HARQ进程ID相关联/对应。
另外，虽然在图12中未示出，但是基站可以向UE发送调度至少一个PDSCH的DCI，并且基于该DCI发送至少一个PDSCH。这里，调度至少一个PDSCH的DCI可以包括关于对应于/链接到调度的PDSCH的HARQ进程ID(即，HARQ进程编号)的信息。
另外，调度至少一个PDSCH的DCI可以包括激活信息(例如，单次HARQ-ACK请求字段被设置为值1)，使得HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)基于在UE中配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。也就是说，调度至少一个PDSCH的DCI能够激活类型3HARQ-ACK码本。
这里，如上述实施例2，针对通过调度至少一个PDSCH的DCI与多播PDSCH共享的HARQ进程，类型3HARQ-ACK码本可以不被激活。可替选地，类型3HARQ-ACK码本针对通过调度至少一个PDSCH的DCI与多播PDSCH共享的HARQ进程被激活，然而用于相应的HARQ进程的HARQ-ACK信息可以不被包括在类型3HARQ-ACK码本中。
附加地，虽然图12中未示出，但是基站可以向UE发送调度多播PDSCH的DCI(例如，多播DCI)。这里，多播DCI可以包括关于对应于/链接到调度的多播PDSCH的HARQ进程ID(即，HARQ进程编号)的信息。另外，基站能够基于多播DCI发送多播PDSCH。这里，多播PDSCH在PTM方法的情况下可以对应于组公共PDSCH，并且在PTP方法的情况下可以对应于UE特定PDSCH。
这里，调度多播PDSCH的DCI可以意指包括由针对UE配置的一个或多个标识符之中的特定标识符加扰的CRC的DCI。换句话说，其可以意指包括由一个或多个G-RNTI和/或针对UE配置的一个或多个G-CS-RNTI之中的一个G-RNTI(或一个G-CS-RNTI)加扰的CRC的DCI。
例如，在包括利用G-RNTI加扰的CRC的多播DCI的情况下，基站能够基于由多播DCI指示的信息向UE发送多播PDSCH(组公共PDSCH或UE特定PDSCH)。可替选地，在包括利用G-CS-RNTI加扰的CRC的多播DCI的情况下，UE能够基于由更高层信令配置的SPS PDSCH配置信息来接收多播PDSCH(即，组公共SPS PDSCH)。
这里，根据上述实施例3，在G-CS-RNTI和UE特定CS-RNTI之间的关系可以被建立，并且用于重传的TB的操作可以基于此被确定。
基站从UE接收包括用于至少一个PDSCH的HARQ-ACK信息的控制信息(S1203)。
这里，控制信息可以对应于通过复用用于至少一个PDSCH的HARQ-ACK信息构造的HARQ-ACK码本，并且可以包括HARQ-ACK码本。
附加地，控制信息可以在PUCCH或PUSCH上被发送。
这里，通过与用于PDSCH的HARQ-ACK相关的配置信息，HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)能够基于用于针对UE配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。换句话说，基于与用于PDSCH的HARQ-ACK相关的配置信息，HARQ-ACK码本(例如，类型3HARQ-ACK码本)可以通过复用用于针对UE配置的一个或多个小区的所有HARQ进程ID的HARQ-ACK信息被配置。
这里，如上所述，HPN(或HARQ进程ID)能够在单播PDSCH和多播PDSCH之间被共享。换句话说，单播PDSCH和多播PDSCH这两者能够链接到/对应于相同的HPN。
因此，如上述实施例1，当由UE接收与针对UE设置的一个或多个小区中的所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH时，HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)中的用于特定HARQ进程ID的HARQ-ACK信息可以对应于用于最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与至少一个PDSCH(即，单播PDSCH)之中的特定HARQ进程ID相关联的PDSCH(即，单播PDSCH)以及ii)多播PDSCH。
例如，用于特定HARQ进程ID的HARQ-ACK信息比特可以指示用于与至少一个PDSCH(即，单播PDSCH)之中的特定HARQ进程ID相关联的PDSCH(即，单播PDSCH)的ACK或NACK(否定确认)。
另外，例如，当最近接收到的PDSCH是多播PDSCH时，无论用于多播PDSCH的HARQ-ACK信息如何，用于特定HARQ进程ID的HARQ-ACK信息比特可以始终指示ACK或NACK。在这种情况下，是否用于特定HARQ进程ID的HARQ-ACK信息比特始终指示ACK或NACK可以由基站配置或者被预定义。
另外，例如，基于最近接收到的PDSCH是多播PDSCH，用于特定HARQ进程ID的HARQ-ACK信息比特可以不被包括在HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)中。
另外，如上述实施例4，可以针对基于至少一个PDSCH和多播PDSCH之中的第二TCI状态发送的基于第一TCI状态和一个或多个第二PDSCH(即，从TRP 2发送的一个或多个单播和/或多播PDSCH)发送的一个或多个第一PDSCH(即，从TRP 1发送的一个或多个单播和/或多播PDSCH)单独地配置第一子码本和第二子码本。另外，HARQ-ACK码本(即，包括HARQ-ACK码本的控制信息)可以从第一子码本和第二子码本构造。
可以应用本公开的通用设备
图13是图示根据本公开实施例的无线通信设备的框图的图。
参考图13，第一无线设备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可以通过使用一个或多个处理器102、202将接收到的无线信号/信道等从RF频带信号转换为基带信号以处理接收到的用户数据、控制信息、无线信号/信道等。一个或多个收发器106、206可以将通过使用一个或多个处理器102、202处理的用户数据、控制信息、无线信号/信道等从基带信号转换为RF频带信号。因此，一个或多个收发器106、206可以包括(模拟)振荡器和/或滤波器。
上述实施例是以预定形式组合本公开的要素和特征。除非另有明确提及，否则每个元素或特征都应被视为可选的。每个元素或特征能够以不与其他元素或特征组合的形式实现。此外，本公开的实施例可以包括组合部分元素和/或特征。在本公开的实施例中描述的操作的顺序可以改变。一个实施例的一些元素或特征可以包括在其他实施例中，或者可以用其他实施例的相应元素或特征代替。清楚的是，实施例可以包括在权利要求中没有显式的依赖关系的情况下组合权利要求，或者可以在申请后通过修改被包括为新的权利要求。
本领域的技术人员清楚的是，本公开可以在不超出本公开的本质特征的范围内以其他特定形式实施。因此，上述详细描述不应在每个方面都被限制性地解释，而应被认为是说明性的。本发明的范围应由所附权利要求的合理解释确定，并且在本公开的等同范围内的所有变化都被包括在本发明的范围内。
本公开的范围包括在设备或计算机中根据各种实施例的方法执行操作的软件或机器可执行命令(例如，操作系统、应用、固件、程序等)以及存储这种软件或命令等并可在设备或计算机中执行的非暂时性计算机可读介质。可以用于对执行本公开中描述的特征的处理系统进行编程的命令可以存储在存储介质或计算机可读存储介质中，并且可以通过使用包括这样的存储介质的计算机程序产品来实现本公开中描述的特征。存储介质可以包括高速随机存取存储器，诸如DRAM、SRAM、DDR RAM或其他随机存取固态存储设备，但不限于此，并且其可以包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性固态存储设备。存储器可选地包括远离处理器而定位的一个或多个存储设备。存储器或可替选地，存储器中的非易失性存储器设备包括非暂时性计算机可读存储介质。本公开中描述的特征可以存储在任何一种机器可读介质中以控制处理系统的硬件，并且可以集成到软件和/或固件中，该软件和/或固件允许处理系统利用来自于本公开的实施例的结果与其他机制交互。这样的软件或固件可以包括应用代码、设备驱动程序、操作系统和执行环境/容器，但不限于此。
这里，在本公开的无线设备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非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 (16)

1.一种在无线通信系统中发送控制信息的方法，由用户设备(UE)执行的所述方法包括：
从基站接收与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；
从所述基站接收至少一个物理下行链路共享信道(PDSCH)；以及
向所述基站发送包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息，
其中，基于所述配置信息，所述控制信息基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，以及
其中，基于与由所述UE接收的所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH，在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
2.根据权利要求1所述的方法，其中，用于所述特定HARQ进程ID的所述HARQ-ACK信息比特指示用于与在所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的所述PDSCH的ACK或否定确认(NACK)。
3.根据权利要求1所述的方法，其中，基于所述最近接收到的PDSCH是所述多播PDSCH，无论用于所述多播PDSCH的HARQ-ACK信息如何，用于所述特定HARQ进程ID的所述HARQ-ACK信息比特始终指示ACK或NACK。
4.根据权利要求3所述的方法，其中，是否用于特定HARQ进程ID的所述HARQ-ACK信息比特始终指示ACK或NACK由所述基站配置或者被预定义。
5.根据权利要求1所述的方法，其中，基于所述最近接收到的PDSCH是所述多播PDSCH，用于所述特定HARQ进程ID的所述HARQ-ACK信息比特不被包括在所述控制信息中。
6.根据权利要求1所述的方法，其中，在所述至少一个PDSCH和所述多播PDSCH之中，第一子码本和第二子码本针对基于第一传输配置指示(TCI)状态发送的一个或多个第一PDSCH以及基于第二TCI状态发送的一个或多个第二PDSCH被单独地构造，以及
其中，所述控制信息从所述第一子码本和所述第二子码本被构造。
7.一种在无线通信系统中发送控制信息的用户设备(UE)，所述UE包括：
至少一个收发器，所述至少一个收发器用于发送和接收无线信号；以及
至少一个处理器，所述至少一个处理器用于控制所述至少一个收发器，
其中，所述至少一个处理器被配置为：
从基站接收与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；
从所述基站接收至少一个物理下行链路共享信道(PDSCH)；以及
向所述基站发送包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息，
其中，基于所述配置信息，所述控制信息基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，以及
其中，基于与由所述UE接收的所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH，用于在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
8.至少一种非暂时性计算机可读介质，所述非暂时性计算机可读介质存储至少一个指令，其中所述由至少一个处理器可执行的所述至少一个指令控制发送控制信息的用户设备(UE)以：
从基站接收与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；
从所述基站接收至少一个物理下行链路共享信道(PDSCH)；以及
向所述基站发送包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息，
其中，基于所述配置信息，所述控制信息基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，以及
其中，基于与由所述UE接收的所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH，用于在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
9.一种被配置为在无线通信系统中控制发送控制信息的用户设备(UE)的处理装置，所述处理装置包括：
至少一个处理器；以及
至少一个计算机存储器，所述至少一个计算机存储器可操作地连接到所述至少一个处理器并且存储指令，所述指令基于由所述至少一个处理器执行来执行操作，所述操作包括：
从基站接收与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；
从所述基站接收至少一个物理下行链路共享信道(PDSCH)；以及
向所述基站发送包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息，
其中，基于所述配置信息，所述控制信息基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，以及
其中，基于与由所述UE接收的所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH，用于在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
10.一种在无线通信系统中接收控制信息的方法，由基站执行的所述方法包括：
向用户设备(UE)发送与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；
向所述UE发送至少一个物理下行链路共享信道(PDSCH)；以及
从所述UE接收包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息，
其中，基于所述配置信息，所述控制信息基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，以及
其中，基于与所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH被发送到UE，用于在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
11.根据权利要求10所述的方法，其中，用于所述特定HARQ进程ID的所述HARQ-ACK信息比特指示用于在所述至少一个PDSCH之中的与所述特定HARQ进程ID相关联的PDSCH的ACK或否定确认(NACK)。
12.根据权利要求10所述的方法，其中，基于所述最近发送的PDSCH是所述多播PDSCH，无论用于所述多播PDSCH的HARQ-ACK信息如何，用于所述特定HARQ进程ID的所述HARQ-ACK信息比特始终指示ACK或NACK。
13.根据权利要求10所述的方法，其中，是否用于所述特定HARQ进程ID的所述HARQ-ACK信息比特始终指示ACK或NACK由所述基站配置或者被预定义。
14.根据权利要求10所述的方法，其中，基于所述最近发送的PDSCH是所述多播PDSCH，用于所述特定HARQ进程ID的所述HARQ-ACK信息比特不被包括在所述控制信息中。
15.根据权利要求1所述的方法，其中，在所述至少一个PDSCH和所述多播PDSCH之中，第一子码本和第二子码本针对基于第一传输配置指示(TCI)状态发送的一个或多个第一PDSCH以及基于第二TCI状态发送的一个或多个第二PDSCH被单独地构造，以及
其中，所述控制信息从所述第一子码本和所述第二子码本被构造。
16.一种在无线通信系统中接收控制信息的基站，所述基站包括：
至少一个收发器，所述至少一个收发器用于发送和接收无线信号；以及
至少一个处理器，所述至少一个处理器用于控制所述至少一个收发器，
其中，所述至少一个处理器被配置为：
向用户设备(UE)发送与用于物理下行链路共享信道(PDSCH)的混合自动重复和请求(HARQ)-确认(ACK)相关的配置信息；
向所述UE发送至少一个物理下行链路共享信道(PDSCH)；以及
从所述UE接收包括用于所述至少一个PDSCH的HARQ-ACK信息的所述控制信息，
其中，基于所述配置信息，所述控制信息基于用于在所述UE中配置的一个或多个小区的所有HARQ进程标识符(ID)的HARQ-ACK信息被配置，以及
其中，基于与所述所有HARQ进程ID之中的特定HARQ进程ID相关联的多播PDSCH被发送到所述UE，用于在所述控制信息中用于所述特定HARQ进程ID的HARQ-ACK信息比特对应于用于所述最近接收到的PDSCH的HARQ-ACK信息，所述最近接收到的PDSCH在以下项之中：i)与所述至少一个PDSCH之中的所述特定HARQ进程ID相关联的PDSCH，以及ii)所述多播PDSCH。
CN202280053190.6A 2021-08-05 2022-08-05 在无线通信系统中发送或接收控制信息的方法和设备 Pending CN117751540A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2021-0103471 2021-08-05
KR20210103471 2021-08-05
PCT/KR2022/011630 WO2023014152A1 (ko) 2021-08-05 2022-08-05 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치

Publications (1)

Publication Number Publication Date
CN117751540A true CN117751540A (zh) 2024-03-22

Family

ID=85155982

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280053190.6A Pending CN117751540A (zh) 2021-08-05 2022-08-05 在无线通信系统中发送或接收控制信息的方法和设备

Country Status (3)

Country Link
EP (1) EP4383615A1 (zh)
CN (1) CN117751540A (zh)
WO (1) WO2023014152A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11937270B2 (en) * 2021-08-04 2024-03-19 Qualcomm Incorporated Techniques for configuring TCI states for MBS transmissions

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021010707A1 (ko) * 2019-07-12 2021-01-21 엘지전자 주식회사 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치

Also Published As

Publication number Publication date
WO2023014152A1 (ko) 2023-02-09
EP4383615A1 (en) 2024-06-12

Similar Documents

Publication Publication Date Title
CN115039370B (zh) 在无线通信系统中从多个传输和接收点发送/接收下行链路信道的方法和装置
KR20220140798A (ko) 무선 통신 시스템에서 다중 셀 스케줄링을 지원하는 상향링크 또는 하향링크 송수신 방법 및 장치
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
EP4383908A1 (en) Method and apparatus for group-common and terminal-specific transmission or reception of downlink data in wireless communication system
KR20230098224A (ko) 무선 통신 시스템에서 빔 실패 복구 방법 및 장치
CN115699601A (zh) 无线通信系统中恢复波束故障的方法及设备
KR102584081B1 (ko) 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치
CN115398839B (zh) 用于无线通信系统中的pdsch发送/接收的方法和装置
EP4383612A1 (en) Method and device for transmitting and receiving control information in wireless communication system
EP4383613A1 (en) Method and device for transmitting/receiving control information in wireless communication system
EP4383601A1 (en) Method and device for transmitting and receiving pdsch in wireless communication system
EP4383614A1 (en) Method and device for transmitting and receiving pucch in wireless communication system
EP4270844A1 (en) Method and apparatus for uplink transmission in wireless communication system
US20230354301A1 (en) Method and apparatus for performing transmission and reception based on spatial parameter in wireless communication system
CN117981249A (zh) 在无线通信系统中发送/接收控制信息的方法和设备
CN118202605A (zh) 无线通信系统中发送和接收组公共信息的方法和设备
CN118056463A (zh) 在无线通信系统中执行上行链路发送和接收的方法和设备
CN117795882A (zh) 在无线通信系统中执行上行链路发送和接收的方法和设备
KR20230152561A (ko) 무선 통신 시스템에서 상향링크 전송 방법 및 장치
CN116961859A (zh) 用于无线通信系统中上行链路控制信息传输的方法和设备
CN118020365A (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