CN115915425A - 用于接收和发送数据和控制信息的方法及设备 - Google Patents
用于接收和发送数据和控制信息的方法及设备 Download PDFInfo
- Publication number
- CN115915425A CN115915425A CN202111275368.5A CN202111275368A CN115915425A CN 115915425 A CN115915425 A CN 115915425A CN 202111275368 A CN202111275368 A CN 202111275368A CN 115915425 A CN115915425 A CN 115915425A
- Authority
- CN
- China
- Prior art keywords
- harq
- dci format
- downlink
- ack
- channel
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提出了一种无线通信系统中由用户设备UE执行的方法以及执行该方法的用户设备UE。该方法包括:接收下行控制信息DCI格式,该DCI格式用于调度一个或多个上行信道或下行信道;以及根据所述DCI格式,发送一个或多个上行信道或接收一个或多个下行信道。
Description
技术领域
本公开涉及一种数据和控制信息的发送和接收方法,具体地,涉及多个物理下行共享信道(physical downlink shared channel,PDSCH)/物理上行共享信道(PUSCH)的接收/发送以及混合自动重传请求-确认(hybrid automatic repeat request-acknowledgement,HARQ-ACK)码本的生成和发送。
背景技术
为了满足自4G通信系统的部署以来增加的对无线数据通信业务的需求,已经努力开发改进的5G或准5G通信系统。因此,5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。
5G通信系统是在更高频率(毫米波,mmWave)频带(例如60GHz频带)中实施的,以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离,在5G通信系统中讨论波束成形、大规模多输入多输出(Multiple-Input Multiple-Output,MIMO)、全维MIMO(Full Dimensional MIMO,FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。
此外,在5G通信系统中,基于先进的小小区、云无线接入网(Radio AccessNetwork,RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(Coordinated Multi-Points,CoMP)、接收端干扰消除等,正在进行对系统网络改进的开发。
在5G系统中,已经开发作为高级编码调制(Advanced Coding Modulation,ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(Sliding Window Superposition Coding,SWSC)、以及作为高级接入技术的滤波器组多载波(Filter Bank Multi Carrier,FBMC)、非正交多址(Non-Orthogonal Multiple Access,NOMA,NOMA)和稀疏码多址(Sparse CodeMultiple Access,SCMA)。
发明内容
技术问题
在5G中,UE可以支持灵活的参数集(numerology)、更大的带宽、更灵活的调度。当子载波间隔(sub-carrier spacing,SCS)较大时,一个时隙的绝对时间会很小。基于时隙的调度会造成下行控制信息(downlink control information,DCI)开销较大,为了减少DCI开销,可以采用一个DCI格式调度多个PDSCH和/或PUSCH。如何设计多个PDSCH和/或PUSCH的调度以及HARQ-ACK反馈方法是亟待解决的问题。
解决问题的技术方案
根据本公开的实施例,提出了一种无线通信系统中由用户设备(UE)执行的方法,该方法包括:接收下行控制信息DCI格式,所述DCI格式用于调度一个或多个上行信道或下行信道;以及根据所述DCI格式,发送一个或多个上行信道或接收一个或多个下行信道。
根据本公开的实施例,其中,所述DCI格式中包括时间单元间隔,所述时间单元间隔用于指示一个或多个下行信道中特定下行信道与和所述特定下行信道关联的上行信道之间的时间单元间隔。
根据本公开的实施例,其中,所述特定下行信道为在时域上不与第一预定义时间单元重叠的最后一个下行信道。
根据本公开的实施例,还包括:对一个服务小区,当满足以下条件中的至少一个时,不接收半持久调度下行信道:UE接收DCI格式,所述DCI格式用于调度多个下行信道;半持久调度下行信道被配置在被DCI格式调度的多个下行信道中第一个下行信道和最后一个下行信道之间接收;半持久调度下行信道被配置在承载DCI格式的下行信道和所述DCI格式调度的最后一个下行信道之间接收;承载DCI格式的下行信道与半持久调度下行信道满足所述承载DCI格式的下行信道的起始时间单元早于所述半持久调度下行信道的起始时间单元N1个时间单元;承载DCI格式的下行信道与半持久调度下行信道满足所述承载DCI格式的下行信道的结束时间单元早于所述半持久调度下行信道的结束时间单元N1个时间单元;半持久调度下行信道与被DCI格式调度的多个下行信道在时域上重叠;半持久调度下行信道的混合自动重传请求HARQ进程与被DCI格式调度的多个下行信道的HARQ进程中的至少一个相同;半持久调度下行信道接收及其混合自动重传请求-确认HARQ-ACK反馈与DCI格式调度的多个下行信道中的至少一个满足预定义的规则,其中,所述N1是大于或等于1的自然数。
根据本公开的实施例,其中,所述预定义的规则包括以下之一:半持久调度下行信道接收在DCI格式调度的多个下行信道中的至少一个下行信道之前,并且半持久调度下行信道接收的HARQ-ACK信息所在的时间单元在所述至少一个下行信道的HARQ-ACK信息所在的时间单元之后;半持久调度下行信道接收在DCI格式调度的多个下行信道中的至少一个下行信道之后,并且半持久调度下行信道接收的HARQ-ACK信息所在的时间单元在所述至少一个下行信道的HARQ-ACK信息所在的时间单元之前。
根据本公开的实施例,还包括:由所述DCI格式指示的HARQ进程应用于第一个下行信道;按照调度顺序为每个后续在时域上不与第一预定义时间单元重叠的下行信道确定HARQ进程;其中,所述确定HARQ进程包括跳过满足以下条件中的至少一个的HARQ进程:HARQ进程被配置为半持久调度下行信道配置可用的HARQ进程;HARQ进程被更高层信令配置的第一特定的HARQ进程;半持久调度下行信道被配置在被所述DCI格式调度的多个下行信道中第一个下行信道和最后一个下行信道之间接收的所述半持久调度下行信道的HARQ进程;半持久调度下行信道被配置在承载所述DCI格式的下行信道和所述DCI格式调度的最后一个下行信道之间接收的所述半持久调度下行信道的HARQ进程;没有与被所述DCI格式调度的多个下行信道在时域上有重叠的半持久调度下行信道对应的HARQ进程。
根据本公开的实施例,还包括:通过以下方式之一,确定所述DCI格式的HARQ-ACK码本的比特数量Nharq-ack:当所述DCI格式调度的PDSCH的HARQ-ACK不与其他DCI格式指示的HARQ-ACK在同一个时间单元中发送时,Nharq-ack为所述多个下行信道的数量乘以X;当所述DCI格式调度的PDSCH的HARQ-ACK不与其他DCI格式指示的HARQ-ACK在同一个时间单元中发送时,Nharq-ack为所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道的数量乘以X;其中,X为每个下行信道对应的HARQ-ACK比特数量。
根据本公开的实施例,还包括:通过以下方式之一,对所述DCI格式调度的多个下行信道对应的HARQ-ACK信息进行排序:HARQ-ACK信息按照所述多个下行信道时间的先后顺序排列,如果所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道的HARQ-ACK比特数量小于Nharq-ack-max,在所述HARQ-ACK比特之后填上NACK直到HARQ-ACK比特数量等于Nharq-ack-max;HARQ-ACK信息按照所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道时间的先后顺序排列,如果所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道的HARQ-ACK比特数量小于Nharq-ack-max,在所述HARQ-ACK比特之后填上NACK直到HARQ-ACK比特数量等于Nharq-ack-max,其中,Nharq-ack-max是所述DCI格式对应的HARQ-ACK比特数量的最大值。
根据本公开的实施例,还包括:通过以下方式中的至少一种,在时域上对所述DCI格式调度的多个下行信道对应的HARQ-ACK信息执行捆绑:将所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道分配到Nb个组中,对每个组中下行信道对应的HARQ-ACK信息执行捆绑,其中,Nb为UE被配置的所述DCI格式对应的HARQ-ACK捆绑组的数量;将所述多个下行信道分配到Npb个组中,对每个组中在时域上不与第一预定义时间单元重叠的下行信道对应的HARQ-ACK信息执行捆绑,其中,Npb为UE被配置的所述DCI格式对应的HARQ-ACK捆绑组中下行信道的最大数量;将所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道分配到Npb’个组中,对每个组中下行信道对应的HARQ-ACK信息执行捆绑,其中,Npb’为UE被配置的所述DCI格式对应的HARQ-ACK捆绑组中下行信道的最大数量。
根据本公开的实施例,其中,所述第一预定义时间单元为更高层信令配置的上行时间单元。
根据本公开的实施例,还包括:对一个服务小区,当满足以下条件中的至少一个时,不对配置授权上行信道产生媒体访问控制分组数据单元MAC PDU:UE接收DCI格式,所述DCI格式调度多个上行信道;配置授权上行信道被配置在DCI格式调度的多个上行信道中第一个上行信道和最后一个上行信道之间接收;配置授权上行信道被配置在承载DCI格式的下行信道和所述DCI格式调度的最后一个上行信道之间接收;承载DCI格式的下行信道与配置授权上行信道满足所述承载DCI格式的下行信道的起始时间单元早于所述配置授权上行信道的起始时间单元N2个时间单元;承载DCI格式的下行信道与配置授权上行信道满足所述承载DCI格式的下行信道的结束时间单元早于所述配置授权上行信道的结束时间单元N2个时间单元;配置授权上行信道没有与被DCI格式调度的多个上行信道在时域上重叠;配置授权上行信道的HARQ进程与被DCI格式调度的多个上行信道的HARQ进程中至少一个相同;其中,所述N2是大于或等于1的自然数。
根据本公开的实施例,还包括:由所述DCI格式指示的HARQ进程应用于第一个上行信道;按照调度顺序为每个后续在时域上不与第二预定义时间单元重叠的上行信道确定HARQ进程;其中,所述确定HARQ进程包括跳过满足以下条件中的至少一个的HARQ进程:HARQ进程被配置为配置授权上行信道配置可用的HARQ进程;HARQ进程被更高层信令配置的第二特定的HARQ进程;配置授权上行信道被配置在所述DCI格式调度的多个上行信道中第一个上行信道和最后一个上行信道之间接收的所述配置授权上行信道的HARQ进程;配置授权上行信道被配置在承载所述DCI格式的下行信道和所述DCI格式调度的最后一个上行信道之间接收的所述配置授权上行信道的HARQ进程;没有与被所述DCI格式调度的多个上行信道在时域上有重叠的配置授权上行信道对应的HARQ进程。
根据本公开的实施例,还包括:当承载上行控制信息UCI的上行信道与所述DCI格式调度的多个上行信道之一在时域上重叠时:如果所述多个上行信道之一是在时域上不与第二预定义时间单元重叠的上行信道,将所述承载UCI的上行信道中的UCI信息复用到所述在时域上不与第二预定义时间单元重叠的上行信道上传输,并且不发送所述承载UCI的上行信道;如果所述多个上行信道之一是在时域上与第二预定义时间单元重叠的上行信道,发送所述承载UCI的上行信道。
根据本公开的实施例,其中,所述第二预定义时间单元包括以下中的至少一个:更高层信令配置的下行时间单元;同步信号块SSB的时间单元;控制资源集CORESET0的时间单元;更高层信令配置的不可用的时间单元;SSB之后的Y个时间单元,其中,Y是协议规定和/或更高层信令配置的整数。
根据本公开的实施例,提出了一种无线通信系统中由基站执行的方法,包括:发送下行控制信息DCI格式,所述DCI格式用于调度一个或多个上行信道或下行信道;以及接收根据所述DCI格式的一个或多个上行信道。
根据本公开的实施例,提出了一种无线通信系统中的用户设备UE,包括:被配置为发送和接收信号的收发器;以及被配置为执行根据本公开的实施例的方法的控制器。
根据本公开的实施例,提出了一种无线通信系统中的基站,包括:被配置为发送和接收信号的收发器;以及被配置为执行根据本公开的实施例的方法的控制器。
附图说明
当结合附图时,根据以下详细描述,本发明的上述和其他方面、特征和优点将更加清楚。
图1示出了根据本公开的一些实施例的示例无线网络的示意图;
图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径;
图3A示出了根据本公开的一些实施例的示例用户设备(UE);
图3B示出了根据本公开的一些实施例的示例gNB;
图4示出了根据本公开的一些实施例的第二收发节点400的框图;
图5示出了根据公开的一些实施例的由UE执行的方法500的流程图;
图6A-6C示出了根据本公开的一些实施例的上行传输定时的一些示例;
图7示出了根据本公开的一些实施例的时隙编号、多个PDSCH调度的HARQ进程ID以及半持久调度(semi-persistent scheduling,SPS)PDSCH的HARQ进程ID的关系的示例;
图8示出了根据本公开的一些实施例的时隙编号、一个DCI调度的多个PDSCH调度的起始和长度指示值(start and length indicator value,SLIV)以及更高层信令配置的上下行帧结构的关系的示例;
图9A-9B示出了根据本公开的一些实施例的HARQ-ACK比特编号与比特含义之间的关系的示例;
图10示出了根据本公开的一些实施例的第一收发节点1000的框图;以及
图11示出了根据本公开的一些实施例的由基站执行的方法1100的流程图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例的附图,对本公开实施例的技术方案进行清楚、完整地描述。明显地,所描述的实施例是本公开的一部分实施例,而不是全部的实施例。基于所描述的本公开的实施例,本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
在进行下面的具体实施方式的描述之前,对贯穿该专利文档使用的某些词语和短语的定义进行阐述可能是有利的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信,不管这些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词意味着包括但不限于。术语“或”是包含性的,意味着和/或。短语“与...相关联”及其派生词意指包括、包括在...内、连接到、与...互联、包含、包含在...内、连接到或与...连接、耦合到或与...耦合、可与...通信、与...协作、交织、并置、接近、绑定到或与...绑定、具有、具有...属性、具有...关系或与...具有关系等。术语“控制器”意味着控制至少一个操作的任何设备、系统或其部分。这样的控制器可以实施在硬件中,或者实施在硬件和软件和/或固件的组合中。与任何特定控制器关联的功能可以是本地或远程的集中式或分布式。短语“...中的至少一个”当与项目列表一起使用时,意味着可以使用一个或多个所列项目的不同组合,并且可能只需要列表中的一个项目。例如,“A、B和C中的至少一个”包括以下组合中的任何一个:A、B、C、A和B、A和C、B和C、以及A和B和C。例如,“A、B或C中的至少一个”包括以下组合中的任何一个:A、B、C、A和B、A和C、B和C、以及A和B和C。
此外,以下描述的各种功能可以由一个或多个计算机程序实施或支持,每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其适于在合适的计算机可读程序代码中实施的部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质,诸如只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除了传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储和稍后重写数据的介质,诸如可重写光盘或可擦除存储器设备。
这里用于描述本发明的实施例的术语并非旨在限制和/或限定本发明的范围。例如,除非另外定义,本公开使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。
应该理解的是,本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性,而只是用来区分不同的组成部分。除非上下文另外清楚地指出,否则单数形式“一个”、“一”或者“该”等类似词语也不表示数量限制,而是表示存在至少一个。
如本文所使用的,对“一个示例”或“示例”、“一个实施例”或“实施例”的任何引用意味着结合该实施例描述的特定元件、特征、结构或特性被包括在至少一个实施例中。在说明书的不同地方出现的短语“在一个实施例中”或“在一个示例”不一定都指同一个实施例。
将进一步理解的是,术语“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电性的连接,不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系,当被描述对象的绝对位置改变后,则该相对位置关系也可能相应地改变。
以下讨论的用于在本专利文档中描述本公开的原理的各种实施例仅作为说明,并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解,本公开的原理可以实施在任何适当地布置的无线通信系统中。例如,尽管以下对本公开的实施例的详细描述将针对LTE和5G通信系统,但是本领域技术人员可以理解,在基本上不脱离本公开的范围的情况下,本公开的主要要点经过稍微修改也可以应用于具有类似技术背景和信道格式的其他通信系统。本申请实施例的技术方案可以应用于各种通信系统,例如,通信系统可以包括全球移动通信(global system for mobile communications,GSM)系统、码分多址(codedivision multiple access,CDMA)系统、宽带码分多址(wideband code divisionmultiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency divisionduplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwideinteroperability for microwave access,WiMAX)通信系统、第五代(5th generation,5G)系统或新无线(new radio,NR)等。此外,本申请实施例的技术方案可以应用于面向未来的通信技术。此外,本申请实施例的技术方案可以应用于面向未来的通信技术。
下面,将参考附图详细地说明本公开的实施例。应当注意的是,不同的附图中相同的附图标记将用于指代已描述的相同的元件。
下面的图1-图3B描述了在无线通信系统中通过使用正交频分复用(orthogonalfrequency division multiplexing,OFDM)或正交频分多址(orthogonal frequencydivision multiple access,OFDMA)通信技术来实施的各种实施例。图1-图3B的描述并不意味着对可以实施不同实施例的方式的物理或架构的暗示。本公开的不同实施例可以在任何适当布置的通信系统中实施。
图1示出了根据本公开的各种实施例的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。能够使用无线网络100的其他实施例而不脱离本公开的范围。
无线网络100包括gNodeB(gNB)101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个互联网协议(IP)网络130(诸如互联网、专有IP网络或其他数据网络)通信。
取决于网络类型,能够取代“gNodeB”或“gNB”而使用其他众所周知的术语,诸如“基站”或“接入点”。为方便起见,术语“gNodeB”和“gNB”在本专利文件中用来指代为远程终端提供无线接入的网络基础设施组件。并且,取决于网络类型,能够取代“用户设备”或“UE”而使用其他众所周知的术语,诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户装置”。为了方便起见,术语“用户设备”和“UE”在本专利文件中用来指代无线接入gNB的远程无线设备,无论UE是移动设备(诸如,移动电话或智能电话)还是通常所认为的固定设备(诸如桌上型计算机或自动售货机)。
gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括:UE 111,可以位于小型企业(SB)中;UE 112,可以位于企业(E)中;UE 113,可以位于WiFi热点(HS)中;UE 114,可以位于第一住宅(R)中;UE 115,可以位于第二住宅(R)中;UE 116,可以是移动设备(M),如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中,gNB 101-103中的一个或多个能够使用5G、长期演进(LTE)、LTE-A、WiMAX或其他高级无线通信技术彼此通信以及与UE 111-116通信。
虚线示出覆盖区域120和125的近似范围,所述范围被示出为近似圆形仅仅是出于说明和解释的目的。应该清楚地理解,与gNB相关联的覆盖区域,诸如覆盖区域120和125,能够取决于gNB的配置和与自然障碍物和人造障碍物相关联的无线电环境的变化而具有其他形状,包括不规则形状。
如下面更详细描述的,gNB 101、gNB 102和gNB 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中,gNB 101、gNB 102和gNB 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。
尽管图1示出了无线网络100的一个示例,但是能够对图1进行各种改变。例如,无线网络100能够包括任何合适布置的任何数量的gNB和任何数量的UE。并且,gNB 101能够与任何数量的UE直接通信,并且向那些UE提供对网络130的无线宽带接入。类似地,每个gNB102-103能够与网络130直接通信并且向UE提供对网络130的直接无线宽带接入。此外,gNB101、102和/或103能够提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的接入。
图2A和图2B示出了根据本公开的示例无线发送和接收路径。在以下描述中,发送路径200能够被描述为在gNB(诸如gNB 102)中实施,而接收路径250能够被描述为在UE(诸如UE 116)中实施。然而,应该理解,接收路径250能够在gNB中实施,并且发送路径200能够在UE中实施。在一些实施例中,接收路径250被配置为支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的码本设计和结构。
发送路径200包括信道编码和调制块205、串行到并行(S到P)块210、N点快速傅里叶逆变换(IFFT)块215、并行到串行(P到S)块220、添加循环前缀块225、和上变频器(UC)230。接收路径250包括下变频器(DC)255、移除循环前缀块260、串行到并行(S到P)块265、N点快速傅立叶变换(FFT)块270、并行到串行(P到S)块275、以及信道解码和解调块280。
在发送路径200中,信道编码和调制块205接收一组信息比特,应用编码(诸如低密度奇偶校验(LDPC)编码),并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。串行到并行(S到P)块210将串行调制符号转换(诸如,解复用)为并行数据,以便生成N个并行符号流,其中N是在gNB 102和UE 116中使用的IFFT/FFT点数。N点IFFT块215对N个并行符号流执行IFFT运算以生成时域输出信号。并行到串行块220转换(诸如复用)来自N点IFFT块215的并行时域输出符号,以便生成串行时域信号。添加循环前缀块225将循环前缀插入时域信号。上变频器230将添加循环前缀块225的输出调制(诸如上变频)为RF频率,以经由无线信道进行传输。在变频到RF频率之前,还能够在基带处对信号进行滤波。
从gNB 102发送的RF信号在经过无线信道之后到达UE 116,并且在UE 116处执行与gNB 102处的操作相反的操作。下变频器255将接收信号下变频为基带频率,并且移除循环前缀块260移除循环前缀以生成串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。N点FFT块270执行FFT算法以生成N个并行频域信号。并行到串行块275将并行频域信号转换为调制数据符号的序列。信道解码和解调块280对调制符号进行解调和解码,以恢复原始输入数据流。
gNB 101-103中的每一个可以实施类似于在下行链路中向UE 111-116进行发送的发送路径200,并且可以实施类似于在上行链路中从UE 111-116进行接收的接收路径250。类似地,UE 111-116中的每一个可以实施用于在上行链路中向gNB 101-103进行发送的发送路径200,并且可以实施用于在下行链路中从gNB 101-103进行接收的接收路径250。
图2A和图2B中的组件中的每一个能够仅使用硬件来实施,或使用硬件和软件/固件的组合来实施。作为特定示例,图2A和图2B中的组件中的至少一些可以用软件实施,而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实施。例如,FFT块270和IFFT块215可以实施为可配置的软件算法,其中可以根据实施方式来修改点数N的值。
此外,尽管描述为使用FFT和IFFT,但这仅是说明性的,并且不应解释为限制本公开的范围。能够使用其他类型的变换,诸如离散傅立叶变换(DFT)和离散傅里叶逆变换(IDFT)函数。应当理解,对于DFT和IDFT函数而言,变量N的值可以是任何整数(诸如1、2、3、4等),而对于FFT和IFFT函数而言,变量N的值可以是作为2的幂的任何整数(诸如1、2、4、8、16等)。
尽管图2A和图2B示出了无线发送和接收路径的示例,但是可以对图2A和图2B进行各种改变。例如,图2A和图2B中的各种组件能够被组合、进一步细分或省略,并且能够根据特定需要添加附加组件。而且,图2A和图2B旨在示出能够在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构能够用于支持无线网络中的无线通信。
图3A示出了根据本公开的示例UE 116。图3A中示出的UE 116的实施例仅用于说明,并且图1的UE 111-115能够具有相同或相似的配置。然而,UE具有各种各样的配置,并且图3A不将本公开的范围限制于UE的任何特定实施方式。
UE 116包括天线305、射频(RF)收发器310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器/控制器340、输入/输出(I/O)接口345、(多个)输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。
RF收发器310从天线305接收由无线网络100的gNB发送的传入RF信号。RF收发器310将传入RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325,其中RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路325将经处理的基带信号发送到扬声器330(诸如对于语音数据)或发送到处理器/控制器340(诸如对于网络浏览数据)以进行进一步处理。
TX处理电路315从麦克风320接收模拟或数字语音数据,或从处理器/控制器340接收其他传出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、复用、和/或数字化传出基带数据以生成经处理的基带或IF信号。RF收发器310从TX处理电路315接收传出的经处理的基带或IF信号,并将所述基带或IF信号上变频为经由天线305发送的RF信号。
处理器/控制器340能够包括一个或多个处理器或其他处理设备,并执行存储在存储器360中的OS 361,以便控制UE 116的总体操作。例如,处理器/控制器340能够根据公知原理通过RF收发器310、RX处理电路325和TX处理电路315来控制正向信道信号的接收和反向信道信号的发送。在一些实施例中,处理器/控制器340包括至少一个微处理器或微控制器。
处理器/控制器340还能够执行驻留在存储器360中的其他过程和程序,诸如用于具有如本公开的实施例中描述的2D天线阵列的系统的信道质量测量和报告的操作。处理器/控制器340能够根据执行过程的需要将数据移入或移出存储器360。在一些实施例中,处理器/控制器340被配置为基于OS 361或响应于从gNB或运营商接收的信号来执行应用362。处理器/控制器340还耦合到I/O接口345,其中I/O接口345为UE 116提供连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器/控制器340之间的通信路径。
处理器/控制器340还耦合到(多个)输入设备350和显示器355。UE 116的操作者能够使用(多个)输入设备350将数据输入到UE 116中。显示器355可以是液晶显示器或能够呈现文本和/或至少(诸如来自网站的)有限图形的其他显示器。存储器360耦合到处理器/控制器340。存储器360的一部分能够包括随机存取存储器(RAM),而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。
尽管图3A示出了UE 116的一个示例,但是能够对图3A进行各种改变。例如,图3A中的各种组件能够被组合、进一步细分或省略,并且能够根据特定需要添加附加组件。作为特定示例,处理器/控制器340能够被划分为多个处理器,诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。而且,虽然图3A示出了配置为移动电话或智能电话的UE116,但是UE能够被配置为作为其他类型的移动或固定设备进行操作。
图3B示出了根据本公开的示例gNB 102。图3b中所示的gNB 102的实施例仅用于说明,并且图1的其他gNB能够具有相同或相似的配置。然而,gNB具有各种各样的配置,并且图3B不将本公开的范围限制于gNB的任何特定实施方式。应注意,gNB 101和gNB 103能够包括与gNB 102相同或相似的结构。
如图3B中所示,gNB 102包括多个天线370a-370n、多个RF收发器372a-372n、发送(TX)处理电路374和接收(RX)处理电路376。在某些实施例中,多个天线370a-370n中的一个或多个包括2D天线阵列。gNB 102还包括控制器/处理器378、存储器380和回程或网络接口382。
RF收发器372a-372n从天线370a-370n接收传入RF信号,诸如由UE或其他gNB发送的信号。RF收发器372a-372n对传入RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路376,其中RX处理电路376通过对基带或IF信号进行滤波、解码和/或数字化来生成经处理的基带信号。RX处理电路376将经处理的基带信号发送到控制器/处理器378以进行进一步处理。
TX处理电路374从控制器/处理器378接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路374对传出基带数据进行编码、复用和/或数字化以生成经处理的基带或IF信号。RF收发器372a-372n从TX处理电路374接收传出的经处理的基带或IF信号,并将所述基带或IF信号上变频为经由天线370a-370n发送的RF信号。
控制器/处理器378能够包括控制gNB 102的总体操作的一个或多个处理器或其他处理设备。例如,控制器/处理器378能够根据公知原理通过RF收发器372a-372n、RX处理电路376和TX处理电路374来控制前向信道信号的接收和后向信道信号的发送。控制器/处理器378也能够支持附加功能,诸如更高级的无线通信功能。例如,控制器/处理器378能够执行诸如通过盲干扰感测(BIS)算法执行的BIS过程,并且对被减去干扰信号的接收信号进行解码。控制器/处理器378可以在gNB 102中支持各种各样的其他功能中的任何一个。在一些实施例中,控制器/处理器378包括至少一个微处理器或微控制器。
控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程,诸如基本OS。控制器/处理器378还能够支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的信道质量测量和报告。在一些实施例中,控制器/处理器378支持在诸如web RTC的实体之间的通信。控制器/处理器378能够根据执行过程的需要将数据移入或移出存储器380。
控制器/处理器378还耦合到回程或网络接口382。回程或网络接口382允许gNB102通过回程连接或通过网络与其他设备或系统通信。回程或网络接口382能够支持通过任何合适的(多个)有线或无线连接的通信。例如,当gNB 102被实施为蜂窝通信系统(诸如支持5G或新无线电接入技术或NR、LTE或LTE-A的一个蜂窝通信系统)的一部分时,回程或网络接口382能够允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实施为接入点时,回程或网络接口382能够允许gNB 102通过有线或无线局域网或通过有线或无线连接与更大的网络(诸如互联网)通信。回程或网络接口382包括支持通过有线或无线连接的通信的任何合适的结构,诸如以太网或RF收发器。
存储器380耦合到控制器/处理器378。存储器380的一部分能够包括RAM,而存储器380的另一部分能够包括闪存或其他ROM。在某些实施例中,诸如BIS算法的多个指令被存储在存储器中。多个指令被配置为使得控制器/处理器378执行BIS过程,并在减去由BIS算法确定的至少一个干扰信号之后解码接收的信号。
如下面更详细描述的,(使用RF收发器372a-372n、TX处理电路374和/或RX处理电路376实施的)gNB 102的发送和接收路径支持与FDD小区和TDD小区的聚合的通信。
尽管图3B示出了gNB 102的一个示例,但是可以对图3B进行各种改变。例如,gNB102能够包括任何数量的图3A中所示的每个组件。作为特定示例,接入点能够包括许多回程或网络接口382,并且控制器/处理器378能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例,虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例,但是gNB 102能够包括每一个的多个实例(诸如每个RF收发器对应一个)。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射的硬件设备,其具有能够在双向通信链路上,进行双向通信的接收和发射的硬件设备。这种设备可以包括:蜂窝或其他通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(个人通信系统),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(全球定位系统)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
下面结合附图进一步描述本公开的示例性实施例。
随着信息产业的快速发展,特别是来自移动互联网和物联网(IoT,internet ofthings)的增长需求,给未来移动通信技术带来前所未有的挑战。如根据国际电信联盟(International Telecommunication Union,ITU)的报告ITU-RM.[IMT.BEYOND2020.TRAFFIC],可以预计到2020年,移动业务量增长相对2010年(4G时代)将增长近1000倍,UE连接数也将超过170亿,随着海量的IoT设备逐渐渗透到移动通信网络,连接设备数将更加惊人。为了应对这前所未有的挑战,通信产业界和学术界已经展开了广泛的第五代移动通信技术(5G)研究,以面向2020年代。目前在ITU的报告ITU-RM.[IMT.VISION]中已经在讨论未来5G的框架和整体目标,其中对5G的需求展望、应用场景和各项重要性能指标做了详细说明。针对5G中的新需求,ITU的报告ITU-R M.[IMT.FUTURE TECHNOLOGY TRENDS]提供了针对5G的技术趋势相关的信息,旨在解决系统吞吐量显著提升、用户体验一致性、扩展性以支持IoT、时延、能效、成本、网络灵活性、新兴业务的支持和灵活的频谱利用等显著问题。在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)中,对5G的第一阶段的工作已在进行中。为了支持更灵活的调度,3GPP决定在5G中支持可变的混合自动重传请求-确认(Hybrid Automatic Repeat request-Acknowledgement,HARQ-ACK)反馈时延。在现有的长期演进(Long Term Evolution,LTE)系统中,从下行数据的接收到HARQ-ACK的上行发送的时间是固定的,例如频分双工(Frequency Division Duplex,FDD)系统中,时延是4个子帧,在时分双工(Time Division Duplex,TDD)系统中,根据上下行配置,为相应的下行子帧确定一个HARQ-ACK反馈时延。在5G系统中,无论是FDD还是TDD系统,对于一个确定的下行时间单元(例如,下行时隙或者下行子时隙),可反馈HARQ-ACK的上行时间单元是可变的。例如,可以通过物理层信令动态指示HARQ-ACK反馈的时延,也可以根据不同的业务或者用户能力等因素,确定不同的HARQ-ACK时延。
3GPP定义了5G应用场景的三大方向——eMBB(enhanced mobile broadband,增强移动宽带)、mMTC(massive machine-type communication,大规模机器类型通信)、URLLC(ultra-reliable and low-latency communication,超可靠和低时延通信)。eMBB场景旨在在现有移动宽带业务场景的基础上,进一步提高数据传输速率,以提升用户体验,从而追求人与人之间极致的通信体验。mMTC和URLLC则是物联网的应用场景,但各自侧重点不同:mMTC主要是人与物之间的信息交互,URLLC主要体现物与物之间的通信需求。
在5G中,UE可以支持灵活的参数集(numerology)、更大的带宽、更灵活的调度。当SCS较大时,一个时隙的绝对时间会很小。基于时隙的调度会造成DCI开销较大,为了减少DCI开销,可以采用一个DCI调度多个PDSCH和/或PUSCH。如何设计多个PDSCH和/或PUSCH的调度以及HARQ-ACK反馈方法是亟待解决的问题。
为了至少解决以上技术问题,本公开的实施例提供了一种无线通信系统中由终端执行的方法、终端、由基站执行的方法、基站及非暂时性计算机可读存储介质。在下文中,将参照附图详细描述本公开的各种实施例。
在本公开的实施例中,为了描述的方便,定义第一收发节点和第二收发节点。例如,第一收发节点可以为基站,第二收发节点可以为UE。在以下的示例中,以基站为例(但不限于)来说明第一收发节点,以UE为例(但不限于)来说明第二收发节点。
下面结合附图进一步描述本公开的示例性实施例。
文本和附图仅作为示例提供,以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例,但是基于本文所公开的内容,对于本领域技术人员而言显而易见的是,在不脱离本公开的范围的情况下,可以对所示的实施例和示例进行改变。
图4示出了根据本公开的实施例的第二收发节点的框图。
参考图4,第二收发节点400可以包括收发器401和控制器402。
收发器401可以被配置为从第一收发节点接收第一数据和/或第一控制信令并且在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。
控制器402可以为专用集成电路或至少一个处理器。控制器402可以被配置为控制第二收发节点的总体操作,以及控制第二收发节点实施本公开的实施例中提出的方法。例如,控制器402可以被配置为基于第一数据和/或第一控制信令,确定第二数据和/或第二控制信令和用于发送第二数据和/或第二控制信令的时间单元,以及控制收发器401在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。
在一些实施方式中,控制器402可以被配置为执行以下描述的各种实施例的方法中的一个或多个。例如,控制器402可以被配置为执行之后要结合图5描述的方法500、结合图11描述的方法1100中的一个或多个操作。
在一些实施方式中,第一数据可以是第一收发节点发送给第二收发节点的数据。在以下的示例中,以通过PDSCH(Physical Downlink Shared Channel,物理下行共享信道)承载的下行数据为例(但不限于)来说明第一数据。
在一些实施方式中,第二数据可以是第二收发节点发送给第一收发节点的数据。在以下的示例中,以PUSCH(Physical Uplink Shared Channel,物理上行共享信道)承载的上行数据为例(但不限于)来说明第二数据。
在一些实施方式中,第一控制信令可以是第一收发节点发送给第二收发节点的控制信令。在以下的示例中,以下行控制信令为例(但不限于)来说明第一控制信令。下行控制信令可以是通过PDCCH(Physical Downlink Control Channel,物理下行控制信道)承载的DCI(Downlink control information,下行控制信息)和/或通过PDSCH(PhysicalDownlink Shared Channel,物理下行共享信道)承载的控制信令。例如,DCI可以为UE专属(UE specific)的DCI,DCI还可以为公用的DCI,公用的DCI可以是部分UE公用的DCI,例如组公用(group common)DCI,公用的DCI还可以是所有UE公用的DCI。DCI可以是上行DCI(例如,调度PUSCH的DCI)和/或下行DCI(例如,调度PDSCH的DCI)。
在一些实施方式中,第二控制信令可以是第二收发节点发送给第一收发节点的控制信令。在以下的示例中,以上行控制信令为例(但不限于)来说明第二控制信令。上行控制信令可以是通过PUCCH(Physical Uplink Control Channel,物理上行控制信道)承载的UCI(Uplink Control Information,上行控制信息)和/或通过PUSCH(Physical UplinkShared Channel,物理上行共享信道)承载的控制信令。UCI的类型可以包括以下中的一个或多个:HARQ-ACK信息、SR(Scheduling Request,调度请求)、LRR(Link RecoveryRequest,链路恢复请求)、CSI(Chanel State Information,信道状态信息)、或CG(Configured grant,配置授权)UCI。
在一些实施方式中,承载SR的PUCCH可以为承载肯定的SR(positive SR)和/或否定的SR(negative SR)的PUCCH。
在一些实施方式中,CSI还可以为Part 1 CSI(第一部分CSI)和/或Part 2 CSI(第二部分CSI)。
在一些实施方式中,第一时间单元为第一收发节点发送第一数据和/或第一控制信令的时间单元。在以下的示例中,以下行时间单元为例(但不限于)来说明第一时间单元。
在一些实施方式中,第二时间单元为第二收发节点发送第二数据和/或第二控制信令的时间单元。在以下的示例中,以上行时间单元为例(但不限于)来说明第二时间单元。
在一些实施方式中,第一时间单元和第二时间单元可以是一个或多个时隙(slot)、一个或多个子时隙(sub-slot)、一个或多个OFDM符号、或一个或多个子帧(subframe)。
本文中,依赖于网络类型,术语“基站”或“BS”可以指代被配置为提供对网络的无线接入的任何组件(或组件集合),诸如发送点(Transmission Point,TP)、发送-接收点(Transmission and Reception Point,TRP)、增强基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他无线地使能的设备。基站可以根据一个或多个无线通信协议——例如,5G3GPP新无线电接口/接入(NR)、长期演进(LTE)、先进LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等——来提供无线接入。
在描述无线通信系统时以及在下面描述的本公开中,更高层信令或更高层信号是用于通过物理层的下行链路数据信道将信息从基站传递到终端或者通过物理层的上行链路数据信道将信息从终端传递到基站的信号传递方法,并且信号传递方法的示例可以包括用于通过无线电资源控制(radio resource control,RRC)信令、分组数据汇聚协议(packet data convergence protocol,PDCP)信令或媒体访问控制(medium accesscontrol,MAC)控制元素(MAC control element,MAC CE)来传递信息的信号传递方法。
图5示出了根据本发明的实施例的由UE执行的方法500的流程图。
参考图5,在步骤S510,UE可以从基站接收下行数据(例如,通过PDSCH携带的下行数据)和/或下行控制信令。例如,UE可以基于预定义规则和/或已经接收到的配置参数从基站接收下行数据和/或下行控制信令。
在步骤S520,UE根据下行数据和/或下行控制信令确定上行数据和/或上行控制信令以及上行时间单元。
在步骤S530,UE在上行时间单元上向基站发送上行数据和/或上行控制信令。
在一些实施方式中,可以通过HARQ-ACK来执行对于下行链路传输的确认/否定确认(ACK/NACK)。
在一些实施方式中,下行控制信令可以包括通过PDCCH承载的DCI和/或通过PDSCH承载的控制信令。例如,DCI可以用于调度PUSCH的发送或PDSCH的接收。下面将参考图6A-6C描述上行传输定时的一些示例。
在一个示例中,UE接收到DCI,并且根据DCI中指示的时域资源接收PDSCH。例如,可以使用参数K0表示DCI调度的PDSCH与承载DCI的PDCCH之间的时间间隔,并且K0的单位可以为时隙。例如,图6A给出了K0=1的示例。在图6A示出的示例中,DCI调度的PDSCH到承载该DCI的PDCCH的时间间隔为1个时隙。
在另一个示例中,UE接收到DCI,并且根据DCI中指示的时域资源发送PUSCH。例如,可以使用参数K2表示DCI调度的PUSCH与承载DCI的PDCCH之间的时间间隔,并且K2的单位可以为时隙。例如,图6B给出了K2=1的示例。在图6B示出的示例中,DCI调度的PUSCH与承载该DCI的PDCCH的时间间隔为1个时隙。
在又一个示例中,UE接收到PDSCH,并且可以在上行时间单元中的PUCCH上发送该PDSCH的HARQ-ACK信息。例如,可以使用参数K1(例如,3GPP参数dl-DataToUL-ACK)表示用于发送PDSCH的HARQ-ACK信息的PUCCH与该PDSCH之间的时间间隔,并且K1的单位可以为上行时间单元,诸如时隙或子时隙。在K1的单位为时隙的情况下,该时间间隔为用于反馈PDSCH的HARQ-ACK信息的PUCCH与该PDSCH的时隙偏移值。例如,图6A给出了K1=3的示例。在图6A示出的示例中,用于发送PDSCH的HARQ-ACK信息的PUCCH与该PDSCH的时间间隔为3个时隙。
PDSCH可以为被DCI调度的PDSCH和/或SPS PDSCH。SPS PDSCH被DCI激活后,UE会周期性的接收该SPS PDSCH。在本公开的示例中,SPS PDSCH可以等同于没有DCI/PDCCH调度的PDSCH。SPS PDSCH被释放(去激活)后,UE不再接收该SPS PDSCH。
在又一个示例中,UE接收到DCI(例如,指示SPS(Semi-Persistent Scheduling,半持久调度)PDSCH释放(去激活)的DCI),并且可以在上行时间单元的PUCCH上发送该DCI的HARQ-ACK信息。例如,可以使用参数K1表示用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔,K1的单位可以为上行时间单元,诸如时隙或子时隙。例如,图6C给出了K1=3的示例。在图6C的示例中,用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔为3个时隙。例如,可以使用参数K1表示SPS PDSCH接收与反馈其HARQ-ACK的PUCCH的时间间隔,其中该K1在激活该SPS PDSCH的DCI中指示。在一些实施方式中,在步骤S520,UE可以向基站上报(或发送(signal/transmit))UE能力或指示该UE能力。例如,UE通过发送PUSCH向基站上报(或发送(signal/transmit))UE能力。在这种情况下,UE发送的PUSCH中包含了UE能力信息。
在一些实施方式中,基站可以根据先前从UE接收到的(例如,在先前的下行-上行传输过程中的步骤S510中)UE能力来对UE配置更高层信令。例如,基站通过发送PDSCH来对UE配置更高层信令。在这种情况下,基站发送的PDSCH中包含了对UE配置的更高层信令。需要说明的是,更高层信令为与物理层信令相比的更高层的信令,例如,更高层信令可以包括RRC信令和/或MAC CE。
在一些实施方式中,UE可以被配置两级优先级以用于上行链路传输。例如,两级优先级可以包括彼此不同的第一优先级和第二优先级。在一个示例中,第一优先级可以高于第二优先级。在另一个示例中,第一优先级可以低于第二优先级。然而,本公开的实施例不限于此,例如,UE可以被配置多于两级的优先级。为了方便的目的,在本公开的实施例中,考虑第一优先级高于第二优先级来进行描述。需要说明的是,本公开的所有实施例均适用于第一优先级可以高于第二优先级的情形;本公开的所有实施例均适用于第一优先级可以低于第二优先级的情形;本公开的所有实施例均适用于第一优先级可以等于第二优先级的情形。
本公开的实施例中,单播可以指网络和一个UE进行通信的方式,组播/广播可以指网络和多个UE进行通信的方式。例如,单播PDSCH可以是一个UE接收的一个PDSCH,且PDSCH的加扰可以基于UE特有的无线网络临时标识(RNTI,Radio Network TemporaryIdentifier),例如小区-RNTI(C-RNTI)。组播/广播PDSCH可以是多于一个UE同时接收的一个PDSCH,且组播/广播PDSCH的加扰可以基于UE组公用的RNTI。例如,用于组播/广播PDSCH的加扰的UE组公用的RNTI可以包括用于动态调度的组播/广播传输(例如,PDSCH)加扰的RNTI(本公开的实施例中,称为G-RNTI)或用于组播/广播SPS传输(例如,SPS PDSCH)加扰的RNTI(本公开的实施例中,称为G-CS-RNTI)。G-CS-RNTI与G-RNTI可以为不同的RNTI,也可以为同一个RNTI。单播PDSCH的UCI可以包括单播PDSCH的HARQ-ACK信息、SR、或CSI。组播(groupcast或者multicast)/广播PDSCH的UCI可以包括组播/广播PDSCH的HARQ-ACK信息。在本公开的实施例中,“组播/广播”可以指组播或广播中的至少一种。
在一些实施方式中,HARQ-ACK码本可以包括一个或多个PDSCH和/或DCI的HARQ-ACK信息。如果一个或多个PDSCH和/或DCI的HARQ-ACK信息在同一个上行时间单元发送时,UE可以根据预定义的规则生成HARQ-ACK码本。例如,如果一个PDSCH成功解码,这个PDSCH的HARQ-ACK信息为肯定的ACK。例如,肯定的ACK在HARQ-ACK码本中可以用1表示。如果一个PDSCH没有成功解码,这个PDSCH的HARQ-ACK信息为否定的ACK(Negative ACK,NACK)。例如,NACK在HARQ-ACK码本中可以用0表示。例如,UE可以根据协议规定的伪代码生成HARQ-ACK码本。在一个示例中,如果UE接收到DCI格式,其中该DCI格式指示SPS PDSCH释放(去激活),则UE发送该DCI格式的HARQ-ACK信息(ACK)。在另一个示例中,如果UE接收到DCI格式,其中该DCI格式指示辅小区休眠,则UE发送该DCI格式的HARQ-ACK信息(ACK)。在又一个示例中,如果UE接收到DCI格式,其中该DCI格式指示发送所有配置的服务小区的所有HARQ-ACK进程的HARQ-ACK信息(例如,3GPP中的类型-3HARQ-ACK码本(Type-3 HARQ-ACK codebook)),则UE发送所有配置的服务小区的所有HARQ-ACK进程的HARQ-ACK信息。为了减少类型-3HARQ-ACK码本的大小,在增强的类型-3HARQ-ACK码本中,UE可以基于DCI的指示发送特定的服务小区的特定的HARQ-ACK进程的HARQ-ACK信息。在又一个示例中,如果UE接收到DCI格式,其中该DCI格式调度PDSCH,则UE发送该PDSCH的HARQ-ACK信息。在又一个示例中,UE接收SPSPDSCH,UE发送该SPS PDSCH的HARQ-ACK信息。在又一个示例中,如果UE被更高层信令配置接收SPS PDSCH,则UE发送该SPS PDSCH的HARQ-ACK信息。被更高层信令配置接收SPS PDSCH可能被其他信令取消传输。在又一个示例中,如果UE被更高层信令配置的半静态帧结构中的至少一个上行符号(例如,OFDM符号)与SPS PDSCH的符号重叠,则UE不接收该SPS PDSCH。在又一个示例中,如果UE根据预定义规则被更高层信令配置接收SPS PDSCH,则UE发送该SPSPDSCH的HARQ-ACK信息。
在一些实施方式中,如果同一个上行时间单元发送的HARQ-ACK信息不包括任何DCI格式的HARQ-ACK信息,也不包括动态调度的PDSCH(例如,通过DCI格式调度的PDSCH)和/或DCI的HARQ-ACK信息,或者同一个上行时间单元发送的HARQ-ACK信息仅包括一个或多个SPS PDSCH的HARQ-ACK信息,则UE可以根据产生SPS PDSCH HARQ-ACK码本的规则来生成HARQ-ACK信息。
在一些实施方式中,如果同一个上行时间单元发送的HARQ-ACK信息包括DCI格式的HARQ-ACK信息、和/或动态调度的PDSCH(例如,通过DCI格式调度的PDSCH),则UE可以根据产生动态调度的PDSCH和/或DCI格式的HARQ-ACK码本的规则来生成HARQ-ACK信息。例如,UE可以根据PDSCH HARQ-ACK码本配置参数(例如,3GPP中的参数pdsch-HARQ-ACK-Codebook)来确定产生半静态HARQ-ACK码本(例如,3GPP中的类型-1HARQ-ACK码本(Type-1 HARQ-ACKcodebook))或动态HARQ-ACK码本(例如,3GPP中的类型-2HARQ-ACK码本(Type-2 HARQ-ACKcodebook)。动态HARQ-ACK码本还可以为增强动态HARQ-ACK码本(例如,3GPP中的基于分组(grouping)和HARQ-ACK重传的类型-2HARQ-ACK码本))。
在一些实施方式中,如果同一个上行时间单元发送的HARQ-ACK信息仅包括SPSPDSCH(例如,没有通过DCI格式调度的PDSCH)的HARQ-ACK信息,则UE可以根据产生SPSPDSCH的HARQ-ACK码本的规则(例如,3GPP中定义的生成SPS PDSCH的HARQ-ACK码本的伪代码)来生成HARQ-ACK码本。
在一些实施方式中,动态HARQ-ACK码本和/或增强动态HARQ-ACK码本可以根据分配索引来确定HARQ-ACK码本的大小和排序。例如,分配索引可以为DAI(DownlinkAssignment Index,下行分配索引)。在以下的实施例中,以分配索引为DAI为例来说明。然而,本公开的实施例不限于此,可以采用其它任何合适的分配索引。
在一些实施方式中,DAI字段包括第一DAI和第二DAI中的至少一个。
在一些示例中,第一DAI可以是C-DAI(Counter-DAI,计数DAI)。第一DAI可以指示调度的PDSCH的DCI、或指示SPS PDSCH释放(去激活)的DCI、或指示辅小区休眠的DCI中的至少一个的累计计数。例如,该累计计数可以是到当前服务小区和/或当前时间单元的累计计数。例如,C-DAI可以指:在时间窗内,到当前时间单元为止,由PDCCH调度的{服务小区,时间单元}对的累计数量(也可以包括PDCCH(例如,指示SPS释放的PDCCH,和/或指示辅小区休眠的PDCCH)数量);或者到当前时间单元为止,PDCCH的累计数量;或者到当前时间单元为止,PDSCH传输的累计数量;或者到当前服务小区和/或当前时间单元为止,存在和PDCCH相关的PDSCH传输(例如由PDCCH调度)和/或存在PDCCH(例如,指示SPS释放的PDCCH,和/或指示辅小区休眠的PDCCH)的{服务小区,时间单元}对的累计个数;或者到当前服务小区和/或当前时间单元,基站已调度的存在对应PDCCH的PDSCH和/或PDCCH(例如,指示SPS释放的PDCCH,和/或指示辅小区休眠的PDCCH)的累计数量;或者到当前服务小区和/或当前时间单元,基站已调度的PDSCH累计数量(所述PDSCH为存在对应PDCCH的PDSCH);或者到当前服务小区和/或当前时间单元,基站已调度的存在PDSCH传输的时间单元累计数量(所述PDSCH为存在对应PDCCH的PDSCH)。通过接收包括第一DAI的时间以及第一DAI信息可以确定HARQ-ACK码本中与PDSCH接收、指示SPS PDSCH释放(去激活)的DCI、或指示辅小区休眠的DCI中的至少一个相对应的各个比特的排序。第一DAI可以包括在下行DCI格式中。
在一些示例中,第二DAI可以是T-DAI(Total-DAI,总DAI)。第二DAI可以指示所有PDSCH接收、指示SPS PDSCH释放(去激活)的DCI、或指示辅小区休眠的DCI中的至少一个的总计数。例如,该总计数可以是到当前时间单元所有服务小区的总计数。例如,T-DAI可以指:在时间窗内,到当前时间单元为止由PDCCH调度的{服务小区,时间单元}对的总数量(也可以包括用于指示SPS释放的PDCCH数量);或者到当前时间单元为止,PDSCH传输的总数量;或者到当前服务小区和/或当前时间单元为止,存在和PDCCH相关的PDSCH传输(例如,由PDCCH调度)和/或存在PDCCH(例如,指示SPS释放的PDCCH,和/或指示辅小区休眠的PDCCH)的{服务小区,时间单元}对的总数量;或者到当前服务小区和/或当前时间单元,基站已调度的存在对应PDCCH的PDSCH和/或PDCCH(例如,指示SPS释放的PDCCH,和/或指示辅小区休眠的PDCCH)的总数量;或者到当前服务小区和/或当前时间单元,基站已调度的PDSCH总数量(所述PDSCH为存在对应PDCCH的PDSCH);或者到当前服务小区和/或当前时间单元,基站已调度的存在PDSCH传输的时间单元总数量(例如,该PDSCH为存在对应PDCCH的PDSCH)。第二DAI可以包括在下行DCI格式和/或上行DCI格式中。包括在上行DCI格式中的第二DAI也被称为UL DAI。
在下面的示例中,以第一DAI为C-DAI并且第二DAI为T-DAI为例(但不限于)来说明。
表1和表2示出了DAI字段与VT-DAI,m或VC-DAI,c,m的对应关系。C-DAI和T-DAI的比特数量是有限的。
例如,在C-DAI或T-DAI用2比特表示的情况下,可以通过表1中的公式来确定C-DAI或T-DAI在DCI中的值。VT-DAI,m为在PDCCH监听时机(Monitoring Occasion,MO)m接收的DCI中的T-DAI的值,VC-DAI,c,m为在PDCCH监听时机m接收的关于服务小区c的DCI中C-DAI的值。VT-DAI,m和VC-DAI,c,m都与DCI中DAI字段的比特数量有关。MSB为最高有效位(MostSignificant Bit),LSB为最低有效位(Least Significant Bit)。
[表1]
例如,如果C-DAI或T-DAI为1、5或9时,如表1所示,在DAI字段中均用“00”指示,并且通过表1中的公式将VT-DAI,m或VC-DAI,c,m的值表示为“1”。Y可以表示与基站实际发送的DCI的数量相对应的DAI的值(在通过表中的公式转换前的DAI的值)。
例如,在DCI中的C-DAI或T-DAI为1比特的情况下,可以通过表2中的公式,将表示大于2的值。
[表2]
在一些实施方式中,一个下行DCI格式可以调度1个或Np个PDSCH。其中,Np为大于1的整数。基站可以为UE配置PDSCH时域资源分配(Time Domain Resource Allocation,TDRA)表T用于确定PDSCH可能的时间资源。表T中的一行可以指示一个或多个PDSCH的时间资源信息。所述每个PDSCH的时间资源信息包括SLIV(Start and length indicatorvalue,起始和长度指示值),K0,PDSCH映射类型(PDSCH mapping type)。例如,基站配置PDSCH的时间维度资源分配列表(对应所述PDSCH TDRA表T),例如通过PDSCH-TimeDomainResourceAllocationList(PDSCH-时域资源分配列表)来配置。所述PDSCH-TimeDomainResourceAllocationList包含Ntdra个元素,每个元素对应于所述PDSCH TDRA表T的一行。即所述PDSCH TDRA表T包含Ntdra行。PDSCH-TimeDomainResourceAllocationList中的一个元素可以包含一个或多个PDSCH的SLIV,PDSCH mapping type和K0。相应地,PDSCH TDRA表T的一行可以包含一个或多个PDSCH的SLIV,PDSCH mapping type和K0。当PDSCH-TimeDomainResourceAllocationList中的一个元素包含的PDSCH的数量大于1时分别指示该元素中的每个PDSCH的SLIV、PDSCH mapping type和K0。下行DCI格式通过指示该PDSCH TDRA表T的行号,指示该DCI调度的Np个PDSCH的时间资源。如果该Np个PDSCH中的一个PDSCH的时域资源与半静态配置(更高层信令配置)的上行符号(例如,3GPP参数tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated配置的上行符号)中至少一个有重叠,UE不接收该PDSCH。UE可以认为基站没有发送该PDSCH。可以通过协议规定和/或更高层信令配置,TDRA表T的一行中的mapping type都相同。
需要说明的是,在本公开的实施例中,有效的PDSCH(valid PDSCH)指PDSCH的时域资源没有与T的符号中任何一个符号有重叠。有效的PDSCH可以指PDSCH的时域资源没有与第一预定义的时间单元有重叠,其中,第一预定义的时间单元可以由协议规定和/或更高层信令配置。在实施例中,第一预定义的时间单元可以是第一预定义的符号,例如,第一预定义的符号可以为半静态配置(更高层信令配置)的上行符号(例如,3GPP参数tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated配置的上行符号)。UE可以接收有效的PDSCH。无效的PDSCH(invalid PDSCH,非有效的PDSCH)指PDSCH的时域资源与第一预定义的符号中至少一个符号有重叠。UE可以不接收和/或不期待接收无效的PDSCH。一个有效的/无效的PDSCH可以是被一个DCI格式调度的多个PDSCH(对应于多个TB)中的一个,还可以是PDSCH重复传输(对应于一个TB)中的一个。如果没有特别说明,PDSCH可以是有效的PDSCH和/或无效的PDSCH。例如,第一个PDSCH可以是第一个有效的PDSCH和/或第一个无效的PDSCH。最后一个PDSCH可以是最后一个有效的PDSCH和/或最后一个无效的PDSCH。
在一些实施方式中,可以通过协议规定和/或更高层信令配置,如果一个下行DCI格式指示的TDRA行中包含多个PDSCH SLIV(调度多个PDSCH),由该下行DCI格式指示的HARQ进程ID应用于第一个PDSCH,然后按照调度顺序为每个后续PDSCH(例如,PDSCH可以为有效的PDSCH)将HARQ进程ID增加1,并对Nharqdl应用取模运算(例如,18对16取模的结果为2)。其中,Nharqdl可以为正整数,Nharqdl可以通过协议规定和/或更高层信令配置。Nharqdl可以通过预定义的方法确定。其中,第一个PDSCH可以为第一个有效的PDSCH,或者,第一个PDSCH可以为该多个PDSCH SLIV中第一个PDSCH,并且UE不期待该多个PDSCH SLIV中第一个PDSCH与第一预定义的符号重叠(UE不期待该第一个PDSCH是一个无效的PDSCH)。这样可以明确UE对HARQ进程ID的理解,保证UE和基站理解的一致性,提高下行传输的可靠性。需要说明的是,本方法也适用于一个DCI格式调度多个PUSCH的场景,例如,将本方法中的PDSCH替换为PUSCH。
在一些实施方式中,可以通过协议规定和/或更高层信令配置,被一个下行DCI格式调度的Np个PDSCH的HARQ-ACK可以在同一个上行时间单元发送。如果一个下行DCI格式指示的TDRA行中包含多个PDSCH SLIV,该下行DCI格式中K1(dl-DataToUL-ACK)字段用于指示该多个PDSCH SLIV中最后一个有效的PDSCH到PUCCH的时间单元间隔(例如,时隙/子时隙偏移量)。这样可以提高K1指示的灵活性,减少HARQ-ACK反馈时延。或者,该下行DCI格式中K1用于指示TDRA行中最后一个PDSCH到PUCCH的时间单元间隔。这样实现简单,可以重用现有方法。
在一些实施方式中,对于一个给定的HARQ进程,协议可以规定PDSCH调度的限制条件。例如,3GPP规定在给定HARQ进程的HARQ-ACK的预期传输结束之前,UE不期待接收该HARQ进程的另一PDSCH。当一个DCI格式可以调度多个PDSCH时,如果该多个PDSCH持续的时间内UE被配置接收SPS PDSCH,由于相同HARQ进程调度的限制,调度多个PDSCH可用的HARQ进程会非常受限。如图7所示。SPS PDSCH被配置在时隙2接收,其HARQ-ACK在时隙5发送。UE被调度了一个DCI格式指示时隙0到时隙5的6个PDSCH接收,其HARQ-ACK在时隙7发送。时隙2中DCI调度的PDSCH与SPS PDSCH在时域上没有重叠(占用的OFDM符号不相同)。例如,当SPSPDSCH的HARQ进程为1或者2或者3时,3GPP中规定的相同HARQ进程的调度限制不能满足,基站不能进行这种调度。当SPS PDSCH被配置的数量较多时,这种限制会更大。为了解决该问题,一种方法是通过协议规定该限制条件只用于一个DCI格式调度一个PDSCH的场景,不适用于一个DCI格式调度多个PDSCH的场景。这种方法实现简单,可以降低UE和基站实现的复杂度。为了解决该问题还可以采用本公开的其他方法。
在一些实施方式中,协议可以规定PDSCH调度的限制条件。例如,3GPP规定了PDSCH的接收与其HARQ-ACK反馈是按照先接收先反馈的规则。例如,在给定的调度小区中,UE不期望在时隙i中接收第一PDSCH,其相应的HARQ-ACK被分配在时隙j中发送,并且第二PDSCH在第一PDSCH之后开始,其相应的HARQ-ACK被分配在时隙j之前的时隙中发送。当一个DCI格式可以调度多个PDSCH时,如果该多个PDSCH持续的时间内UE被配置接收SPS PDSCH,由于相同HARQ进程调度的限制,调度多个PDSCH可用的HARQ进程会非常受限。为了解决该问题,一种方法是通过协议规定该限制条件只用于一个DCI格式调度一个PDSCH的场景,不适用于一个DCI格式调度多个PDSCH的场景。这种方法实现简单,可以降低UE和基站实现的复杂度。为了解决该问题还可以采用本公开的其他方法。
为了解决上述这些问题,还可以采用以下方法中至少一种。
方法一:可以通过协议规定和/或更高层信令配置,对一个服务小区,当(如果)满足第一预定义的条件时,UE不接收(不期待接收)SPS PDSCH。第一预定义的条件可以为以下条件中至少一个。
条件一:UE接收(或被调度)一个DCI格式指示的TDRA行中包含多个PDSCH SLIV(调度多个PDSCH)。
条件二:SPS PDSCH被配置在多个PDSCH(例如,被一个DCI格式调度的多个PDSCH)中第一个PDSCH(例如,第一个PDSCH的起始/结束符号(位置))和最后一个PDSCH(例如,最后一个PDSCH的起始/结束符号(位置))之间接收。
条件三:SPS PDSCH被配置在承载DCI的PDCCH(例如,PDCCH起始/结束符号(位置))和最后一个PDSCH(例如,最后一个PDSCH的起始/结束符号(位置))之间接收。
条件四:承载DCI格式的PDCCH与SPS PDSCH满足预定义的定时关系。例如,预定义的定时关系可以为该PDCCH的起始/结束符号(时刻)早于该SPS PDSCH起始/结束符号(时刻)N1(例如,N1可以为14)个符号,N1是协议规定和/或更高层信令配置的。
条件五:SPS PDSCH与被DCI格式调度的有效的PDSCH在时域上重叠。
条件六:SPS PDSCH与被DCI格式调度的PDSCH(例如,PDSCH可以为有效的PDSCH和/或无效的PDSCH)在时域上重叠。
条件七:SPS PDSCH的HARQ进程与被一个DCI格式调度的多个PDSCH的HARQ进程中至少一个相同。
条件八:SPS PDSCH接收及其HARQ-ACK反馈与一个DCI格式调度的多个PDSCH中的至少一个不满足先接收先反馈的规则。例如,SPS PDSCH接收及其HARQ-ACK反馈与一个DCI格式调度的多个PDSCH的HARQ-ACK反馈不在同一个时间单元。例如,SPS PDSCH接收在一个DCI格式调度的多个PDSCH中的至少一个PDSCH之前(例如,可以以PDSCH的起始符号/位置为参考点进行比较),SPS PDSCH接收的HARQ-ACK信息所在的时间单元在该至少一个PDSCH的HARQ-ACK信息所在的时间单元之后。或者,SPS PDSCH接收在一个DCI格式调度的多个PDSCH中的至少一个PDSCH之后,SPS PDSCH接收的HARQ-ACK信息所在的时间单元在该至少一个PDSCH的HARQ-ACK信息所在的时间单元之前。
本方法可以提高动态调度的灵活性,提高系统频谱效率。需要说明的是,本方法也可以适用于上行调度。例如把本方法中的PDSCH替换成PUSCH,SPS PDSCH替换成CG PUSCH。
方法二:可以通过协议规定和/或更高层信令配置,当(如果)UE接收(被调度)一个DCI格式指示的TDRA行中包含多个PDSCH SLIV(调度多个PDSCH),由该下行DCI格式指示的HARQ进程ID应用于第一个PDSCH,然后按照调度顺序为每个后续PDSCH(例如,PDSCH可以为有效的PDSCH)将HARQ进程ID增加1,并对Nharqdl应用取模运算。HARQ进程增加时可以跳过满足第二预定义的条件的HARQ进程。例如,DCI格式指示第一个PDSCH的HARQ进程为0,满足第二预定义的条件的HARQ进程为1,2,第二个PDSCH的HARQ进程为3,其中,1和2被跳过。第二预定义的条件可以为以下条件中至少一个。
条件九:HARQ进程被配置为SPS PDSCH配置可用的HARQ进程。
条件十:HARQ进程为被更高层信令配置的第一特定的HARQ进程。例如,调度多个PDSCH不可用的HARQ进程。
条件十一:没有与被一个DCI格式调度的PDSCH在时域上有重叠的SPS PDSCH对应的HARQ进程。
条件十二:满足条件二和/或条件三的SPS PDSCH对应的HARQ进程。
Nharqdl可以为通过协议规定和/或更高层信令配置的下行最大可用的HARQ进程数量。例如,可以通过3GPP参数nrofHARQ-ProcessesForPDSCH配置。
本方法可以避免动态调度的PDSCH与SPS PDSCH的HARQ进程冲突,提高调度的灵活性。需要说明的是,本方法也可以适用于上行调度。例如把本方法中的PDSCH替换成PUSCH,SPS PDSCH替换成CG PUSCH。
在一些实施方式中,可以通过协议规定被DCI格式调度的PDSCH抢占SPS PDSCH的方法。例如,如果一个DCI格式调度的PDSCH与SPS PDSCH在时域上有重叠,承载这个DCI格式的PDCCH的结束位置(符号)早于SPS PDSCH的起始符号(位置)至少N1(N1可以为正整数,例如N1等于14)个OFDM符号,UE接收(解码)被DCI格式调度的PDSCH,UE可以不接收(不解码)SPS PDSCH。如果一个DCI格式可以调度多个PDSCH,可以通过协议规定当SPS PDSCH与有效的PDSCH在时域上有重叠且承载DCI格式的PDCCH与SPS PDSCH满足预定义的定时关系时,UE接收(解码)有效的PDSCH。预定义的定时关系可以是本公开的实施例中定义的定时关系。本方法避免了SPS PDSCH与被DCI格式调度的无效的PDSCH重叠时,UE不接收SPS PDSCH的情况,可以提高系统频谱效率。
在一些实施方式中,UE被配置了动态HARQ-ACK码本或增强动态HARQ-ACK码本。如果UE接收(被调度)一个DCI格式指示的TDRA行中包含多个PDSCH SLIV(调度多个PDSCH),如何确定这个DCI的HARQ-ACK码本的比特数量(Nharq-ack)和排序是一个需要解决的问题。
在一些实施方式中,HARQ-ACK码本的比特数量可以通过更高层信令配置和/或预定义的方法规定。例如,如果一个DCI格式调度的PDSCH的HARQ-ACK没有与其他DCI格式调度的(指示的)HARQ-ACK在同一个时间单元(例如,时隙/子时隙)发送时,Nharq-ack为该多个PDSCH SLIV的数量乘以X。或者,Nharq-ack为该多个PDSCH SLIV中有效的PDSCH的数量乘以X。其中,X为每个PDSCH对应的HARQ-ACK比特数量。例如,当一个PDSCH中只包含一个TB时X为1。当一个PDSCH中包含2个TB时,UE没有被配置2个TB做捆绑(bundle)操作(例如,UE没有被配置3GPP参数harq-ACK-SpatialBundlingPUCCH或harq-ACK-SpatialBundlingPUSCH配置),X为2。本方法确定的HARQ-ACK比特数量与其他DCI调度的(指示的)HARQ-ACK复用时不相同,在HARQ-ACK复用时,调度多个PDSCH的各DCI对应的HARQ-ACK比特数量一般是相同的,以确保在DCI漏检时UE和基站对HARQ-ACK码本理解的一致性。本方法在HARQ-ACK没有与其他DCI调度的(指示的)HARQ-ACK复用的场景,可以减少HARQ-ACK的比特数量,提高HARQ-ACK传输的可靠性,提高系统频谱效率。
在一些实施方式中,可以通过协议规定和/或更高层信令配置一个DCI格式对应的HARQ-ACK比特数量的最大值为Nharq-ack-max,多个PDSCH SLIV中每个PDSCH都对应X比特的HARQ-ACK信息。HARQ-ACK信息按照PDSCH SLIV时间的先后顺序排列,如果一个DCI格式调度的PDSCH的HARQ-ACK比特数量小于Nharq-ack-max,可以在该调度的PDSCH的HARQ-ACK比特之后填上NACK直到HARQ-ACK比特数量等于Nharq-ack-max。例如,如图8所示,UE接收一个DCI格式,该DCI格式指示6个PDSCH SLIV分别在时隙0到时隙5,其中时隙2和时隙4为上行时隙,PDSCH SLIV0,1,3和5为有效的PDSCH。Nharq-ack-max被更高层信令配置为8。UE对这个DCI格式调度的PDSCH产生8比特HARQ-ACK,如图9A所示。X等于1。其中A/N表示ACK/NACK,UE成功解码PDSCH为ACK,UE没有成功解码PDSCH为NACK。HARQ-ACK比特编号3,5,6和7为预留比特NACK。本方法明确了HARQ-ACK的比特顺序,可以使UE和基站对HARQ-ACK码本的理解保持一致性,可以提高HARQ-ACK传输的可靠性。
在一些实施方式中,可以通过协议规定和/或更高层信令配置,多个PDSCH SLIV中每个有效的PDSCH都对应X比特的HARQ-ACK信息。HARQ-ACK信息按照有效的PDSCH SLIV时间的先后顺序排列,如果一个DCI格式调度的有效的PDSCH的HARQ-ACK比特数量小于Nharq-ack-max,可以在该调度的有效的PDSCH的HARQ-ACK比特之后填上NACK直到HARQ-ACK比特数量等于Nharq-ack-max。例如,对于图8所示的示例,HARQ-ACK比特顺序如图9B所示。X等于1。最后4个HARQ-ACK比特为预留比特NACK。本方法明确了HARQ-ACK的比特顺序,可以使UE和基站对HARQ-ACK码本的理解保持一致性,可以提高HARQ-ACK传输的可靠性。当该DCI格式调度的PDSCH的HARQ-ACK没有与其他DCI调度的(指示的)HARQ-ACK复用时,UE可以不发送预留比特。本方法在该场景下可以减少HARQ-ACK比特数量。
在一些实施方式中,UE被配置了动态HARQ-ACK码本,如果UE被配置可以接收一个DCI调度多个PDSCH接收,或者,UE检测到一个DCI格式调度多个PDSCH接收,HARQ-ACK码本由2个HARQ-ACK子码本组成。其中,第一HARQ-ACK子码本包括以下PDSCH和/或PDCCH的HARQ-ACK信息:
一个DCI格式调度的一个PDSCH接收。该DCI格式只调度这个PDSCH。
SPS PDSCH接收。
不调度PDSCH的PDCCH。
第二HARQ-ACK子码本包括被一个DCI格式调度的多个PDSCH接收的HARQ-ACK信息。即,第二HARQ-ACK子码本基于可以调度多个PDSCH接收的DCI格式。
第二HARQ-ACK子码本中,UE对每个DCI格式产生个HARQ-ACK信息比特。为所有服务小区上的最大值。其中为服务小区c上一个PDSCH可以包含的最大TB数量,为服务小区c上一个DCI格式可以调度的最大PDSCH数量。对服务小区c,如果UE检测(detect)到一个DCI格式调度的PDSCH是数量小于UE对最后个HARQ-ACK信息比特产生NACK或者,UE对最后个HARQ-ACK信息比特产生NACK或者。其中,为这个DCI格式调度的一个PDSCH中包含的TB的数量。
可选的,第二HARQ-ACK子码本不适用于配置了3GPP参数harq-ACK-SpatialBundlingPUCCH的场景。
第一HARQ-ACK子码本可以位于第二HARQ-ACK子码本之前或之后。
本方法明确了HARQ-ACK码本的比特信息,提高了HARQ-ACK传输的可靠性。
在一些实施方式中,可以通过协议规定和/或更高层信令配置,如果一个下行DCI格式指示的TDRA行中包含多个PDSCH SLIV(调度多个PDSCH),可以在时域上做捆绑操作。可以采用以下方式中的至少一种。
方式一:UE被配置一个DCI格式对应的HARQ-ACK捆绑组的数量Nb。可以将一个DCI格式调度的多个PDSCH SLIV按照预定义的规则(例如,平均分配)分配到Nb个组中。或者可以将一个DCI格式调度的多个有效的PDSCH SLIV按照预定义的规则(例如,平均分组)分配到Nb个组中。例如,可以采用3GPP定义的将一个TB中的CB(Code Block,码块)分成CBG(CodeBlock Group,码块组)的方式。UE可以对每个组中有效的PDSCH SLIV对应的HARQ-ACK信息做捆绑操作。例如,如果所有的HARQ-ACK比特均为ACK,捆绑后的比特为ACK;如果所有的HARQ-ACK比特中至少有一个为NACK,捆绑后的比特为NACK。例如,如图8所示的示例,Nb等于2,根据有效的PDSCH SLIV进行分组,第一组中的SLIV为0,1,第二组中的SLIV为3,5。根据有效的SLIV分组可以使实际传输的PDSCH的分组更平均。
方式二:UE被配置一个DCI格式对应的一个HARQ-ACK捆绑组中PDSCH的最大数量Npb。一个DCI格式对应的HARQ-ACK比特数量可以用该个DCI格式调度的PDSCH SLIV数量除以Npb确定。UE可以对每个组中有效的PDSCH SLIV对应的HARQ-ACK信息做捆绑操作。如果为非整数,可以进行取整操作,例如向上取整。例如,如图8所示的示例,Npb等于4,PDSCH SLIV数量为6,6除以4等于1.5,向上取整为2,有二个组,第一组中的SLIV为0,1,2和3,对SLIV0,1和3做捆绑操作;第二组中的SLIV为4和5,对SLIV5做捆绑操作。
方式三:UE被配置一个DCI格式对应的一个HARQ-ACK捆绑组中有效的PDSCH的最大数量Npb。一个DCI格式对应的HARQ-ACK比特数量可以用该个DCI格式调度的有效的PDSCHSLIV数量除以Npb确定。如果为非整数,可以进行取整操作,例如向上取整。UE可以对每个组中有效的PDSCH SLIV对应的HARQ-ACK信息做捆绑操作。例如,如图8所示的示例,Npb等于4,有效的PDSCH SLIV数量为4,4除以4等于1,有一个组,SLIV为0,1,3和5,对SLIV0,1,3和5做捆绑操作。本方法可以减少捆绑组的数量,从而减少HARQ-ACK比特数量,可以提高HARQ-ACK传输的可靠性。
方式四:UE被配置一个DCI格式对应的一个HARQ-ACK捆绑组对应的PDSCH持续时间,UE可以对该持续时间内的有效的PDSCH SLIV对应的HARQ-ACK信息做捆绑操作。例如,如图8所示的示例,PDSCH持续时间为4个时隙,有二个组,第一组中的SLIV为0,1,2和3,第二组中的SLIV为4和5。
本方法定义了对PDSCH做捆绑操作的方法,可以减少HARQ-ACK信息比特,提高HARQ-ACK传输的可靠性。
在一些实施方式中,一个上行DCI格式可以调度1个或Np个PUSCH。其中,Np为大于1的整数。基站可以为UE配置PUSCH TDRA表T用于确定PUSCH可能的时间资源。表T中的一行可以指示一个或多个PUSCH的时间资源信息。所述每个PUSCH的时间资源信息包括SLIV,K2,PUSCH映射类型(PUSCH mapping type)。例如,基站配置PUSCH的时间维度资源分配列表(对应所述PUSCH TDRA表T),例如通过PUSCH-TimeDomainResourceAllocationList(PUSCH-时域资源分配列表)来配置。所述PUSCH-TimeDomainResourceAllocationList包含Ntdra个元素,每个元素对应于所述PUSCH TDRA表T的一行。即所述PUSCH TDRA表T包含Ntdra行。PUSCH-TimeDomainResourceAllocationList中的一个元素可以包含一个或多个PUSCH的SLIV,PUSCH mapping type和K2。相应地,PUSCH TDRA表T的一行可以包含一个或多个PUSCH的SLIV,PUSCH mapping type和K2。当PUSCH-TimeDomainResourceAllocationList中的一个元素包含的PUSCH的数量大于1时分别指示该元素中的每个PUSCH的SLIV、PUSCH mappingtype和K2。上行DCI格式通过指示该PUSCH TDRA表T的行号,指示该DCI调度的Np个PDSCH的时间资源。如果该Np个PUSCH中的一个PUSCH的时域资源与第二预定义的时间单元中至少一个有重叠,UE不发送该PUSCH。在实施例中,第二预定义的时间单元可以是第二预定义的符号,其中,第二预定义的符号可以由协议规定和/或更高层信令配置。例如,第二预定义的符号可以为以下至少之一。
-半静态配置(更高层信令配置)的下行符号(例如,3GPP参数tdd-UL-DL-ConfigurationCommon或tdd-UL-DL-ConfigurationDedicated配置的下行符号)。
-SSB(Synchronization Signal Block,同步信号块)的符号。
-CORESET0的符号。
-更高层信令配置的不可用的符号。
-SSB之后的Y个符号。其中Y为整数,可以由协议规定和/或更高层信令配置。
在本公开的实施例中,有效的PUSCH(valid PUSCH)指PUSCH的时域资源没有与第二预定义的符号中任何一个符号有重叠。无效的PUSCH(invalid PUSCH,非有效的PUSCH)指PUSCH的时域资源与第二预定义的符号中至少一个符号有重叠。例如,可以通过协议规定UE可以发送的PUSCH为有效的PUSCH,UE不发送和/或不期待发送的PUSCH为无效的PUSCH。一个有效的(或无效的)PUSCH可以是被一个DCI格式调度的多个PUSCH(对应于多个TB)中的一个,还可以是PUSCH重复传输(对应于一个TB)中的一个。如果没有特别说明,PUSCH可以是有效的PUSCH和/或无效的PUSCH。例如,第一个PUSCH可以是第一个有效的PUSCH和/或第一个无效的PUSCH。最后一个PUSCH可以是最后一个有效的PUSCH和/或最后一个无效的PUSCH。可以通过协议规定和/或更高层信令配置,TDRA表T的一行中的mapping type都相同。
在一些实施方式中,可以通过协议规定和/或更高层信令配置,如果一个上行DCI格式指示的TDRA行中包含多个PUSCH SLIV(调度多个PUSCH),由该上行DCI格式指示的HARQ进程ID应用于第一个PUSCH,然后按照调度顺序为每个后续PUSCH(例如,PUSCH可以为有效的PUSCH)将HARQ进程ID增加1,并对Nharqul应用取模运算。其中,Nharqul为正整数,Nharqul可以通过协议规定和/或更高层信令配置。例如,Nharqul可以为通过协议规定和/或更高层信令配置的上行传输最大可用的HARQ进程数量。Nharqul可以通过预定义的方法确定。其中,第一个PUSCH可以为第一个有效的PUSCH(例如,没有与第二预定义的符号重叠的PUSCH),或者,第一个PUSCH可以为该多个PUSCH SLIV中第一个PUSCH,并且UE不期待该多个PUSCH SLIV中第一个PUSCH与第二预定义的符号有重叠。这样可以明确UE对HARQ进程ID的理解,保证UE和基站理解的一致性,提高上行传输的可靠性。
在一些实施方式中,如果一个上行DCI格式指示的TDRA行中包含多个PUSCH SLIV(调度多个PUSCH),与下行调度类似,上行调度也可能出现动态调度的PUSCH与CG PUSCH的HARQ进程冲突的问题。为了解决这些问题,可以采用以下方法中至少一种。
方法三:可以通过协议规定和/或更高层信令配置,对一个服务小区,当(如果)满足第三预定义的条件时,不会对CG PUSCH产生MAC PDU。第三预定义的条件可以为以下条件中至少一个。
条件十三:UE接收(或被调度)一个DCI格式指示的TDRA行中包含多个PUSCH SLIV(调度多个PUSCH)。
条件十四:CG PUSCH被配置在多个PUSCH(例如,被一个DCI格式调度的多个PUSCH)中第一个PUSCH(例如,第一个PUSCH的起始/结束符号(位置))和最后一个PUSCH(例如,最后一个PUSCH的起始/结束符号(位置))之间接收。
条件十五:CG PUSCH被配置在承载DCI的PDCCH(例如,PDCCH起始/结束符号(位置))和最后一个PUSCH(例如,最后一个PUSCH的起始/结束符号(位置))之间接收。
条件十六:承载DCI格式的PDCCH与CG PUSCH满足预定义的定时关系。例如,预定义的定时关系可以为该PDCCH的起始/结束符号(时刻)早于该CG PUSCH起始/结束符号(时刻)N2个符号。其中,N2可以通过协议规定和/或更高层信令配置。
条件十七:CG PUSCH没有与被DCI格式调度的PUSCH(例如,PUSCH可以为有效的PUSCH和/或无效的PUSCH)在时域上重叠。
条件十八:CG PUSCH的HARQ进程与被一个DCI格式调度的多个PUSCH的HARQ进程中至少一个相同。
方法四:可以通过协议规定和/或更高层信令配置,如果一个上行DCI格式指示的TDRA行中包含多个PUSCH SLIV(调度多个PUSCH),确定第一个PUSCH后续PUSCH的HARQ进程时,HARQ进程增加时可以跳过满足第四预定义的条件的HARQ进程。第四预定义的条件可以为以下条件中至少一个。
条件十九:HARQ进程被配置为CG PUSCH配置可用的HARQ进程。
条件二十:HARQ进程被更高层信令配置的第二特定的HARQ进程。例如,调度多个PUSCH不可用的HARQ进程。
条件二十一:没有与被一个DCI格式调度的PUSCH在时域上有重叠的CG PUSCH对应的HARQ进程。
条件二十二:满足条件十四和/或条件十五的CG PUSCH对应的HARQ进程。
本方法可以避免动态调度的PDSCH与SPS PDSCH的HARQ进程冲突,提高调度的灵活性。
在一些实施方式中,可以通过协议规定和/或更高层信令配置,如果一个上行DCI格式指示的TDRA行中包含多个PUSCH SLIV(调度多个PUSCH),如果PUCCH与其中一个PUSCH在时域上有重叠,如果该PUSCH为有效的PUSCH时,UE将PUCCH中的UCI信息复用到该PUSCH上传输,UE不发送PUCCH。如果该PUSCH为非有效的PUSCH时,UE发送PUCCH。或者,可以通过协议规定,PUCCH与PUSCH在时域上有重叠时,先将无效的PUSCH排除。或者PUCCH与PUSCH复用只适用于有效的PUSCH。例如,可以根据3GPP定义的方法从有效的PUSCH中选择一个传输UCI。本方法可以避免UE将UCI信息复用到无效的PUSCH上,可以提高UCI传输的可靠性,提高系统频谱效率。本方法也适用于CGPUSCH传输。
图10示出了根据本发明的实施例的第一收发节点1000的框图。
参考图10,第一收发节点1000可以包括收发器1001和控制器1002。
收发器1001可以被配置为向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。
控制器1002可以为专用集成电路或至少一个处理器。控制器1002可以被配置为控制第一收发节点的总体操作,包括控制收发器1001向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。
在一些实施方式中,控制器1002可以被配置为执行以上描述的各种实施例的方法中的一个或多个操作。
在以下的描述中,以基站为例(但不限于)来说明第一收发节点,以UE为例(但不限于)来说明第二收发节点。以下行数据和/或下行控制信令(但不限于)来说明第一数据和/或第一控制信令。HARQ-ACK码本可以包括在第二控制信令中,以上行控制信令(但不限于)来说明第二控制信令。
图11示出了根据本发明的一个实施例的由基站执行的方法1100的流程图。
参考图11,在步骤S1110,基站发送下行数据和/或下行控制信息。
在步骤S1120,基站在时间单元从UE接收第二数据和/或第二控制行信息。
例如,方法1100可以包括本公开各种实施例中描述的由基站执行的操作中的一个或多个。
在一些实施方式中,下行信道可以包括PDCCH和/或PDSCH。上行信道可以包括PUCCH和/或PUSCH。
本领域技术人员将理解,上述说明性实施例在本文中被描述并且不意欲为限制性的。应当理解这里所公开的实施例中的任意两个或更多个可以以任何组合被组合。此外,还可以利用其他实施例并且可以进行其他改变,而不脱离本文中所呈现的主题的精神和范围。将容易理解,如在本文中通常描述的并且在附图中示出的本公开的发明的各方面可以按照各种不同的配置被布置、替换、组合、分离以及设计,所有这些在本文中都被设想到。
本领域技术人员将理解,本申请描述的各种说明性逻辑框、模块、电路、和步骤可被实现为硬件、软件、或两者的组合。为清楚地说明硬件与软件的这一可互换性,各种说明性组件、框、模块、电路、和步骤在上面是以其功能集的形式作一般化描述的。此类功能集是被实现为硬件还是软件取决于具体应用和强加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能集,但此类设计决策不应被解释为致使脱离本申请的范围。
本申请描述的各个说明性逻辑框、模块、以及电路可用通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文中描述的功能的任何组合来实现或执行。通用处理器可以是微处理器,但在替换方案中,处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合,例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任何其他此类配置。
本申请描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、或本领域中所知的任何其他形式的存储介质。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中,存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中,处理器和存储介质可作为分立组件驻留在用户终端中。
在一个或多个示例性设计中,所述功能可以硬件、软件、固件、或其任意组合来实现。如果在软件中实现,则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者,后者包括有助于计算机程序从一地到另一地的转移的任何介质。存储介质可以是能被通用或专用计算机访问的任何可用介质。
以上所述仅是本发明的示范性实施方式,而非用于限制本发明的保护范围,本发明的保护范围由所附的权利要求确定。
Claims (17)
1.一种无线通信系统中由用户设备UE执行的方法,包括:
接收下行控制信息DCI格式,所述DCI格式用于调度一个或多个上行信道或下行信道;以及
根据所述DCI格式,发送一个或多个上行信道或接收一个或多个下行信道。
2.根据权利要求1所述的方法,其中,所述DCI格式中包括时间单元间隔,所述时间单元间隔用于指示一个或多个下行信道中特定下行信道与和所述特定下行信道关联的上行信道之间的时间单元间隔。
3.根据权利要求2所述的方法,其中,所述特定下行信道为在时域上不与第一预定义时间单元重叠的最后一个下行信道。
4.根据权利要求1所述的方法,还包括:
对一个服务小区,当满足以下条件中的至少一个时,不接收半持久调度下行信道:
UE接收DCI格式,所述DCI格式用于调度多个下行信道;
半持久调度下行信道被配置在被DCI格式调度的多个下行信道中第一个下行信道和最后一个下行信道之间接收;
半持久调度下行信道被配置在承载DCI格式的下行信道和所述DCI格式调度的最后一个下行信道之间接收;
承载DCI格式的下行信道与半持久调度下行信道满足所述承载DCI格式的下行信道的起始时间单元早于所述半持久调度下行信道的起始时间单元N1个时间单元;
承载DCI格式的下行信道与半持久调度下行信道满足所述承载DCI格式的下行信道的结束时间单元早于所述半持久调度下行信道的结束时间单元N1个时间单元;
半持久调度下行信道与被DCI格式调度的多个下行信道在时域上重叠;
半持久调度下行信道的混合自动重传请求HARQ进程与被DCI格式调度的多个下行信道的HARQ进程中的至少一个相同;
半持久调度下行信道接收及其混合自动重传请求-确认HARQ-ACK反馈与DCI格式调度的多个下行信道中的至少一个满足预定义的规则,
其中,所述N1是大于或等于1的自然数。
5.根据权利要求4所述的方法,其中,所述预定义的规则包括以下之一:
半持久调度下行信道接收在DCI格式调度的多个下行信道中的至少一个下行信道之前,并且半持久调度下行信道接收的HARQ-ACK信息所在的时间单元在所述至少一个下行信道的HARQ-ACK信息所在的时间单元之后;
半持久调度下行信道接收在DCI格式调度的多个下行信道中的至少一个下行信道之后,并且半持久调度下行信道接收的HARQ-ACK信息所在的时间单元在所述至少一个下行信道的HARQ-ACK信息所在的时间单元之前。
6.根据权利要求1所述的方法,还包括:
由所述DCI格式指示的HARQ进程应用于第一个下行信道;
按照调度顺序为每个后续在时域上不与第一预定义时间单元重叠的下行信道确定HARQ进程;
其中,所述确定HARQ进程包括跳过满足以下条件中的至少一个的HARQ进程:
HARQ进程被配置为半持久调度下行信道配置可用的HARQ进程;
HARQ进程被更高层信令配置的第一特定的HARQ进程;
半持久调度下行信道被配置在被所述DCI格式调度的多个下行信道中第一个下行信道和最后一个下行信道之间接收的所述半持久调度下行信道的HARQ进程;
半持久调度下行信道被配置在承载所述DCI格式的下行信道和所述DCI格式调度的最后一个下行信道之间接收的所述半持久调度下行信道的HARQ进程;
没有与被所述DCI格式调度的多个下行信道在时域上有重叠的半持久调度下行信道对应的HARQ进程。
7.根据权利要求1所述的方法,还包括:
通过以下方式之一,确定所述DCI格式调度的下行信道的HARQ-ACK码本的比特数量Nharq-ack:
当所述DCI格式调度的下行信道的HARQ-ACK不与其他DCI格式指示的HARQ-ACK在同一个时间单元中发送时,Nharq-ack为所述多个下行信道的数量乘以X;
当所述DCI格式调度的下行信道的HARQ-ACK不与其他DCI格式指示的HARQ-ACK在同一个时间单元中发送时,Nharq-ack为所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道的数量乘以X;
其中,X为每个下行信道对应的HARQ-ACK比特数量。
8.根据权利要求1所述的方法,还包括:
通过以下方式之一,对所述DCI格式调度的多个下行信道对应的HARQ-ACK信息进行排序:
HARQ-ACK信息按照所述多个下行信道时间的先后顺序排列,如果所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道的HARQ-ACK比特数量小于Nharq-ack-max,在所述HARQ-ACK比特之后填上NACK直到HARQ-ACK比特数量等于Nharq-ack-max;
HARQ-ACK信息按照所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道时间的先后顺序排列,如果所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道的HARQ-ACK比特数量小于Nharq-ack-max,在所述HARQ-ACK比特之后填上NACK直到HARQ-ACK比特数量等于Nharq-ack-max,
其中,Nharq-ack-max是所述DCI格式对应的HARQ-ACK比特数量的最大值。
9.根据权利要求1所述的方法,还包括:
通过以下方式中的至少一种,在时域上对所述DCI格式调度的多个下行信道对应的HARQ-ACK信息执行捆绑:
将所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道分配到Nb个组中,对每个组中下行信道对应的HARQ-ACK信息执行捆绑,其中,Nb为UE被配置的所述DCI格式对应的HARQ-ACK捆绑组的数量;
将所述多个下行信道分配到Npb个组中,对每个组中在时域上不与第一预定义时间单元重叠的下行信道对应的HARQ-ACK信息执行捆绑,其中,Npb为UE被配置的所述DCI格式对应的HARQ-ACK捆绑组中下行信道的最大数量;
将所述多个下行信道中在时域上不与第一预定义时间单元重叠的下行信道分配到Npb’个组中,对每个组中下行信道对应的HARQ-ACK信息执行捆绑,其中,Npb’为UE被配置的所述DCI格式对应的HARQ-ACK捆绑组中下行信道的最大数量。
10.根据权利要求3或6-9中任一项所述的方法,其中,所述第一预定义时间单元为更高层信令配置的上行时间单元。
11.根据权利要求1所述的方法,还包括:
对一个服务小区,当满足以下条件中的至少一个时,不对配置授权上行信道产生媒体访问控制分组数据单元MAC PDU:
UE接收DCI格式,所述DCI格式调度多个上行信道;
配置授权上行信道被配置在DCI格式调度的多个上行信道中第一个上行信道和最后一个上行信道之间接收;
配置授权上行信道被配置在承载DCI格式的下行信道和所述DCI格式调度的最后一个上行信道之间接收;
承载DCI格式的下行信道与配置授权上行信道满足所述承载DCI格式的下行信道的起始时间单元早于所述配置授权上行信道的起始时间单元N2个时间单元;
承载DCI格式的下行信道与配置授权上行信道满足所述承载DCI格式的下行信道的结束时间单元早于所述配置授权上行信道的结束时间单元N2个时间单元;
配置授权上行信道没有与被DCI格式调度的多个上行信道在时域上重叠;
配置授权上行信道的HARQ进程与被DCI格式调度的多个上行信道的HARQ进程中至少一个相同;
其中,所述N2是大于或等于1的自然数。
12.根据权利要求1所述的方法,还包括:
由所述DCI格式指示的HARQ进程应用于第一个上行信道;
按照调度顺序为每个后续在时域上不与第二预定义时间单元重叠的上行信道确定HARQ进程;
其中,所述确定HARQ进程包括跳过满足以下条件中的至少一个的HARQ进程:
HARQ进程被配置为配置授权上行信道配置可用的HARQ进程;
HARQ进程被更高层信令配置的第二特定的HARQ进程;
配置授权上行信道被配置在所述DCI格式调度的多个上行信道中第一个上行信道和最后一个上行信道之间接收的所述配置授权上行信道的HARQ进程;
配置授权上行信道被配置在承载所述DCI格式的下行信道和所述DCI格式调度的最后一个上行信道之间接收的所述配置授权上行信道的HARQ进程;
没有与被所述DCI格式调度的多个上行信道在时域上有重叠的配置授权上行信道对应的HARQ进程。
13.根据权利要求1所述的方法,还包括:
当承载上行控制信息UCI的上行信道与所述DCI格式调度的多个上行信道之一在时域上重叠时:
如果所述多个上行信道之一是在时域上不与第二预定义时间单元重叠的上行信道,将所述承载UCI的上行信道中的UCI信息复用到所述在时域上不与第二预定义时间单元重叠的上行信道上传输,并且不发送所述承载UCI的上行信道;
如果所述多个上行信道之一是在时域上与第二预定义时间单元重叠的上行信道,发送所述承载UCI的上行信道。
14.根据权利要求12-13中任一项所述的方法,其中,所述第二预定义时间单元包括以下中的至少一个:
更高层信令配置的下行时间单元;
同步信号块SSB的时间单元;
控制资源集CORESET0的时间单元;
更高层信令配置的不可用的时间单元;
SSB之后的Y个时间单元,其中,Y是协议规定和/或更高层信令配置的整数。
15.一种无线通信系统中由基站执行的方法,包括:
发送下行控制信息DCI格式,所述DCI格式用于调度一个或多个上行信道或下行信道;以及
接收根据所述DCI格式的一个或多个上行信道。
16.一种无线通信系统中的用户设备UE,包括:
收发器,被配置为发送和接收信号;以及
控制器,被配置为执行权利要求1-14中任一项所述的方法中的操作。
17.一种无线通信系统中的基站,包括:
收发器,被配置为发送和接收信号;以及
控制器,被配置为执行权利要求15所述的方法中的操作。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP22847396.3A EP4186305A4 (en) | 2021-09-28 | 2022-09-19 | METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING DATA AND CONTROL INFORMATION IN A WIRELESS COMMUNICATION SYSTEM |
PCT/KR2022/013964 WO2023054955A1 (en) | 2021-09-28 | 2022-09-19 | Method and apparatus for transceiving data and control information in wireless communication system |
US17/935,460 US20230097059A1 (en) | 2021-09-28 | 2022-09-26 | Method and apparatus for transceiving data and control information in wireless communication system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2021111425698 | 2021-09-28 | ||
CN202111142569 | 2021-09-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115915425A true CN115915425A (zh) | 2023-04-04 |
Family
ID=86482890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111275368.5A Pending CN115915425A (zh) | 2021-09-28 | 2021-10-29 | 用于接收和发送数据和控制信息的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115915425A (zh) |
-
2021
- 2021-10-29 CN CN202111275368.5A patent/CN115915425A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11963160B2 (en) | Terminal, base station and method performed by the same in wireless communication system | |
EP2779775B1 (en) | Radio communication system, radio base station apparatus, user terminal and radio communication method | |
US20240023123A1 (en) | Apparatus and method performed by the same in wireless communication system | |
US20220225380A1 (en) | Method for transmitting and receiving uplink control information | |
US20230345448A1 (en) | Apparatus and method thereof in wireless communication system | |
US20230217439A1 (en) | Method and apparatus for receiving and transmitting data and control information | |
US20230155789A1 (en) | Method and apparatus for harq-ack feedback in wireless communication system | |
US20230097059A1 (en) | Method and apparatus for transceiving data and control information in wireless communication system | |
CN114362902A (zh) | 无线通信系统中的终端、基站及由其执行的方法 | |
KR20230088672A (ko) | 무선 통신 시스템에서 harq-ack(hybrid automatic retransmission request acknowledgement) 정보를 송수신하기 위한 방법 및 장치 | |
CN114666023A (zh) | 发送和接收混合自动重传请求应答信息的方法和设备 | |
CN115915425A (zh) | 用于接收和发送数据和控制信息的方法及设备 | |
CN107113119A (zh) | 混合自动重传应答消息的传输方法、用户设备和基站 | |
US20240107526A1 (en) | Apparatus and method in wireless communication system | |
CN115209538A (zh) | 发送和接收上行链路数据和控制信息的方法和设备 | |
CN115883027A (zh) | 用于混合自动重复请求-确认重传的方法及装置 | |
CN116436580A (zh) | 无线通信系统中的终端及由其执行的方法 | |
CN116633496A (zh) | 用于执行混合自动重传请求操作的方法及装置 | |
US20230328706A1 (en) | Method and apparatus for transmissions over multiple slots in duplex mode | |
CN116095863A (zh) | 无线通信系统中的装置及由其执行的方法 | |
US20220321266A1 (en) | Hybrid automatic repeat request (harq) feedback for dynamic multi-slot physical downlink shared channel (pdsch) | |
CN117014124A (zh) | 无线通信系统中的装置及由其执行的方法 | |
CN116669215A (zh) | 无线通信系统中的装置及其通信方法 | |
CN116938427A (zh) | 无线通信系统中的装置及由其执行的方法 | |
CN117792592A (zh) | 无线通信系统中的终端、基站及其通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |