CN117769816A - 在无线通信中发送或接收harq-ack信息的方法和设备 - Google Patents
在无线通信中发送或接收harq-ack信息的方法和设备 Download PDFInfo
- Publication number
- CN117769816A CN117769816A CN202280053707.1A CN202280053707A CN117769816A CN 117769816 A CN117769816 A CN 117769816A CN 202280053707 A CN202280053707 A CN 202280053707A CN 117769816 A CN117769816 A CN 117769816A
- Authority
- CN
- China
- Prior art keywords
- ack
- harq
- nack
- multicast
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 120
- 238000004891 communication Methods 0.000 title claims abstract description 68
- 238000012545 processing Methods 0.000 claims description 10
- 125000004122 cyclic group Chemical group 0.000 claims description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 477
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 477
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 205
- 230000005540 biological transmission Effects 0.000 description 99
- 230000015654 memory Effects 0.000 description 31
- 238000005516 engineering process Methods 0.000 description 21
- 230000006870 function Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 12
- 239000010410 layer Substances 0.000 description 9
- 230000011664 signaling Effects 0.000 description 9
- 238000013507 mapping Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 238000013468 resource allocation Methods 0.000 description 7
- 238000010295 mobile communication Methods 0.000 description 5
- 230000001131 transforming effect Effects 0.000 description 5
- 238000013473 artificial intelligence Methods 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 230000009849 deactivation Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000004308 accommodation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 239000002360 explosive Substances 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- LKKMLIBUAXYLOY-UHFFFAOYSA-N 3-Amino-1-methyl-5H-pyrido[4,3-b]indole Chemical compound N1C2=CC=CC=C2C2=C1C=C(N)N=C2C LKKMLIBUAXYLOY-UHFFFAOYSA-N 0.000 description 1
- OCKGFTQIICXDQW-ZEQRLZLVSA-N 5-[(1r)-1-hydroxy-2-[4-[(2r)-2-hydroxy-2-(4-methyl-1-oxo-3h-2-benzofuran-5-yl)ethyl]piperazin-1-yl]ethyl]-4-methyl-3h-2-benzofuran-1-one Chemical compound C1=C2C(=O)OCC2=C(C)C([C@@H](O)CN2CCN(CC2)C[C@H](O)C2=CC=C3C(=O)OCC3=C2C)=C1 OCKGFTQIICXDQW-ZEQRLZLVSA-N 0.000 description 1
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 1
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 1
- 101001018494 Homo sapiens Pro-MCH Proteins 0.000 description 1
- 102100033721 Pro-MCH Human genes 0.000 description 1
- 101150006914 TRP1 gene Proteins 0.000 description 1
- LVTKHGUGBGNBPL-UHFFFAOYSA-N Trp-P-1 Chemical compound N1C2=CC=CC=C2C2=C1C(C)=C(N)N=C2C LVTKHGUGBGNBPL-UHFFFAOYSA-N 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- IBIKHMZPHNKTHM-RDTXWAMCSA-N merck compound 25 Chemical compound C1C[C@@H](C(O)=O)[C@H](O)CN1C(C1=C(F)C=CC=C11)=NN1C(=O)C1=C(Cl)C=CC=C1C1CC1 IBIKHMZPHNKTHM-RDTXWAMCSA-N 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
Classifications
-
- 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/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
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种在无线通信系统中发送或接收混合自动重复和请求确认(HARQ‑ACK)信息的方法和设备。根据本文公开的实施例的用于终端在无线通信系统中发送HARQ‑ACK信息的方法可以包括以下步骤:基于第一多播下行链路控制指示符(DCI)格式从网络接收第一多播物理下行链路共享信道(PDSCH);基于第二多播DCI格式从网络接收第二多播PDSCH;以及将关于第一多播PDSCH的第一HARQ‑ACK信息与关于第二多播PDSCH的第二HARQ‑ACK信息复用,并且通过物理上行链路控制信道(PUCCH)将复用的信息发送到网络,其中在接收到第一多播DCI格式之后接收第二多播DCI格式,并且使用第一多播DCI格式来确定PUCCH资源。
Description
技术领域
本公开涉及无线通信系统,并且更详细地,涉及一种用于在无线通信中发送或接收HARQ-ACK信息的方法和设备。
背景技术
已经开发了一种移动通信系统以提供语音服务同时保证用户的移动性。然而,移动通信系统已经扩展到数据业务以及语音业务,并且目前,业务爆炸式增长已经导致资源短缺,并且用户已经要求更快的服务,因此已经要求更高级的移动通信系统。
下一代移动通信系统的总体需求应该能够支持爆炸性数据业务的容纳、每用户传输速率的显著提高、数量显著增加的连接设备的容纳、非常低的端对端时延和高能效。为此,已经研究了双连接性、大规模多输入多输出(大规模MIMO)、带内全双工、非正交多址(NOMA)、超宽带支持、设备联网等多种技术。
发明内容
技术问题
本公开的技术问题是提供一种用于在无线通信系统中以各种报告模式复用和发送或接收HARQ-ACK信息的方法和设备。
本公开的附加技术问题是提供一种用于在无线通信系统中基于复用、丢弃、部分选择或分离中的至少一个以各种报告模式发送或接收HARQ-ACK信息的方法和设备。
通过本公开实现的技术目的不限于上述技术目的,并且相关领域的技术人员将从以下描述中清楚地理解本文未描述的其他技术目的。
技术方案
根据本公开的一方面的用于在无线通信系统中由终端发送HARQ-ACK信息的方法包括:基于第一多播下行链路控制信息(DCI)格式从网络接收第一多播物理下行链路共享信道(PDSCH);基于第二多播DCI格式从网络接收第二多播PDSCH;以及通过物理上行链路控制信道(PUCCH)将关于第一多播PDSCH的第一HARQ-ACK信息和关于第二多播PDSCH的第二HARQ-ACK信息复用并且发送到网络,以及基于在第一多播DCI格式之后接收到第二多播DCI格式,可以通过使用第一多播DCI格式来确定PUCCH资源。
根据本公开的附加方面的用于在无线通信系统中由基站接收HARQ-ACK信息的方法包括:基于第一多播下行链路控制信息(DCI)格式将第一多播物理下行链路共享信道(PDSCH)发送到至少一个终端;基于第二多播DCI格式将第二多播PDSCH发送到至少一个终端;以及从特定终端接收关于第一多播PDSCH的第一HARQ-ACK信息和关于第二多播PDSCH的第二HARQ-ACK信息被复用的物理上行链路控制信道(PUCCH),并且基于在第一多播DCI格式之后发送第二多播DCI格式,可以通过使用第一多播DCI格式来确定PUCCH资源。
技术效果
根据本公开,可以提供一种用于在无线通信系统中以各种报告模式复用和发送或接收HARQ-ACK信息的方法和设备。
根据本公开,可以提供一种用于在无线通信系统中基于复用、丢弃、部分选择或分离中的至少一个以各种报告模式发送或接收HARQ-ACK信息的方法和设备。
本公开可实现的效果不限于上述效果,并且本领域的技术人员可以通过以下描述清楚地理解本文未描述的其他效果。
附图说明
作为用于理解本公开的详细描述的一部分被包括的附图提供本公开的实施例并且通过详细描述来描述本公开的技术特征。
图1图示可以应用本公开的无线通信系统的结构。
图2图示可以应用本公开的无线通信系统中的帧结构。
图3图示可以应用本公开的无线通信系统中的资源网格。
图4图示可以应用本公开的无线通信系统中的物理资源块。
图5图示可以应用本公开的无线通信系统中的时隙结构。
图6图示在可以应用本公开的无线通信系统中使用的物理信道以及使用该物理信道的一般信号发送和接收方法。
图7示意性地示出可以应用本公开的各种报告方法中的HARQ-ACK的重叠情形。
图8是用于描述根据本公开的实施例的终端的HARQ-ACK发送方法的图。
图9是用于描述根据本公开的实施例的基站的HARQ-ACK接收方法的图。
图10用于图示根据本发明的实施例的网络侧和终端的信令过程的图。
图11图示根据本公开的实施例的无线通信设备的框图。
具体实施方式
在下文中,将参考附图详细描述根据本公开的实施例。将通过附图公开的详细描述是要描述本公开的示例性实施例,而不是表示可以实施本公开的唯一实施例。以下详细描述包括具体细节以提供对本公开的完整理解。然而,相关领域的技术人员知道,可以在没有这些具体细节的情况下实施本公开。
在一些情况下,可以省略已知的结构和设备,或者可以基于每个结构和设备的核心功能以框图的形式示出以便于防止本公开的概念有歧义。
在本公开中,当元件被称为“连接”、“组合”或“链接”到另一个元件时,它可以包括又一个元件在其间存在的间接连接关系以及直接连接关系。此外,在本公开中,术语“包括”或“具有”指定所提及的特征、步骤、操作、组件和/或元件的存在,但不排除一个或多个其他特征、阶段、操作、组件、元件和/或其组的存在或添加。
在本发明中,诸如“第一”、“第二”等的术语仅用于区分一个元件与另一个元件并不用于限制元件,除非另有说明,其不限制元件之间的顺序或重要性等。因此,在本公开的范围内,实施例中的第一元件可以被称为另一个实施例中的第二元件,并且同样地,实施例中的第二元件可以被称为另一个实施例中的第一元件。
本公开中使用的术语是为了描述具体实施例,而不是限制权利要求。如在实施例的描述和所附权利要求中使用的,单数形式旨在包括复数形式,除非上下文另有明确指示。在本公开中使用的术语“和/或”可以指代相关的列举项之一,或者意指其指代并包括其中它们中的两个或更多个的任何和所有可能的组合。此外,除非另有说明,本发明中单词之间的“/”与“和/或”具有相同的含义。
本公开描述了无线通信网络或无线通信系统,并且在无线通信网络中执行的操作可以在其中控制相应无线通信网络的设备(例如,基站)控制网络和发送或接收信号的过程中执行,或者可以在其中被关联到相应的无线网络的终端与网络或终端之间发送或接收信号的过程中执行。
在本公开中,发送或接收信道包括通过相应信道发送或接收信息或信号的含义。例如,发送控制信道意指通过控制信道发送控制信息或控制信号。类似地,发送数据信道意指通过数据信道发送数据信息或数据信号。
在下文中,下行链路(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。
MBMS(多媒体广播多播服务)
MBMS可以包括多个基站或多个小区被同步以向终端发送相同的数据的单频网络(SFN)方案,以及用于通过PDCCH/PDSCH信道在相应的小区覆盖范围内进行广播的单小区点对多点(SC-PTM)方案。
SFN方案可以被用于通过事先半静态分配的资源向广域(例如,MBMS区域)提供广播服务。多播广播单频网络(MBSFN)提供逻辑信道、多播控制信道(MCCH)和多播业务信道(MTCH),并且MCCH和MTCH都映射到传输信道、多播信道(MCH),并且MCH映射到物理信道、物理多播信道(PMCH)。也就是说,多个基站/小区可以被同步以通过PMCH向终端提供相同的数据。一个基站/小区可以属于多个MBSFN区域。另外,可能需要为MBSFN服务配置MBSFN子帧。
SC-PTM方案可以主要用于通过动态资源仅在小区覆盖范围内提供广播服务。SC-PTM提供一个逻辑信道、SC-MCCH(单小区多播控制信道)和一个或多个逻辑信道SC-MTCH(单小区多播业务信道)。这些逻辑信道(即,SC-MCCH和SC-MTCH)被映射到传输信道、DL-SCH,并且传输信道DL-SCH被映射到物理信道PDSCH。通过利用组无线电网络临时标识符(G-RNTI)来CRC加扰的PDCCH调度发送与SC-MCCH或SC-MTCH相对应的数据的PDSCH。这里,与MBMS服务ID相对应的临时移动组标识(TMGI)可以与特定G-RNTI值一对一地映射。因此,如果基站提供多个MBMS服务,则可以为SC-PTM传输分配多个G-RNTI值。一个或多个终端可以使用特定G-RNTI来执行PDCCH监测以接收特定MBMS服务。这里,专用于SC-PTM的不连续接收(DRX)开启持续时间段可以被配置用于特定MBMS服务/特定G-RNTI。在这种情况下,相应的终端可以仅在特定的开启持续时间周期内唤醒并且执行针对G-RNTI的PDCCH监测。
SPS(半持久调度)
基站可以向特定终端提供有该终端专用的SPS配置,并根据配置的周期分配被重复的一个或多个下行链路SPS传输资源。终端专用(或终端特定)的PDCCH的DCI可以指示特定SPS配置索引的激活(SPS激活)。终端可以通过激活的SPS传输资源执行下行链路接收。这样的SPS传输资源可以被用于初始HARQ传输。基站可以通过专用于终端的PDCCH的DCI来分配特定SPS配置索引的重传资源。例如,当终端报告针对SPS传输资源的HARQ NACK时,基站可以通过DCI分配重传资源,使得终端可以接收下行链路重传。
专用于终端的PDCCH的DCI可以指示特定SPS配置索引的释放或停用。在这种情况下,相应的终端不接收指示释放/停用的SPS传输资源。
可以通过配置的调度无线电网络临时标识符(CS-RNTI)来加扰用于针对SPS配置/资源的激活/重传/停用的DCI/PDCCH的CRC。
MBS(多播广播服务)
在基于NR的无线通信系统中,正在讨论引入不同于前述MBMS(例如,MBSFN或SC-PTM)的新的基于MBS的DL广播或DL多播传输方案。例如,网络侧(例如,基站/小区/TRP)可以提供用于DL广播或DL多播传输的点对多点(PTM)传输方案和点对点(PTP)传输方案。
在用于MBS的PTM传输方案中,基站可以向多个终端发送组公共(或组特定)的PDCCH和组公共的PDSCH。多个终端可以同时接收相同的组公共的PDCCH传输和组公共的PDSCH传输,并且对相同的MBS数据进行解码。
在用于MBS的PTP传输方案中,基站可以向特定终端发送终端专用(或终端特定)PDCCH和终端专用PDSCH。相应的单个终端可以接收终端专用的PDCCH和终端专用的PDSCH。当存在接收相同MBS服务的多个终端时,基站可以通过不同的终端专用PDCCH和终端专用PDSCH单独地向多个终端中的每个发送相同的MBS数据。
在PTM传输方法中,基站可以向终端发送多个组公共的PDSCH。基站可以通过终端专用的PUCCH资源接收终端针对组公共PDSCH的HARQ-ACK。
当终端成功地解码用于组公共PDSCH的传送块(TB)时,终端可以发送ACK值作为HARQ-ACK信息。当终端未能成功解码用于单播PDSCH或组公共PDSCH的TB时,终端可以发送NACK值作为HARQ-ACK信息。此HARQ-ACK发送方法可以被称为基于ACK/NACK的HARQ-ACK方法。基于ACK/NACK的HARQ-ACK信息通常可以通过终端专用的PUCCH资源来发送。
基于仅NACK的HARQ-ACK方法可以被应用/配置用于组公共的PDSCH。例如,终端可以在ACK值的情况下(即,当它成功解码接收到的PDSCH时)不发送PUCCH,并且可以仅在NACK值的情况下(即,当它在对接收到的PDSCH解码失败时)发送PUCCH。基于仅NACK的HARQ-ACK信息通常可以通过组公共PUCCH资源来发送。当在基于仅NACK的HARQ-ACK方法中发送多个HARQ-ACK时,如果仅包括ACK值,则可以不发送HARQ-ACK信息,并且如果甚至包括一个NACK值,则可以发送HARQ-ACK信息。
在下面的示例中,基于ACK/NACK的HARQ-ACK可以被称为基于第一HARQ-ACK报告模式的HARQ-ACK信息,并且基于仅NACK的HARQ-ACK可以被称为基于第二HARQ-ACK报告模式的HARQ-ACK信息。另外,通过G-RNTI或G-CS-RNTI进行CRC加扰的DCI格式可以被称为组公共DCI格式或多播DCI格式。组公共/多播DCI格式也可以被称为组公共/多播PDCCH,并且由此调度的PDSCH可以被称为组公共/多播PDSCH。
例如,终端可以通过终端专用的单播PDSCH接收单播业务,并且可以通过组公共多播PDSCH接收类似于MBS的多播业务。终端可以发送针对单播PDSCH的单播HARQ-ACK并且发送针对多播PDSCH的多播HARQ-ACK。如果用于单播HARQ-ACK的PUCCH传输和用于多播HARQ-ACK的PUCCH传输重叠或者应该在相同时隙中发送,则存在不清楚不可以同时发送两个PUCCH的终端将如何发送单播HARQ-ACK和多播HARQ-ACK的问题。具体地,当多播HARQ-ACK被配置为基于仅NACK的HARQ-ACK时,存在不清楚在基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输被重叠或者应该被发送到相同的时隙的情形下如何发送多个HARQ-ACK的问题。
在本公开中,基于ACK/NACK的HARQ-ACK传输方法不限于针对单播PDCCH/PDSCH的HARQ-ACK,并且如上所述,基于ACK/NACK的HARQ-ACK传输方法也可以应用于针对多播PDCCH/PDSCH的HARQ-ACK。
在本公开中,对于单播HARQ-ACK信息和多播HARQ-ACK信息(例如,基于ACK/NACK的HARQ-ACK信息或基于仅NACK的HARQ-ACK信息中的至少一个)在相同时间单元中冲突的情况,描述了通过应用复用、丢弃、部分选择或分离的至少一个方法来发送或接收HARQ-ACK的各种示例。
例如,当基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输重叠或者应该被发送到相同时隙时,多个HARQ-ACK可以被复用到一个PUCCH中或者可以通过被划分为多个PUCCH来发送。
例如,终端可以被配置为根据下面描述的方法之一发送HARQ-ACK或者根据下面描述的方法中的至少两个的组合发送HARQ-ACK。
例如,可以应用/配置针对所有重叠的单播HARQ-ACK和多播HARQ-ACK丢弃具有低优先级(LP)的HARQ-ACK并且发送具有高优先级(HP)的HARQ-ACK的方法。
例如,可以考虑以下选项以用于重叠的单播HARQ-ACK和多播HARQ-ACK传输。
选项1:终端可以优先地发送单播HARQ-ACK并丢弃多播HARQ-ACK。
选项2:基站可以确定单播HARQ-ACK和多播HARQ-ACK之中将优先发送什么以及将优先丢弃什么,并将其配置/指示给终端。
选项3:可以将最后接收到的用于单播HARQ-ACK的DCI指示的优先级和最后接收到的用于多播HARQ-ACK的DCI指示的优先级进行比较,以发送具有高优先级的单播HARQ-ACK或多播HARQ并丢弃剩余的HARQ-ACK。
选项4:在单播HARQ-ACK和多播HARQ-ACK之中,可以丢弃具有小的HARQ-ACK有效负载的一个,并且可以发送具有大的HARQ-ACK有效负载的一个。
另外,当针对基于仅NACK的HARQ-ACK指示(仅)ACK时(即,当不需要实际的PUCCH传输时),终端可以确定不存在与另一HARQ-ACK或SR/CSI报告等等的冲突。可替选地,即使当针对基于仅NACK的HARQ-ACK指示(仅)ACK时(即,当不需要实际的PUCCH传输时),通过假定它被虚拟发送,也可以确定其可能与另一HARQ-ACK或SR/CSI报告等冲突。在确定终端是否与另一UCI冲突时,基站可以向终端配置基于仅NACK的HARQ-ACK是否将被认为被实际发送,或者是否将其被认为被虚拟发送而不管实际发送。
图7示意性地图示可以应用本公开的各种报告方法中的HARQ-ACK的重叠情形。
在图7的示例中,在相同行上指示DCI(或PDCCH)、由此调度的PDSCH及其HARQ-ACK。换句话说,在图7中,示出了关联/相应的DCI(PDCCH)、PDSCH和HARQ-ACK的四个集合。尽管水平轴与时间相关联,但它并不旨在表示绝对或相对时间位置。
在图7的示例中,单播DCI可以通过C-RNTI进行CRC加扰,并且多播DCI可以通过G-RNTI进行CRC加扰。单播DCI和/或多播DCI可以指示HP或LP。另外,示出了针对单播DCI/PDSCH的HARQ-ACK是基于ACK/NACK的HARQ-ACK,并且针对多播DCI/PDSCH的HARQ-ACK是基于ACK/NACK的HARQ-ACK或基于仅NACK的HARQ-ACK。另外,图7的示例示意性地表示4种类型的HARQ、单播关联的基于ACK/NACK的HARQ-ACK、多播关联的基于ACK/NACK的HARQ-ACK、多播关联的基于仅NACK的HARQ-ACK和多播关联的基于仅NACK的HARQ-ACK被重叠(或在相同时隙中发送)的情形。
例如,可以通过FDM或TDM接收单播PDCCH/PDSCH和多播PDCCH/PDSCH或者由不同G-RNTI调度的多播PDCCH/PDSCH和多播PDCCH/PDSCH。在这种情况下,用于单播PDCCH/PDSCH的单播HARQ-ACK和用于多播PDCCH/PDSCH的多播HARQ-ACK可以在相同时隙中发送。这里,因为多播HARQ-ACK可以被配置为基于仅NACK的HARQ-ACK,所以从终端的角度来看,可能发生基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输重叠或者应在相同时隙中发送的情形。
在本公开中,描述了各种示例,其中终端仅发送基于仅NACK的HARQ-ACK、仅发送基于ACK/NACK的HARQ-ACK、复用基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK,以及在这些情形下根据终端的能力将它们发送到一个PUCCH或者(划分并且)将它们发送到多个PUCCH。
图8是用于描述根据本公开的实施例的终端的HARQ-ACK发送方法的图。
在S810中,终端可以基于第一DCI格式来接收第一PDSCH。
在S820中,终端可以基于第二DCI格式来接收第二PDSCH。
在S830中,终端可以发送用于第一PDSCH的第一HARQ-ACK信息或用于第二PDSCH的第二HARQ-ACK信息中的至少一个。例如,第一HARQ-ACK信息和第二HARQ-ACK信息可以被复用,或者可以仅选择并发送它们中的一些,或者可以丢弃一些并且可以仅发送其余的,或者可以将每个分离并且发送。
第一DCI格式和第二DCI格式可以分别是单播DCI格式和多播DCI格式、多播DCI格式和单播DCI格式或多播DCI格式和多播DCI格式。
第一DCI格式和第二DCI格式这两者可以是多播DCI格式,第一PDSCH和第二PDSCH可以是多播PDSCH,第一HARQ-ACK信息可以基于第一HARQ-ACK报告模式(例如,基于ACK/NACK的)并且第二HARQ-ACK信息可以基于第二HARQ-ACK报告模式(例如,基于仅NACK的)。在这种情况下,第一和第二HARQ-ACK信息可以被复用并通过一个PUCCH发送,并且PUCCH资源可以基于与第一HARQ-ACK信息相关联的第一DCI格式(例如,基于DCI格式中的PRI)来确定。
例如,即使当在终端中首先接收到第一DCI格式并且晚接收到第二DCI格式时,也可以基于与第一HARQ-ACK报告模式相关联的第一DCI格式(即,基于ACK/NACK的HARQ-ACK传输方法)来确定PUCCH资源。
例如,当在终端中首先接收到第二DCI格式并且晚接收到第一DCI格式时,可以基于与第一HARQ-ACK报告模式相关联的第一DCI格式(即,基于ACK/NACK的HARQ-ACK传输方法)来确定PUCCH资源。
如果在终端中接收到与第一HARQ-ACK报告模式中的多个HARQ-ACK信息相关联的DCI格式,则可以基于它们之中的最后的DCI格式来确定PUCCH资源。
在参考图8描述的示例中,终端可以基于第三DCI格式附加地接收第三PDSCH,并且当第三HARQ-ACK信息与第一或第二HARQ-ACK重叠时,用于第三PDSCH的第三HARQ-ACK信息可以通过被复用、丢弃、选择和分离来发送。
图9是用于描述根据本公开的实施例的基站的HARQ-ACK接收方法的图。
在S910中,基站可以基于第一DCI格式向至少一个终端发送第一PDSCH。
在S920中,基站可以基于第二DCI格式向至少一个终端发送第二PDSCH。
在S930中,基站可以从特定终端接收用于第一PDSCH的第一HARQ-ACK信息或用于第二PDSCH的第二HARQ-ACK信息中的至少一个。例如,第一HARQ-ACK信息和第二HARQ-ACK信息可以被复用,或者可以仅选择并发送它们中的一些,或者可以丢弃一些并且可以仅发送其余的,或者可以将每个分离并发送。
因为图8中描述的示例可以同样地应用于与图9的DCI格式相关联的HARQ-ACK信息的各种传输方法,所以省略重复的描述。
在下文中,描述了包括可以被应用于图8和图9中的示例的上述内容的各种HARQ-ACK信息的复用、丢弃、选择和单独发送。
在下文中,在本公开中,描述了终端的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK的传输方法的具体示例。例如,终端可以根据基站的配置基于以下方法中的至少一个的组合来发送至少一个基于仅NACK的HARQ-ACK或至少一个基于ACK/NACK的HARQ-ACK中的至少一个。在下面的示例中,可以基于调度用于基于仅NACK的HARQ-ACK的PDSCH的DCI和用于基于仅NACK的HARQ-ACK的PUCCH配置来确定仅发送基于仅NACK的HARQ-ACK的PUCCH资源。
实施例1
此实施例涉及具有相同优先级的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输。
当具有相同优先级的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输重叠或者应被发送到相同时隙时,描述了终端的基于优先级的HARQ-ACK码本配置方法的示例。
实施例1A
基于仅NACK的HARQ-ACK可以被变换成基于ACK/NACK的HARQ-ACK,并且可以与另一基于ACK/NACK的HARQ-ACK复用。将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK可以包括:在基于仅NACK的HARQ-ACK的第一HARQ-ACK信息与基于ACK/NACK HARQ-ACK报告模式的第二HARQ-ACK信息复用之前,提供基于ACK/NACK HARQ-ACK报告模式的第一HARQ-ACK信息。
终端可以将变换的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK的PUCCH资源进行复用。换句话说,仅在NACK的情况下发送的基于仅NACK的HARQ-ACK可以被变换成在ACK或NACK的情况下发送的基于ACK/NACK的HARQ-ACK。变换的HARQ-ACK可以与另一(ACK/NACK)HARQ-ACK复用以配置一个码本或一个子码本。具体地,不能同时发送至少两个PUCCH的终端能够以这种方式配置。
这里,基于ACK/NACK的HARQ-ACK的PUCCH资源可以基于调度相应的PDSCH的DCI格式的PUCCH资源指示符(PRI)信息被确定。
在上面的示例中,可以首先接收与基于ACK/NACK的HARQ-ACK信息(即,调度相应的PDSCH)相关联的DCI格式,并且可以稍后接收与基于仅NACK的HARQ-ACK信息(即,调度相应的PDSCH)相关联的DCI格式。可替选地,可以稍后接收与基于ACK/NACK的HARQ-ACK信息(即,调度相应的PDSCH)相关联的DCI格式,并且可以首先接收与基于仅NACK的HARQ-ACK信息(即,调度相应的PDSCH)相关联的DCI格式。在两种情况下,可以根据基于ACK/NACK的HARQ-ACK信息(或者基于与基于ACK/NACK的HARQ-ACK信息相关联的DCI格式)来确定PUCCH资源。
根据基站的配置,仅当基于仅NACK的HARQ-ACK是HP或者基于ACK/NACK的HARQ-ACK是LP时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,以及否则,终端可以遵循本公开的其他示例或者丢弃基于仅NACK的HARQ-ACK。
仅当基于仅NACK的HARQ-ACK是LP或者基于ACK/NACK的HARQ-ACK是HP时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,以及否则,终端可以应用本公开的另一方法或者丢弃基于ACK/NACK的HARQ-ACK。
实施例1B
终端可以根据基站的配置选择基于仅NACK的HARQ-ACK或基于ACK/NACK的HARQ-ACK之一,并且可以丢弃未选择的基于ACK/NACK的HARQ-ACK或基于仅NACK的HARQ-ACK。具体地,不可以同时发送至少两个PUCCH的终端可以被配置为丢弃两个HARQ-ACK之一。
实施例1B-1
基站可以通过调度相应的PDSCH传输的DCI、通过MAC CE或通过RRC消息来指示是否选择基于仅NACK的HARQ-ACK或者基于ACK/NACK的HARQ-ACK。未选择的基于仅NACK的HARQ-ACK或基于ACK/NACK的HARQ-ACK可以被丢弃。
当接收到指示冲突的HARQ-ACK的多个DCI时,如果最后接收到的DCI指示基于ACK/NACK的HARQ-ACK,则终端选择基于ACK/NACK的HARQ-ACK并且丢弃基于仅NACK的HARQ-ACK。如果最后接收到的DCI指示基于仅NACK的HARQ-ACK,则终端选择基于仅NACK的HARQ-ACK并且丢弃基于ACK/NACK的HARQ-ACK。
如果最后接收到的DCI指示基于ACK/NACK的HARQ-ACK,则终端可以选择基于ACK/NACK的HARQ-ACK并且将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK以将其与冲突的基于ACK/NACK的HARQ-ACK进行复用,如方法1A。例如,当至少一个基于ACK/NACK的HARQ-ACK信息和至少一个变换的HARQ-ACK信息(即,将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK的结果,以便于将其与另一HARQ-ACK复用)被复用在一个PUCCH中,可以基于与基于ACK/NACK的HARQ-ACK信息相关联的DCI格式来确定PUCCH资源。这里,与基于ACK/NACK的HARQ-ACK信息相关联的DCI格式可以对应于在终端中最后接收到的DCI格式。
MAC CE或RRC消息可以指示相应的终端是否将按每个特定单元选择基于仅NACK的HARQ-ACK或基于ACK/NACK的HARQ-ACK。例如,特定单元可以包括发送多播PDSCH的CFR、发送单播PDSCH的DL BWP、发送HARQ-ACK的UL BWP、G-RNTI和G-RNTI组中的至少一个。
实施例1B-2
可以定义为当基于仅NACK的HARQ-ACK是HP时优先化基于仅NACK的HARQ-ACK,并且当基于仅NACK的HARQ-ACK是LP时优先化基于ACK/NACK的HARQ-ACK。为此,包括PRI的DCI可以指示基于仅NACK的HARQ-ACK作为HP或LP,或者基于仅NACK的HARQ-ACK的PUCCH资源可以由MAC CE或RRC消息配置为HP或LP。
实施例1C
基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK可以被发送到不同的PUCCH。例如,可以在相同小区/BWP中通过TDM方法或者在不同小区/BWP中通过FDM方法同时发送至少两个PUCCH的终端可以在相同时隙内通过不同的PUCCH发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。这里,可以基于调度用于基于仅NACK的HARQ-ACK的PDSCH的DCI和用于基于仅NACK的HARQ-ACK的PUCCH配置来确定发送基于仅NACK的HARQ-ACK的PUCCH资源。
根据基站的配置,仅当基于仅NACK的HARQ-ACK是HP或者基于ACK/NACK的HARQ-ACK是LP时,终端可以发送不同的PUCCH,否则,终端可以遵循本公开的另一示例或者通过丢弃基于仅NACK的HARQ-ACK来仅发送一个PUCCH。
仅当基于仅NACK的HARQ-ACK是LP或者基于ACK/NACK的HARQ-ACK是HP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的另一示例或者通过丢弃基于ACK/NACK的HARQ-ACK仅发送一个PUCCH。
实施例2
此实施例涉及具有不同优先级的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输。
当具有不同优先级的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK传输被重叠或者应被发送到相同时隙时,终端的基于优先级的HARQ-ACK码本配置方法被描述。
实施例2A
基于仅NACK的HARQ-ACK可以被变换成基于ACK/NACK的HARQ-ACK,并且可以与另一基于ACK/NACK的HARQ-ACK复用。在将仅在NACK的情况下发送的基于仅NACK的HARQ-ACK变换成在ACK和NACK的情况下都发送的基于ACK/NACK的HARQ-ACK、将其与另一HARQ-ACK复用、并发送它中,不同的子码本可以按优先级配置。之后,可以通过在不同子码本的单独编译方法中配置一个HARQ-ACK码本来发送一个PUCCH。终端可以将从基于仅NACK变换到基于ACK/NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK的PUCCH资源复用。具体地,不能同时发送至少两个PUCCH的终端能够以这种方式被配置。
根据基站的配置,仅当基于仅NACK的HARQ-ACK是HP并且基于ACK/NACK的HARQ-ACK是LP时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,以及否则,终端可以遵循本公开的其他示例或者丢弃基于仅NACK的HARQ-ACK。可替选地,仅当基于仅NACK的HARQ-ACK是LP并且基于ACK/NACK的HARQ-ACK是HP时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,以及否则,终端可以遵循本公开的其他示例或者丢弃基于ACK/NACK的HARQ-ACK。
实施例2B
终端可以根据基站的配置来选择HP HARQ-ACK并丢弃LP HARQ-ACK。具体地,不可以同时发送至少两个PUCCH的终端可以被配置为丢弃两个LP HARQ-ACK。
这里,HP或LP HARQ-ACK可以由发送其的PUCCH资源来确定。换句话说,终端可以被配置为发送HP PUCCH资源并丢弃LP PUCCH资源。例如,当基站利用DCI指示PRI和HP或LP时,终端在所指示的HP或LP PUCCH配置中选择由PRI指示的PUCCH资源ID的PUCCH资源。在这种情况下,所选择的PUCCH资源对应于发送所指示的HP或LP HARQ-ACK的HP或LP PUCCH资源。
当没有指定用于基于仅NACK的HARQ-ACK的优先级时,如果基于ACK/NACK的HARQ-ACK是HP,则基于仅NACK的HARQ-ACK被丢弃,并且如果基于ACK/NACK的HARQ-ACK是LP,则基于ACK/NACK的HARQ-ACK被丢弃。之后,仅发送未丢弃的HARQ-ACK。
当没有指定用于基于ACK/NACK的HARQ-ACK的优先级时,如果基于仅NACK的HARQ-ACK是LP,则基于仅NACK的HARQ-ACK被丢弃,如果基于仅NACK的HARQ-ACK是HP,则基于ACK/NACK的HARQ-ACK被丢弃。之后,仅发送未被丢弃的HARQ-ACK。
当用于基于ACK/NACK的HARQ-ACK的优先级和用于基于仅NACK的HARQ-ACK的优先级都未被指定时,终端可以根据以上实施例1B丢弃HARQ-ACK。
实施例2C
终端可以向不同的PUCCH发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。例如,可以在相同小区/BWP中通过TDM或者在不同小区/BWP中通过FDM同时发送至少两个PUCCH的终端可以通过不同的PUCCH在相同时隙内发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。这里,可以基于调度用于基于仅NACK的HARQ-ACK的PDSCH的DCI和用于基于仅NACK的HARQ-ACK的PUCCH配置来确定发送基于仅NACK的HARQ-ACK的PUCCH资源。
根据基站的配置,仅当基于仅NACK的HARQ-ACK是HP并且基于ACK/NACK的HARQ-ACK是LP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的其他示例或者通过丢弃基于仅NACK的HARQ-ACK来仅发送一个PUCCH。可替选地,仅当基于仅NACK的HARQ-ACK是LP并且基于ACK/NACK的HARQ-ACK是HP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的其他示例或者通过丢弃基于ACK/NACK的HARQ-ACK仅发送一个PUCCH。
实施例3
此实施例涉及具有不同优先级的基于仅NACK的HARQ-ACK传输和多个基于ACK/NACK的HARQ-ACK传输。
当具有不同优先级的基于仅NACK的HARQ-ACK传输和多个基于ACK/NACK的HARQ-ACK传输重叠或者应被发送到相同时隙时,描述了终端的基于优先级的HARQ-ACK码本配置方法。
实施例3A
终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,并将其与其他基于ACK/NACK的HARQ-ACK复用。换句话说,仅在NACK的情况下发送的基于仅NACK的HARQ-ACK可以被变换成在ACK和NACK的情况下发送的基于ACK/NACK的HARQ-ACK,并且可以与另一HARQ-ACK复用以按照优先级或按照播送类型(例如,单播、多播、广播等)配置不同的子码本。通过以单独的编码方法配置一个HARQ-ACK码本,可以通过一个PUCCH来发送不同的子码本。终端可以将从基于仅NACK变换到基于ACK/NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK的PUCCH资源复用。具体地,不能同时发送至少两个PUCCH的终端能够以这种方式配置。
根据基站的配置,当基于仅NACK的HARQ-ACK是HP时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,以及否则,终端可以将遵循本公开的其他示例或者丢弃基于仅NACK的HARQ-ACK。
当基于仅NACK的HARQ-ACK是LP时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,以及否则,终端可遵循本公开的其他示例或丢弃基于ACK/NACK的HARQ-ACK。
实施例3B
终端可以根据基站的配置来选择HP HARQ-ACK并丢弃LP HARQ-ACK。具体地,不能同时发送至少两个PUCCH的终端可以被配置为丢弃两个LP HARQ-ACK。
当没有指定用于基于仅NACK的HARQ-ACK的优先级时,丢弃LP基于ACK/NACK的HARQ-ACK和基于仅NACK的HARQ-ACK,并且仅发送未丢弃的HARQ-ACK。
当没有指定用于基于ACK/NACK的HARQ-ACK的优先级时,如果基于仅NACK的HARQ-ACK是LP,则丢弃基于仅NACK的HARQ-ACK,并且如果基于仅NACK的HARQ-ACK是HP,则丢弃基于ACK/NACK的HARQ-ACK。此后,仅发送未丢弃的HARQ-ACK。
当用于基于ACK/NACK的HARQ-ACK的优先级和用于基于仅NACK的HARQ-ACK的优先级这两者都未被指定时,终端可以根据以上实施例1B丢弃HARQ-ACK。
实施例3C
终端可以向不同的PUCCH发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。例如,可以在相同小区/BWP中通过TDM或者在不同小区/BWP中通过FDM同时发送至少两个PUCCH的终端可以通过不同的PUCCH在相同时隙内发送基于仅NACK的HARQ-ACK和基于ACK-NACK的HARQ-ACK。可以基于调度用于基于仅NACK的HARQ-ACK的PDSCH的DCI和用于基于仅NACK的HARQ-ACK的PUCCH配置来确定发送基于仅NACK的HARQ-ACK的PUCCH资源。
根据基站的配置,仅当基于仅NACK的HARQ-ACK是HP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的其他示例或者通过丢弃基于仅NACK的HARQ-ACK仅发送一个PUCCH。
仅当基于仅NACK的HARQ-ACK是LP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的其他示例或者通过丢弃基于ACK/NACK的HARQ-ACK来仅发送一个PUCCH。
实施例3D
终端可以通过相同或不同的PUCCH发送LP HARQ-ACK和HP HARQ-ACK。例如,可以在相同小区/BWP中通过TDM或者在不同小区/BWP中通过FDM同时发送至少两个PUCCH的终端可以通过不同的PUCCH在相同时隙内发送LP HARQ-ACK和HP HARQ-ACK。下面的示例包括通过一个PUCCH或通过不同的PUCCH来发送HARQ-ACK的示例。
实施例3D-1
当基于仅NACK的HARQ-ACK是LP时,其可以根据本公开的其他示例被丢弃,或者其可以与LP基于ACK/NACK的HARQ-ACK复用以配置用于LP的子码本。根据本公开的其他示例,可以丢弃基于ACK/NACK的HARQ-ACK,并且用于LP的子码本可以被配置有基于仅NACK的HARQ-ACK。终端可以通过复用HP基于ACK/NACK的HARQ-ACK来配置用于HP的子码本。
当基于仅NACK的HARQ-ACK是HP时,它可以根据本公开的其他示例被丢弃,或者它可以与HP基于ACK/NACK的HARQ-ACK复用以配置用于HP的子码本。根据本公开的其他示例,可以丢弃基于ACK/NACK的HARQ-ACK,并且用于HP的子码本可以被配置有基于仅NACK的HARQ-ACK。终端通过复用LP基于ACK/NACK的HARQ-ACK来配置用于LP的子码本。
终端可以通过对用于LP的子码本和用于HP的子码本进行单独编译来配置一个HARQ-ACK码本来发送PUCCH。
实施例3D-2
当基于仅NACK的HARQ-ACK是LP时,其可以根据本公开的其他示例被丢弃,或者其可以与LP基于ACK/NACK的HARQ-ACK复用并通过用于LP的PUCCH资源来发送。根据本公开的其他示例,终端可以丢弃基于ACK/NACK的HARQ-ACK并且通过用于LP的PUCCH发送基于仅NACK的HARQ-ACK。
当基于仅NACK的HARQ-ACK是HP时,其可以根据本公开的其他示例被丢弃,或者其可以与HP基于ACK/NACK的HARQ-ACK复用并通过用于HP的PUCCH资源来发送。可替选地,根据本公开的其他示例,终端可以丢弃基于ACK/NACK的HARQ-ACK并且通过用于HP的PUCCH发送基于仅NACK的HARQ-ACK。
实施例3E
单播HARQ-ACK和多播HARQ-ACK可以被发送到不同的PUCCH。例如,可以在相同小区/BWP中通过TDM或者在不同小区/BWP中通过FDM同时发送至少两个PUCCH的终端可以通过不同的PUCCH在相同时隙内发送单播HARQ-ACK和多播HARQ-ACK。
根据本公开的其他示例,基于仅NACK的HARQ-ACK可以被丢弃,或者可以与基于ACK/NACK的多播HARQ-ACK复用并且通过用于多播的PUCCH资源来发送。可替选地,根据本公开的其他示例,终端可以丢弃基于ACK/NACK的多播HARQ-ACK并且通过用于多播的PUCCH发送基于仅NACK的HARQ-ACK。
实施例3F
终端可以通过不同的PUCCH发送具有不同优先级、不同G-RNTI或G-RNTI组或者不同CFR的多播HARQ-ACK。例如,可以在相同小区/BWP中通过TDM方法或者在不同小区/BWP中通过FDM方法同时发送至少两个PUCCH的终端可以通过不同的PUCCH在相同时隙内发送具有不同优先级、不同G-RNTI或G-RNTI组或者不同CFR的多播HARQ-ACK。
根据本公开的其他示例基于仅NACK的HARQ-ACK可以被丢弃,或者可以与基于ACK/NACK的多播HARQ-ACK复用并且通过用于多播的PUCCH资源来发送。根据本公开的其他示例,终端可以丢弃基于ACK/NACK的多播HARQ-ACK并且通过用于多播的PUCCH发送基于仅NACK的HARQ-ACK。
实施例4
此实施例涉及具有相同或不同优先级的多个基于仅NACK的HARQ-ACK传输。
当具有相同或不同优先级的多个基于仅NACK的HARQ-ACK传输被重叠或者应该被发送到相同时隙时,描述了终端的基于优先级的HARQ-ACK码本配置方法。
实施例4A
终端可以将所有基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK并且将其复用。如有必要,变换的HARQ-ACK信息可以与其他基于ACK/NACK的HARQ-ACK复用。换言之,终端可以通过将所有基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK(通过将其与另一HARQ-ACK复用,如有必要)按照优先级来配置不同的子码本。之后,终端可以配置一个HARQ-ACK码本,并通过不同子码本的单独编译方法通过一个PUCCH来发送。终端可以将从基于仅NACK变换到基于ACK/NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK的PUCCH资源复用。具体地,不可以同时发送至少两个PUCCH的终端能够以这种方式被配置。
当终端仅复用针对相同优先级的HARQ-ACK时,其可以配置一个HARQ-ACK码本并且通过一个PUCCH来发送它。
根据基站的配置,终端可以仅将HP基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK,并且对于LP基于仅NACK的HARQ-ACK,终端可以遵循本公开的其他示例或丢弃它。
当基于ACK/NACK的HARQ-ACK和基于仅NACK的HARQ-ACK被发送到相同时隙或者重叠时,如果不存在用于基于仅NACK的HARQ-ACK的优先级配置或者如果不存在HP基于仅NACK的HARQ-ACK,遵循本公开的其他示例或者通过丢弃所有基于仅NACK的HARQ-ACK来仅发送基于ACK/NACK的HARQ-ACK。
实施例4B
终端可以根据基站的配置在重叠的基于仅NACK的HARQ-ACK之中选择HP HARQ-ACK并且丢弃LP HARQ-ACK。具体地,不可以同时发送至少两个PUCCH的终端可以被配置为丢弃两个LP HARQ-ACK。
实施例4B-1
当基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK共存时,终端可以在基于仅NACK的HARQ-ACK之中选择HP HARQ-ACK。单独地,终端可以根据传统方法或本公开的其他示例仅复用基于ACK/NACK的HARQ-ACK。
实施例4B-1A
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以根据本公开的其他示例仅选择并且发送基于仅NACK的HARQ-ACK或者仅选择并且发送基于ACK/NACK的HARQ-ACK。
实施例4B-2
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK以根据实施例4A配置HARQ-ACK码本。
实施例4D-3
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以根据实施例4C将基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK发送到不同的PUCCH。
实施例4B-2
当没有指定用于基于仅NACK的HARQ-ACK的优先级时,终端可以根据传统方法或本公开的其他示例仅复用基于ACK/NACK的HARQ-ACK。另外,当基于ACK/NACK的HARQ-ACK是HP时,终端可以丢弃基于仅NACK的HARQ-ACK。另外,当基于ACK/NACK的HARQ-ACK是LP时,终端可以丢弃基于ACK/NACK的HARQ-ACK。终端可以仅发送未丢弃的HARQ-ACK。
实施例4B-3
当没有指定用于基于ACK/NACK的HARQ-ACK的优先级时,当基于仅NACK的HARQ-ACK是LP时终端可以丢弃基于仅NACK的HARQ-ACK并且当基于仅NACK的HARQ-ACK是HP时可以丢弃基于ACK/NACK的HARQ-ACK。终端仅发送未丢弃的HARQ-ACK。
实施例4B-4
当用于基于ACK/NACK的HARQ-ACK的优先级和用于基于仅NACK的HARQ-ACK的优先级都没有被指定时,根据实施例1B终端可以丢弃HARQ-ACK。
实施例4C
终端可以根据本公开的其他示例选择基于仅NACK的HARQ-ACK,并且根据传统方法或本公开的其他示例复用基于ACK/NACK的HARQ-ACK。此后,终端可以通过不同的PUCCH发送所选择的基于仅NACK的HARQ-ACK和复用的基于ACK/NACK的HARQ-ACK。
例如,可以在相同小区/BWP中通过TDM方法或者在不同小区/BWP中通过FDM方法同时发送至少两个PUCCH的终端可以通过不同的PUCCH在相同时隙内发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。在这种情况下,可以基于调度用于基于仅NACK的HARQ-ACK的PDSCH的DCI和用于基于仅NACK的HARQ-ACK的PUCCH配置来确定发送基于仅NACK的HARQ-ACK的PUCCH资源。
根据基站的配置,仅当所选择的基于仅NACK的HARQ-ACK是HP并且基于ACK/NACK的HARQ-ACK是LP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的其他示例或者通过丢弃基于仅NACK的HARQ-ACK来仅发送一个PUCCH。仅当基于仅NACK的HARQ-ACK是LP并且基于ACK/NACK的HARQ-ACK是HP时,终端可以发送不同的PUCCH,以及否则,终端可以遵循本公开的其他示例或者通过丢弃基于ACK/NACK的HARQ-ACK仅发送一个PUCCH。
实施例4D
终端可以在基于仅NACK的HARQ-ACK之中仅选择并发送由最后接收的(即,最近接收的)DCI指示的基于仅NACK的HARQ-ACK,并且丢弃剩余的基于仅NACK的HARQ-ACK。
终端可以仅选择并发送由在最近发送的基于仅NACK的HARQ-ACK之后接收的DCI之中的最早的(即,在过去首先接收到的)DCI指示的基于仅NACK的HARQ-ACK或最近发送的基于仅NACK的PUCCH资源。
实施例4D-1
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以根据本公开的其他示例选择并发送基于仅NACK的HARQ-ACK或基于ACK/NACK的HARQ-ACK。
实施例4D-2
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK以根据实施例4A配置HARQ-ACK码本。
实施例4D-3
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以根据实施例4C通过不同的PUCCH来发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。
实施例4E
针对用于基于仅NACK的HARQ-ACK的多个PUCCH传输被重叠或者被发送到相同时隙的情况的HARQ-ACK传输方法如下。
实施例4E-A
终端可以选择并发送具有最早开始符号或结束符号的PUCCH的基于仅NACK的HARQ-ACK,或者选择并发送具有最新开始符号或结束符号的PUCCH的基于仅NACK的HARQ-ACK。
实施例4E-B
终端可以选择具有PUCCH的最大有效载荷大小的PUCCH传输并丢弃具有小的有效载荷大小的剩余PUCCH传输。
实施例4E-C
终端可以选择PUCCH资源的最低PRB或最高PRB是最小或最大的PUCCH资源,并且丢弃剩余的PUCCH资源。
实施例4E-D
终端可以选择PUCCH资源ID或用于PUCCH资源的PRI是最小或最大的PUCCH资源,并且丢弃剩余的PUCCH资源。
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以根据本公开的其他示例选择并发送基于仅NACK的HARQ-ACK或基于ACK/NACK的HARQ-ACK。
当所选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK以根据实施例4A配置HARQ-ACK码本。
当选择的基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ-ACK重叠时,终端可以根据实施例4C通过不同的PUCCH来发送基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK。
实施例4F
可以对多播HARQ-ACK的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK来执行实施例4的详细示例之一。当其结果与单播HARQ-ACK重叠时,终端可以通过一个PUCCH复用并且进行发送、丢弃多播HARQ-ACK或单播HARQ-ACK,或者根据传统方法或本公开的示例通过不同的PUCCH发送多播HARQ-ACK和单播HARQ-ACK。
实施例4G
终端可以在用于多个(冲突的)复用的基于仅NACK的HARQ-ACK传输的多个PUCCH资源之中选择一个PUCCH资源(根据本公开的其他示例),并且基于所选择的PUCCH资源旋转星座上的星座点来指示多个复用状态。
实施例4G-1
针对基于仅NACK的HARQ-ACK的一个NACK可以基于CS索引0通过PUCCH来发送。针对基于仅NACK的HARQ-ACK的两个NACK可以基于CS索引3通过PUCCH来发送。可以基于CS索引6通过PUCCH来发送针对基于仅NACK的HARQ-ACK的三个NACK。可以基于CS索引9通过PUCCH来发送针对基于仅NACK的HARQ-ACK的至少四个NACK。
当存在针对多个基于仅NACK的HARQ-ACK的至少一个ACK时,终端可以不发送PUCCH。
实施例4G-2
可以基于CS索引0通过PUCCH发送针对基于仅NACK的HARQ-ACK的一个NACK。可以基于CS索引3通过PUCCH发送针对基于仅NACK的HARQ-ACK的两个NACK。可以基于CS索引6通过PUCCH来发送针对基于仅NACK的HARQ-ACK的至少三个NACK。
当存在针对多个基于仅NACK的HARQ-ACK的至少一个ACK时,其可以基于CS索引9通过PUCCH来发送。
实施例4G-3
可以基于CS索引0通过PUCCH发送针对基于仅NACK的HARQ-ACK的一个NACK。可以基于CS索引3通过PUCCH发送针对基于仅NACK的HARQ-ACK的至少两个NACK。可以基于CS索引6通过PUCCH来发送针对具有最早(最旧)定时的基于仅NACK的HARQ-ACK的ACK。可以基于CS索引9通过PUCCH来发送针对具有最新(最近)定时或具有第二最早定时的基于仅NACK的HARQ-ACK的ACK。
当存在至少一定数量的ACK时(无论其是否针对具有最早或者最晚定时的基于仅NACK的HARQ-ACK的ACK),终端可以不发送PUCCH。该具体数量可以由基站配置给终端。
表6示出在终端侧上的至少一个PUCCH传输中复用基于仅NACK的多播HARQ-ACK和单播HARQ-ACK的示例。
【表6】
实施例5
此实施例涉及用于PTP重传的基于ACK/NACK的多播HARQ-ACK传输和单播HARQ-ACK传输。
实施例5A
用于PTM传输的HARQ-ACK和用于PTP重传的HARQ-ACK可以通过相同的PUCCH配置来发送。
实施例5A-1
当基站将用于PTM传输的HARQ-ACK配置为基于仅NACK时,终端可以发送用于PTP重传以及PTM传输的基于仅NACK的HARQ-ACK。用于PTP重传的基于仅NACK的HARQ-ACK也可以根据本公开的基于仅NACK的HARQ-ACK来发送。
实施例5A-2
基站可以通过使用相同的PUCCH配置来配置终端以确定用于PTM传输的HARQ-ACK的PUCCH资源和用于PTP重传的HARQ-ACK的PUCCH资源。
例如,当PTM传输被配置为基于用于多播的PUCCH配置来确定PUCCH资源时,终端还可以通过使用相同的用于多播的PUCCH配置来确定PUCCH资源以用于PTP重传。
例如,当PTM传输被配置为基于用于单播的PUCCH配置来确定PUCCH资源时,终端还可以通过使用相同的用于单播的PUCCH配置来确定PUCCH资源以用于PTP重传。
实施例5B
下面描述通过用于单播的PUCCH配置发送用于PTP重传的HARQ-ACK的实施例。
实施例5B-1
当基站将用于PTM传输的HARQ-ACK配置为基于仅NACK时,终端可以发送用于PTP重传的基于ACK/NACK的HARQ-ACK。用于PTP重传的基于ACK/NACK的HARQ-ACK可以配置终端以将其分类为多播HARQ-ACK并配置HARQ-ACK码本,或者将其分类为单播HARQ-ACK并配置HARQ-ACK码本。
实施例5B-2
基站可以通过使用用于单播的PUCCH配置终端以确定用于PTP重传的HARQ-ACK的PUCCH资源。
例如,当为终端配置PTM传输以基于用于多播的PUCCH配置来确定PUCCH资源时,终端可以通过使用用于单播的PUCCH配置来确定PUCCH资源以用于PTP重传。
例如,当为终端配置PTM传输以基于用于单播的PUCCH配置来确定PUCCH资源时,终端可以通过使用用于单播的PUCCH配置来确定PUCCH资源以用于PTP重传。
当PTM传输的优先级与PTP重传的优先级不同时,可以通过使用不同的用于单播的PUCCH来确定PUCCH资源以用于PTM和PTP重传。例如,当PTM传输被配置为HP并且PTP重传被配置为LP时,终端可以通过使用用于HP的单播的PUCCH配置确定的PUCCH资源来发送用于PTM传输的HARQ-ACK,并且通过使用用于LP的单播的PUCCH配置确定的PUCCH资源来发送用于PTP重传的HARQ-ACK。
实施例6
此实施例涉及PUCCH资源确定。
在上述示例中,当基于仅NACK的HARQ-ACK与基于ACK/NACK的HARQ冲突时或者当多个基于仅NACK的HARQ-ACK冲突时,基于仅NACK的HARQ-ACK可以被变换成基于ACK/NACK的HARQ-ACK。这里,终端可以确定用于从基于仅NACK变换成基于ACK/NACK的HARQ-ACK的传输(在下文中,“变换的基于仅NACK的HARQ-ACK”)的PUCCH资源。
实施例6A
当变换的基于仅NACK的HARQ-ACK与和其冲突的基于ACK/NACK的HARQ-ACK复用时,终端可以通过使用用于单播的PUCCH配置来确定PUCCH资源。
实施例6A-1
当冲突的基于ACK/NACK的HARQ-ACK是单播HARQ-ACK时,可以通过使用用于单播的PUCCH配置来确定将发送复用的信息的PUCCH资源。
实施例6A-2
当冲突的基于ACK/NACK的HARQ-ACK是LP或HP单播HARQ-ACK时,可以通过使用用于HP的单播的PUCCH配置来确定将发送复用的信息的PUCCH资源。
当不存在与HP单播HARQ-ACK的冲突时,可以通过使用用于LP的单播的PUCCH配置来确定将发送复用的信息的PUCCH资源。
实施例6A-3
当冲突的基于ACK/NACK的HARQ-ACK是多播HARQ-ACK时,如果包括根据用于多播的PUCCH配置的多播HARQ-ACK和根据用于单播的PUCCH配置的多播HARQ-ACK,则可以通过使用用于单播的PUCCH配置来确定将发送复用的信息的PUCCH资源。
实施例6A-4
当冲突的基于ACK/NACK的HARQ-ACK是多播HARQ-ACK时,如果包括根据用于多播的PUCCH配置的多播HARQ-ACK和根据用于单播的PUCCH配置的多播HARQ-ACK,则可以通过使用用于单播的PUCCH配置来确定将发送复用的信息的PUCCH资源。
实施例6A-5
当冲突的基于ACK/NACK的HARQ-ACK是LP或HP多播HARQ-ACK时,可以通过使用用于多播HARQ-ACK的HP的PUCCH配置来确定将发送复用的信息的PUCCH资源。
当与HP多播HARQ-ACK不存在冲突时,可以通过使用用于多播HARQ-ACK的LP的PUCCH配置来确定将发送复用的信息的PUCCH资源。这里,根据基站的配置,用于多播HARQ-ACK的PUCCH配置可以是用于单播的PUCCH配置或者用于多播的PUCCH配置。
实施例6B
终端可以优先选择与变换的基于仅NACK的HARQ-ACK冲突的基于ACK/NACK的单播HARQ-ACK的PUCCH资源,作为将发送复用的信息的PUCCH资源。
仅当变换的基于仅NACK的HARQ-ACK传输与仅多播HARQ-ACK冲突同时不与单播HARQ-ACK冲突时,变换的基于仅NACK的HARQ-ACK可以在冲突的多播HARQ-ACK的PUCCH资源上被复用或丢弃。详细示例如下。
实施例6B-1
终端在冲突的基于ACK/NACK的多播HARQ-ACK的PUCCH资源上优先复用变换的基于仅NACK的HARQ-ACK。仅当变换的基于仅NACK的HARQ-ACK传输与仅单播HARQ-ACK冲突而不与多播HARQ-ACK冲突时,变换的基于仅NACK的HARQ-ACK可以在冲突的单播HARQ-ACK的PUCCH资源上被复用或丢弃。
实施例6B-2
终端可以将由DCI指示的PUCCH资源上优先地复用在冲突的基于ACK/NACK的HARQ-ACK之中的变换的基于仅NACK的HARQ-ACK,其中该DCI通过C-RNTI进行CRC加扰。
当存在指示冲突的基于ACK/NACK的HARQ-ACK的多个C-RNTIDCI时,终端可以优先地选择并复用由最后接收到的C-RNTIDCI指示的PUCCH资源。当包括C-RNTIDCI之中的用于PTP重传的DCI时,可以优先地选择并复用由除其之外的剩余C-RNTIDCI指示的PUCCH资源。
实施例6B-3
假定终端接收到指示与变换的基于仅NACK的HARQ-ACK冲突的基于ACK/NACK的HARQ-ACK的HARQ-ACK的多个DCI。当最后接收到的DCI指示基于ACK/NACK的HARQ-ACK时,终端可以选择基于ACK/NACK的HARQ-ACK。当最后接收到的DCI指示基于仅NACK的HARQ-ACK时,终端可以选择基于仅NACK的HARQ-ACK。终端可以在由最后接收到的DCI指示的PUCCH资源上发送所选择的基于仅NACK的HARQ-ACK或所选择的基于ACK/NACK的HARQ-ACK。
实施例6B-4
在与变换的基于仅NACK的HARQ-ACK冲突的基于ACK/NACK的HARQ-ACK之中,终端可以优先地选择并复用HP PUCCH资源。例如,当在用于所有冲突的HARQ-ACK的DCI之中,任何DCI指示HP和PUCCH资源时,终端可以在相应的PUCCH资源上复用冲突的HARQ-ACK。
实施例6B-5
在冲突的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK之中,终端可以优先地选择并复用意图发送NACK的基于仅NACK的HARQ-ACK的PUCCH资源。在冲突的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK之中,意图发送NACK的其他HARQ-ACK可以在基于仅NACK的HARQ-ACK的PUCCH资源上被复用。
例如,当为冲突的基于仅NACK的HARQ-ACK和基于ACK/NACK的HARQ-ACK指示NACK时,可以优先地选择基于仅NACK的HARQ-ACK的PUCCH资源来复用其他HARQ-ACK。换句话说,因为在基于仅NACK的HARQ-ACK中实际上没有发送ACK,所以可以根据基于仅NACK的HARQ-ACK来确定仅用于与其复用的另一HARQ-ACK的传输的PUCCH资源。
实施例6C
在将冲突的基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK时,可以假定仅变换的基于仅NACK的HARQ-ACK被复用(即,基于仅NACK的HARQ-ACK与基于仅NACK的HARQ-ACK冲突,而不与基于ACK/NACK的HARQ-ACK冲突)。可替选地,当星座点在用于多个冲突的基于仅NACK的HARQ-ACK的星座上旋转时,或者当其通过多个冲突的基于仅NACK的HARQ-ACK之中的仅一个PUCCH资源来发送时,PUCCH资源可以被确定如下。
实施例6C-1
在用于冲突的基于仅NACK的HARQ-ACK的PUCCH资源之中,其他HARQ-ACK可以复用在与最低PUCCH资源ID相对应的PUCCH资源上。当DCI指示PRI时,终端可以优先地选择并发送最低PRI指示的PUCCH资源,通过复用其他HARQ-ACK来发送,或者通过包括其他HARQ-ACK来旋转星座点来发送。
实施例6C-2
终端可以优先地选择并发送由用于冲突的基于仅NACK的HARQ-ACK的DCI之中的最后接收到的DCI的PRI指示的PUCCH资源,通过复用其他HARQ-ACK来发送,或者通过包括其他HARQ-ACK通过旋转星座点来发送。
实施例6C-3
终端可以在用于冲突的基于仅NACK的HARQ-ACK的PUCCH资源之中使用用于单播的PUCCH配置优先选择并发送PUCCH资源,通过复用其他HARQ-ACK来发送,或者通过包括其他HARQ-ACK通过旋转星座点来发送。
例如,当用于基于仅NACK的HARQ-ACK的PUCCH资源可以被应用于用于单播的PUCCH配置时,其可以优先于用于基于用于多播的PUCCH配置确定的基于仅NACK的HARQ-ACK的PUCCH资源来被选择。
实施例6C-4
可以在用于冲突的基于仅NACK的HARQ-ACK的PUCCH资源之中的具有高优先级的PUCCH资源上与其他HARQ-ACK执行复用。例如,当用于冲突的基于仅NACK的HARQ-ACK的DCI指示优先级时,终端可以将其他HARQ-ACK与用于指示为HP的基于仅NACK的HARQ-ACK的PUCCH资源复用。终端可以优先于用于LP的PUCCH配置中的PUCCH资源来选择并发送用于HP的PUCCH配置中的PUCCH资源,通过复用其他HARQ-ACK来发送,或者通过包括其他HARQ-ACK通过旋转星座点来发送。
实施例6C-5
其他的基于仅NACK的HARQ-ACK可以在由用于冲突的基于仅NACK的HARQ-ACK的DCI之中的通过C-RNTI进行CRC加扰的DCI的PRI指示的PUCCH资源上复用。当存在指示冲突的基于仅NACK的HARQ-ACK的多个C-RNTIDCI时,终端可以优先地选择并复用由最后接收到的C-RNTIDCI指示的PUCCH资源。当C-RNTIDCI之中的用于PTP重传的DCI被包括时,终端可以优先地选择并且发送通过除其之外的剩余C-RNTIDCI指示的PUCCH资源,通过复用其他HARQ-ACK来发送,或者通过包括其他的HARQ-ACK通过旋转星座点来发送。
实施例6C-6
终端可以优先于未由PRI指示的PUCCH资源的HARQ-ACK来发送由PRI指示的PUCCH资源的HARQ-ACK。
实施例6C-7
终端可以优先地选择并发送意图发送在冲突的基于仅NACK的HARQ-ACK之中的NACK的PUCCH资源,通过复用其他HARQ-ACK来发送,或者通过包括其他HARQ-ACK通过旋转星座点来发送。
例如,当为两个冲突的基于仅NACK的HARQ-ACK指示一个NACK和一个ACK时,终端可以在与NACK相对应的PUCCH资源上复用其他HARQ-ACK。换句话说,因为在基于仅NACK的HARQ-ACK中不发送ACK,所以可以仅发送与NACK相对应的PUCCH资源。
实施例6C-8
当可以发送用于M个冲突的基于仅NACK的HARQ-ACK的多个PUCCH时,可以在多个PUCCH资源上发送基于仅NACK的HARQ-ACK。可以如下确定多个PUCCH资源。
实施例6C-8-1
当终端具有同时发送M个之中的直至N个(M>N)的能力时,可以在与M个PUCCH资源ID值之中的N个最低或最高PUCCH资源ID相对应的PUCCH资源上发送基于仅NACK的HARQ-ACK。这里,可以根据上述其他示例来复用M个HARQ-ACK信息,或者可以仅选择N个HARQ-ACK并且通过N个PUCCH来发送。
实施例6C-8-2
当终端具有同时发送M(M>N)之中的直至N个的能力时,可以在用于M个冲突的基于仅NACK的HARQ-ACK的PDCCH/PDSCH的G-RNTI值之中的N个最低或最高DCI指示的PUCCH资源上发送基于仅NACK的HARQ-ACK。这里,可以根据上述其他示例来复用M个HARQ-ACK信息,或者可以仅选择N个HARQ-ACK并通过N个PUCCH来发送。
实施例6D
终端可以选择并发送用于冲突的基于仅NACK的HARQ-ACK的PUCCH资源中的仅一个。这里,可以如下确定一个PUCCH资源。
例如,可以通过与最低或最高PUCCH ID或PRI相对应的一个PUCCH仅发送NACK。
例如,可以通过由最后或第一DCI的PRI指示的一个PUCCH仅发送NACK。
例如,可以通过基于单播PUCCH配置确定的一个PUCCH仅发送NACK。
例如,可以通过具有高优先级的一个PUCCH仅发送NACK。
例如,可以通过由C-RNTIDCI的PRI指示的一个PUCCH仅发送NACK。
例如,当即使一个冲突的ACK/NACK HARQ-ACK是NACK时,也可以通过与其相对应的PUCCH仅发送NACK。
例如,当两个PUCCH传输是可能的时,可以发送用于通过不同的PUCCH由不同的G-RNTI调度的PDSCH的NACK。这里,可以按照PUCCH ID值的降序仅发送N个PUCCH。可替选地,可以将仅N个PUCCH发送到按G-RNTI值的降序由N指示的每个PUCCH资源。
图10是用于图示根据本公开的实施例的网络侧和终端的信令流程的图。
图10示出在可以应用上述本公开的示例(例如,实施例1、2、3、4、5、6、7或其详细示例,以及其中的一个或者多个的组合)的情形下网络侧和终端(UE)之间的信令的示例。
这里,UE/网络侧是示例性的,并且可以被替换为将参考图11描述的各种设备。图10是为了便于描述,并且不限制本公开的范围。另外,图10中所示的一些步骤也可以取决于情形和/或设置被省略。另外,在图10的网络侧/UE的操作中,可以参考或使用上述上行链路发送/接收操作等。
在下面的描述中,网络侧可以是包括多个TRP的一个基站,或者可以是包括多个TRP的一个小区。可替选地,网络侧可以包括多个远程无线电头端(RRH)/远程无线电单元(RRU)。作为示例,在网络侧中包括的TRP 1和TRP 2之间可以配置理想/非理想回程。另外,虽然以下描述是基于多个TRP,但是这样的描述可以等效地扩展并应用于通过多个面板/小区的传输,并且还可以扩展并应用于通过多个RRH/RRU的传输。
此外,虽然在下面的描述中参考“TRP”进行描述,但是“TRP”可以被替换为并且应用于如上所述的面板、天线阵列、小区(例如,宏小区/小型小区/微微小区等)、TP(传输点)、基站(基站、gNB等)。如上所述,可以根据关于CORESET组(或CORESET池)的信息(例如,CORESET索引、ID)来区分TRP。
作为示例,当一个UE被配置为执行与多个TRP(或小区)的发送和接收时,这可以意味着为该一个UE配置多个CORESET组(或CORESET池)。这种CORESET组(或CORESET池)的配置可以通过较高层信令(例如,RRC信令等)来执行。
另外,基站可以意指向UE发送数据/从UE接收数据的对象的通用术语。例如,基站可以是包括一个或多个TP(传输点)、一个或多个TRP(传输和接收点)等的概念。另外,TP和/或TRP可以包括基站的面板、发送和接收单元等。
UE可以进入RRC_CONNECTED模式,并且可以向网络侧报告指示一个或多个感兴趣的MBS服务的消息(S105)。
这里,UE可以通过UCI、MAC CE(控制元素)或RRC消息中的至少一个向网络侧发送消息。另外,消息中感兴趣的MBS服务可以意指从网络侧接收到的DL消息中列出的TMGI和G-RNTI之一。
例如,DL消息可以是列出TMGI#1、TMGI#3、TMGI#5和TMGI#10的服务可用性消息。当UE对TMGI#5感兴趣时,UE可以在消息中指示TMGI#5的顺序。即,终端可以向网络侧报告“3”。
作为附加示例,DL消息可以是列出G-RNTI#1、G-RNTI#3、G-RNTI#5和G-RNTI#10的服务可用性消息。当UE对G-RNTI#10感兴趣时,UE可以在消息中指示G-RNTI#10的顺序。即,UE可以向网络侧报告“4”。
例如,上述步骤S105的UE(图11中的100或200)向网络侧(图11中的200或100)发送消息的操作可以下面要描述的图11的设备来实现。例如,参考图11,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104等来发送消息,并且一个或多个收发器106可以将消息发送到网络侧。
当接收到该消息时,网络侧可以通过RRC消息向UE发送配置信息(S110)。
例如,配置信息可以包括CFR(公共频率资源)配置信息、包括针对一个或多个G-RNTI值的TCI状态的一个或多个组公共PDSCH配置信息、包括针对一个或多个G-RNTI值的TCI状态的搜索空间配置信息。
这里,RRC消息可以是通过PTM MCCH(多播控制信道)发送的组公共消息或者通过UE特定的DCCH(专用控制信道)发送的UE专用消息。
另外,CFR可以包括DL CFR和UL CFR。例如,一个DL CFR可以提供用于MBS发送或接收的组公共PDCCH和组公共PDSCH传输资源。一个UL CFR可以提供用于组公共PDSCH接收的HARQ-ACK PUCCH资源。一个CFR可以是一个MBS特定的BWP或一个UE特定的BWP。另外或可替选地,一个或多个CFR可以被配置在一个UE特定的BWP中。一个CFR可以与一个UE特定的BWP具有链接关系。
终端可以至少被配置有用于每个MBS CFR或每个服务小区的G-RNTI值。GC-CS-RNTI可以被配置/用于激活、重传或释放一个或多个组公共SPS配置。
当UE没有为CFR或服务小区配置有GC-CS-RNTI,并且为CFR或服务小区配置CS-RNTI时,UE可以使用CS-RNTI来激活、重传或释放一个或者多个组公共SPS配置。
网络侧可以将一个GC-CS-RNTI值与TMGI列表或G-RNTI列表相关联。此时,网络侧可以提供与GC-CS-RNTI值相关联的TMGI列表或G-RNTI列表。
另外,每个PDSCH的配置信息(例如,“PDSCH-config”)可以如表7中所示被配置为用于多播和/或广播的最小信息元素。
【表7】
例如,上述步骤S110的UE(图11中的100或200)从网络侧(图11中的200或100)接收配置信息的操作可以由下面要描述的图11的设备来实现。例如,参图11,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104等来接收配置信息,并且一个或多个收发器106可以从网络侧接收配置信息。
UE可以从网络侧接收控制信息(S115)。例如,UE可以从网络侧接收用于调度/激活/释放上行链路/下行链路传输的下行链路控制信息(DCI)。
具体地,当为所配置的CFR配置搜索空间时,UE可以在所配置的CFR中配置的SS(搜索空间)中监测PDCCH,以接收用G-RNTI或G(组)-CS(配置的调度)-RNTI加扰的DCI CRC。
例如,上述步骤S115的UE(图11中的100或200)从网络侧(图11中的200或100)接收控制信息的操作可以由下面描述的图11的设备来实现。例如,参考图11,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104等以接收控制信息,并且一个或多个收发器106可以从网络侧接收控制信息。
UE可以从网络侧接收TB(S120)。
具体地,当该数据单元在用于MBS服务的MBS无线电承载(MRB)的MTCH上可用时,网络侧可以根据服务到资源映射构建并发送包括用于SPS PDSCH场合的数据单元的TB,该SPSPDSCH场合与用于MBS服务的MRB的MTCH相关联,或者与MBS服务的TMGI相关联,或者与MBS服务的短ID相关联,或者与映射到MBS服务的G-RNTI相关联。
对于TB的组公共动态调度,网络侧可以通过PDCCH向UE发送DCI。相应的DCI可以是通过G-RNTI、G-CS-RNTI或CS-RNTI加扰的CRC。PDCCH可以被实现为组公共PDCCH或者UE特定的PDCCH。
例如,DCI可以包括用于DCI格式的标识符、载波指示符、带宽部分指示符、频域资源指配、时域资源指配、VRB到PRB映射、PRB捆绑大小指示符、速率匹配指示符、ZP CSI-RS触发、MCS、NDI、RV、HARQ进程号、下行链路指配索引、用于调度的PUCCH的TPC命令、PUCCH资源指示符、PDSCH到HARQ_feedback定时指示符、天线端口、传输配置指示、SRS请求、DMRS序列初始化或优先级指示符中的至少一个。
对于组公共动态调度,网络侧可以通过组公共或UE特定的RRC消息或者通过组公共或UE特定的MAC CE向UE提供有用于通过TMGI或G-RNTI或GC-CS-RNTI识别的MBS服务的一种或多种服务资源映射。MBS服务的数据可以通过多播业务逻辑信道的MBS无线电承载(MRB)来承载,即,被关联到MBS服务的MTCH。RRC消息可以是通过PTM MCCH(多播控制信道)发送的组公共消息,或者通过UE特定的DCCH(专用控制信道)发送的UE专用消息。调度承载MBS服务数据的PDSCH的DCI可以附加地指示用于MBS服务的短ID、MTCH ID、MRB ID、G-RNTI值和TMGI值中的至少一个。
当接收到由UE有兴趣接收的G-RNTI加扰的DCI CRC时,UE可以基于MBS服务和DCI中指示的HPN之间的映射和/或MBS服务和DCI中指示的短ID之间的映射来确定用于与PDSCH时机的短ID、MTCH ID、MRB ID、G-RNTI值以及TMGI值中的一个或多个相关联的MBS服务。
然后,当UE对所确定的MBS服务感兴趣时,UE可以接收由DCI调度的PDSCH传输。当UE对所确定的MBS服务不感兴趣时,UE可以不接收由DCI调度的PDSCH传输。
例如,上述步骤S120的UE(图11中的100或200)从网络侧(图11中的200或100)接收TB的操作可以由下面要描述的图11的设备来实现。例如,参见图11,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104等来接收TB,并且一个或多个收发器106可以从网络侧接收TB。
当接收到指示针对MBS HARQ-ACK的PUCCH资源的组公共DCI时,UE可以在由DCI调度的PDSCH接收之后通过PUCCH发送HARQ-ACK(S125)。即,根据PDSCH传输的解码状态,UE可以向网络侧发送HARQ反馈。
在PTM方案1的情况下,组公共DCI可以至少针对基于ACK/NACK的HARQ-ACK指示单个PUCCH资源指示符和单个PDSCH到HARQ_feedback定时指示符。
具体地,在针对用于组公共DCI的基于ACK/NACK的HARQ-ACK的UE特定的PUCCH资源分配的情况下,相应组中的不同UE(除非配置用于多播的“PUCCH-config”)可以被配置有用于多播或用于单播的UE专用“PUCCH-config”中的至少“PUCCH-资源”和“dl-DataToUL-ACK”的不同值。不同的UE可以通过相同的PUCCH资源指示符和组公共DCI的相同的“PDSCH-to-HARQ_feedback定时指示符”被分配有不同的PUCCH资源。
在PTP重传的情况下,UE特定DCI中的PUCCH资源指示符和PDSCH到HARQ_feedback定时指示符可以基于用于单播的“PUCCH-config”来解释,无论用于多播的“PUCCH-config”是否被配置。
这里,PRI(PUCCH资源指示符)可以由组公共DCI指示如下。
作为示例,UE特定的PRI列表可以被包括在DCI中(选项1A-1)。相应列表中的每个PRI可以指示与用于为接收相同DCI的组中的不同UE分配相同PUCCH资源或不同PUCCH资源的“PUCCH-config”的候选“pucch-ResourceId”值相对应的条目。DCI的不同PRI可以指示“PUCCH-config”中的不同条目。
这里,候选“pucch-ResourceId”值可以由RRC配置,并且可以至少在多播PUCCH-config中为相同组中的不同UE配置不同的“pucch-ResourceId”值。
作为附加示例,组公共PRI可以被包括在DCI中(选项1-A-2)。单组公共PRI可以指示用于为组中的所有UE分配相同或不同的PUCCH资源的UE特定的“PUCCH-config”中的候选“pucch-ResourceId”值的特定条目。
另外,候选“pucch-ResourceId”值可以由RRC配置。至少在用于多播的“PUCCH-config”中可以为相同组中的不同UE配置不同的“pucch-ResourceId”值。
当针对由组公共DCI调度的组公共PDSCH的HARQ-ACK配置用于多播的“PUCCH-config”时,UE可以假定组公共DCI的PRI指示与用于多播的“PUCCH-config”中的候选“pucch-ResourceId”值相对应的条目。
当针对由组公共DCI调度的组公共PDSCH的HARQ-ACK没有配置用于多播的“PUCCH-config”时,UE可以假定组公共DCI的PRI指示与用于单播的“PUCCH-config”中的候选“pucch-ResourceId”值相对应的条目。
K1(PDSCH到HARQ_feedback定时指示符)可以由组公共DCI如下指示。
作为示例,UE特定的K1值列表可以被包括在DCI中(选项1B-1)。列表中的每个K1可以针对组中的不同UE指示相同的UL时隙或不同的UL(子)时隙。
例如,不同的Kl值可以被分配给不同的UE。也就是说,K1可以被分配给UE1,K2可以被分配给UE2,K3可以被分配给UE3。
作为附加示例,多个UE可以共享Kl值。例如,UE1和UE2可以共享K1值,UE3和UE4可以共享K2值。
作为另一示例,一个K1值可以是参考,并且可以基于该参考来分配其他K1值。{K1_ref,K1_offset列表}可以由DCI指示。
例如,UE1可以使用K1_ref,UE2可以使用K1_ref+K1_offset1,UE3可以使用K1_ref+K1_offset2。
作为附加示例,组公共K1值可以被包括在DCI中(选项1B-2)。例如,单个K1值可以指示与用于为接收DCI的组中的所有UE分配相同或不同的PUCCH资源的UE特定的“PUCCH-config”中的候选“dl-DataToUL-ACK”值相对应的条目。这可以应用于针对K1值在UE特定的“PUCCH-config”中配置DCI格式的情况。
作为附加示例,候选“dl-DataToUL-ACK”值可以由RRC配置,并且可以至少在用于多播的“PUCCH-config”中针对相同组中的不同UE不同地配置。
作为附加示例,当针对用于由组公共DCI调度的组公共PDSCH的HARQ-ACK配置用于多播的“PUCCH-config”时,UE可以假定组公共DCI的Kl值指示与用于多播的“PUCCH-config”中的候选“dl-DataToUL-ACK”值相对应的条目。
作为附加示例,当针对由组公共DCI调度的组公共PDSCH的HARQ-ACK没有配置用于多播的“PUCCH-config”时,UE可以假定组公共DCI的Kl值指示与用于单播的“PUCCH-config”中的候选“dl-DataToUL-ACK”值相对应的条目。
另外,当UE接收由G-RNTI加扰的组公共DCI CRC和/或由C-RNTI加扰的UE特定DCICRC时,并且当为用于多播的“PUCCH-config”和/或用于单播的“PUCCH-config”配置类型1HARQ-ACK码本时,UE可以构建TDRA(时域资源分配)以生成用于由组公共DCI调度的组公共PDSCH和/或者由UE特定的DCI调度的UE特定的PDSCH的HARQ-ACK的类型1HARQ-ACK码本。
当PDSCH传输时机中的TB解码不成功时,UE可以通过配置的UL CFR中的PUCCH资源向网络侧发送HARQ NACK。
使用PUCCH资源,UE可以发送针对诸如单播SPS PDSCH、动态单播PDSCH、PTP重传和/或动态组公共PDSCH的其他PDSCH传输的HARQ-ACK。
这里,为了在用于多播的SPS PDSCH、用于单播的SPS PDSCH、动态调度的多播PDSCH、和/或动态调度的单播PDSCH的(子)时隙中将HARQ-ACK复用在PUCCH上,UE可以基于以上选项中的一个或者多个构建码本。
当配置RSRP阈值时,UE可以基于测量到的服务小区的RSRP来使用基于仅NACK的HARQ-ACK。当测量到的RSRP高于阈值时,可以通过由DCI的PRI指示的组公共PUCCH资源来发送基于仅NACK的HARQ-ACK。当测量到的RSRP低于阈值时,可以在由DCI的PRI指示的UE特定PUCCH资源上将基于仅NACK的HARQ-ACK变换成基于ACK/NACK的HARQ-ACK。
同时,当为G-RNTI配置“pdsch-AggregationFactor”时,或者当网络侧通过DCI指示“repetition_number”时,如果被配置,则通过组公共DCI调度的TB可以重复用于在“pdsch-AggregationFactor”个连续时隙中的每个之中或“repetition_number”个连续时隙中的每个之中的每个符号分配内的TB的第N HARQ传输。
例如,上述步骤S125的UE(图11中的100或200)向网络侧(图11中的200或100)发送HARQ-ACK的操作可以通过下面要描述的图11的设备来实现。例如,参考图11,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104等来发送HARQ-ACK,并且一个或多个收发器106可以向网络侧发送HARQ-ACK。
在接收到TCI状态的HARQ NACK时,网络侧可以使用TCI状态在被配置用于重传TB的DL CFR中重传PDCCH和PDSCH(S130)。
UE可以使用在DL CFR中配置的搜索空间的TCI状态来监测组公共和/或UE特定的PDCCH以接收TB的重传。网络侧可以通过UE特定的PDCCH将TB重传给组中的UE之一。同时,其他UE可能不会接收到TB的重传,因为它已经成功地接收到TB。
当UE接收用于TB重传的PDCCH时,UE可以接收由PDCCH的DCI调度的PDSCH。当UE在PDSCH中成功解码TB时,UE可以基于MBS服务和由DCI指示的HPN(HARQ进程号)之间的映射、和/或MBS服务和由DCI指示的短ID之间的映射认为经解码的TB与MTCH、MRB、TMGI、G-RNTI和/或MBS服务的短ID相关联。
当PDSCH传输时机中的TB解码成功时,UE可以通过根据上述过程配置的UL CFR中的PUCCH资源向网络侧发送HARQ ACK。使用PUCCH资源,UE可以发送用于其他PDSCH传输的HARQ-ACK,诸如单播SPS PDSCH、动态单播PDSCH、PTP重传和/或动态组公共PDSCH。
在这种情况下,为了在用于多播的SPS PDSCH、用于单播的SPS PDSCH、动态调度的多播PDSCH、和/或动态调度的单播PDSCH的(子)时隙中将HARQ-ACK复用在PUCCH上,UE可以基于上述选项/实施例中的一个或多个来构建码本。
例如,上述步骤S130的UE(图11中的100或200)从网络侧(图11中的200或100)接收TB重传的操作可以由下面要描述的图11的设备来实现。例如,参见图11,一个或多个处理器102可以控制一个或多个收发器106和/或一个或多个存储器104等来接收TB重传,并且一个或多个收发器106可以从网络侧接收TB重传。
可以应用本公开的通用设备
图11是图示根据本公开实施例的无线通信设备的框图的图。
参考图11,第一无线设备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 (14)
1.一种用于在无线通信系统中由终端发送混合自动重复和请求确认(HARQ-ACK)信息的方法,所述方法包括:
基于第一多播下行链路控制信息(DCI)格式,从网络接收第一多播物理下行链路共享信道(PDSCH);
基于第二多播DCI格式,从所述网络接收第二多播PDSCH;以及
通过物理上行链路控制信道(PUCCH)将关于所述第一多播PDSCH的第一HARQ-ACK信息和关于所述第二多播PDSCH的第二HARQ-ACK信息复用并且发送到所述网络,
其中,基于在所述第一多播DCI格式之后接收到所述第二多播DCI格式,通过使用所述第一多播DCI格式来确定所述PUCCH资源。
2.根据权利要求1所述的方法,其中:
所述第一HARQ-ACK信息和所述第二HARQ-ACK信息具有相同的优先级。
3.根据权利要求1所述的方法,其中:
所述第一HARQ-ACK信息基于第一HARQ-ACK报告模式,
所述第二HARQ-ACK信息基于第二HARQ-ACK报告模式。
4.根据权利要求3所述的方法,其中:
所述第一HARQ-ACK报告模式包括基于传送块是否被成功解码来生成具有ACK值或具有非确认(NACK)值的HARQ-ACK信息。
5.根据权利要求3所述的方法,其中:
所述第二HARQ-ACK报告模式包括不发送仅包括ACK值的HARQ-ACK信息以及发送包括NACK值的HARQ-ACK信息。
6.根据权利要求3所述的方法,其中:
在将基于所述第二HARQ-ACK报告模式的所述第二HARQ-ACK信息与基于所述第一HARQ-ACK报告模式的所述第一HARQ-ACK信息复用之前,提供基于所述第一HARQ-ACK报告模式的所述第二HARQ-ACK。
7.根据权利要求3所述的方法,其中:
所述第一多播DCI格式是与基于所述第一HARQ-ACK报告模式的多播HARQ-ACK信息相关联的DCI格式之中的最后DCI格式。
8.根据权利要求1所述的方法,其中:
仅用于多播DCI格式或用于多播PDSCH接收的HARQ-ACK信息被复用在所述PUCCH中。
9.根据权利要求1所述的方法,其中:
所述多播DCI格式通过组无线电网络临时标识符(G-RNTI)或组配置的调度RNTI(G-CS-RNTI)被CRC(循环冗余校验)加扰。
10.一种用于在无线通信系统中发送混合自动重复和请求确认(HARQ-ACK)信息的终端,所述终端包括:
至少一个收发器;以及
至少一个处理器,所述至少一个处理器被连接到所述至少一个收发器,
其中,所述至少一个处理器被配置为:
基于第一多播下行链路控制信息(DCI)格式,通过所述至少一个收发器从网络接收第一多播物理下行链路共享信道(PDSCH);
基于第二多播DCI格式,通过所述至少一个收发器从所述网络接收第二多播PDSCH;以及
通过物理上行链路控制信道(PUCCH),将关于所述第一多播PDSCH的第一HARQ-ACK信息和关于所述第二多播PDSCH的第二HARQ-ACK信息复用并且发送到所述网络,
其中,基于在所述第一多播DCI格式之后接收到所述第二多播DCI格式,通过使用所述第一多播DCI格式来确定所述PUCCH资源。
11.一种用于在无线通信系统中由基站接收混合自动重复和请求确认(HARQ-ACK)信息的方法,所述方法包括:
基于第一多播下行链路控制信息(DCI)格式,向至少一个终端发送第一多播物理下行链路共享信道(PDSCH);
基于第二多播DCI格式,向所述至少一个终端发送第二多播PDSCH;以及
从特定终端接收其中关于所述第一多播PDSCH的第一HARQ-ACK信息和关于所述第二多播PDSCH的第二HARQ-ACK信息被复用的物理上行链路控制信道(PUCCH),
其中,基于在所述第一多播DCI格式之后发送所述第二多播DCI格式,通过使用所述第一多播DCI格式来确定所述PUCCH资源。
12.一种用于在无线通信系统中接收混合自动重复和请求确认(HARQ-ACK)信息的基站,所述基站包括:
至少一个收发器;以及
至少一个处理器,所述至少一个处理器被连接到所述至少一个收发器,
其中,所述至少一个处理器被配置为:
基于第一多播下行链路控制信息(DCI)格式,通过所述至少一个收发器向至少一个终端发送第一多播物理下行链路共享信道(PDSCH);
基于第二多播DCI格式,通过所述至少一个收发器向所述至少一个终端发送第二多播PDSCH;以及
通过所述至少一个收发器,从特定终端接收其中关于所述第一多播PDSCH的第一HARQ-ACK信息和关于所述第二多播PDSCH的第二HARQ-ACK信息被复用的物理上行链路控制信道(PUCCH),
其中,基于在所述第一多播DCI格式之后发送所述第二多播DCI格式,通过使用所述第一多播DCI格式来确定所述PUCCH资源。
13.一种被配置为控制无线通信系统中的终端的处理单元,所述处理单元包括:
至少一个处理器;以及
至少一个计算机存储器,所述至少一个计算机存储器可操作地连接到所述至少一个处理器,并且存储指令,所述指令基于由所述至少一个处理器执行来执行根据权利要求1至权利要求9中的任意一项所述的方法。
14.至少一种非暂时性计算机可读介质,所述非暂时性计算机可读介质存储至少一个指令,其中:
所述至少一个指令通过由至少一个处理器执行来控制设备以在无线通信系统中执行根据权利要求1至权利要求9中的任意一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20210103473 | 2021-08-05 | ||
KR10-2021-0103473 | 2021-08-05 | ||
PCT/KR2022/011612 WO2023014139A1 (ko) | 2021-08-05 | 2022-08-05 | 무선 통신 시스템에서 하이브리드 자동 재송 요구-확인응답 정보의 송신 또는 수신 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117769816A true CN117769816A (zh) | 2024-03-26 |
Family
ID=85155945
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280053707.1A Pending CN117769816A (zh) | 2021-08-05 | 2022-08-05 | 在无线通信中发送或接收harq-ack信息的方法和设备 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4383609A1 (zh) |
CN (1) | CN117769816A (zh) |
WO (1) | WO2023014139A1 (zh) |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020504578A (ja) * | 2017-01-23 | 2020-02-06 | 華為技術有限公司Huawei Technologies Co.,Ltd. | ダウンリンク制御情報(dci)伝送方法、ネットワークデバイス、およびユーザ機器 |
CN110830184B (zh) * | 2018-08-09 | 2023-04-07 | 北京三星通信技术研究有限公司 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
-
2022
- 2022-08-05 WO PCT/KR2022/011612 patent/WO2023014139A1/ko active Application Filing
- 2022-08-05 EP EP22853514.2A patent/EP4383609A1/en active Pending
- 2022-08-05 CN CN202280053707.1A patent/CN117769816A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2023014139A1 (ko) | 2023-02-09 |
EP4383609A1 (en) | 2024-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20240056234A1 (en) | Method and device for performing uplink transmission and reception in wireless communication system | |
US11784761B2 (en) | Method and device for HARQ-based transmission/reception for group-common transmission 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 | |
EP4210260A1 (en) | Method and apparatus for harq-ack transmission in wireless communication system | |
EP4383615A1 (en) | Method and device for transmitting or receiving control information in wireless communication system | |
KR20230016702A (ko) | 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치 | |
KR20230017352A (ko) | 무선 통신 시스템에서 그룹 공통 전송을 위한 공통 주파수 자원 기반 통신 방법 및 장치 | |
EP4383609A1 (en) | Method and device for transmitting or receiving harq-ack information in wireless communication | |
US20230345481A1 (en) | Method and apparatus for harq-ack transmission in wireless communication system | |
EP4383610A1 (en) | Method and device for performing uplink transmission and reception in wireless communication system | |
CN118202595A (zh) | 在无线通信系统中发送或接收混合自动重传请求确认信息的方法和装置 | |
US12010669B2 (en) | Method and device for activating and inactivating bandwidth part in wireless communication system | |
US20240155597A1 (en) | Method and apparatus for performing uplink transmission and reception in wireless communication system | |
KR102584081B1 (ko) | 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치 | |
EP4383613A1 (en) | Method and device for transmitting/receiving control information in wireless communication system | |
EP4383909A1 (en) | Method and apparatus for performing communication in wireless communication system | |
EP4383611A1 (en) | Method and device for communicating in wireless communication system | |
EP4383612A1 (en) | Method and device for transmitting and receiving control information in wireless communication system | |
EP4383614A1 (en) | Method and device for transmitting and receiving pucch in wireless communication system | |
US20240137934A1 (en) | Method and apparatus for performing uplink transmission and reception in wireless communication system | |
US20240236984A9 (en) | Method and apparatus for performing uplink transmission and reception in wireless communication system | |
EP4383601A1 (en) | Method and device for transmitting and receiving pdsch in wireless communication system | |
KR20240099162A (ko) | 무선 통신 시스템에서 하이브리드 자동 재송 요구-확인응답 정보의 송신 또는 수신 방법 및 장치 | |
CN118202747A (zh) | 在无线通信系统中执行上行链路发送和接收的方法和设备 | |
CN118202605A (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 |