CN114144984A - 用于处理混合自动重传请求反馈传输的方法和设备 - Google Patents
用于处理混合自动重传请求反馈传输的方法和设备 Download PDFInfo
- Publication number
- CN114144984A CN114144984A CN202080051040.2A CN202080051040A CN114144984A CN 114144984 A CN114144984 A CN 114144984A CN 202080051040 A CN202080051040 A CN 202080051040A CN 114144984 A CN114144984 A CN 114144984A
- Authority
- CN
- China
- Prior art keywords
- pdsch
- harq
- harq feedback
- value
- dci
- 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
Images
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
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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/1887—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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Abstract
一种用于处理混合自动重传请求(HARQ)反馈传输的方法,所述方法包括用户设备(UE)从基站(BS)接收物理下行链路控制信道(PDCCH)上的下行链路控制信息(DCI)。该DCI调度物理下行链路共享信道(PDSCH)上的下行链路(DL)数据的接收。该方法进一步包括UE根据DCI确定是否为DL数据发送HARQ反馈。
Description
相关申请的交叉引用
本揭露请求于2019年8月2日提交的临时美国专利申请序列号62/882,227(“‘227临时”)的权益和优先权,其发明名称为“Acknowledgement Instruction in New Radio”。出于所有目的,‘227临时的内容通过引用完全并入本文。
技术领域
本揭露大体上涉及无线通信,并且更具体地,涉及用于处理通信系统中混合自动重传请求(HARQ)反馈传输的方法和设备。
背景技术
随着连接装置数量的巨大增长和用户/网络业务量的快速增长,已经做出了各种努力通过提高数据速率、延迟、可靠性和移动性来改进像第五代(5G)新无线电(NR)那样的下一代无线通信系统的无线通信的不同方面。
5G NR系统旨在提供灵活性和可配置性,以优化网络服务和适应各种使用案例,诸如增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)以及超可靠低延迟通信(URLLC)。
然而,随着对无线电接入的需求不断增加,需要本领域的进一步改进。
发明内容
本揭露涉及用于处理通信系统中HARQ反馈传输的方法和设备。
根据本揭露的一方面,提供了一种由用户设备(User Equipment,UE)执行的方法。所述方法包括所述UE从基站(Base Station,BS)接收物理下行链路控制信道(PhysicalDownlink Control Channel,PDCCH)上的下行链路控制信息(Downlink ControlInformation,DCI)。所述DCI调度物理下行链路共享信道(Physical Downlink SharedChannel,PDSCH)上的DL数据的接收。所述方法进一步包括UE根据DCI确定是否为DL数据发送HARQ反馈。
根据本揭露的另一方面,提供了一种用户设备(User Equipment,UE)。所述UE包括存储器和耦接到所述存储器的至少一个处理器。所述至少一个处理器别配置为从BS接收PDCCH上的DCI。所述DCI调度PDSCH上DL数据的接收。所述至少一个处理器进一步被配置成根据所述DCI确定是否发送针对所述DL数据的HARQ反馈。
附图说明
当随附图阅读时,从以下详细叙述中最好地理解本揭露的各方面。各种特征未按比例绘制。为了清楚讨论,各种特征的尺寸可以任意增大或减小。
图1是展示了根据本揭露的实施方式的基于由PDCCH指示的参数K0和K1确定的PDSCH的资源位置和HARQ反馈传输的资源的示意图。
图2是展示了根据本申请的示例的包括UE的媒体接入控制(Medium AccessControl,MAC)实体和物理(Physical,PHY)层的协议栈的架构的示意图。
图3是根据本揭露的实施方式的由UE执行的DL进程的流程图。
图4展示了根据本揭露的实施方式的由UE执行的用于处理HARQ反馈传输的方法的流程图。
图5展示了根据本揭露的实施方式的用于处理HARQ反馈传输的方法的流程图。
图6展示了根据本揭露的实施方式的用于处理HARQ反馈传输的方法的流程图。
图7展示了根据本揭露的实施方式的用于处理HARQ反馈传输的方法的流程图。
图8示出了根据本揭露的各种方面的用于无线通信的节点的框图。
具体实施方式
以下叙述含有与本揭露中的示例性实施方式相关的特定信息。本揭露中的附图和其随附的详细叙述仅为示例性实施方式。然而,本揭露并不仅局限于这些示例性实施方式。本领域技术人员将会想到本揭露的其他变化与实施方式。除非另有说明,附图中相同或对应的元件可由相同或对应的附图标号表示。此外,本揭露中的附图与例示通常不是按比例绘制的,且非旨在与实际的相对尺寸相对应。
以下叙述含有与本揭露中的示例性实施方式相关的特定信息。本揭露中的附图和其随附的详细叙述仅为示例性实施方式。然而,本揭露并不局限于此些示例性实施方式。本领域技术人员将会想到本揭露的其他变化与实施方式。除非另有说明,附图中相同或对应的元件可由相同或对应的附图标号表示。此外,本揭露中的附图与例示通常不是按比例绘制的,且非旨在与实际的相对尺寸相对应。
出于一致性和易于理解的目的,在示例附图中藉由标号以标示相同特征(虽在一些示例中并未标示)。然而,不同实施方式中的特征在其他方面可能不同,因此不应狭义地局限于附图所示的特征。
对“一种实施方式”、“一实施方式”、“示例实施方式”、“各种实施方式”、“一些实施方式”、“本揭露的实施方式”等的引用可以指示这样描述的本揭露的(一个或多个)实施方式可以包括特定的特征、结构或特性,但并不是本揭露内容的每个可能的实施方式都必须包括特定的特征、结构或特性。进一步地,重复使用短语“在一个实施方式中”、“在示例实施方式中”或“一实施方式”并不一定指相同的实施方式,尽管它们可以指相同的实施方式。此外,对与“本揭露”有关的像“实施方式”那样的短语的任何使用都不意味着表征本揭露的所有实施方式必须包括特定的特征、结构或特性,而是应当理解为意思是“本揭露的至少一些实施方式”包括所述特定的特征、结构或特性。术语“耦接”被定义为通过中间元件直接地或间接地连接,并且不必限于物理连接。术语“包含”在使用时表示“包括但不一定限于”;它明确指出开放式包含或所描述的组合、组、系列和等同物的成员。
术语“和/或”在本文中仅是用于描述相关联对象的关联关系,并且表示可存在三种关系,例如,A和/或B可以表示:A单独存在,A和B同时存在,以及B单独存在。“A和/或B和/或C”可以表示存在A、B和C中的至少一个。另外,本文中使用的字符“/”通常表示前者和后者相关联对象处于“或”关系。
再者,出于非限制性解释的目的,阐述如功能实体、技术、协议、标准等具体细节以提供对所叙述技术的理解。在其他示例中,省略了对众所周知的方法、技术、系统、架构等的详细叙述,以免不必要的细节模糊叙述。
本领域技术人员将立即认识到本揭露中描述的任何(一个或多个)网络功能或(一个或多个)算法可以由硬件、软件或软件和硬件的组合来实施。所揭露的功能可以对应于模块,这些模块可以为软件、硬件、固件或其任何组合。软件实施方式可以包括存储在如存储器或其他类型的存储装置的计算机可读介质上的计算机可执行指令。例如,具有通信处理能力的一个或多个微处理器或通用计算机可被编程有对应的可执行指令并执行所描述的(一个或多个)网络功能或(一个或多个)算法。微处理器或通用计算机可以由专用集成电路(Applications Specific Integrated Circuitry,ASIC)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(Digital Signal Processor,DSP)构成。虽然本说明书中描述的一些示例性实施方式是针对在计算机硬件上安装和执行的软件,但是作为固件或硬件或硬件与软件的组合而实施的替代示例实施方式也在本揭露的范围内。
计算机可读介质可包括但不限于随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、可擦除可编程只读存储器(Erasable ProgrammableRead-Only Memory,EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory,EEPROM)、闪存、光盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、磁带盒、磁带、磁盘存储装置或能够存储计算机可读指令的任何其他等效介质。
无线通信网络架构(例如,长期演进(Long Term Evolution,LTE)系统、LTE高级(LTE-Advanced,LTE-A)系统、或LTE高级Pro系统)通常包括至少一个BS、至少一个UE、以及一个或多个向网络提供连接的可选网络元素。UE可以通过由BS建立的无线电接入网络(RAN)与网络(例如,核心网络(Core Network,CN)、演进分组核心(Evolved Packet Core,EPC)网络、演进通用地面无线电接入网络(Evolved Universal Terrestrial RadioAccess network,E-UTRAN)、下一代核心(Next-Generation Core,NGC)或互联网)进行通信。
需要说明的是,在本揭露中,UE可以包括但不限于移动基站、移动终端或装置或用户通信无线电终端。例如,UE可以为便携式无线电设备,其包括但不限于具有无线通信能力的移动电话、平板计算机、可穿戴装置、传感器或个人数字助理(PDA)。UE被配置以透过空中接口接收和发送信号到RAN中的一个或多个小区(cell)。
BS可以包括但不限于通用移动通信系统(Universal Mobile TelecommunicationSystem,UMTS)中的节点B(Node B,NB)、LTE-A中的演进节点B(evolved Node B,eNB)、UMTS中的无线电网络控制器(Radio Network Controller,RNC)、全球移动通信系统(GlobalSystem for Mobile communication,GSM)/GSM EDGE无线电接入网络(GSM EDGE RadioAccess Network,GERAN)中的基站控制器(Base Station Controller,BSC)、与5GC连接的E-UTRA BS中的ng-eNB、5G访问网络(5GAccess Network,5G-AN)中的下一代节点B(generation Node B,gNB)、和任何能够控制无线电通信和管理小区内无线电资源的其他装置。BS可以通过到网络的无线电接口服务一或多个UE。
可以根据以下无线电接入技术(RAT)中的至少一种配置BS以提供通信服务:全球互通微波访问(Worldwide Interoperability for Microwave Access,WiMAX)、GSM(通常称为2G)、GERAN、通用分组无线电业务(General Packet Radio Service,GPRS)、根据基本宽带码分多址(W-CDMA)的UMTS(通常称为3G)、高速分组接入(High-Speed Packet Access,HSPA)、LTE、LTE-A、eLTE、NR(通常称为5G)和LTE-A Pro。然而,本揭露的范围不应限于上述协议。
BS可以为可被操作,以使用多个包括在RAN中的小区向特定地理区域提供无线电覆盖范围。BS可以支持小区的操作。每个小区可被操作以在其无线电覆盖范围内向至少一个UE提供服务。在一个实施方式中,每个小区(通常称为服务小区)可以提供服务以在其无线电覆盖范围内服务一个或多个UE(例如,每个小区将DL资源和可选的上行链路(UL)资源调度到其无线电覆盖范围内的至少一个UE用于DL和可选的UL分组传输)。BS可透过复数个小区与无线电通信系统中的一个或多个UE通信。小区可以分配支持邻近服务(ProximityService,ProSe)的侧链路(sidelink,SL)资源。每个小区可具有与其他小区重叠的覆盖范围区域。在多RAT双连通性(Multi-RAT Dual Connectivity,MR-DC)的情况下,主小区组(Master Cell Group,MCG)或辅小区组(Secondary Cell Group,SCG)的主小区可以被称为特殊小区(Special Cell,SpCell)。PCell可以指MCG的SpCell。主辅小区(PrimarySecondary Cell,PSCell)可以指SCG的SpCell。MCG意思是与MN相关联的一组服务小区,包括SpCell以及可选的一个或多个辅小区(secondary cell,SCell)。SCG意思是与SN相关联的一组服务小区,包括SpCell以及可选的一个或多个SCell。
如以上所讨论的,NR的帧结构支持灵活配置以适应各种下一代(例如,5G)通信要求,如eMBB、mMTC和URLLC,同时满足高可靠性、高数据速率和低延迟要求。第三代合作伙伴计划(3GPP)中约定的正交频分复用(orthogonal frequency-division multiplexing,OFDM)技术可以用作NR波形的基线。也可以使用可扩充的OFDM参数集,如自适应子载波间隔、信道带宽和循环前缀(Cyclic Prefix,CP)。另外,考虑NR的两种编码方案:(1)低密度奇偶校验码(low-density parity-check,LDPC)和(2)极化码。编码方案自适应性可基于信道条件和/或服务应用来配置。
此外,也考虑在单一NR帧的传输时间间隔中,至少应包括DL传输数据、防护时段和UL传输数据,其中,DL传输数据、防护时段、UL传输数据的各个部分也应为可配置的,例如,基于NR的网络动态。另外,侧链路资源也可以在NR帧中提供,以支持ProSe服务。
在NR无线通信系统中,UE侧的DL数据接收可以通过检测物理下行链路控制信道(Physical Downlink Control Channel,PDCCH)并在PDCCH上找到可能的分配来实现。例如,该分配可以是在PDCCH(候选)上找到的UE特定的下行链路控制信息(Downlink ControlInformation,DCI)。DCI可以指示用于PDSCH上的DL数据接收的时频资源位置。此外,DCI可以指示UE应当针对PDSCH上的DL数据接收执行HARQ反馈传输(例如,HARQ确认(ACKnowledgement,ACK)传输)的时间。
图1是展示了根据本揭露的实施方式的基于由PDCCH指示的参数K0和K1确定的PDSCH的资源位置和HARQ反馈传输的资源的示意图。
如图1所示,参数K0可以表示包含PDCCH(例如,PDCCH 102)的时隙(例如,子帧n的时隙0)和包含由PDCCH(例如,PDCCH 102)携带的DCI指示/调度的PDSCH(例如,PDSCH 104)的时隙(例如,子帧n的时隙1)之间的时隙偏移。因此,在图1的示例中,K0=1。另一方面,参数K1可以表示包含PDSCH(例如,PDSCH 104)的时隙(例如,子帧n的时隙1)与BS指给UE在由BS配置的UL资源(例如,UL资源106)上针对PDSCH 104执行HARQ反馈传输的时隙(例如,子帧n+1的时隙1)之间的时隙偏移。在图1的示例中,K1=2。K0和K1参数的值可以经由DCI指示给UE。应当注意,即使在图1所示的实施方式中每个子帧仅包括两个时隙,但是在本申请的一些其他实施方式中,一个子帧中可以包括任何数量的时隙。此外,每个子帧中包含的时隙的数量可以取决于参数集配置的参数集。
图2是展示了根据本申请的示例的包括UE的MAC实体和PHY层的协议栈的架构的示意图。
如图2所示,UE可以包括PHY层202和至少一个MAC实体204,至少一个MAC实体204包括控制实体206、HARQ实体208以及解调和解码(Demodulation and Decoding,D&D)实体210。控制实体206可以表示除了HARQ实体208和D&D实体210之外的UE的MAC实体/层。HARQ实体208可以维护K个HARQ进程212(例如,HARQ进程#1到HARQ进程#K,其中K是自然整数),每个HARQ进程212对应于HARQ进程标识(Identity,ID)。D&D实体210可以负责分解和解复用接收到的MAC协议数据单元(Protocol Data Unit,PDU)。应当注意,在本揭露的一些实施方式中,术语“HARQ进程ID”、“HARQ ID”和“HARQ进程号”可以互换。
另外,应当注意,图2中的实施方式仅为说明目的而示出,并不意味着限制本申请的范围。例如,在一些其他实施方式中,UE中或多或少的实体可以参与DL进程的处理。
图3是根据本揭露的实施方式的由UE执行的DL进程的流程图。为了便于讨论和说明,图2所示的UE的协议栈中包括的实体在图3中用相同的标记示出。
在动作302(步骤1)中,UE的PHY层202可以根据gNB的配置监测PDCCH候选,从而通过在PDCCH上解码DCI(例如,利用由UE的特定无线网络临时标识符(RNTI)加扰的循环冗余校验(Cyclic Redundancy Check,CRC))来从PDCCH获得DL分配。例如,(例如,特定RNTI可以是Cell-RNTI(C-RNTI)。在一些实施方式中,UE可以使用DL分配来确定包括PDSCH的时隙的时间位置和/或包括用于发送HARQ反馈的资源的时隙的时间位置。例如,DL分配可以包括K0和K1参数。
在动作304(步骤2)中,PHY层202可以向UE的MAC层(例如,图2所示的MAC实体204的控制实体206)提供接收到PDCCH上的DL分配的指示。在一些实施方式中,接收到DL分配的指示可以包括PDSCH接收分配和包含新数据指示符(New Data Indicator,NDI)的HARQ信息。
在动作306(步骤3)中,UE的控制实体206可以基于从PHY层202接收到DL分配的指示来评估DL分配的目的和类型。例如,MAC实体可以确定DL分配是否用于MAC实体的C-RNTI,和/或NDI是否已被触发。
在动作308(步骤4)中,UE的控制实体206可以向HARQ实体208通知存在DL分配,并将HARQ信息(例如,包括HARQ进程ID)提供给HARQ实体208。
在动作310(步骤5)中,在PDSCH接收结束之后的时间(例如,在时域中PDSCH的最后一个符号的末尾),PHY层202可以将在PDSCH上接收的传输块(Transport Block,TB)提供给UE的MAC层(例如,提供给MAC实体204的控制实体206)。
在动作312(步骤6)中,控制实体206可以向HARQ实体208提供TB和指示HARQ进程(例如,图2中所示的HARQ进程212)的HARQ信息。
在动作314(步骤7)中,HARQ实体208可以确定TB的传输类型(例如,重传或新传输)。例如,当执行HARQ进程时,HARQ实体208可以确定NDI是否已被触发以及DL分配是否是新传输。
如果在动作314中确定DL分配为新传输,则在动作316(步骤8)中,控制实体206可以指示PHY层202对接收到的数据进行解码。
如果在动作314中确定DL分配为重传,并且接收到的数据没有被PHY层202成功解码,则在动作318(步骤8’)中,控制实体206可以指示PHY层202执行软组合进程,在该进程中,PHY层202可以将接收到的数据与当前存储在该TB的软缓冲区中的数据进行组合,然后尝试对组合的数据进行解码。
在动作320(步骤9)中,PHY层202可以根据来自控制实体206的指令对接收到的数据进行解码,并且在动作322中,将解码后的数据提供给UE的MAC层(例如,控制实体206)。
在动作324(步骤10)中,如果在动作320中成功解码了接收的数据(步骤9),则UE的MAC层(例如,控制实体206)可以向D&D实体210提供对应于解码数据的MAC PDU。例如,D&D实体210可以将MAC PDU分解和解复用。
此外,如果在动作320中成功解码了接收到的数据,则在动作326(步骤11)中,UE的MAC层(例如,控制实体206)可以进一步指示PHY层202层生成该TB中接收到的数据的HARQ反馈(例如,ACK/否定确认(NACK))。
相反,如果在动作320中接收到的数据没有被成功解码,则UE的MAC层(例如,控制实体206)可以指示PHY层202将存储在软缓冲区中的数据替换为MAC实体指示PHY层202解码的数据。然后,在动作328(步骤11’)中,UE的MAC层(例如,控制实体206)可以指示PHY层202生成该TB中的数据的HARQ反馈。
应当注意,尽管动作302、304、306、308、310、312、314、316、318、320、322、324、326和328在图3中被描绘为单独的动作,但是这些分开描绘的动作不应该被解释为必然是依赖于顺序的。图3中执行动作的顺序并不旨在被解释为限制,并且可以以任何顺序组合任何数量的所述动作以实施该方法或替代方法。此外,在一些本发明实施方式中,可以省略DL进程中的动作302、304、306、308、310、312、314、316、318、320、322、324、326和328中的一个或多个。例如,动作310(步骤5)可以与动作304(步骤2)组合或合并到动作304中。在这种情况下,UE的PHY层可以在UE接收到PDSCH之后,向MAC实体传递/提供DL分配和对应的HARQ信息,以及接收到的TB。
部分A–指示HARQ反馈传输
在本部分中,提供了BS(例如,gNB)如何向UE指示是否针对PDSCH接收执行HARQ反馈传输的示例。
例如,在无线电资源控制(Radio Resource Control,RRC)(重)配置过程和/或动态DL调度期间,BS可以向UE指示是否针对BS动态调度的每个PDSCH接收执行HARQ反馈传输。在情况A1至A12中描述了UE和BS的操作示例。
情况A1
在情况A1中,BS可以通过包括在BS的动态调度中提供的DCI中的指示符,向UE指示是否针对BS动态调度的PDSCH接收执行HARQ反馈传输。该指示符可以通过显式或隐式方式实施。
在一个实施方式中,指示符可以包括一个或多个DCI字段。例如,指示符可以包括指示HARQ进程号的DCI字段(例如,在3GPP技术规范(Technical Specification,TS)38.212中提供的HARQ进程号字段)。如果HARQ进程号的值在特定范围内或在有效范围外,则UE可以不针对对应的PDSCH接收执行HARQ反馈传输。
在一个实施方式中,特定范围/有效范围可以由UE通过由DL RRC消息携带的pre-RRC配置来确定。在一个实施方式中,特定范围/有效范围可以取决于UE实施方式。例如,特定范围可以通过由BS配置的参数(例如,表示为nrofHARQ-ProcessesForNA的信息元素(Information Element,IE))来确定,其中nrofHARQ-ProcessesForNA的值可以是用于(服务小区的)PDSCH接收的HARQ进程的数量,不需要执行该PDSCH接收的对应HARQ反馈传输。
在一个实施方式中,特定范围可以从(nrofHARQ-ProcessesForPDSCH-nrofHARQ-ProcessesForNA+1)的值开始并在nrofHARQ-ProcessesForPDSCH的值处结束。nrofHARQ-ProcessesForPDSCH可以指示要在服务小区的PDSCH上使用的HARQ进程的数量。例如,当在PDSCH上使用2个HARQ进程时,将nrofHARQ-ProcessesForPDSCH的值设置为n2,当在PDSCH上使用4个HARQ进程时,将nrofHARQ-ProcessesForPDSCH的值设置为n4,依此类推。
在一个实施方式中,特定范围可以从(nrofHARQ-Processes+1)的值开始并在(nrofHARQ-Processes+nrofHARQ-ProcessesForNA)的值结束。nrofHARQ-Processes可以是(或指示)为服务小区配置的HARQ进程的数量(例如,参考3GPP TS 38.331)。
在一个实施方式中,具体范围可以是[0到(nrofHARQ-Processes-nrofHARQ-ProcessesForNA+1)]。
在一个实施方式中,具体范围可以是[0到(nrofHARQ-ProcessesForNA-1)]。
在一个实施方式中,具体范围可以是[(nrofHARQ-ProcessesForNA+1)到nrofHARQ-Processes]。
在一个实施方式中,nrofHARQ-ProcessesForNA可以由BS基于服务小区基础、半持久调度(Semi-Persistent Scheduling,SPS)配置基础或带宽部分(Bandwidth Part,BWP)基础来配置。
在一个实施方式中,参数(例如,nrofHARQ-ProcessesForNA-like)可用于指示特定范围(例如,对于BWP或服务小区)。UE可能不会在特定范围内使用其HARQ进程ID执行针对HARQ进程的HARQ反馈传输。
在一个实施方式中,动态调度的特定范围和SPS的特定范围可以是相同或分开的范围。
在一个实施方式中,如果UE没有配置有nrofHARQ-ProcessesForNA(或者nrofHARQ-ProcessesForNA缺失),则UE可以应用默认/预定义的值来确定要在服务小区的PDSCH中使用的HARQ进程的数量。在一个实施方式中,默认/预定义的值可以由RRC配置来指示。
在一个实施方式中,如果参数dl-DataToUL-ACK(例如,在3GPP TS 38.331中规定)未在PUCCH配置(例如,PUCCH-Config)中配置,则UE可能不需要向BS报告ACK。在这种情况下,BS可以禁止UE在一个或多个配置的UL BWP中报告ACK。在一个实施方式中,参数dl-DataToUL-ACK可以是(或包括)(一个或多个)条目的列表,其中列表中的每个条目可以指示从当前PDSCH到DL ACK的时间偏移(例如,当前PDSCH的HARQ反馈)。在一个实施方式中,PUCCH配置可以由BS基于UL BWP基础来配置。在一个实施方式中,dl-DataToUL-Ack可以由BS经由DL RRC消息来配置。
在一个实施方式中,包含在DCI中的PDSCH-to-HARQ_feedback定时指示符(例如,如在3GPP TS 38.331和3GPP TS 38.212中定义的)可以映射到总共K个条目。如果dl-DataToUL-Ack中的条目数量是小于K的L,则PDSCH-to-HARQ_feedback定时指示符可以通过指示未包括在dl-DataToUL-Ack中的K-L个剩余条目中的至少一个来用作UE的“不需要的HARQ反馈”的指示。例如,如果dl-DataToUL-Ack总共包括三个条目(例如,‘00’、‘01’和‘10’),并且PDSCH-to-HARQ_feedback定时指示符是能够指示4个条目(例如,‘00’、‘01’、‘10’和‘11’)的2位指示符,则PDSCH-to-HARQ_feedback定时指示符可以用于通过指示不包括在dl-DataToUL-Ack中的剩余条目(例如,‘11’)向UE通知以下事件(a1)到(a6)之一:
-(a1)不需要发送HARQ反馈(例如,ACK/NACK);
-(a2)禁用对应BWP/服务小区/服务小区组/UE的HARQ反馈传输;
-(a3)将对应BWP/服务小区/服务小区组/UE的HARQ反馈传输禁用一段配置/预定义的时间;
-(a4)禁用对应BWP/服务小区/服务小区组/UE的HARQ反馈,直到UE接收到来自BS的使能信令;
-(a5)启用对应BWP/服务小区/服务小区组/UE的HARQ反馈传输;以及
-(a6)在配置/预定义的时间段内启用对应BWP/服务小区/服务小区组/UE的HARQ反馈传输。
在一个实施方式中,PDSCH-to-HARQ_feedback定时指示符可以用于通过指示映射到PDSCH-to-HARQ_feedback定时指示符并且不包括在dl-DataToUL-Ack中的剩余条目的默认条目来向UE通知事件(a1)到(a6)之一。在一个实施方式中,默认条目可以是剩余条目的最后一个条目。例如,最后一个条目可能在所有剩余条目中具有最大的索引号。在一个实施方式中,默认条目可以是剩余条目中的第一个条目。例如,第一个条目可能在所有剩余条目中具有最小的索引号。在一个实施方式中,默认条目可以具有由BS预先配置的索引号。例如,可以基于BWP/服务小区/小区组/UE基础来配置索引号。
在一个实施方式中,UE可以配置有dl-DataToUL-ACK并接收DCI格式1_0。DCI中的PDSCH-to-HARQ_feedback定时指示符(具有DCI格式1_0)可以指示HARQ反馈传输(例如,ACK/NACK的传输)的时隙偏移。如果由PDSCH-to-HARQ_feedback定时指示符指示的时隙偏移没有出现在默认的时隙偏移集合(例如,{1,2,3,4,5,6,7,8})以及由dl-DataToUL-ACK为服务小区的活动DL BWP提供的时隙偏移集合中,则PDSCH-to-HARQ_feedback定时指示符可以用于向UE通知事件(a1)到(a6)之一。
在一个实施方式中,如果在PUCCH-Config中未配置(例如,按照UL BWP)dl-DataToUL-ACK,并且如果PDSCH接收由DCI格式1_1调度,则UE可以不针对(一个或多个)PDSCH接收执行(一个或多个)对应HARQ反馈传输。
在一个实施方式中,当满足上述实施方式中提及的一个或多个条件时,可以向UE通知事件(a1)到(a6)之一。
在一个实施方式中,UE是否执行HARQ反馈传输可以取决于PDSCH的(在时域中的)资源分配是由RRC配置还是由来自PHY层的(一个或多个)预定义资源分配表(例如,如3GPPTS 38.214中定义的)确定的。在该实施方式中,可以认为RRC配置或(一个或多个)预定义资源分配表是向UE指示是否执行HARQ反馈传输的隐式指示符。
在一个实施方式中,RRC配置可以包括至少一个PDSCH时域资源分配表(例如,表示为pdsch-TimeDomainAllocationList的IE)。
在一个实施方式中,可以存在多个PDSCH时域资源分配表(例如,pdsch-TimeDomainAllocationList)。例如,根据以下因素(b1)到(b5)中的至少一个因素,UE可以确定PDSCH在时域中的资源分配是由RRC配置(例如,pdsch-TimeDomainAllocationList)确定的还是由PHY层中的(一个或多个)资源分配表确定的:
-(b1)携带DCI的PDCCH搜索空间的类型;
-(b2)用DCI的CRC位加扰的RNTI的类型;
-(b3)同步信号(Synchronization Signal,SS)/物理广播信道(PhysicalBroadcast Channel,PBCH)块(SSB)和控制资源集(Control Resource Set,CORESET)复用模式;
-(b4)公共PDSCH配置(例如,表示为pdsch-ConfigCommon的IE)是否包括pdsch-TimeDomainAllocationList;以及
-(b5)PDSCH配置(例如,表示为pdsch-Config的IE)是否包括pdsch-TimeDomainAllocationList。
在一个实施方式中,UE是否执行HARQ反馈传输可以取决于PDSCH的(在时域中的)资源分配是基于包括IE pdsch-TimeDomainAllocationListNA的RRC还是基于PHY层中的(一个或多个)预定义资源分配表来确定的。在该实施方式中,可以认为RRC配置或(一个或多个)预定义资源分配表是向UE指示是否执行HARQ反馈传输的隐式指示符。例如,当UE确定PDSCH在时域中的资源分配是基于pdsch-TimeDomainAllocationListNA和/或(一个或多个)预定义资源分配表确定时,UE可以不发送对应的HARQ反馈。与pdsch-TimeDomainAllocationList相比,pdsch-TimeDomainAllocationListNA可以是单独的IE/参数,其中列出的(一个或多个)资源分配可以特定于不需要执行(一个或多个)对应HARQ反馈传输的(一个或多个)PDSCH。类似地,(一个或多个)预定义资源分配表可以特定于不需要执行(一个或多个)对应HARQ反馈传输的(一个或多个)PDSCH。在一个实施方式中,UE可以配置有多个PDSCH时域资源分配表(例如,包括至少一个pdsch-TimeDomainAllocationListNA和/或至少一个pdsch-TimeDomainAllocationList)。在一个实施方式中,可以由BS基于BWP/PDSCH/服务小区/服务小区组基础来配置pdsch-TimeDomainAllocationListNA。
在一个实施方式中,UE是否执行HARQ反馈传输可以取决于PDSCH的(在时域中的)资源分配是否由(一个或多个)预定义资源分配表来确定。(一个或多个)预定义资源分配表可以由RRC层配置或在UE的PHY层中预定义。在一个实施方式中,可以为不需要UE发送(一个或多个)对应HARQ反馈的DL调度提供(一个或多个)预定义资源分配表。
在一个实施方式中,UE是否执行HARQ反馈传输可以取决于PDSCH的如S、L和/或K0等(一个或多个)参数的值是否大于(或小于)阈值,其中,参数S可以是时隙中调度的物理下行链路共享信道(PDSCH)的起始符号的索引,参数L可以是时隙中PDSCH的连续符号的数量,参数K0可以指示包含PDCCH(例如,图1所示的PDCCH102)的时隙(例如,图1所示的子帧n的时隙0)和包含由PDCCH(例如,图1所示的PDCCH 102)携带的DCI指示/调度的PDSCH(例如,图1所示的PDSCH 104)的时隙(例如,图1所示的子帧n的时隙1)之间的时间偏移,以及参数K1可以指示含有PDSCH(例如,图1所示的PDSCH 104)的时隙(图1所示的子帧n的时隙1)和指示UE执行HARQ反馈传输的时隙(例如,图1所示的子帧n+1的时隙1)之间的时隙偏移。因此,在该实施方式中,如S、L和/或K0等(一个或多个)参数可以被认为是向UE指示是否执行HARQ反馈传输的隐式指示符。在一个实施方式中,阈值可以在UE中预定义或取决于UE实施方式。在一个实施方式中,该阈值可以由BS经由(一个或多个)DL RRC消息基于UE/服务小区组/服务小区/BWP基础来配置。
在一个实施方式中,UE是否执行HARQ反馈传输可以取决于(一个或多个)参数的值(如PDSCH的S、L和/或K0)是否与值(或一组值)匹配。该值(或该组值)可以在UE中预定义或取决于UE实施方式。在一个实施方式中,该值(该组值)可以由BS经由(一个或多个)DL RRC消息基于UE/服务小区组/服务小区/BWP基础来配置。
在一个实施方式中,当DCI的CRC位用UE特定的RNTI加扰并且DCI内的NDI字段被设置为0/1时,这意味着不需要针对对应于DCI的PDSCH发送HARQ反馈(例如,ACK/NACK)。在一个实施方式中,UE特定的RNTI可以是给UE配置的UE特定的RNTI之一。
在一个实施方式中,UE是否执行HARQ反馈传输可以取决于DCI中的至少一个DCI字段的内容。例如,网络(Network,NW)/BS可以将DCI中的第一DCI字段设置为第一值和/或将DCI中的第二DCI字段设置为第二值。当UE接收到包含第一DCI字段和第二DCI字段的DCI时,UE可以通过检查第一DCI字段和/或第二DCI字段的值来确定是否启用/禁用对应HARQ反馈传输。
情况A2
在这种情况下,BS可以隐含地向UE指示是否经由对DCI的CRC位进行加扰的UE特定的RNTI来(针对动态调度的(一个或多个)PDSCH接收)执行HARQ反馈传输。在一个实施方式中,UE特定的RNTI可以由BS经由DL RRC消息来配置。
例如,当利用配置的调度-RNTI(Configured Scheduling-RNTI,CS-RNTI)、调制编码方案-小区-RNTI(Modulation Coding Scheme-Cell-RNTI,MCS-C-RNTI)(其可以在3GPPTS 38.331中提供)或TS 38.213和TS 38.331中提供的RNTI对DCI的CRC位进行加扰时,UE可以不执行对应的HARQ反馈传输。
例如,可以利用TS 38.213和TS 38.331中定义的CS-RNTI、MCS-C-RNTI或RNTI来对DCI的CRC位进行加扰,并且DCI中包含的一个或多个字段可以明确地向UE指示激活的SPS(经由DCI)的所有PDSCH接收不需要执行对应的HARQ反馈传输。
例如,当用RNTI对DCI的CRC位进行加扰时,UE可能不需要执行对应的HARQ反馈传输。RNTI可以应用于用于PDSCH调度的DCI格式(例如,DCI格式1_0、DCI格式1_1或DCI格式1_2)。
情况A3
在这种情况下,BS可以隐含地向UE指示是否经由特定的DCI格式(针对动态调度的PDSCH接收)执行HARQ反馈传输。
例如,如果BS使用DCI格式1_0/1_1进行DL调度,则UE在接收到DCI格式1_0/1_1后可以不执行对应的HARQ反馈传输。
例如,如果BS采用任何传统DCI格式以外的DCI格式进行DL调度,则UE在接收到DCI格式后可以不执行对应的HARQ反馈传输。在一个实施方式中,DCI格式可以被设计用于增强DL调度的稳健性和可靠性。在一个实施方式中,DCI格式可以被设计用于向UE指示是否需要HARQ反馈传输。
情况A4
在这种情况下,BS可以隐含地向UE指示是否经由调度PDSCH接收的PDCCH来针对PDSCH接收执行HARQ反馈传输。
例如,如果在UE特定的搜索空间或公共搜索空间上接收到调度PDSCH接收的DCI,则UE可以不执行对应的HARQ反馈传输。
例如,如果从由特定类型的服务小区指示的PDCCH解码调度PDSCH接收的DCI,则UE可以不执行对应的HARQ反馈传输。特定类型的服务小区可以是(或包括)PCell、PSCell、传输接收点(Transmission Reception Point,TRP)、波束或为特定类型的服务(例如,非地面网络(Non-Terrestrial Network,NTN))配置的小区。
例如,如果从UE特定的/BWP特定的CORESET(例如,对应于表示为ControResourceSet的IE)配置指示的PDCCH解码调度PDSCH接收的DCI,则UE可以不执行对应的HARQ反馈传输。例如,如果从由RRC层中的non-ack指示指示的CORESET配置指示的PDCCH解码调度PDSCH接收的DCI,则UE可以不执行对应的HARQ反馈传输。
例如,如果从由UE特定的/BWP特定的搜索空间(例如,对应于表示为SearchSpace的IE)配置指示的PDCCH解码调度PDSCH接收的DCI,则UE可以不执行对应的HARQ反馈传输。例如,如果从由RRC层中的non-ack指示所指示的特定搜索空间配置指示的PDCCH解码调度PDSCH接收的DCI,则UE可以不执行对应的HARQ反馈传输。
情况A5
在这种情况下,BS可以隐含地向UE指示是否经由在其上发送DL数据(例如,TB)的PDSCH(针对动态调度的(一个或多个)PDSCH接收)执行HARQ反馈传输。
例如,当PDSCH在特定BWP上时,UE可以不执行对应的HARQ反馈传输。特定的BWP可以由BS经由BWP标识(ID)或经由包含在BWP-Downlink IE、BWP-DownlinkDedicated IE、BWP-DownlinkCommon IE、PDSCH-ConfigCommon IE或PDSCH-Config IE中的指示符来指示。
例如,当PDSCH在特定服务小区上时,UE可以不执行对应的HARQ反馈传输。该特定服务小区可以由BS经由服务小区ID或经由包含在ServingCellConfigCommon IE、ServingCellConfig IE、PUSCH-ServingCellConfig IE或PDSCH-ServingCellConfig IE中的指示符来指示。例如,特定服务小区可以是(或包括)为特定服务(例如,NTN)配置的PCell、PSCell、TRP、波束或小区。
在一个实施方式中,当PDSCH在特定服务小区组上时,UE可以不执行对应的HARQ反馈传输。特定的服务小区组可以由BS经由服务小区组ID(例如,MCG或SCG的ID)或经由包含在CellGroupConfig IE、MAC-CellGroupConfig IE或PhysicalCellGroupConfig IE中的指示符来指示。
在一个实施方式中,PDSCH可以由RRC指示non-ack来指示。
在一个实施方式中,non-ack可以基于UE/服务小区组/服务小区/BWP/SPS配置基础来配置。例如,如果用non-ack指示服务小区,则对应于该服务小区的每个PDSCH接收可以不需要对应的HARQ反馈传输。在另一个示例中,如果用non-ack指示SPS配置,则对应于SPS配置的每个PDSCH接收可以不需要对应的HARQ反馈传输。
在一个实施方式中,UE可以配置有包括(一个或多个)BWP ID和/或(一个或多个)服务小区ID的配置。UE可以知道对应于配置中的(一个或多个)BWP ID和/或(一个或多个)服务小区ID的PDSCH接收可以不需要对应的HARQ反馈传输。
在一个实施方式中,PDSCH(或调度PDSCH的PDCCH)可以在特定(时间和/或频率)资源范围内。该特定范围可以由BS经由DL RRC消息基于BWP/服务/服务小区组/UE基础来预定义或配置。在一个实施方式中,如果PDSCH在特定资源范围内,则UE可以不针对PDSCH接收执行HARQ反馈传输。在一个实施方式中,如果PDSCH在特定资源范围之外,则UE可以不针对PDSCH接收执行HARQ反馈传输。
可以使用一个或多个参数来指示资源范围。例如,第一参数可以用于指示PDSCH(或调度PDSCH的PDCCH)的开始符号/时隙/子帧,而第二参数可用于指示PDSCH(或调度PDSCH的PDCCH)的结束符号/时隙/子帧索引。
情况A6
在这种情况下,BS可以隐含地向UE指示是否经由特定无线电资源模式(例如,在时域中设置(一个或多个)UL符号、(一个或多个)DL号和/或(一个或多个)灵活符号)(针对(一个或多个)动态调度的PDSCH接收)执行HARQ反馈传输。
例如,如果PDSCH在配置有特定无线电资源模式的特定服务小区上,则UE可以不执行对应的HARQ反馈传输。在一个实施方式中,特定服务小区可以是仅允许在其上执行(一个或多个)DL传输的仅DL(DL-only)小区。
例如,如果PDSCH在配置有特定无线电资源模式的特定子帧中,则UE可以不执行对应的HARQ反馈传输。在一个实施方式中,特定子帧的所有时隙/符号被配置为(一个或多个)DL时隙/(一个或多个)DL符号。例如,可以使用在3GPP TS 38.213中提供的至少一个新的时隙格式(例如,其slotFormatCombinationId等于或大于62)来向UE指示对于PDSCH接收而言不需要对应的HARQ反馈传输。在这种情况下,如果PDSCH接收在用新时隙格式指示的BWP上,则UE可以知道不需要发送针对PDSCH接收的对应HARQ反馈。
在一个实施方式中,灵活格式(取决于BS的调度,可以用作DL格式或UL格式)可以(例如,经由RRC消息)被配置为DL格式,其中不需要发送针对具有DL格式的(一个或多个)DL接收的(一个或多个)HARQ反馈。
在一种实施方式中,时隙格式列表可以由BS预先配置,或者在UE中预定义(例如,在没有BS/NW通知的情况下预先存储在UE中)。如果BS(例如,经由RRC信令或PHY信令(例如,时隙格式指示-RNTI(Slot Format Indication-RNTI,SFI-RNTI)))向UE指示时隙格式列表中的时隙格式(例如,BWP的时隙格式),则UE可以不针对PDSCH接收执行对应的HARQ反馈传输。
在一个实施方式中,如果PDSCH处于具有特定无线电资源模式(例如,DL/UL/灵活符号模式)的时隙中,则UE可以不针对PDSCH执行对应的HARQ反馈传输。
在一个实施方式中,特定子帧中的所有符号可以被配置为仅用于DL传输的DL符号。如果PDSCH在特定子帧中,则UE可以不执行对应的HARQ反馈传输。
情况A7
在这种情况下,在PDSCH上接收的TB可以具有特定的格式模式/数据结构。UE可以根据TB的格式模式/数据结构知道是否针对PDSCH执行对应的HARQ反馈传输。
例如,如果在PDSCH上接收的TB仅包括携带用于数据无线电承载(Data RadioBearer,DRB)或用于与被配置为确认模式(Acknowledged Mode,AM)/透明模式(Transparent Mode,TM)/未确认模式(Unacknowledged Mode,UM)/服务流的无线电链路控制(Radio Link Control,RLC)实体相关联的逻辑信道(Logical Channel,LCH)/逻辑信道组(Logical Channel Group,LCG)/LCH的服务数据单元(Service Data Unit,SDU)的子PDU,则UE可以不针对在其上接收TB的PDSCH执行对应的HARQ反馈传输。
在一个实施方式中,(UE的)MAC实体可以基于MAC PDU内容确定是否指示(UE的)PHY层发送HARQ反馈(例如,HARQ-ACK)。例如,MAC实体的确定可以基于以下各项:
-MAC子PDU的子报头中的逻辑信道标识符(Logical Channel Identifier,LCID);或
-MAC PDU是否包含MAC子PDU,其子报头包含具有特定值的LCID。例如,LCID的特定值可以是与携带MAC控制元素(Control Element,CE)或携带公共控制信道(CommonControl Channel,CCCH)或信令无线电承载(Signaling Radio Bearer,SRB)的LCH的MACSDU的MAC子PDU相对应的值。
情况A8
在这种情况下,UE是否应该针对由BS动态调度的PDSCH接收或针对SPS接收执行HARQ反馈可以取决于RRC配置。
在一个实施方式中,RRC配置可以包括PDSCH重复的次数。具体地,当应用PDSCH重复方案时,UE可以重复执行PDSCH传输,其中由UE基于PDSCH重复方案执行的每个PDSCH传输可以是PDSCH重复。
在一个实施方式中,RRC配置可以包括PDSCH的PDSCH聚合因子(例如,表示为pdsch-AggregationFactor的IE)。
在一个实施方式中,当PDSCH重复的次数超过(或低于)阈值时,UE可以不针对(一个或多个)PDSCH重复执行对应的HARQ反馈传输。阈值可以是在3GPP TS中寻址的预定值或由BS经由DL RRC消息预配置的预定值。在一个实施方式中,该阈值可以由BS基于服务小区组/服务小区/BWP/PDSCH基础来配置。例如,如果该阈值由BS基于服务小区组基础来配置,则BS可以用第一阈值配置第一服务小区组,并用第二阈值配置第二服务小区组,其中,第一阈值和第二阈值可以由BS独立/单独配置。在另一个示例中,如果该阈值由BS基于服务小区基础配置,则BS可以用第一阈值配置第一服务小区,并用第二阈值配置第二服务小区,其中,第一阈值和第二阈值可以由BS独立/单独配置。
在一个实施方式中,RRC配置可以包括指示PDSCH重复的次数的IE/参数(例如,表示为pdsch-AggregationFactorNA)。如果PDSCH配置有pdsch-AggregationFactorNA,则UE可以不执行对应的HARQ反馈传输。
情况A9
在这种情况下,UE是否应该针对PDSCH发送HARQ反馈可以由跳过HARQ反馈(Skipping HARQ Feedback,SHF)功能来确定。例如,当开启(或激活)SHF功能时,UE可以不执行HARQ反馈传输。相反,当SHF功能关闭(或去激活)时,HARQ反馈传输可以由UE执行。
在一个实施方式中,SHF功能的开/关(ON/OFF)状态可以由BS或UE控制。
在一个实施方式中,可以响应于以下因素(c1)到(c7)中的至少一个来切换SHF功能的开/关状态:
-(c1)RRC配置;
-(c2)DL MAC CE;
-(c3)DL MAC CE,其由具有特定LCID的MAC PDU子报头标识,其中DL MAC CE可以具有0位的固定大小;
-(c4)特定的DCI格式;
-(c5)特定的DCI字段;
-(c6)UE发现DCI的特定字段被设置为特定值;以及
-(c7)UE发现DCI的CRC位由特定的RNTI(例如,UE特定的RNTI)进行加扰。
在一个实施方式中,该SHF功能可以由BS基于UE/服务小区组/服务小区/BWP/PDSCH基础来配置。例如,如果基于BWP基础配置SHF功能,则UE是否对在第一BWP上接收的PDSCH执行对应的HARQ反馈传输可以由为第一BWP配置的SHF功能来确定;UE是否针对在第二BWP上接收的PDSCH执行对应的HARQ反馈传输可以由为第二BWP配置的SHF功能来确定,等等。
在一个实施方式中,SHF功能的初始状态(例如,开启状态或关闭状态)可以由用于配置SHF功能的RRC配置来指示。
在一个实施方式中,在配置SHF功能之后,BS还可以经由至少一个MAC CE或PHY层信令向UE指示开启/关闭SHF功能。
在一个实施方式中,SHF功能的开/关状态可以由定时器控制。定时器的初始值可以由来自BS的RRC信令配置。定时器的时间单位可以是帧/子帧/毫秒/亚毫秒/时隙/符号。
在一个实施方式中,在(例如,经由网络(NW)信令)指示SHF功能被开启时,可以启动或重新启动定时器。当定时器超时时,UE可以关闭SHF功能。
在一个实施方式中,在(例如,经由NW信令)指示SHF功能被关闭时,可以启动或重新启动定时器。当定时器到期时,UE可以开启SHF功能。
在一个实施方式中,当接收到PDSCH且对应的NDI被触发时,可以启动或重新启动定时器。当定时器超时时,UE可以关闭SHF功能。
在一个实施方式中,当UE从NW/BS接收到BWP交换信令时,可以启动或重新启动定时器。BWP切换信令可以是切换(活动)BWP的指示。
在一个实施方式中,在激活BWP时可以启动或重新启动定时器。
在一个实施方式中,当激活小区时可以启动或重新启动定时器。
在一个实施方式中,可以在激活默认BWP时启动或重新启动定时器。
在一个实施方式中,当UE激活非默认BWP时,可以启动或重新启动定时器。与由gNB指示为默认BWP的BWP相比,非默认BWP可以是其BWP ID与默认BWP的BWP ID不同的DL BWP。
在一个实施方式中,SHF功能的开/关状态的控制方法可以由在情况A1到A8中引入的实施方式来指示。例如,一旦如在情况A1到A8的实施方式中描述的情况中那样,PDSCH接收不需要HARQ反馈,则可以关闭SHF功能。
在一个实施方式中,SHF功能的开/关状态可以与系统帧号(SFN)、时隙号或OFDM符号号相关联。不是明确地向UE指示HARQ进程ID来通知UE对应于PDSCH的HARQ进程ID不需要哪个HARQ反馈,而是将HARQ进程与SFN或时隙号相关联可以减少信令开销。例如,在一个时隙中,UE可以根据以下表达式计算出指示关闭其相关联SHF功能的HARQ进程ID:
Disabled HARQ Process ID=[floor(CURRENT_slot/numberOfSlotsPerFrame)]modulo nrofHARQ-Processes
-其中CURRENT_slot=[(SFN×numberOfSlotsPerFrame)+帧中的时隙数],numberOfSlotsPerFrame表示每个帧中连续时隙的数量。
-结果,对于具有SFN#1的系统帧,HARQ#1的SHF可以被关闭,对于SFN#2,HARQ#2的SHF被禁用,以此类推。
情况A10
在此情况下,可以引入独立的MAC实体。如果PDSCH的TB由独立MAC实体接收/处理/处理,则UE可以不针对PDSCH执行对应的HARQ反馈传输。
情况A11
在这种情况下,当时间对准定时器(例如,对应于3GPP TS 38.331中提供的被表示为TimeAlignmentTimer的IE)的长度大于、小于或等于预定义/预配置值时,UE可以确定不为与时间对准定时器对应的PDSCH接收发送对应的HARQ反馈。
情况A12
在这种情况下,当被配置为在服务小区的PDSCH上使用的HARQ进程的数量大于预定义/预配置值时,可以不需要由UE执行PDSCH接收的HARQ反馈传输。
图4示出了根据本揭露的实施方式的由UE执行的用于处理HARQ反馈传输的方法400的流程图。方法400包括动作402和404。
在动作402中,UE可以从BS接收PDCCH上的DCI。DCI可以在PDSCH上调度/指示DL数据的接收。例如,DL数据可以包括来自PDSCH的一个或多个TB。
在动作404中,UE可以根据DCI确定是否针对DL数据(或针对接收到DL数据的PDSCH)发送HARQ反馈。该确定可以基于参照情况A1至A12描述的与DCI相关的标准。例如,如图5和图6所示,在动作404中确定是否需要HARQ反馈传输可以基于包括在DCI中的指示符。
图5展示了根据本揭露的实施方式的用于处理HARQ反馈传输的方法500的流程图。方法500包括动作502、504、506和508。
在动作502中,UE可以接收包括指示包含PDSCH的第一时隙和由BS指给UE在BS配置的UL资源上为PDSCH的DL数据发送HARQ反馈的第二时隙之间的时隙偏移的指示符(例如,参数K1)的DCI(例如,用于调度PDSCH)。
UE在接收到DCI后,可以根据DCI指示的时隙偏移来确定是否为PDSCH的DL数据发送HARQ反馈。例如,当(或仅当)时隙偏移被设置为时隙偏移的适用值(例如,适用的K1值)时,UE可以为DL数据发送HARQ反馈。
如图5所示,在动作504中,UE可以确定时隙偏移(例如,K1值)是否被设置为特定值,或者是否大于(或等于)阈值。
在一个实施方式中,特定值可以是不适用的K1值(例如,负值,例如“-1”)。在一个实施方式中,可以设置阈值以区分适用的K1值和不适用的K1值。例如,阈值可以设置为“0”。在这种情况下,如果DCI指示的K1值小于阈值,则K1值可以被认为是不适用的K1值,因为UE可能无法基于负值来确定用于HARQ反馈传输的UL资源的资源位置。
在动作506中,当动作504的结果为是时,UE可以为PDSCH的DL数据发送HARQ反馈。例如,仅当时隙偏移(由DCI的指示符指示)不是特定值时,UE才可以为DL数据发送HARQ反馈。例如,在将时隙偏移(由DCI的指示符指示)与阈值进行比较之后,仅当时隙偏移大于或等于阈值时,UE才可以为DL数据发送HARQ反馈。
在动作508中,当动作504的结果为否时,UE可以不为PDSCH的DL数据发送HARQ反馈。例如,可以禁止UE发送HARQ反馈。
图6展示了根据本揭露的实施方式的用于处理HARQ反馈传输的方法600的流程图。方法600包括动作602、604、606和608。
在动作602中,UE可以接收包括指示HARQ进程号的指示符的DCI(例如,用于调度PDSCH)。例如,HARQ进程号可以是HARQ进程的HARQ进程ID。
在接收到DCI后,UE可以根据DCI指示的HARQ进程号来确定是否为PDSCH的DL数据发送HARQ反馈。例如,当(或仅当)HARQ进程号满足某些标准时,UE可以为DL数据发送HARQ反馈。
如动作604所示,UE可以确定HARQ进程号是否与预配置值匹配。
当动作604的结果为是时,在动作606中,UE可以不为PDSCH的DL数据发送HARQ反馈。
当(或仅当)动作604的结果为否(即,HARQ进程号与预配置值不匹配)时,在动作608中,UE可以为PDSCH的DL数据发送HARQ反馈。
在一个实施方式中,UE可以从BS接收DL RRC消息中的预配置值。
在一个实施方式中,UE可以根据HARQ进程号是否在BS配置的特定范围内来确定是否针对PDSCH发送HARQ反馈。当(或仅当)HARQ进程号在特定范围内(或在特定范围之外)时,UE可以为DL数据发送HARQ反馈。
在一个实施方式中,特定范围可以由来自BS的(一个或多个)RRC配置来确定。例如,UE可以接收RRC配置,该RRC配置包括第一值(例如IE nrofHARQ-Processes的值)和第二值(例如IE nrofHARQ-ProcessesForNA的值),该第一值指示要用于DL数据接收的HARQ进程的数量,第二值指示这些HARQ进程中有多少个进程不需要具有对应的HARQ反馈传输。UE可以根据第一值和第二值的组合来确定特定范围。例如,UE可以仅基于第一值、仅基于第二值、或基于第一值和第二值两者来确定特定范围。在情况A1中可以找到第一值和第二值的组合的多个示例之一。例如,特定范围可以从(nrofHARQ-Processes+1)的值开始,到(nrofHARQ-Processes+nrofHARQ-ProcessesForNA)的值结束。例如,特定范围可以是[0到(nrofHARQ-Processes-nrofHARQ-ProcessesForNA+1)]。例如,特定范围可以是[0到(nrofHARQ-ProcessesForNA-1)]。例如,具体范围可以是[(nrofHARQ-ProcessesForNA+1)到nrofHARQ-Processes]。
部分B-演进的DL进程建模
在本部分中,提供关于UE如何确定是否为(来自PDSCH接收的)DL数据发送HARQ反馈的方法。
图7展示了根据本揭露的实施方式的用于处理HARQ反馈传输的方法700的流程图。方法700包括动作702、704、706和708。
在动作702中,UE可以(例如,经由调度/指示PDSCH接收的DCI)从BS接收DL调度。
在动作704中,UE可以确定是否满足HARQ反馈传输禁用条件。在一个实施方式中,HARQ反馈传输(HARQ-feedback-transmission)禁用条件可以是可以禁止UE针对DL数据(或PDSCH)执行对应的HARQ反馈传输的条件中的任一种,如由不适用的K1值指示的UE、由特定HARQ进程号指示的UE,以及在本揭露的各种情况下描述的任何其他禁用条件。
如果动作704的结果为是(即,满足HARQ反馈传输禁用条件),则在动作706中,UE的MAC实体可以不指示(UE的)PHY层执行HARQ反馈传输,因此UE可以不生成和发送针对PDSCH接收的HARQ反馈。
相反,如果动作704的结果为否(即,不满足HARQ反馈传输禁用条件),则在动作708中,UE的MAC实体可以指示(UE的)PHY层执行HARQ反馈传输。
在以下情况下,可以基于本揭露中描述的用于处理HARQ反馈传输的方法来修改UE侧的DL进程(例如,图3所示的DL进程)。
情况B1
在这种情况下,确定是否满足HARQ反馈传输禁用条件(例如,图7中所示的动作704)可以围绕DL进程的步骤11(例如,图3中所示的动作326)或步骤11’(例如,图3中所示的动作328)来执行。例如,在(UE的)PHY层对接收到的数据进行解码并将解码的结果提供给MAC实体之后,无论数据是否被成功解码,UE都可以检查是否满足(一个或多个)HARQ反馈传输禁用条件中的任一种。如果UE发现满足HARQ反馈传输禁用条件,则UE的MAC实体可以不指示PHY层执行HARQ反馈。相反,如果不满足HARQ反馈传输禁用条件,则UE的MAC实体可以指示PHY层执行HARQ反馈传输。
在一个实施方式中,可以提供HARQ进程(或“非ACK HARQ进程”),在该进程中,当满足某(个)些条件(例如,(一个或多个)HARQ反馈传输禁用条件)时,UE的MAC实体可以不指示PHY层执行(一个或多个)HARQ反馈传输。
表B1中是(非ACK)HARQ进程的TP的示例。
表B1
在一个或多个实施方式中,表B1中描述的(非ACK)HARQ进程可以基于部分A来实施。
情况B2
在这种情况下,确定是否满足HARQ反馈传输禁用条件(例如,图7所示的动作704)可以围绕DL进程的步骤6(例如,图3所示的动作312)(例如,在图3所示的动作310和314之间)来执行。例如,在UE的MAC实体将TB和HARQ信息(例如,包括HARQ进程ID)分配给HARQ信息指示的HARQ进程之前,MAC实体可以确定是否满足一个或多个HARQ反馈传输禁用条件。如果是,则UE的MAC实体可以将接收到的TB分配给非ACK HARQ进程,在该非ACK HARQ进程期间,可以不指示UE的PHY层执行(一个或多个)HARQ反馈传输。
表B2中是UE的MAC实体的操作的TP的示例。
表B2
在一个或多个实施方式中,表B2中描述的(非ACK)HARQ进程可以基于部分A来实施。
情况B3
在这种情况下,确定是否满足HARQ反馈传输禁用条件(例如,图7所示的动作704)可以围绕DL进程的步骤3(例如,图3所示的动作306)和步骤4(例如,图3所示的动作308)(例如,在图3所示的动作310和314之间)来执行。例如,在PHY层指示UE的MAC实体用于接收DL分配之后,可以由PHY层指示MAC实体由BS用non-ack指示DL分配。然后MAC实体可以将接收到的TB分配给非ACK HARQ进程。
表B3-1中是DL分配接收的TP的示例。
表B3-1
表B3-2中是DL分配接收的TP的示例。
表B3-2
表B3-3中是DL分配接收的TP的示例。根据表B3-3,当满足HARQ反馈传输禁用条件时,UE的MAC实体可以将要由广播HARQ进程处理的对应DL分配分配给HARQ实体。
表B3-3 TS 38.321的TP
在一个实施方式中,在MAC实体和PHY层之间传送HARQ反馈指示和指令的操作可以应用于侧链路通信(例如,车联网(V2X)通信)。在这种情况下,可以将本揭露描述的PDSCH和PDCCH分别替换为侧链路数据信道和侧链控制信道。
在一个实施方式中,当UE确定不针对PDSCH发送HARQ反馈时,UE的MAC实体可以执行以下动作(d1)到(d3)中的至少一个:
-(d1)向UE的PHY层通知不需要对应的软缓冲区;
-(d2)向UE的PHY层通知不需要执行对应的HARQ反馈传输(例如,通过指示UE的PHY层执行HARQ进程(例如,非ACK HARQ进程),其中PHY层可以跳过针对PDSCH的HARQ反馈传输);以及
-(d3)指示PHY层清除与PDSCH的HARQ进程相对应的软缓冲区。
在一个实施方式中,当满足以下条件(e1)到(e2)中的至少一个时,可以执行本揭露中提供的处理HARQ反馈传输的方法:
-(e1)UE配置有具体的AS层功能;
-(e2)UE通过两种不同的无线接入技术,例如gNB和eNB,配置有RRC连接。
在一个实施方式中,DL RRC消息可以是RRC重配置消息(例如,对应于表示为RRCReconfiguration的IE)、RRC恢复消息(例如,对应于表示为RRCResume的IE)、RRC重建消息(例如,对应于表示为RRCReconfiguration的IE)、RRC建立消息(例如,对应于表示为RRCSetup的IE)或DL单播RRC消息。
在一个实施方式中,BS可以通过将配置包括在表示为CellGroupConfig的IE、表示为MAC-CellGroupConfig的IE或表示为PhysicalCellGroupConfig的IE中来基于小区组基础配置该配置。
在一个实施方式中,BS可以通过将配置包括在表示为ServingCellConfigCommon的IE、表示为ServingCellConfig的IE、表示为PUSCH-ServingCellConfig的IE或表示为PDSCH-ServingCellConfig的IE中来基于服务小区基础配置该配置。
在一个实施方式中,BS可以通过将该配置包括在表示为BWP-Uplink的IE、表示为BWP-UplinkDedicated的IE、表示为BWP-UplinkCommon的IE、表示为PUSCH-ConfigCommon的IE或表示为PUSCH-Config的IE中来基于UL BWP基础配置该配置。
在一个实施方式中,BS可以通过将配置包括在表示为BWP-Downlink的IE、表示为BWP-DownlinkDedicated的IE、表示为BWP-DownlinkCommon的IE、表示为PDSCH-ConfigCommon的IE或表示为PDSCH-Config的IE中来基于DL BWP基础配置该配置。
在一个实施方式中,可以认为波束是空间域滤波器。例如,在通过对应的天线元件发送信号之前,无线装置(例如,UE)可以通过调整该信号的相位和/或幅度来在模拟域中应用空间滤波器。在另一个示例中,可以通过无线通信系统中的多输入多输出(MIMO)技术在数字域中应用空间滤波器。例如,UE可以通过使用波束(例如,空间/数字域滤波器)来执行PUSCH传输。在一个实施方式中,波束可以由天线、天线端口、天线元件、天线组、天线端口组或天线元件组表示(或与其对应)。在一个实施方式中,波束可以由特定参考信号(RS)资源形成(或与其相关联)。波束可以等效于空间域滤波器,通过该空间域滤波器辐射电磁(EM)波。
在一个实施方式中,信令被发送可以意味着包含(或对应于)信令的MAC CE/MACPDU/层1信令/更高层信令正开始被发送、完全被发送或已经被传递到对应的HARQ进程/缓冲区以用于发送。在一个实施方式中,信令被发送可以意味着UE接收到MAC PDU的对应HARQ反馈,该反馈包括包含(或对应于)该信令的MAC CE/层1信令/更高层信令。在一个实施方式中,信令被发送可以意味着建立或生成与信令对应的MAC CE/MAC PDU。
在一个实施方式中,PDSCH/PUSCH传输可以跨越时域中的多个码元,其中PDSCH/PUSCH(传输/时机)的持续时间可以是从PDSCH/PUSCH的第一个码元的开头开始到PDSCH/PUSCH的最后一个码元的末尾结束的时间间隔。
在一个实施方式中,术语“中断”、“停止”、“取消”和“跳过”可以互换。
在一个实施方式中,如果UE不需要针对DL数据/PDSCH执行对应的HARQ反馈传输,则UE的HARQ实体(或其中的HARQ进程)可以不执行对应的HARQ反馈传输。
在一个实施方式中,PHY层信令可以通过以下各项(f1)到(f4)中的至少一项来实现:
-(f1)DCI格式;
-(f1)DCI字段;
-(f1)设置为特定值的DCI字段;以及
-(f1)具有由特定RNTI加扰的CRC位的DCI。
在一个实施方式中,定时器可以由来自BS的RRC配置来配置。UE可以配置有定时器的初始值和值的单位(例如,帧/子帧/毫秒/亚毫秒/时隙/符号)。定时器可以由UE(例如,UE的MAC实体)启动或重新启动。例如,当满足某(个)些特定条件时,UE可以启动或重新启动定时器。
以下提供了对某些术语的非限制性描述。
小区:在一些实施方式中,小区(例如,PCell或SCell)可以是无线电网络对象,该无线网络对象可以由UE通过对应的标识信息唯一地标识,该标识信息可以由地理区域中的UTRAN接入点广播。小区可以在频分双工(FDD)或时分双工(TDD)模式下操作。
服务小区:在一些实施方式中,对于在RRC_CONNECTED状态下操作并且未配置有CA/双连接性(DC)的UE,该UE可以仅配置有一个服务小区(例如,主小区)。对于在RRC_CONNECTED状态下操作并且配置有CA/DC的UE,该UE可以配置有多个服务小区,包括SpCell和一个或多个SCell。
载波聚合(CA):在CA中,可以聚合两个或更多个分量载波(CC)。UE可以根据其能力在一个或多个CC上同时接收或发送信号。CA可以由连续和非连续CC两者来支持。当应用CA时,帧定时和SFN可以跨聚合的小区对准。在一些实施方式中,为UE配置的CC的最大数量对于DL可以是16个,对于UL可以是16个。当配置CA时,UE可能与网络只有一个RRC连接。在RRC连接建立/重建/切换期间,一个服务小区可以提供非接入层(NAS)移动性信息,并且在RRC连接重建/切换时,一个服务小区可以提供安全输入,其中服务小区可以被称为PCell。根据UE能力,SCell可以被配置为与PCell一起形成UE的一组服务小区。因此,为UE配置的服务小区集合总是由一个PCell和一个或多个SCell组成。
配置的授权(CG):在一些实施方式中,对于CG类型1,RRC实体可以直接提供配置的上行授权(包括周期)。对于CG类型2,RRC实体可以定义CG的PUSCH资源的周期,而寻址到CS-RNTI的PDCCH可以用信号通知并激活配置的上行链路授权或将其去激活。也就是说,寻址到CS-RNTI的PDCCH可以指示可以根据RRC实体定义的周期重用配置的上行链路授权,直到配置的上行授权被去激活。当配置的上行链路授权活动时,如果UE在(一个或多个)PDCCH上找不到其C-RNTI/CS-RNTI/MCS-C-RNTI,则UE可以根据配置的上行链路授权执行UL传输。如果UE在(一个或多个)PDCCH上接收到其C-RNTI/CS-RNTI/MCS-C-RNTI,则PDCCH分配可以覆盖配置的上行链路授权。MCS-C-RNTI的使用可以等同于MAC过程中的C-RNTI的使用(C-RNTIMAC CE除外)。
HARQ:在一些实施方式中,HARQ进程可用于确保在层1(例如,PHY层)处的两个或更多个对等实体之间的传输。当PHY层未被配置用于DL/UL空间复用时,单个HARQ进程可以支持TB。当PHY层被配置用于DL/UL空间复用时,单个HARQ进程可以支持一个或多个TB。每个服务小区可以对应于HARQ实体,其中每个HARQ实体可以支持DL和UL HARQ进程的并行处理。
HARQ-ACK:在一些实施方式中,HARQ-ACK可以包括1位指示符,其中当指示符的位值被设置为第一值(例如,“0”)时,HARQ-ACK可以是NACK,并且当指示符的位值被设置为第二值(例如,“1”)时,HARQ-ACK可以是肯定确认(ACK)。
定时器:在一些实施方式中,UE的MAC实体可以为个别目的设置一个或多个定时器,如触发上行链路信令重传或限制上行链路信令重传周期。当MAC实体维护的定时器(例如,在本申请的各种实施方式中描述的定时器)启动时,定时器可以开始运行,直到其停止或到期。此外,计时器不启动时可能不会运行。计时器可以在不运行时启动。此外,计时器在运行时可能会重新启动。在一些实施方式中,定时器可以总是从初始值开始或重新开始,其中初始值可以是(但不限于)由gNB经由DL RRC信令配置。
BWP:在一些实施方式中,BWP可以是小区的总小区带宽的子集。通过向UE配置一个或多个BWP并向UE通知所配置的BWP中的哪一个是当前活动的BWP,可以实现带宽适配(BA)。为了在PCeel上启用BA机制,gNB可以为UE配置一个或多个UL和DL BWP。在CA的情况下,为了在SCell上启用BA机制,gNB可以至少为UE配置一个或多个DL BWP(这意味着可能没有为UE配置UL BWP)。对于PCell,初始BWP可以是用于初始接入的BWP。对于(一个或多个)SCell,初始BWP可以是为UE配置的在小区激活进程期间首先操作的BWP。在一些实施方式中,可以通过firstActiveUplinkBWP IE字段为UE配置第一活动UL BWP。如果为SpCell配置了第一活动UL BWP,则firstActiveUplinkBWP IE字段可以包含当执行RRC(重)配置时要激活的ULBWP的ID。如果该字段不存在,则RRC(重)配置可能不会触发BWP开关。如果为小区配置了第一活动上行链路BWP,则firstActiveUplinkBWP IE字段可以包含要在SCell的MAC激活时使用的UL BWP的ID。
PDCCH:在一些实施方式中,gNB可以经由一个或多个PDCCH上的C-RNTI/MCS-C-RNTI/CS-RNTI向UE动态分配资源。UE可以始终监测PDCCH,以便在其DL接收被启用时找到可能的分配(例如,在配置时由不连续接收(DRX)管理的活动)。在一些实施方式中,当配置CA时,可以将相同的C-RNTI应用于所有服务小区。
PDSCH/PUSCH:在一些实施方式中,PDCCH可用于调度PDSCH上的DL传输和PUSCH上的UL传输。
时间对准定时器:在一些实施方式中,RRC层可以配置定时器的初始值(例如,时间对准定时器,对应于IE“timeAlignmentTimer”)。定时器可用于维护UL时间对准。在一些实施方式中,可以基于定时提前组基础来维护定时器(例如,时间对准定时器)。此外,定时器可以用于控制有多长时间UE的MAC实体认为属于相关联TAG的(一个或多个)服务小区是UL时间对准的。
图8示出了根据本揭露的各种方面的用于无线通信的节点的框图。如图8所示,节点800可以包括收发器806、处理器808、存储器802、一个或多个呈现部件804和至少一个天线810。节点800还可包括RF频带模块、BS通信模块、网络通信模块和系统通信管理模块、输入/输出(I/O)端口、I/O元件和电源(未在图8中明确地显示)。各所述部件彼此间可以通过一个或多个总线824直接或间接地进行通信。在一种实施方式中,节点800可以是执行本文例如参考图1至图7所描述的各种功能的UE或BS。
具有发送器816(例如,发送/传输电路)和接收器818(例如,接收电路)的收发器806可以被配置为发送和/或接收时间和/或频率资源划分信息。在一些实施方式中,收发器806可以被配置以在不同类型的子帧和时隙中发送,包含但不限于可用的、不可用的和可灵活使用的子帧和时隙格式。收发器806可以被配置为接收数据和控制信道。
节点800可以包括多种计算机可读介质。计算机可读介质可以是可由节点800访问的任何可用介质,并且包括挥发性介质(和非挥发性)介质和可移除介质(和不可移除)介质。作为非限制的示例,计算机可读取介质可以包括计算机存储介质和通信介质。计算机存储介质可以包括根据用于如存储计算机可读介质等信息的任何方法或技术实施的挥发性(和非挥发性)和可移除(和不可移除)介质。
计算机存储介质包括RAM、ROM、EEPROM、闪速存储器(或其他存储器技术)、CD-ROM、数字多功能盘(DVD)(或其他光盘存储装置)、磁带盒、磁带、磁盘存储装置(或其他磁性存储装置)等。计算机存储介质不包括传播的数据信号。通数据结构、程序模块或其他调制后数据信号(如载波或其它传输机制)中的数据并且包括任意的信息传递介质。术语「已调制数据信号」可以表示其一个或多个特性以编码信号中的信息的方式设置或改变的信号。作为非限制的示例,通信介质可以包括如有线网络或直接有线连接的有线介质,以及如声学、无线电频率(RF)、红外线或其他无线介质的无线介质。上述的任意组合也应被包括在计算机可读介质的范围内。
存储器802可以包含挥发性和/或非挥发性存储器形式的计算机存储介质。存储器802可以是可移动的、不可移动的或其组合。例如,存储器802可以包括固态存储器、硬盘驱动器、光盘驱动器等。如图8所示,存储器802可以存储计算机可读和/或可执行指令814(例如,软件代码),指令814被配置为在被执行时使处理器808执行本文例如参考图1至图7所述的各种功能。可替代地,指令814可以不由处理器808直接执行,而是可以被配置成使节点800(例如,当被编译和执行时)执行本文所述的各种功能。
处理器808(例如,具有处理电路)可以包括智能硬件装置、中央处理单元(CPU)、微控制器、ASIC等。处理器808可以包括存储器。处理器808可以处理从存储器802接收的数据812和指令814,以及通过收发器806、基带通信模块和/或网络通信模块的信息。处理器808还可以处理要发送到收发器806以便通过天线810传输到网络通信模块以便再传输到核心网络的信息。
一个或多个呈现部件804可以向人员或其他装置呈现数据指示。示例性一个或多个呈现元件804可包括显示装置、扬声器、打印元件、振动元件等。
根据以上描述,在不脱离这些概念范围的情况下,可使用多种技术来实施本申请中叙述的概念。此外,虽然已经具体参考某些实施方式叙述了这些概念,但是本领域普通技术人员将认识到在不脱离这些概念范围的情况下可在形式和细节上进行改变。如此一来,所述的实施方式在各方面都将被视为是说明性而非限制性的。并且,应理解本申请并不限于上述的特定实施方式,且在不脱离本揭露范围的情况下,对此些实施方式进行诸多重新安排、修改和替换是可能的。
Claims (20)
1.一种由用户设备UE执行的方法,所述方法包括:
从基站BS接收物理下行链路控制信道PDCCH上的下行链路控制信息DCI,所述DCI调度在物理下行链路共享信道PDSCH上的下行链路DL数据的接收;以及
根据所述DCI确定是否为所述DL数据发送混合自动重传请求HARQ反馈。
2.如权利要求1所述的方法,其特征在于,所述DCI包括指示包含所述PDSCH的第一时隙与所述BS指给所述UE在所述BS配置的上行链路UL资源上发送所述HARQ反馈的第二时隙之间的时隙偏移的指示符,所述方法还包括:
根据所述指示符确定是否为所述DL数据发送所述HARQ反馈。
3.如权利要求2所述的方法,进一步包括:
确定所述时隙偏移是否为特定值;以及
仅当所述时隙偏移不是所述特定值时为所述DL数据发送所述HARQ反馈。
4.如权利要求2所述的方法,进一步包括:
比较所述时隙偏移和阈值;以及
仅当所述时隙偏移大于或等于所述阈值时为所述DL数据发送所述HARQ反馈。
5.如权利要求1所述的方法,其特征在于,所述DCI包括指示HARQ进程号的指示符,并且所述方法进一步包括:
确定所述HARQ进程号是否与预配置值匹配;以及
仅当所述HARQ进程号与所述预配置值不匹配时,为所述DL数据发送所述HARQ反馈。
6.如权利要求5所述的方法,进一步包括:
从所述BS接收DL无线电控制资源RRC消息中的所述预配置值。
7.如权利要求1所述的方法,其特征在于,所述DCI包括指示HARQ进程号的指示符,并且所述方法进一步包括:
根据所述HARQ进程号是否在所述BS配置的特定范围内来确定是否为所述PDSCH发送所述HARQ反馈。
8.如权利要求7所述的方法,进一步包括:
接收包括第一值和第二值的RRC配置,所述第一值指示要用于所述DL数据的所述接收的多个HARQ进程的数量,所述第二值指示所述多个HARQ进程中多少个进程不需要具有对应的HARQ反馈传输;以及
根据所述第一值和所述第二值的组合来确定所述特定范围。
9.如权利要求1所述的方法,进一步包括:
当所述UE确定不针对所述PDSCH发送所述HARQ反馈时,所述UE的媒体接入控制MAC实体指示所述UE的物理PHY层清除所述PDSCH的HARQ进程对应的软缓冲区。
10.如权利要求1所述的方法,进一步包括:
当UE确定不针对所述PDSCH发送所述HARQ反馈时,所述UE的MAC实体指示所述UE的PHY层执行HARQ进程,在所述HARQ进程中,所述PHY层跳过针对所述PDSCH的所述HARQ反馈的传输。
11.一种用户设备UE,包括:
存储器;以及
耦接到所述存储器的至少一个处理器,所述至少一个处理器被配置为执行以下操作:
从基站BS接收物理下行链路控制信道PDCCH上的下行链路控制信息DCI,所述DCI调度在物理下行链路共享信道PDSCH上的下行链路DL数据的接收;以及
根据所述DCI确定是否为所述DL数据发送混合自动重传请求HARQ反馈。
12.如权利要求11所述的UE,其特征在于,所述DCI包括指示包含所述PDSCH的第一时隙与所述BS指给所述UE在所述BS配置的上行链路UL资源上发送所述HARQ反馈的第二时隙之间的时隙偏移的指示符,所述至少一个处理器被进一步配置以:
根据所述指示符确定是否为所述DL数据发送所述HARQ反馈。
13.如权利要求12所述的UE,其特征在于,所述至少一个处理器进一步被配置以:
确定所述时隙偏移是否为特定值;以及
仅当所述时隙偏移不是所述特定值时为所述DL数据发送所述HARQ反馈。
14.如权利要求12所述的UE,其特征在于,所述至少一个处理器进一步被配置以:
比较所述时隙偏移和阈值;以及
仅当所述时隙偏移大于或等于所述阈值时为所述DL数据发送所述HARQ反馈。
15.如权利要求11所述的UE,其特征在于,所述DCI包括指示HARQ进程号的指示符,并且所述至少一个处理器进一步被配置以:
确定所述HARQ进程号是否与预配置值匹配;以及
仅当所述HARQ进程号与所述预配置值不匹配时,为所述DL数据发送所述HARQ反馈。
16.如权利要求15所述的UE,其特征在于,所述至少一个处理器进一步被配置以:
从所述BS接收DL无线电控制资源RRC消息中的所述预配置值。
17.如权利要求11所述的UE,其特征在于,所述DCI包括指示HARQ进程号的指示符,并且所述至少一个处理器进一步被配置以:
根据所述HARQ进程号是否在所述BS配置的特定范围内来确定是否为所述PDSCH发送所述HARQ反馈。
18.如权利要求17所述的UE,其特征在于,所述至少一个处理器进一步被配置以:
接收包括第一值和第二值的RRC配置,所述第一值指示要用于所述DL数据的所述接收的多个HARQ进程的数量,所述第二值指示所述多个HARQ进程中多少个进程不需要具有对应的HARQ反馈传输;以及
根据所述第一值和所述第二值的组合来确定所述特定范围。
19.如权利要求11所述的UE,其特征在于,所述至少一个处理器进一步被配置以:
当所述UE确定不针对所述PDSCH发送所述HARQ反馈时,所述UE的媒体接入控制MAC实体指示所述UE的物理PHY层清除与所述PDSCH的HARQ进程对应的软缓冲区。
20.如权利要求11所述的UE,其特征在于,所述至少一个处理器进一步被配置以:
当UE确定不针对所述PDSCH发送所述HARQ反馈时,所述UE的MAC实体指示所述UE的PHY层执行HARQ进程,在所述HARQ进程中,所述PHY层跳过针对所述PDSCH的所述HARQ反馈的传输。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962882227P | 2019-08-02 | 2019-08-02 | |
US62/882227 | 2019-08-02 | ||
PCT/CN2020/104958 WO2021023049A1 (en) | 2019-08-02 | 2020-07-27 | Methods and apparatuses for handling hybrid automatic repeat request feedback transmissions |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114144984A true CN114144984A (zh) | 2022-03-04 |
Family
ID=74503286
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080051040.2A Pending CN114144984A (zh) | 2019-08-02 | 2020-07-27 | 用于处理混合自动重传请求反馈传输的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220263608A1 (zh) |
EP (1) | EP4008078A4 (zh) |
CN (1) | CN114144984A (zh) |
WO (1) | WO2021023049A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3753134B1 (en) * | 2018-02-13 | 2022-12-21 | Sharp Kabushiki Kaisha | User equipments, base stations and methods for downlink semi-persistent scheduling |
CN112399576A (zh) * | 2019-08-16 | 2021-02-23 | 索尼公司 | 用于无线通信的电子设备和方法、计算机可读存储介质 |
US11546935B2 (en) * | 2020-04-29 | 2023-01-03 | Qualcomm Incorporated | Feedback for multiple downlink transmissions |
JP2023535194A (ja) * | 2020-07-21 | 2023-08-16 | ノキア テクノロジーズ オサケユイチア | ダウンリンク半永続的スケジューリングデータ送信のための、トリガされたハイブリッド自動再送要求肯定応答報告 |
US11777658B2 (en) * | 2020-12-08 | 2023-10-03 | Qualcomm Incorporated | Sequence-based hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback |
WO2023044744A1 (en) * | 2021-09-24 | 2023-03-30 | Apple Inc. | System and method for supporting multicast broadcast service (mbs) service in non-terrestrial network (ntn) |
KR20230062221A (ko) * | 2021-10-29 | 2023-05-09 | 삼성전자주식회사 | 무선 통신 시스템에서 다중 공유 채널 스케줄링을 위한 방법 및 장치 |
WO2023206137A1 (en) * | 2022-04-27 | 2023-11-02 | Mediatek Singapore Pte. Ltd. | Schemes on new data indicator for disabled harq feedback in iot ntn |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104396174A (zh) * | 2012-07-27 | 2015-03-04 | 英特尔公司 | 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成 |
US20150326354A1 (en) * | 2013-01-18 | 2015-11-12 | Huawei Technologies Co., Ltd. | Method for processing feedback information, base station, and user equipment |
CN107347002A (zh) * | 2016-05-06 | 2017-11-14 | 北京三星通信技术研究有限公司 | 一种harq-ack反馈信息的传输方法和设备 |
US20190052413A1 (en) * | 2017-08-10 | 2019-02-14 | Alireza Babaei | Harq retransmission and control channel monitoring |
US20190074935A1 (en) * | 2017-09-05 | 2019-03-07 | Alireza Babaei | HARQ Feedback Transmission |
CN109474371A (zh) * | 2017-09-08 | 2019-03-15 | 北京三星通信技术研究有限公司 | 一种harq-ack信息反馈方法和设备 |
KR20190056933A (ko) * | 2017-11-17 | 2019-05-27 | 삼성전자주식회사 | 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106301670A (zh) * | 2015-05-15 | 2017-01-04 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
CN108306720B (zh) * | 2017-01-13 | 2022-06-21 | 北京三星通信技术研究有限公司 | 一种传输uci信息的方法和设备 |
CN108631964B (zh) * | 2017-03-24 | 2023-11-21 | 华为技术有限公司 | 一种数据传输方法和相关设备 |
US10506587B2 (en) * | 2017-05-26 | 2019-12-10 | Samsung Electronics Co., Ltd. | Method and apparatus for beam indication in next generation wireless systems |
EP4271060A3 (en) * | 2017-09-08 | 2024-02-14 | Samsung Electronics Co., Ltd. | Transmission of harq-ack information |
CN112385283A (zh) * | 2018-05-07 | 2021-02-19 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
EP3833087A4 (en) * | 2018-07-30 | 2022-07-06 | Ntt Docomo, Inc. | USER DEVICE |
SG11202102510WA (en) * | 2018-08-08 | 2021-04-29 | Beijing Xiaomi Mobile Software Co Ltd | Hybrid automatic repeat request (harq) feedback method and apparatus |
CN110830172B (zh) * | 2018-08-08 | 2022-06-14 | 展讯通信(上海)有限公司 | 非授权频段harq反馈的指示、发送方法及装置、存储介质、基站、终端 |
US11006403B2 (en) * | 2018-09-04 | 2021-05-11 | Qualcomm Incorporated | Techniques for use in determining a transmission configuration state |
US10924250B2 (en) * | 2018-09-13 | 2021-02-16 | Samsung Electronics Co., Ltd. | UE operation with reduced power consumption |
EP3874827A1 (en) * | 2018-11-01 | 2021-09-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Antenna selection for user equipment (ue) power saving during pdcch monitoring |
CN111585727B (zh) * | 2019-02-15 | 2021-11-05 | 大唐移动通信设备有限公司 | 一种harq-ack信息的传输方法、装置、终端及网络设备 |
US20200374918A1 (en) * | 2019-05-24 | 2020-11-26 | Qualcomm Incorporated | Cross-slot scheduling for cross numerology |
-
2020
- 2020-07-27 US US17/630,009 patent/US20220263608A1/en active Pending
- 2020-07-27 EP EP20849450.0A patent/EP4008078A4/en active Pending
- 2020-07-27 CN CN202080051040.2A patent/CN114144984A/zh active Pending
- 2020-07-27 WO PCT/CN2020/104958 patent/WO2021023049A1/en unknown
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104396174A (zh) * | 2012-07-27 | 2015-03-04 | 英特尔公司 | 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成 |
US20150326354A1 (en) * | 2013-01-18 | 2015-11-12 | Huawei Technologies Co., Ltd. | Method for processing feedback information, base station, and user equipment |
CN107347002A (zh) * | 2016-05-06 | 2017-11-14 | 北京三星通信技术研究有限公司 | 一种harq-ack反馈信息的传输方法和设备 |
US20190052413A1 (en) * | 2017-08-10 | 2019-02-14 | Alireza Babaei | Harq retransmission and control channel monitoring |
US20190074935A1 (en) * | 2017-09-05 | 2019-03-07 | Alireza Babaei | HARQ Feedback Transmission |
CN109474371A (zh) * | 2017-09-08 | 2019-03-15 | 北京三星通信技术研究有限公司 | 一种harq-ack信息反馈方法和设备 |
KR20190056933A (ko) * | 2017-11-17 | 2019-05-27 | 삼성전자주식회사 | 무선 통신 시스템에서 제어 정보 송수신 방법 및 장치 |
Non-Patent Citations (1)
Title |
---|
ERICSSON: "R1-1611099 \"HARQ-ACK bundling for FeMTC\"", 3GPP TSG_RAN\\WG1_RL1, no. 1, pages 3 - 7 * |
Also Published As
Publication number | Publication date |
---|---|
EP4008078A4 (en) | 2023-10-25 |
WO2021023049A1 (en) | 2021-02-11 |
US20220263608A1 (en) | 2022-08-18 |
EP4008078A1 (en) | 2022-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7426395B2 (ja) | ビーム障害回復のための方法及び装置 | |
KR102421611B1 (ko) | Lte 업링크 송신들의 레이턴시를 감소시키기 위한 방법 및 장치 | |
JP6044855B2 (ja) | 通信方法、通信装置および集積回路 | |
US11540282B2 (en) | Method and apparatus for uplink cancellation indication | |
WO2021023049A1 (en) | Methods and apparatuses for handling hybrid automatic repeat request feedback transmissions | |
US11476981B2 (en) | Method and apparatus for handling LCP restriction and HARQ process number | |
WO2021000707A1 (en) | Method and apparatus for performing repetition transmissions in wireless communication system | |
KR20220063224A (ko) | 업링크 제어 정보를 멀티플렉싱하는 방법 및 관련 디바이스 | |
JP7262657B2 (ja) | 無線通信システムにおける物理上りリンク共有チャネル(pusch)繰り返し送信を処理するための方法及び装置 | |
CN115516978A (zh) | 用于网络协作通信的上行链路数据重复发送和接收的方法和装置 | |
CN114208371A (zh) | 用于处理harq反馈的方法和装置 | |
US20230309093A1 (en) | Method, user equipment and base station for performing multiple receptions or transmission on multiple serving cells | |
WO2020192741A1 (en) | Method and apparatus with multi-pdsch reception and harq feedback transmission control | |
WO2023051830A1 (en) | Method of physical uplink control channel transmission and related device | |
JP7429291B2 (ja) | Pucchリソースを設定するためのユーザ機器及び方法 | |
WO2024067833A1 (en) | Method, user equipment, and base station for cg pusch transmissions | |
RU2574610C2 (ru) | (де)активация компонентной несущей в системах связи, использующих агрегацию несущих |
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 |