CN110830184B - 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 - Google Patents
块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 Download PDFInfo
- Publication number
- CN110830184B CN110830184B CN201910365999.2A CN201910365999A CN110830184B CN 110830184 B CN110830184 B CN 110830184B CN 201910365999 A CN201910365999 A CN 201910365999A CN 110830184 B CN110830184 B CN 110830184B
- Authority
- CN
- China
- Prior art keywords
- dci
- ack
- transmission
- transport blocks
- downlink
- 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.)
- Active
Links
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/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/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
Abstract
本公开提供了一种发送和/或接收传输块的方法。所述方法包括:根据用于调度多个传输块的信息,接收和/或发送传输块。本公开还提供了一种下行传输的方法,一种在非锚载波上接收NRS的方法,以及相应的UE、基站和计算机可读介质。
Description
技术领域
本公开涉及无线通信技术领域,更具体地,涉及一种使用下行控制信息(DownlinkControl Information,DCI)发送和/或接收传输块的方法、一种下行传输的方法,一种在非锚载波上接收窄带参考信号(Narrowband Reference Signal,NRS)的方法,以及相应的用户设备(User Equipment,UE)、基站和计算机可读介质。
背景技术
长期演进(Long Term Evolution,LTE)技术中,UE的下行业务的接收或上行业务的发送是基站调度的。一类通常的调度模式是动态调度,它通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)中的DCI来分配下行传输资源或上行传输资源,每条下行控制信息每次分配对特定的单个子帧(或时隙、资源单元(Resource Unit,RU))生效。
LTE中的基于动态调度的传输时间间隔(Transmission Time Interval,TTI)捆绑技术中,来自媒体接入控制(Medium Access Control,MAC)层的单个传输块(TransportBlock,TB)在多个连续的子帧中重复发送,对于整个传输只需要一组信令信息。此外,在机器通信(Machine Type Communication,MTC)和窄带物联网(Narrow Band Internet ofThings,NB-IoT)技术中引入了重复的概念,每次基于动态调度的资源分配对连续的一到多个子帧(或时隙、RU)生效,这一到多个子帧用于同一个传输块的重复发送。
在SPS机制中,基站将无线资源在长于一个子帧的时间段内半静态地配置和分配给UE,避免了每个子帧的调度对下行控制信息的需求。在SPS机制中,基站通过高层信令为UE配置SPS进程,包括无线网络临时标识(Radio Network Temporary Identifier,RNTI)、调度周期、子帧集合、间接释放等参数。配置好的SPS进程初始处于未激活状态,基站发送用于激活SPS进程的激活DCI和用于释放SPS进程的释放DCI控制UE的SPS进程的激活与释放。SPS进程激活后,UE可以使用该SPS进程对应的资源进行上行发送或下行接收。
LTE技术中,对于下行传输,物理下行控制信道(Physical Downlink ControlChannel,PDCCH)在时域上占用每个子帧的前1/2/3个OFDM符号(对于窄带系统是前2/3/4个),该区域称为控制区域。相应地,剩余的OFDM符号用于物理下行共享信道(PhysicalDownlink Shared Channel,PDSCH)上的数据传输,称为数据区域。在LTE版本11(Release-11)中,引入了增强的物理下行控制信道(Enhanced PhysicalDownlink Control Channel,EPDCCH)的概念。EPDCCH使用PDSCH资源也即数据区域的资源发送控制信息,以增加控制信道的容量并支持控制信息在频域上的调度。
MTC中,控制信道为MTC物理下行控制信道(MTC Physical Downlink ControlChannel,MPDCCH),是基于EPDCCH进行设计的,同样采用PDSCH资源发送MTC的控制信息;数据信道复用LTE的PDSCH;主信息块(Master Information Block,MIB)复用LTE中的MIB传输机制;其他系统信息块(System Information Block,SIB)在PDSCH上传输。因此,MTC中的主要的下行传输均会在时域上避开LTE中的控制区域。
类似地,在NB-IoT系统中,NB-PDSCH(NPDSCH)的处理过程除增加重复步骤外复用LTE PDSCH的处理过程;NB-PDCCH(NPDCCH)的传输不使用控制区域,对于带内(in-band)运行模式控制区域的尺寸在SIB1-NB中指示,对于保护带(guard-band)和独立(standalone)运行模式控制区域的尺寸为0。因此,至少对于带内运行模式,NB-IoT中的主要的下行传输也均会在时域上避开LTE中的控制区域。
NB-IoT系统中,非锚载波(non-anchor carrier)上,NBS仅存在于NPDCCH候选使用的子帧上,以及NPDCCH候选之前的连续10个子帧和之后的连续4个子帧上。
在MTC和NB-IoT技术中,受低成本UE的性能制约,支持的最大传输块尺寸(Transport Block Size,TBS)是一个较小的值,对于一部分主要的MTC和NB-IoT业务场景,例如软件更新、应用数据上报等,上下行业务的信息量都需要多个传输块承载,每个传输块都需要一条DCI作资源调度,调度信令的开销较大,传输效率较低。
将现有的SPS机制用于MTC和NB-IoT的业务场景中的缺点是,现有的SPS机制通过高层信令进行配置,缺乏灵活性,一次配置持续生效,更适合IP语音(Voice-over-IP,VoIP)类型的、在较长的时间段内持续有周期性小报文需要传输的业务。而MTC和NB-IoT主要业务场景中的传输块数量相对有限,业务也通常不会持续较长的时间,将SPS机制用于MTC和NB-IoT场景时,由于通过高层信令配置的配置或更新配置速度较慢和调度缺乏灵活性等缺点,并非一种合适的技术。
MTC和NB-IoT技术中,最初复用LTE的EPDCCH和PDSCH处理过程的设计考量是简化设计和减少标准化工作。但至少对于未部署于LTE频段的MTC和NB-IoT系统,LTE中的控制区域是能够用于下行传输的。现有技术中,下行传输在时域上避开LTE控制区域的设计实际上构成了下行资源的浪费。
非锚载波上,不存在NRS的子帧难以用于下行测量,从而不利于在非锚载波上进行寻呼等下行或上行信号/信道的传输。
发明内容
有鉴于此,为了实现例如在MTC和NB-IoT主要的业务场景中对传输效率的性能增强,并减少动态调度中的调度信令开销,本公开提供了一种使用DCI调度多个传输块的方法。所述方法可以显著减少动态调度中的调度信令开销,且与SPS相比更加灵活,调度时延更短,从而实现对系统传输效率的提升。
根据本公开的第一方面,提供了一种在UE侧执行的发送和/或接收传输块的方法,包括:根据用于调度多个传输块的信息,接收和/或发送传输块。
根据本公开的第二方面,提供了一种在基站侧执行的发送和/或接收传输块的方法,包括:根据用于调度多个传输块的信息,接收和/或发送传输块。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述方法包括:根据用于调度一个传输块的信息,接收和/或发送传输块。所述用于调度一个传输块的信息包括,在用于调度一个或多于一个传输块的信息中,指示的信息是用于调度一个传输块的信息。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述传输块包括组播业务的传输块和单播业务的传输块。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述方法包括:根据用于调度多于一个传输块的信息,接收和/或发送传输块。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述方法还包括:发送和/或接收所述多个传输块的ACK/NACK反馈。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述ACK/NACK反馈包括以下至少一项:
与所述多个传输块中的每一个传输块对应的ACK/NACK反馈,
与所述多个传输块中的至少两个传输块对应的ACK/NACK捆绑(bundling)或多路复用(multiplexing)的反馈。
在根据本公开的第一方面或第二方面的一示例性实施例中,UE通过对所述多个传输块的每个码字进行对于所有相应的个体(individual)HARQ-ACK的逻辑与操作,生成多个传输块的一个或两个HARQ-ACK比特。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述多个传输块包括以下至少一项:
一个UE的多个混合自动重传HARQ进程对应的多个传输块,
一个HARQ进程进行初传和/或至少一次重传的所对应的多个传输块,
一个UE的至少一个上行和/或至少一个下行所对应的多个传输块、多个不同的UE的所对应的传输块。
在根据本公开的第一方面一示例性实施例中,当UE有下行传输块的ACK/NACK反馈和其他上行信号/信道需要传输时,在其他上行信号/信道的传输资源中发送背负的(piggybacked)下行传输块的ACK/NACK反馈信息;当UE有上行传输块的ACK/NACK反馈和其他下行信号/信道需要接收时,在其他下行信号/信道的传输资源中接收背负的上行传输块的ACK/NACK反馈信息
在根据本公开的第一方面或第二方面的一示例性实施例中,所述用于调度多个传输块的信息从以下至少一项中获取:在下行控制信息DCI中获得的信息、DCI格式、DCI的加扰序列、检测DCI的搜索空间、DCI的尺寸、RRC配置信息。
在一示例性实施例中,所述DCI的加扰序列为无线网络临时标识RNTI。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述用于调度多个传输块的信息包括以下至少一项:
用于指示所述多个传输块中至少一个或全部多个传输块是上行传输块或下行传输块的信息;
用于指示所述用于调度多个传输块的信息是用来调度一个或多个传输块的信息;
用于指示所述用于调度多个传输块的信息用于调度的传输块的数量,其中,所述数量是1或是大于1的正整数;
所述多个传输块间的第一时间间隔;其中,所述多个传输块中任意两个相邻的传输块间的第一时间间隔是相同的,所述多个传输块的资源在时域是周期性的,或,所述多个传输块中任意两个相邻的传输块间的第一时间间隔是相同或不同的,不同的第一时间间隔由第一时间间隔的多个值依次指出;其中,第一时间间隔是0或正整数;
所述多个传输块中至少一个传输块与对应的ACK/NACK反馈间的第二时间间隔;其中,所述多个传输块中任意一个传输块对应的第二时间间隔是相同或不同的,不同的第二时间间隔由第二时间间隔的多个值依次指出;
所述多个传输块中至少一个传输块与所述至少一个传输块前一个传输块对应的ACK/NACK反馈之间的第三时间间隔;其中,所述多个传输块中任意一个传输块对应的第三时间间隔是相同或不同的,不同的第三时间间隔由第三时间间隔的多个值依次指出;
ACK/NACK反馈与所述多个传输块中最后一个传输块之间的第四时间间隔;
用于指示用于传输所述多个传输块中至少一个传输块的至少一个HARQ进程使用的资源的周期和/或资源的生效次数;以及
所述多个传输块使用的资源的周期。
在根据本公开的第一方面一示例性实施例中,UE根据所述用于调度多个传输块的信息,确定所述多个传输块的时域资源信息,包括以下至少一项:进行下行接收的时域资源位置,进行上行传输的时域资源位置,发送或接收ACK/NACK反馈的时域资源位置。
在根据本公开的第一方面的一示例性实施例中,全双工的UE在频分双工场景中发送和/或接收所述多个传输块的ACK/NACK反馈使用的资源和发送和/或接收所述多个传输块使用的资源在时域上是重叠的或部分重叠的或不重叠的。
在根据本公开的第一方面的一示例性实施例中,所述发送和/或接收所述多个传输块的ACK/NACK反馈包括以下操作中的至少一个:
在接收了所述多个传输块中的所有下行传输块后,发送所有下行传输块对应的ACK/NACK反馈;
在发送了所述多个传输块中的所有上行传输块后,接收所有上行传输块对应的ACK/NACK反馈;
在结束所述多个传输块的发送和/或接收后,发送所有下行传输块对应的ACK/NACK反馈,和/或,接收所有上行传输块对应的ACK/NACK反馈;
在接收了所述多个传输块中的每M个下行传输块后,发送所述每M个下行传输块对应的ACK/NACK反馈,其中M为正整数;
在发送了所述多个传输块中的每M个上行传输块后,接收所述每M个上行传输块对应的ACK/NACK反馈,其中M为正整数。
在根据本公开的第二方面的一示例性实施例中,所述发送和/或接收所述多个传输块的ACK/NACK反馈包括以下操作中的至少一个:
在发送了所述多个传输块中的所有下行传输块后,接收所有下行传输块对应的ACK/NACK反馈;
在接收了所述多个传输块中的所有上行传输块后,发送所有上行传输块对应的ACK/NACK反馈;
在结束所述多个传输块的发送和/或接收后,接收所有下行传输块对应的ACK/NACK反馈,和/或,发送所有上行传输块对应的ACK/NACK反馈;
在发送了所述多个传输块中的每M个下行传输块后,接收所述每M个下行传输块对应的ACK/NACK反馈,其中M为正整数;
在接收了所述多个传输块中的每M个上行传输块后,发送所述每M个上行传输块对应的ACK/NACK反馈,其中M为正整数。
在根据本公开的第一方面或第二方面的一示例性实施例中,上行传输块对应的ACK/NACK反馈是通过特定信道传输的、和/或在下行控制消息DCI中指示的。
在根据本公开的第一方面的一示例性实施例中,按照以下方式中的至少一种发送/接收ACK/NACK反馈:
将所述多个传输块中所有传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中;
将所述多个传输块中的每M个传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中,其中M为正整数;
将下行传输块的ACK/NACK反馈与其他上行信号/信道一起发送,将上行传输块的ACK/NACK反馈与其他下行信号/信道一起接收。
在根据本公开的第二方面的一示例性实施例中,按照以下方式中的至少一种发送/接收ACK/NACK反馈:
将所述多个传输块中所有传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中;
将所述多个传输块中的每M个传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中,其中M为正整数;
将下行传输块的ACK/NACK反馈与其他上行信号/信道一起接收,将上行传输块的ACK/NACK反馈与其他下行信号/信道一起发送。
在根据本公开的第一方面或第二方面的一示例性实施例中,M通过以下方式之一获得:
由基站或高层配置或预定义;
根据所述用于调度多个传输块的信息中的混合自动重传HARQ进程数确定;其中,所述用于调度多个传输块的信息中的HARQ进程数是基站或高层配置的或预定义的,或是在DCI中指示的;
根据UE支持的最大HARQ进程数确定。
在根据本公开的第一方面或第二方面的一示例性实施例中,ACK/NACK由以下至少一项指示:
预定义的加扰序列;
添加在相应的上行业务或下行业务的传输块前的高层报头;
新引入的MAC CE(Control Element,控制元素)或无线链路控制(Radio LinkControl,RLC)CE或分组数据会聚协议(Packet Data Convergence Protocol,PDCP)CE或无线资源控制(Radio Resource Control,RRC)CE;
ACK/NACK反馈字段。
在根据本公开的第一方面或第二方面的一示例性实施例中,ACK/NACK在特定的上行或下行信号/信道中传输,或携带在下行控制消息DCI中。其中,ACK/NACK携带在下行控制消息DCI中,由DCI中的新数据指标(New Data Indicator,NDI)字段指示,或由ACK/NACK字段指示,或由新引入的DCI的DCI格式指示。其中,所述下行控制消息DCI是专用于指示一个或多个UE的ACK/NACK反馈的DCI,或是现有的用于数据调度的DCI,或是新引入的用于调度一个或多个UE的数据传输的DCI。其中,所述DCI在以下至少一项中传输:新引入的共有搜索空间,新引入的UE特定搜索空间,现有的共有搜索空间,现有的UE特定搜索空间。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述专用于指示一个或多个UE的ACK/NACK反馈的DCI中指示的信息包括以下至少一项:
所述一个或多个UE的身份标识;
所述一个或多个UE对应的UE组的组身份标识;
所述一个或多个UE中每个UE的至少一个传输块的HARQ ID;
所述一个或多个UE中每个UE的至少一个传输块的传输资源位置;
所述一个或多个UE中每个UE的至少一个传输块的ACK/NACK反馈。
在根据本公开的第一方面或第二方面的一示例性实施例中,发送和/或接收所述多个传输块的ACK/NACK反馈还包括:
根据全部的所述多个传输块的时域资源,或所述多个传输块中至少一个特定的传输块的时域资源,确定接收ACK/NACK反馈消息的时间窗或最晚时间,在所述时间窗内或在所述最晚时间之前,接收ACK/NACK反馈消息。
在根据本公开的第一方面或第二方面的一示例性实施例中,发送和/或接收所述多个传输块的ACK/NACK反馈还包括以下至少一项:
只发送ACK反馈,不发送NACK反馈;
只发送NACK反馈,不发送ACK反馈;
如果在给定时间窗内或在给定最晚时间之前未接收到ACK反馈,则认为接收到了NACK反馈;
如果在给定时间窗内或在给定最晚时间之前未接收到NACK反馈,则认为接收到了ACK反馈。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述方法还包括:UE获取初传或重传指示信息,所述初传或重传指示信息用于指示所述多个传输块中至少一个传输块为初传或重传的信息,其中所述初传或重传指示信息由以下至少一项携带:
特定ACK/NACK反馈、所述传输块、用于加扰所述传输块的扰码序列、特定的用于指示传输块的初传或重传的信号/信道;
其中,所述传输块中携带的所述初传或重传指示信息由以下至少一项携带:
所述传输块前添加的高层报头,
所述传输块的MAC协议数据单元PDU中携带的新引入的MAC CE或无线链路控制RLCPDU中携带的新引入的RLC CE或分组数据会聚协议PDCP PDU中携带的新引入的PDCP CE或无线资源控制(Radio Resource Control,RRC)CE,
所述传输块前添加的1比特初传/重传指示;
其中,所述专用于指示传输块的初传或重传的信号/信道包括专用于指示传输块的初传或重传的下行控制信息DCI;
其中,专用于指示传输块的初传或重传的下行控制信息DCI携带所述初传或重传指示信息由以下至少一项携带:DCI中的NDI字段,DCI中的RV字段。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述特定ACK/NACK反馈是所述至少一个传输块对应的混合自动重传HARQ进程的最近的ACK/NACK反馈。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述特定ACK/NACK反馈包括以下至少一项:
所述传输块对应的HARQ进程的最近的ACK/NACK反馈对应的ACK/NACK反馈字段,
所述传输块对应的HARQ进程的最近的ACK/NACK反馈对应的ACK/NACK反馈消息的加扰序列。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述根据用于调度多个传输块的信息接收和/或发送传输块还包括,用于所述多个传输块中至少一个传输块的初传或重传的信息,或,分别用于所述多个传输块中至少一个传输块的初传或重传的信息。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述用于调度多个传输块的信息还包括所述多个传输块对应的混合自动重传HARQ进程的身份标识,其中所述多个传输块使用相同或不同的HARQ进程。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述DCI包括用于激活和/或释放半永久调度SPS进程的DCI;以及其中所述DCI中还携带有以下至少一项:SPS的周期或调度间隔,供所述多个传输块使用的资源的生效次数。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述用于激活和/或释放半永久调度SPS进程的DCI使用SPS配置信息中的无线网络临时标识RNTI加扰,或使用现有机制中的其他RNTI加扰,或使用新引入的RNTI加扰。
在根据本公开的第一方面或第二方面的一示例性实施例中,所述SPS的周期或调度间隔和所述生效次数中的至少一项携带在所述用于激活和/或释放半永久调度SPS进程的DCI中,包括:在所述DCI中的被使用或未被使用的域或保留字段中指示,或,在所述DCI中的新增加的至少一个域中指示。
为了避免现有技术中存在的对例如MTC和NB-IoT下行资源的浪费,本公开提供了一种下行传输的方法。所述方法可以通过基站配置,使未部署于LTE频段的MTC和NB-IoT系统中的LTE控制区域用于下行传输,提高MTC和NB-IoT中子帧的利用效率,以减少下行资源的闲置,降低MTC/NB-IoT传输需要的重复次数,或在重复次数不变的情况下提高码率,从而提高下行信道容量,或增强下行业务的可靠性,提高系统性能和传输效率。
根据本公开的第三方面,提供了一种在UE侧执行的下行传输的方法。所述方法包括:获得至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第一个符号起或从第二个符号起占用资源;根据所述指示信息以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及在所述时频资源上解码所述至少一个下行信道。
在一示例性实施例中,提供了一种在UE侧执行的下行传输的方法。所述方法包括:获得第一下行信道时域资源起始位置的指示信息和/或第二下行信道时域资源起始位置的指示信息;根据所述第一下行信道时域资源起始位置的指示信息和/或第二下行信道时域资源起始位置的指示信息,以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及在所述时频资源上解码所述至少一个下行信道。
在一示例性实施例中,第一下行信道时域资源起始位置的指示信息和第二下行信道时域资源起始位置的指示信息分别为不同的至少一个下行信道指示时域资源起始位置。
在一示例性实施例中,第一下行信道时域资源起始位置的指示信息和第二下行信道时域资源起始位置的指示信息指示不同的下行信道资源起始位置。
在一示例性实施例中,所述指示信息在下述之一中传输:主信息块MIB,系统信息块SIB1,除SIB1外的其他SIB,UE特定的无线资源控制RRC消息。
在一示例性实施例中,所述至少一个下行信道为以下信道中至少一个:用于传输SIB1的下行数据信道,用于传输除SIBl外其他SIB的下行数据信道,共有搜索空间中的控制信道,UE特定搜索空间中的控制信道,通过共有搜索空间中的控制信道调度的下行数据信道,通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,UE获得至少一个下行信道时域资源起始位置的指示信息,所述指示信息在MIB中传输;UE根据所述指示信息以及以下所有下行信道的时频资源配置信息,确定所述所有下行信道的所占用的时频资源,在所述时频资源上解码所述所有下行信道:
用于传输SIB1的下行数据信道,用于传输除SIB1外其他SIB的下行数据信道,共有搜索空间中的控制信道,UE特定搜索空间中的控制信道,通过共有搜索空间中的控制信道调度的下行数据信道,通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,UE获得至少一个下行信道时域资源起始位置的指示信息,所述指示信息在SIB1中传输;UE根据所述指示信息以及以下所有下行信道的时频资源配置信息,确定所述所有下行信道的所占用的时频资源,在所述时频资源上解码所述所有下行信道:
用于传输除SIB1外其他SIB的下行数据信道,共有搜索空间中的控制信道,UE特定搜索空间中的控制信道,通过共有搜索空间中的控制信道调度的下行数据信道,通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,UE获得至少一个下行信道时域资源起始位置的指示信息,所述指示信息在除SIB1外的其他SIB中传输;UE根据所述指示信息以及以下所有下行信道的时频资源配置信息,确定所述所有下行信道的所占用的时频资源,在所述时频资源上解码所述所有下行信道:
共有搜索空间中的控制信道,UE特定搜索空间中的控制信道,通过共有搜索空间中的控制信道调度的下行数据信道,通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,UE获得至少一个下行信道时域资源起始位置的指示信息,所述指示信息在RRC中传输;UE根据所述指示信息以及以下至少一个下行信道的时频资源配置信息,确定所述以下至少一个下行信道的所占用的时频资源,在所述时频资源上解码所述以下至少一个下行信道:
用于传输SIB1的下行数据信道,用于传输除SIB1外其他SIB的下行数据信道,共有搜索空间中的控制信道,UE特定搜索空间中的控制信道,通过共有搜索空间中的控制信道调度的下行数据信道,通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,在获得至少一个下行信道时域资源起始位置的指示信息前,向基站上报UE支持接收从一个时隙内第一个符号起或从第二个符号起占用资源的下行信道的能力。
为了避免现有技术中存在的对例如MTC和NB-IoT下行资源的浪费,本公开提供了一种在UE侧执行的在下行传输中使用控制区域的方法的方法。所述方法可以通过基站配置,使未部署于LTE频段的MTC和NB-IoT系统中的LTE控制区域用于下行传输,提高MTC和NB-IoT中子帧的利用效率,以减少下行资源的闲置,降低MTC/NB-IoT传输需要的重复次数,或在重复次数不变的情况下提高码率,从而提高下行信道容量,或增强下行业务的可靠性,提高系统性能和传输效率。
根据本公开的第四方面,提供了一种在UE侧执行的下行传输的方法。所述方法包括:启用针对下行传输对控制区域的使用;获得控制区域的配置信息;以及根据所获得的控制区域的配置信息使用控制区域接收下行传输。
在一示例性实施例中,所述启用针对下行传输对控制区域的使用可以包括:被信令配置启用针对下行传输对控制区域的使用。
在一示例性实施例中,所述控制区域的配置信息可以包括以下至少一项:
用于接收下行传输的控制区域的位置信息;
不同类型的使用控制区域的方法。
在一示例性实施例中,所述获得控制区域的配置信息可以包括:UE获得预定义的控制区域的配置信息,和/或UE获得的由信令指示的控制区域的配置信息。
所述信令可以包括以下至少一项:MIB;SIB,包括SIB1和其他SIB;以及RRC信令。
在一示例性实施例中,所述获得控制区域的配置信息可以进一步包括:从MIB中获得控制区域的配置信息;以及所述根据所获得的控制区域的配置信息使用控制区域接收下行传输可以进一步包括:根据所获得的控制区域的配置信息,接收SIB1和其他SIB、下行数据信道和下行控制信道。
在一示例性实施例中,所述控制区域的配置信息用于特定的下行信号/信道。
根据本公开的第五方面,提供了一种在基站侧执行的下行传输的方法。所述方法包括:生成至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第一个符号起或从第二个符号起占用资源;根据所述指示信息以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及在所述时频资源上传输所述指示信息和所述至少一个下行信道。
在一示例性实施例中,所述指示信息在下述之一中传输:MIB,系统信息块SIB1,除SIB1外的其他SIB,UE特定的无线资源控制RRC消息。
在一示例性实施例中,所述至少一个下行信道为以下信道中至少一个:用于传输SIB1的下行数据信道,用于传输除SIB1外其他SIB的下行数据信道,共有搜索空间中的控制信道,UE特定搜索空间中的控制信道,通过共有搜索空间中的控制信道调度的下行数据信道,通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,在传输至少一个下行信道时域资源起始位置的指示信息前,从UE接收UE支持接收从一个时隙内第一个符号起或从第二个符号起占用资源的下行信道的能力。
根据本公开的第六方面,提供了一种在基站侧执行的在下行传输中使用控制区域的方法。所述方法包括:配置UE针对下行传输启用对控制区域的使用;生成控制区域的配置信息;以及根据控制区域的配置信息,使用控制区域发送下行传输。
在一示例性实施例中,所述方法还包括:向UE发送所述控制区域的配置信息。
为了支持更灵活的非锚载波上的寻呼,本公开中提供了一种在非锚载波上传输NRS的方法。
根据本公开的第七方面,提供了一种在UE侧执行的信号接收的方法,包括:获得NRS的配置信息,其中,所述NRS的配置信息用于指示NRS根据至少每N个寻呼时刻进行传输,其中N为正整数;以及基于获得的NRS的配置信息,在所述至少每N个寻呼时刻接收NRS。
在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻接收NRS包括:NRS在进行传输的寻呼时刻所对应的搜索空间和/或所述寻呼时刻所对应的唤醒信号WUS的前预定数量个子帧和后预定数量个子帧中、和/或寻呼时刻所对应的搜索空间的前预定数量范围个子帧中、和/或所述搜索空间和/或WUS占用的子帧中传输;以及在所述寻呼时刻所对应的搜索空间和/或所述寻呼时刻所对应的唤醒信号WUS的前预定数量个子帧和后预定数量个子帧中、和/或寻呼时刻所对应的搜索空间的前预定数量范围个子帧中、和/或所述搜索空间和/或WUS占用的子帧中的至少一个子帧上,接收NRS。
在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻接收NRS还包括:NRS在进行传输的寻呼时刻所对应的搜索空间和/或所述寻呼时刻所对应的唤醒信号WUS的前预定数量个子帧中、和/或从所述搜索空间和/或WUS的起始子帧开始的预定数量个子帧中、和/或寻呼时刻所对应的搜索空间的前预定数量范围个子帧中传输;以及在所述寻呼时刻所对应的搜索空间和/或所述寻呼时刻所对应的唤醒信号WUS的前预定数量个子帧中、和/或从所述搜索空间和/或WUS的起始子帧开始的预定数量个子帧中、和/或寻呼时刻所对应的搜索空间的前预定数量范围个子帧中的至少一个子帧上,接收NRS。
在一示例性实施例中,所述基于获得的NRS的配置信息在所述至少每N个寻呼时刻接收NRS包括:如果UE在连续N-1个寻呼时刻所对应的搜索空间中没有检测到下行控制信道,则假设NRS在第N个寻呼时刻传输;或根据预先定义或配置的系统帧号SFN和/或子帧号,确定在每N个寻呼周期接收NRS的时域资源位置。
根据本公开的第八方面,提供了一种在基站侧执行的在非锚载波上发送NRS的方法。所述方法包括:生成NRS的配置信息,其中,所述NRS的配置信息指示NRS根据至少每N个寻呼时刻进行传输,其中N为正整数;以及基于所述NRS的配置信息,在所述至少每N个寻呼时刻发送NRS。
在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻发送NRS包括:NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量个子帧和后预定数量个子帧中、以及所述搜索空间占用的子帧中传输;以及在所述寻呼时刻所对应的搜索空间前预定数量个子帧和后预定数量个子帧中、以及所述搜索空间占用的子帧中的至少一个子帧上,发送NRS。
在一示例性实施例中,所述方法还包括:向UE发送所述NRS的配置信息。
根据本公开的第九方面,提供了一种在UE侧执行的调整时间提前量(TA)的方法。所述方法包括:接收TA命令;以及在成功接收TA命令的情况下,基于所述TA命令调整TA,并使用新的TA发送ACK反馈,或基于所述TA命令调整TA,并使用未调整的TA发送ACK反馈;以及在接收TA命令失败的情况下,不调整TA,并使用未调整的TA发送NACK反馈。
在一示例性实施例中,基于所述TA命令调整TA包括:基于所述TA命令的传输资源和/或与承载所述TA命令的PDSCH相对应的HARQ-ACK反馈的传输资源,确定进行TA调整的资源位置,并在相应的资源位置调整TA;和/或基于进行TA调整的上行传输的类型,为相应类型的上行传输调整TA。
在一示例性实施例中,所述基于进行TA调整的上行传输的类型为相应类型的上行传输调整TA包括:基于进行TA调整的资源位置对应的上行传输信道/信号的类型,为相应类型的信道/信号的上行传输调整TA或在相应类型的资源上调整TA。
在一示例性实施例中,所述进行TA调整的上行传输的类型包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈的上行传输;或
所述进行TA调整的上行传输的类型不包括承载HARQ-ACK反馈的上行传输;或
所述进行TA调整的上行传输的类型包括承载HARQ-ACK反馈的上行传输,但不包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈的上行传输。
在一示例性实施例中,所述上行传输为PUSCH传输和/或PUCCH传输。
在一示例性实施例中,基于所述TA命令的传输资源和/或与所述TA命令的PDSCH相对应的HARQ-ACK反馈的传输资源确定进行TA调整的资源位置包括:在成功接收TA命令的情况下,从子帧n’+M结束后的第一个可用的上行时隙开始调整对应的上行传输时间,且所述第一个可用的上行时隙是PUSCH传输和/或PUCCH传输的第一个时隙,其中所述子帧n’是携带HARQ-ACK反馈中的ACK响应的上行传输的起始子帧或结束子帧,且所述ACK响应对应于承载所述TA命令的PDSCH传输,其中M为0或正整数,所述携带HARQ-ACK反馈中的ACK响应的上行传输包括携带HARQ-ACK反馈中的ACK响应的PUSCH传输和/或PUCCH传输。
根据本公开的第十方面,提供了一种UE。所述UE包括:处理器;以及存储器,存储有计算机可执行指令,所述指令在被处理器执行时,使所述UE执行根据本公开的第一、三、四、七、九方面所述的方法。
根据本公开的第十一方面,提供了一种计算机可读介质,在其上存储有指令,所述指令在由处理器执行时,使所述处理器执行根据本公开的第第一、三、四、七、九方面所述的方法。
根据本公开的第十二方面,提供了一种基站。所述基站包括:处理器;以及存储器,存储有计算机可执行指令,所述指令在被处理器执行时,使所述基站执行根据本公开的第二、五、六、八方面所述的方法。
根据本公开的第十二方面,提供了一种计算机可读介质,在其上存储有指令,所述指令在由处理器执行时,使所述处理器执行根据本公开的第二、五、六、八方面所述的方法。
附图说明
为了更清楚地说明本公开实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域技术人员,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性地示出了根据本公开示例性实施例的在UE侧执行的发送和/或接收多个传输块的方法的流程图;
图2(a)示意性地示出了根据本公开一示例性实施例的发送/接收ACK/NACK反馈的图示;
图2(b)示意性地示出了根据本公开另一示例性实施例的发送/接收ACK/NACK反馈的图示;
图3示意性地示出了根据本公开一示例性实施例的一条DCI调度一个HARQ进程的图示;
图4示意性地示出了根据本公开一示例性实施例的一条DCI调度多个HARQ进程的图示;
图5示意性地示出了根据本公开一示例性实施例的使用DCI调度下行业务的多个传输块的图示;
图6示意性地示出了根据本公开另一示例性实施例的使用DCI调度下行业务的多个传输块的图示;
图7示意性地示出了根据本公开另一示例性实施例的使用DCI调度下行业务的多个传输块的图示;
图8示意性地示出了根据本公开另一示例性实施例的使用DCI调度下行业务的多个传输块的图示;
图9示意性地示出了根据本公开另一示例性实施例的使用三条DCI调度下行业务的多个传输块的图示;
图10示意性地示出了根据本公开一示例性实施例的使用DCI调度上行业务的多个传输块的图示;
图11示意性地示出了根据本公开另一示例性实施例的使用DCI调度上行业务的多个传输块的图示;
图12示意性地示出了根据本公开一示例性实施例的使用一个DCI调度2个传输块的图示;
图13示意性地示出了根据本公开一示例性实施例的使用一个DCI调度4个传输块的图示;
图14示意性地示出了根据本公开另一示例性实施例的使用一个DCI调度4个传输块的图示;
图15示意性地示出了根据本公开示例性实施例的在基站侧执行的发送和/或接收传输块的方法的流程图;
图16示意性地示出了根据本公开示例性实施例的在UE侧执行的下行传输的方法的流程图;
图17示意性地示出了根据本公开另一示例性实施例的在UE侧执行的下行传输的方法的流程图;
图18示意性地示出了根据本公开示例性实施例的在基站侧执行的下行传输的方法的流程图;
图19示意性地示出了根据本公开另一示例性实施例的在基站侧执行的下行传输的方法的流程图;
图20示意性地示出了根据本公开示例性实施例的在UE侧执行的在非锚载波上接收NRS的方法的流程图;
图21示意性地示出了根据本公开示例性实施例的在基站侧执行的在非锚载波上发送NRS的方法的流程图;
图22示意性地示出了根据本公开示例性实施例的UE的结构框图;
图23示意性地示出了根据本公开示例性实施例的基站的结构框图;
图24示意性地示出了根据本公开一示例性实施例的在非锚载波上接收NRS的图示;
图25示意性地示出了根据本公开另一示例性实施例的在非锚载波上接收NRS的图示;
图26示意性地示出了根据本公开一示例性实施例的采用交错的传输方式的图示;以及
图27示意性地示出了根据本公开一示例性实施例的在UE侧执行的调整时间提前量TA的方法的流程图。
具体实施方式
下文中给出若干具体的实施例。以下实施例中的PDCCH也可以是EPDCCH、MPDCCH、NPDCCH;PDSCH也可以是EPDSCH、MPDSCH、NPDSCH;以下实施例中的物理上行共享信道PUSCH也可以是EPUSCH、MPUSCH、NPUSCH。以下实施例中的PDSCH/PUSCH可以是单播业务的PDSCH/PUSCH,也可以是承载组播业务的PDSCH/PUSCH,例如,携带单小区多播控制信道(SingleCell Multicast Control Channel,SC-MCCH)或单小区多播业务信道(Single CellMulticast Traffic Channel,SC-MTCH)的PDSCH。
以下实施例中的子帧也可以是BL/CE子帧、BL/CE下行子帧、BL/CE有效子帧、BL/CE下行有效子帧、NB-IoT子帧、NB-IoT下行子帧、NB-IoT有效子帧、NB-IoT下行有效子帧、时隙、NB-IoT时隙、TTI。
以下实施例中,配置信息可以是基站配置的、信令指示的、高层配置的、或预配置的。配置信息可以包括一组配置信息或多组配置信息。UE可以根据预定义的条件,从多组配置信息中选择一组配置信息使用。一组配置信息可以包含多个子集,UE也可以根据预定义的条件,从一组配置信息中或从多组配置信息中的一组配置信息中选择一个子集使用。
以下将参照图1,对根据本公开示例性实施例的在UE侧执行的使用DCI调度多个传输块的方法的流程图进行具体描述。
图1示意性地示出了根据本公开示例性实施例的在UE侧执行的使用DCI调度多个传输块的方法100的流程图,其中,所述多个传输块包括上行和/或下行业务的多个传输块,方法100可用于单播或组播。
如图1所示,方法100包括步骤101,其中UE根据用于调度多个传输块的信息,接收和/或发送传输块。
在一示例性实施例中,所述用于调度多个传输块的信息可以包括用于调度多于一个传输块的信息,也可以包括用于调度一个传输块的信息。
所述多个传输块可以包括以下至少一项:
一个UE的多个混合自动重传HARQ进程对应的的多个传输块,
一个HARQ进程进行初传和/或至少一次重传的所对应的多个传输块,
一个UE的至少一个上行和/或至少一个下行所对应的多个传输块、多个不同的UE的所对应的传输块。
在一示例性实施例中,所述用于调度多个传输块的信息从以下至少一项中获取:在下行控制信息DCI中获得的信息、DCI格式、DCI的加扰序列、检测DCI的搜索空间、DCI的尺寸、RRC配置信息。
在一示例性实施例中,所述DCI的加扰序列为无线网络临时标识RNTI。
所述用于调度多个传输块的信息可以包括以下至少一项:
用于指示所述多个传输块中至少一个或全部多个传输块是上行传输块或下行传输块的信息;
用于指示所述用于调度多个传输块的信息是用来调度一个或多个传输块的信息;
所述多个传输块间的第一时间间隔;
所述多个传输块中至少一个传输块与对应的ACK/NACK反馈间的第二时间间隔;
所述多个传输块中至少一个传输块与所述至少一个传输块前一个传输块对应的ACK/NACK反馈之间的第三时间间隔;
ACK/NACK反馈与所述多个传输块中最后一个传输块之间的第四时间间隔;
用于指示用于传输所述多个传输块中至少一个传输块的至少一个HARQ进程使用的资源的周期和/或资源的生效次数;以及
所述多个传输块使用的资源的周期。
优选地,方法100还包括步骤102,其中UE发送/接收所述多个传输块对应的ACK/NACK反馈。
所述ACK/NACK反馈可以包括以下至少一项:
与所述多个传输块中的每一个传输块对应的ACK/NACK反馈,
与所述多个传输块中的至少两个传输块对应的ACK/NACK捆绑或多路复用的反馈。
在一示例性实施例中,UE通过对所述多个传输块的每个码字进行对于所有相应的个体HARQ-ACK的逻辑与操作,生成多个传输块的一个或两个HARQ-ACK比特。
在一示例性实施例中,所述发送和/或接收所述多个传输块的ACK/NACK反馈包括以下操作中的至少一个:
在接收了所述多个传输块中的所有下行传输块后,发送所有下行传输块对应的ACK/NACK反馈;
在发送了所述多个传输块中的所有上行传输块后,接收所有上行传输块对应的ACK/NACK反馈;
在结束所述多个传输块的发送和/或接收后,发送所有下行传输块对应的ACK/NACK反馈,和/或,接收所有上行传输块对应的ACK/NACK反馈;
在接收了所述多个传输块中的每M个下行传输块后发送所述每M个下行传输块对应的ACK/NACK反馈,其中M为正整数;
在发送了所述多个传输块中的每M个上行传输块后接收所述每M个上行传输块对应的ACK/NACK反馈,其中M为正整数。
在一示例性实施例中,上行传输块对应的ACK/NACK反馈是通过特定信道传输的、和/或在下行控制消息DCI中指示的。
在一示例性实施例中,按照以下方式中的至少一种发送/接收ACK/NACK反馈:
将所述多个传输块中所有传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中;
将所述多个传输块中的每M个传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中,其中M为正整数;
将下行传输块的ACK/NACK反馈与其他上行信号/信道一起发送,将上行传输块的ACK/NACK反馈与其他下行信号/信道一起接收。
其中,M可以通过以下方式之一获得:
由基站或高层配置或预定义;
根据所述用于调度多个传输块的信息中的混合自动重传HARQ进程数确定;
根据UE支持的最大HARQ进程数确定。
在一示例性实施例中,多于一个传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中时,使用ACK/NACK捆绑的反馈,或使用或ACK/NACK多路复用(ACK/NACKmultiplexing)的反馈(例如现有技术中的空分多路复用),或携带长度为N的比特图,其中N为所述多于一个传输块的个数,所述比特图中每比特指示与一个传输块对应的HARQ进程,按照预定的映射关系与所述多个传输块的HARQ进程相对应。
在一示例性实施例中,ACK/NACK由以下至少一项指示:
预定义的加扰序列;
添加在相应的上行业务或下行业务的传输块前的高层报头;
新引入的媒体接入控制MAC控制元素CE;
ACK/NACK反馈字段;
用于指示ACK/NACK的下行控制信息DCI。
在一示例性实施例中,DCI中携带的调度信息包括每个传输块的调度信息与其他调度信息,可以包括以下至少一项:
DCI中调度的传输块个数、频域资源、时域资源、调度延迟、调制和编码方案(Modulation and Coding Scheme,MCS)、冗余版本(Redundancy Version,RV)、重复次数、新数据指标(New Data Indicator,NDI)、DCI子帧重复次数、混合自动重传请求(HybridAutomatic Repeat reQuest,HARQ)进程数量、HARQ ID、HARQ-ACK时域和/或频域资源、功率控制信息、单小区多播控制信道(Single Cell Multicast Control Channel,SC-MCCH)变更通知。
以上任意一项是每个传输块专有的,或DCI中调度的所有传输块共有的。例如,DCI中携带一个MCS字段,该DCI中调度的所有传输块使用该字段指示的MCS值。例如,DCI中调度的传输块个数为m时,该DCI中携带m个长度为1比特的NDI字段,也即携带的NDI字段是长度为m的比特图(Bitmap),每比特依次指示一个传输块的NDI。
UE获取该DCI中的调度信息包括:UE获取该DCI中显式指示的调度信息;还包括:UE根据预定义的参数或配置关系和/或该DCI中隐式指示的信息,确定调度信息。
在一示例性实施例中,DCI中携带的作为调度信息的时域资源包括以下至少一项:
DCI中调度的传输块间的时间间隔;
DCI中调度的传输块与对应的ACK/NACK反馈间的时间间隔;
DCI中调度的传输块与前一个传输块对应的ACK/NACK反馈间的时间间隔;以及
传输块使用的资源的周期。
在一示例性实施例中,上述三种时间间隔中的任意一个可以由DCI中携带的调度延迟字段指示、或是预定义的。
多TB调度的时域资源
对于用于调度多个传输块的DCI,UE根据携带在该DCI中的调度信息来解码基站传输的多个物理下行共享信道、和/或向基站传输多个物理上行共享信道包括:根据携带在该DCI中的调度信息,确定多个传输块的时域资源信息。
其中,时域资源信息包括进行PDSCH解码的时域位置和/或发送ACK/NACK反馈的时域位置、和/或进行PUSCH传输的时域位置。
其中,携带在该DCI中的调度信息包括以下至少一项:
a)一到多个调度延迟,用于指示DCI和DCI调度的第一个PDSCH/PUSCH的起始子帧间的时间间隔,和/或相邻的两个PDSCH/PUSCH间的时间间隔,和/或PDSCH/PUSCH与对应的ACK/NACK反馈间的时间间隔,和/或PDSCH/PUSCH与前一个ACK/NACK反馈间的时间间隔,和/或ACK/NACK反馈与最后一个PDSCH/PUSCH间的时间间隔;
其中,任意的两个相邻PDSCH/PUSCH间的时间间隔是两个PDSCH间的时间间隔,或两个PUSCH间的时间间隔,或一个PDSCH和一个PUSCH间的时间间隔;
其中,任意的两个相邻PDSCH/PUSCH间的时间间隔是相同的,也即PDSCH/PUSCH的资源在时域是周期性的,或,任意的两个相邻PDSCH/PUSCH间的时间间隔是相同或不同的,不同的时间间隔由多个调度延迟值依次指出;
b)资源周期,用于在DCI用于调度多个周期性的PDSCH/PUSCH资源时,指示PDSCH/PUSCH资源的周期。
对于用于调度多个传输块的DCI,DCI中调度的多个传输块使用的资源在时域上是连续的,或是不连续的,如图1所示。例如,当相邻的两个PDSCH/PUSCH间的调度延迟为0时,多个传输块的资源在时域上是连续的,否则是不连续的;例如,当资源周期长度等于PDSCH/PUSCH传输的时域长度,或等于PDSCH/PUSCH的重复次数时,多个传输块的资源在时域上是连续的,否则是不连续的。
在一示例性实施例中,在步骤102中,在接收了所述多个传输块中的所有下行传输块后,发送所有下行传输块对应的ACK/NACK反馈;类似地,在发送了所述多个传输块中的所有上行传输块后,接收所有上行传输块对应的ACK/NACK反馈。备选地,在步骤102中,在结束所述多个传输块的发送和/或接收后,发送所有下行传输块对应的ACK/NACK反馈,和/或接收所有上行传输块对应的ACK/NACK反馈。
图2(a)示意性地示出了根据该示例性实施例的发送/接收ACK/NACK反馈的图示。如图2(a)所示,针对用于调度多个传输块的DCI,DCI调度的传输块对应的ACK/NACK反馈在所有PDSCH/PUSCH传输完成后发送/接收。结合图2(a)的示例,下行业务的ACK/NACK反馈在所有PDSCH解码结束后发送,上行业务的ACK/NACK反馈(包括专有的ACK/NACK反馈信号/信道或隐式地指示ACK/NACK反馈的DCI)在所有PUSCH传输解码后接收。
在另一示例性实施例中,在步骤102中,在接收了所述多个传输块中的每M个下行传输块后发送所述每M个下行传输块对应的ACK/NACK反馈,其中M为正整数;类似地,在发送了所述多个传输块中的每M个上行传输块后接收所述每M个上行传输块对应的ACK/NACK反馈,其中M为正整数。
图2(b)示意性地示出了根据该示例性实施例的发送/接收ACK/NACK反馈的图示。如图2(b)所示,针对用于调度多个传输块的DCI,DCI调度的每M个传输块对应的ACK/NACK反馈在每M次PDSCH/PUSCH传输完成后发送/接收。结合图2(b)的示例,下行业务的ACK/NACK反馈在每M次PDSCH解码结束后发送,上行业务的ACK/NACK反馈(包括专有的ACK/NACK反馈信号/信道或隐式地指示ACK/NACK反馈的DCI)在每M次PUSCH传输解码后接收;或,在PDSCH解码和PUSCH传输总共达到每M次后,发送/接收ACK/NACK反馈。
这里,M可以通过以下方式之一获得:
由基站或高层配置或预定义,
根据所述DCI调度的混合自动重传HARQ进程数确定,
根据UE支持的最大HARQ进程数确定,这将在之后详述。
在一示例性实施例中,上行传输块对应的ACK/NACK反馈是通过特定信道传输的、和/或在下行控制消息DCI中指示的。
在一示例性实施例中,按照以下方式中的至少一种发送/接收ACK/NACK反馈:
将所述多个传输块中所有传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中;
将所述多个传输块中的每M个传输块对应的ACK/NACK反馈携带在一条ACK/NACK反馈消息中,其中M为正整数;
将下行传输块的ACK/NACK反馈与其他上行信号/信道一起发送,将上行传输块的ACK/NACK反馈与其他下行信号/信道一起接收。
在一示例性实施例中,ACK/NACK由以下至少一项指示:
预定义的加扰序列;
添加在相应的上行业务或下行业务的传输块前的高层报头;
新引入的媒体接入控制MAC控制元素CE;
ACK/NACK反馈字段;
用于指示ACK/NACK的下行控制信息DCI。
在一示例性实施例中,ACK/NACK在特定的上行或下行信号/信道中传输,或携带在下行控制消息DCI中。其中,ACK/NACK携带在下行控制消息DCI中,由DCI中的新数据指标(New Data Indicator,NDI)字段指示,或由ACK/NACK字段指示,或由新引入的DCI的DCI格式指示。其中,所述下行控制消息DCI是专用于指示一个或多个UE的ACK/NACK反馈的DCI,或是现有的用于数据调度的DCI,或是新引入的用于调度一个或多个UE的数据传输的DCI。其中,所述DCI在以下至少一项中传输:新引入的共有搜索空间,新引入的UE特定搜索空间,现有的共有搜索空间,现有的UE特定搜索空间。
在一示例性实施例中,所述专用于指示一个或多个UE的ACK/NACK反馈的DCI中指示的信息包括以下至少一项:
所述一个或多个UE的身份标识;
所述一个或多个UE对应的UE组的组身份标识;
所述一个或多个UE中每个UE的至少一个传输块的HARQ ID;
所述一个或多个UE中每个UE的至少一个传输块的传输资源位置;
所述一个或多个UE中每个UE的至少一个传输块的ACK/NACK反馈。
在一示例性实施例中,发送和/或接收所述多个传输块的ACK/NACK反馈还包括:
根据全部的所述多个传输块的时域资源,或所述多个传输块中至少一个特定的传输块的时域资源,确定接收ACK/NACK反馈消息的时间窗或最晚时间,在所述时间窗内或在所述最晚时间之前,接收ACK/NACK反馈消息。
在一示例性实施例中,发送和/或接收所述多个传输块的ACK/NACK反馈还包括以下至少一项:
只发送ACK反馈,不发送NACK反馈;
只发送NACK反馈,不发送ACK反馈;
如果在给定时间窗内或在给定最晚时间之前未接收到ACK反馈,则认为接收到了NACK反馈;
如果在给定时间窗内或在给定最晚时间之前未接收到NACK反馈,则认为接收到了ACK反馈。
下行业务的ACK/NACK反馈
在一示例性实施例中,传输块的ACK/NACK反馈可以包括:传输块的HARQ-ACK反馈、解码该传输块的ACK/NACK反馈或HARQ-ACK反馈、或该传输块对应的HARQ进程的ACK/NACK反馈或HARQ-ACK反馈。
对于用于调度多个传输块的DCI,当多个传输块中有至少一个下行业务的传输块时,使用以下方法发送ACK/NACK反馈:
方法1
UE在解码该DCI指示的全部多个传输块的数据后,向基站发送全部多个传输块的ACK/NACK反馈,如图2(a)所示。
该全部多个传输块的ACK/NACK反馈携带在一条ACK/NACK反馈消息中,或携带在多条ACK/NACK反馈消息中,每条ACK/NACK反馈消息携带一个或多个传输块的ACK/NACK反馈。
ACK/NACK反馈消息的内容
(一)该全部多个传输块的ACK/NACK反馈携带在一条ACK/NACK反馈消息中时,该条ACK/NACK反馈消息为长度为N的比特图,其中N为所有传输块的个数,所述比特图中每比特指示与一个传输块对应的HARQ进程,按照预定的映射关系与所述多个传输块的HARQ进程相对应。
例如,按HARQ进程的时域顺序依次对应:比特图中的第n比特指示时域上第n个传输块的HARQ进程的反馈信息。
例如,按HARQ进程的HARQ ID决定:以按升序依次对应为例,比特图中第一个比特对应多个传输块中HARQ ID最小的HARQ进程,第二个比特对应多个传输块中HARQ ID次小的HARQ进程,以此类推,最后一个比特对应多个传输块中HARQ ID最大的HARQ进程;类似地,可按降序依次对应,比特图中第一个比特对应多个传输块中HARQ ID最大的HARQ进程,以此类推,最后一个比特对应多个传输块中HARQ ID最小的HARQ进程。
(二)该全部多个传输块的ACK/NACK反馈携带在多条ACK/NACK反馈消息中时,每条ACK/NACK反馈消息按照固定的映射关系与一个或多个传输块的HARQ进程对应。
例如,按HARQ进程的时域顺序依次对应:
a)在每条ACK/NACK反馈消息携带一个传输块的ACK/NACK反馈时,第n条ACK/NACK反馈消息携带时域上第n个传输块的HARQ进程的反馈信息;
b)在每条ACK/NACK反馈消息携带m个传输块的ACK/NACK反馈时,第一条ACK/NACK反馈消息携带时域上第1~m个传输块的HARQ进程的反馈信息,以此类推,第n条ACK/NACK反馈消息携带时域上第(n-1)*m+1~n*m个传输块的HARQ进程的反馈信息;当HARQ进程的总数无法被m整除时,最后一条ACK/NACK反馈消息携带剩余少于m条的ACK/NACK反馈消息,并增加或者不增加填充比特。
对于携带多个传输块的ACK/NACK反馈的ACK/NACK反馈消息,也即m>1时,在一条ACK/NACK反馈消息中携带长度为m的比特图,比特图中每比特指示一个传输块对应的HARQ进程的反馈信息,按照固定的映射关系与多个传输块的HARQ进程对应。例如,按HARQ进程的时域顺序依次对应,比特图中的第n1比特指示时域上第(n-1)*m+n1个传输块的HARQ进程的反馈信息。例如,按HARQ进程的HARQ ID决定,具体方法与该全部多个传输块的ACK/NACK反馈携带在一条ACK/NACK反馈消息中时的方法相同,但多个传输块指的是此条ACK/NACK反馈消息中指示的传输块。
(三)对于(一)和(二),还包括一种方式,在一条ACK/NACK反馈消息中指示多于一个传输块的HARQ-ACK反馈时,使用ACK/NACK捆绑(ACK/NACK bundling)。ACK/NACK反馈消息中携带1比特指示该多于一个传输块的HARQ-ACK反馈。或,使用ACK/NACK多路复用(multiplexing)。
例如,该多于一个传输块的HARQ-ACK反馈全部为ACK时,ACK/NACK反馈消息中用1比特指示ACK;否则,ACK/NACK反馈消息中用1比特指示NACK。
ACK/NACK反馈消息的资源位置
(一)该全部多个传输块的ACK/NACK反馈携带在一条ACK/NACK反馈消息中时,该反馈消息的频域位置由调度对应的全部多个传输块的DCI显式地或隐式地指示;和/或,根据预定义的映射关系由对应的全部多个传输块计算得出,包括基于对应的全部多个传输块,或基于对应的全部多个传输块中预定义的某个或某若干个传输块计算得出;和/或,该反馈消息的频域位置是预定义的。以上任意一项方法决定该反馈消息的频域位置的部分信息或全部信息,例如,反馈消息使用的窄带(Narrowband)或物理资源块(Physical ResourceBlock,PRB)与对应的全部多个传输块使用的窄带或PRB相同,或,反馈消息使用的上行频段上的窄带或PRB的频域位置是根据全部多个传输块使用的下行频段上的窄带或PRB的频域配置映射得到的;例如,反馈消息使用的PRB在窄带中的位置或子载波在PRB中的位置是预定义的或DCI指示的。
该反馈消息的时域位置由调度对应的全部多个传输块的DCI显式地或隐式地指示;和/或,该反馈消息的时域位置是预定义的。例如,该反馈消息的时域位置由该DCI中携带的调度延迟域指示,或,该反馈消息的调度延迟的值是预定义的;其中,调度延迟是该反馈消息与该DCI间的时域间隔,具体地,是该反馈消息的起始子帧与该DCI的结束子帧间的时域间隔;或该反馈消息与该DCI中调度的最后一个传输块的时域间隔,具体地,是该反馈消息的起始子帧与该DCI中调度的最后一个传输块的结束子帧间的时域间隔;或该反馈消息与该DCI中调度的第n个传输块的时域间隔,具体地,是该反馈消息的起始子帧与该DCI中调度的第n个传输块的结束子帧间的时域间隔,其中n为预定义的值。
(二)该全部多个传输块的ACK/NACK反馈携带在多条ACK/NACK反馈消息中时,第一条ACK/NACK反馈消息的时频位置的确定方法与(一)中相同;后续的ACK/NACK反馈消息的频域位置是预定义的和/或根据第一条反馈消息确定的,例如,与第一条反馈消息的频域位置相同,或基于第一条反馈消息的频域位置和预定义的跳频类型确定。
后续的ACK/NACK反馈消息的时域位置是由调度对应的全部多个传输块的DCI显式地或隐式地指示;和/或,基于第一条ACK/NACK反馈消息的时域位置确定的;和/或,预定义的。例如,每相邻两条ACK/NACK反馈消息间的时域间隔由调度延迟指示,每条ACK/NACK反馈消息的时域位置由第一条ACK/NACK反馈消息的时域位置和调度延迟确定。其中,调度延迟的值是预定义的,或是由该调度对应的全部多个传输块的DCI指示的。其中,每相邻两条ACK/NACK反馈消息间的时域间隔是后一条ACK/NACK反馈消息的起始子帧与前一条ACK/NACK反馈消息的起始子帧或结束子帧间的时域间隔。
方法2
UE在每次解码该DCI指示的一个传输块的数据后,或每M次(不一定是全部)解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈。图2(b)中给出了UE在每次解码该DCI指示的一个传输块的数据后向基站发送ACK/NACK反馈的一个范例。
其中,UE发送的ACK/NACK反馈是上次解码的传输块的ACK/NACK反馈,或之前M次解码的传输块的ACK/NACK反馈,或上次发送ACK/NACK反馈后解码的所有传输块的ACK/NACK反馈。其中,UE发送的ACK/NACK反馈携带在一条ACK/NACK反馈消息中,或,携带在多条ACK/NACK反馈消息中,每条ACK/NACK反馈消息携带一个或多个传输块的ACK/NACK反馈。
(一)UE发送的ACK/NACK反馈是上次解码的传输块的ACK/NACK反馈时,复用LTE现有机制,但在DCI调度多个传输块的场景下,不同传输块的数据和ACK/NACK反馈间的调度延迟携带在同一条DCI中,该调度延迟是多个传输块共有的,也即该DCI中调度的多个传输块使用相同的调度延迟字段;或是传输块专有的,也即该DCI中调度的每个传输块使用一个的调度延迟字段。
(二)UE发送的ACK/NACK反馈是之前N次解码的传输块的ACK/NACK反馈时,ACK/NACK反馈消息中携带长度为N的比特图(bitmap),比特图中每比特指示一个传输块对应的HARQ进程,按照固定的映射关系与多个传输块的HARQ进程对应。映射方法与方法1中相同。其中,N是固定值,或是上次发送ACK/NACK反馈后进行传输块解码的次数。
在方法2的场景中,DCI调度的多个传输块使用的时域资源间的间隙大于零时,UE在每个间隙或部分配置或基站调度的间隙内,根据ACK/NACK的调度信息向基站发送ACK/NACK反馈消息,携带最近的一次或N次PDSCH解码的下行传输块的反馈,或在上次发送ACK/NACK反馈消息后解码的所有下行传输块的反馈;该场景适用于半双工和全双工UE;
DCI调度的多个传输块使用的时域资源间的间隙等于零时,UE在进行下行PDSCH接收的同时,根据ACK/NACK的调度信息,向基站发送ACK/NACK反馈消息,携带最近的一次或N次PDSCH解码的下行传输块的反馈,或在上次发送ACK/NACK反馈消息后解码的所有下行传输块的反馈;该场景适用于全双工UE。
方法3
当UE有下行业务的ACK/NACK反馈和上行业务需要传输时,在上行业务的传输资源中携带下行业务的ACK/NACK反馈信息,也即使用背负的ACK/NACK反馈。
UE传输背负的ACK/NACK反馈时,采用以下至少一项指示反馈信息为ACK或NACK:
预定义的加扰序列:例如,当携带的ACK/NACK反馈信息为1比特或1个传输块的反馈信息时,使用至少2个预定义的加扰序列分别指示ACK和NACK,当携带的ACK/NACK反馈信息为m比特或m个传输块的反馈信息时,使用至少2^m个预定义的加扰序列分别指示ACK和NACK;
添加在上行业务的传输块前的高层报头,包括媒体接入控制(Medium AccessControl,MAC)报头/无线链路控制(Radio Link Control,RLC)报头/分组数据会聚协议(Packet Data Convergence Protocol,PDCP)报头;
新引入的MAC控制元素(Control Element,CE);
ACK/NACK反馈字段:a)该字段添加在上行业务的传输块前或传输块后,例如,当携带的ACK/NACK反馈信息为m比特或m个传输块的反馈信息时,在上行业务的传输块前添加m比特ACK/NACK反馈字段;b)该字段以频分的形式,和上行业务的传输块在相同的时域资源、不同的频域资源上传输,二者的频域资源是相邻的或不相邻的。对于a)和b),该ACK/NACK反馈字段独立地,或与该传输块的内容联合地进行以下至少一项:加扰、调制、传输编码、映射到物理资源、添加CRC校验、速率匹配、重复;
预定义的ACK/NACK状态或预定义的ACK/NACK发送准则:例如,假定只发送ACK反馈,不发送NACK反馈,并且在给定时间窗内或在给定最晚时间之前未收到ACK反馈,认为收到了NACK反馈;或,假定只发送NACK反馈,不发送ACK反馈,并且在给定时间窗内或在给定最晚时间之前未收到NACK反馈,认为收到了ACK反馈。
不同方法的选择
方法1和方法2的主要区别是,每次传输HARQ-ACK反馈前,解码该DCI指示的传输块的次数不同。该次数是基站或高层配置的或预定义的,或,该次数是根据DCI调度的HARQ进程数量或UE支持的最大HARQ进程数量确定的。
其中,UE每次传输HARQ-ACK反馈前,解码该DCI指示的传输块的次数是DCI中指示的该DCI调度的HARQ进程数量、或是该UE支持的最大HARQ进程数量。
例如,对于有单HARQ能力(single HARQ capable)的UE,只能使用方法2且N=1,也即,UE在每次解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈。
例如,对于有2-HARQ能力(2-HARQ capable)的UE,可以使用方法2且N=2,也即,UE在每两次解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈;还可以使用方法2且N=1。
例如,对于可以支持最多m个并行HARQ的UE,且DCI中调度的HARQ进程数为n,且n<m,可以使用方法1。
对于方法3,类似地,背负的ACK/NACK反馈对应的传输块数量不超过UE支持的最大HARQ进程数量,且在DCI中指示了调度的HARQ数量或高层配置了HARQ数量时,不超过该DCI中指示的或高层配置的HARQ数量。
另一种场景是,系统中支持固定的几种方法,例如,UE在每次解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈,或UE在每两次解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈,或UE在解码该DCI指示的全部多个传输块的数据后,向基站发送全部多个传输块的ACK/NACK反馈;实际使用的方法是基站或高层从固定的几种方法中配置的。
例如,基站将有单HARQ能力(single-HARQ capable)的UE配置为,UE在每次解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈,将有2-HARQ能力(2-HARQcapable)的UE配置为,UE在每两次解码该DCI指示的一个传输块的数据后,向基站发送ACK/NACK反馈,将能支持最多8个并行的HARQ进程的UE配置为,或UE在解码该DCI指示的全部多个传输块的数据后,向基站发送全部多个传输块的ACK/NACK反馈。
上行业务的ACK/NACK反馈
在一示例性实施例中,传输块的ACK/NACK反馈可以包括:传输块的HARQ-ACK反馈、解码该传输块的ACK/NACK反馈或HARQ-ACK反馈、或该传输块对应的HARQ进程的ACK/NACK反馈或HARQ-ACK反馈。
对于用于调度多个传输块的DCI,当多个传输块中有至少一个上行业务的传输块时,使用以下方法发送ACK/NACK反馈:
方法1
在现有的MTC和NB-IoT机制中,上行业务的ACK/NACK反馈不使用专有的信号或信道传输,而是在下一次上行调度信息中,通过携带在DCI中的新数据指标(New DataIndicator,NDI)字段指示初传或重传的方式,隐式地指示之前最近一次上行传输的接收成功或接收失败。
对于用于调度多个传输块的DCI,采用一种类似的机制,在调度多个传输块的DCI中,通过NDI指示多个传输块的初传或重传,隐式地指示上一次传输中,一个或多个上行传输块的接收成功或接收失败。对于某个被该DCI调度的上行传输块,当对应的NDI指示为初传时,该上行传输块的之前最近的一次传输为接收成功,当对应的NDI指示为重传时,该上行传输块的之前最近的一次传输为接收失败。
NDI指示传输块或其对应的HARQ进程为初传或重传的机制见HARQ处理小节。
方法2
另一种方法是在MTC和NB-IoT系统中,新定义一种用于指示多个传输块的ACK/NACK反馈的组反馈消息。
ACK/NACK反馈消息的内容
(一)该组反馈消息携带一个UE的上行传输的ACK/NACK反馈,包括该UE的一到多个上行传输块的ACK/NACK反馈。
该组反馈消息的信道为,类似物理HARQ指示信道(Physical Hybrid ARQIndicator Channel,PHICH)的专有信道,或现有DCI尺寸的物理下行控制信道(PhysicalDownlink Control Channel,PDCCH),或更短/更长的DCI尺寸的PDCCH。当该组反馈消息的信道为现有DCI尺寸的物理下行控制信道PDCCH时,ACK或NACK通过现有DCI格式中未使用的状态(unused state)指示,或,ACK或NACK通过新的DCI格式指示。当该组反馈消息的信道为更短/更长的DCI尺寸的PDCCH时,ACK或NACK通过新的DCI格式指示。
该ACK/NACK反馈消息的内容、该内容与传输块的映射关系,与下行业务的ACK/NACK反馈机制中相同。
(二)或,该组反馈消息携带一到多个UE的上行传输的ACK/NACK反馈,包括其中每个UE的一到多个上行传输块的ACK/NACK反馈。该组反馈消息隐式或显式携带以下内容中的至少一项:
该一到多个UE的ID;
该一到多个UE对应的UE组的组ID;
该其中每个UE的一到多个上行传输块的HARQ ID;
该其中每个UE的一到多个上行传输块的上行传输资源位置;
该其中每个UE的一到多个上行传输块的ACK/NACK反馈信息。
例如,该组反馈消息携带多个上行传输块的ACK/NACK反馈信息,每个ACK/NACK反馈信息对应的上行传输块的UE ID和HARQ ID携带在该组反馈消息中。UE解码成功,发现DCI中携带了自身的UE ID,根据对应的HARQ ID确定自身的上行传输的ACK/NACK反馈内容。
例如,该组反馈消息携带多个上行传输块的ACK/NACK反馈信息,每个ACK/NACK反馈信息对应的上行传输块的上行传输资源位置携带在该组反馈消息中,该组反馈消息对应的UE组的组ID携带在该组反馈消息中。UE根据自己从属的组ID解码成功,发现DCI中携带了自身进行上行传输的资源位置,根据该资源位置对应的ACK/NACK反馈信息确定自身的上行传输的ACK/NACK反馈内容。
(三)对于(一)和(二),与下行业务的ACK/NACK反馈类似,还包括一种方法,在一条ACK/NACK反馈消息中指示多于一个传输块的HARQ-ACK反馈时,使用ACK/NACK捆绑(ACK/NACK bundling)。ACK/NACK反馈消息中携带1比特指示该多于一个传输块的HARQ-ACK反馈。
对于方法2,一个特例是,新定义一种用于指示一个上行传输块的ACK/NACK反馈的反馈消息。该反馈消息的设计方法复用方法2,但指示的上行传输块的数量为1。
ACK/NACK反馈消息的资源位置
对于(一)和(二),UE需要确定监听/检测该用于指示多个传输块的ACK/NACK反馈的组反馈消息的频域资源/频域位置,和时域资源/时域位置。
确定用于指示多个传输块的ACK/NACK反馈的组反馈消息的频域资源的方法,包括下行业务的ACK/NACK反馈机制中的方法,还包括:
UE监听对应组反馈消息的搜索空间,检测指示多个传输块的ACK/NACK反馈的组反馈消息。其中,该对应组反馈消息的搜索空间是新引入的搜索空间,或是现有的搜索空间。其中,该对应组反馈消息的搜索空间的频域资源和/或时域资源是基站配置的/高层配置的/预配置的。
确定该ACK/NACK反馈消息的时域资源的方法,包括下行业务的ACK/NACK反馈机制中的方法,还包括:
UE根据全部的一到多个上行传输块的时域资源,或其中某个或某几个上行传输块的时域资源,确定监听/检测ACK/NACK反馈消息的时间窗,在该监听时间窗内,监听/检测基站发送的ACK/NACK反馈消息,和/或,在该监听时间窗内,监听对应组反馈消息的搜索空间,检测指示多个传输块的ACK/NACK反馈的组反馈消息。
例如,该UE根据预定义的配置信息,根据该UE的一到多个上行传输块中最后一个上行传输块的时域资源,启动定时器,在定时器过期前,监听PDCCH上对应组反馈消息的搜索空间并检测ACK/NACK反馈消息,或,监听基站发送的类似PHICH的组反馈消息专有信道并检测/解码ACK/NACK反馈消息。
方法3
与下行业务的ACK/NACK反馈类似,使用背负的ACK/NACK反馈,UE在有上行业务的ACK/NACK反馈和下行业务需要接收时,在下行业务的传输资源中解码得到携带的上行业务的ACK/NACK反馈信息。其中,下行业务的传输资源包括下行数据使用的PDSCH和DCI使用的PDCCH。
UE解码背负的ACK/NACK反馈时,采用以下至少一项区分携带的反馈信息为ACK或NACK:
预定义的加扰序列:例如,当携带的ACK/NACK反馈信息为1比特或1个传输块的反馈信息时,使用至少2个预定义的加扰序列分别指示ACK和NACK,当携带的ACK/NACK反馈信息为m比特或m个传输块的反馈信息时,使用至少2^m个预定义的加扰序列分别指示ACK和NACK:
添加在下行业务的传输块前的高层报头,包括媒体接入控制(Medium AccessControl,MAC)报头/无线链路控制(Radio Link Control,RLC)报头/分组数据会聚协议(Packet Data Convergence Protocol,PDCP)报头;
新引入的媒体接入控制(Medium Access Control,MAC)控制元素(ControlElement,CE);
ACK/NACK反馈字段:a)该字段添加在下行业务的传输块前或传输块后,例如,当携带的ACK/NACK反馈信息为m比特或m个传输块的反馈信息时,在下行业务的传输块前添加m比特ACK/NACK反馈字段;b)该字段以频分的形式,和下行业务的传输块在相同的时域资源、不同的频域资源上传输,二者的频域资源是相邻的或不相邻的;c)下行业务的传输资源为PDCCH,该字段携带在DCI中时,使用DCI中的消息字段,可以是现有DCI中的预留字段(reserved field)或未使用的状态(unused state)或新定义的字段。对于a)和b),该ACK/NACK反馈字段独立地,或与该传输块的内容联合地进行以下至少一项:加扰、调制、传输编码、映射到物理资源、添加CRC校验、速率匹配、重复。
HARO处理
在一示例性实施例中,对于用于调度多个传输块的DCI,传输块可以是上行业务的传输块或下行业务的传输块。每个传输块对应一个HARQ进程,可以是HARQ进程的初传、或HARQ进程的重传。不同的传输块对应不同的HARQ进程,或相同的HARQ进程。DCI中调度的多个传输块可以是不同HARQ进程的初传和/或重传,或相同HARQ进程的初传和/或重传。
在一示例性实施例中,方法100还包括:UE获取初传或重传指示信息,所述初传或重传指示信息用于指示所述多个传输块中至少一个传输块为初传或重传,其中所述初传或重传指示信息由以下至少一项携带:特定ACK/NACK反馈、所述传输块、用于加扰所述传输块的扰码序列、特定的用于指示传输块的初传或重传的信号/信道;
其中,所述传输块中携带的所述初传或重传指示信息由以下至少一项携带:
所述传输块前添加的高层报头,
所述传输块的MAC协议数据单元PDU中携带的新引入的MAC CE,
所述传输块前添加的1比特初传/重传指示。
在一示例性实施例中,所述特定ACK/NACK反馈是所述至少一个传输块对应的混合自动重传HARQ进程的最近的ACK/NACK反馈。
在一示例性实施例中,所述ACK/NACK反馈包括以下至少一项:
所述传输块对应的HARQ进程的最近的ACK/NACK反馈对应的ACK/NACK反馈字段,
传输块对应的HARQ进程的最近的ACK/NACK反馈对应的ACK/NACK反馈消息的加扰序列。
对于用于调度多个传输块的DCI,在一条DCI中调度多个HARQ进程或调度一个HARQ进程。在一条DCI中调度m个HARQ进程时(m>=1),UE在进行m次PDSCH解码/PUSCH传输后,发送/接收HARQ-ACK反馈或监听PDCCH并检测DCI。
其中,m次PDSCH解码/PUSCH传输是上下行分别计算的,也即,UE在进行m次PDSCH解码后,发送HARQ-ACK反馈,在进行m次PUSCH传输后,接收HARQ-ACK反馈或监听PDCCH并检测DCI;或,m次PDSCH解码/PUSCH传输是上下行合并计算的,也即,UE在进行的PDSCH解码和PUSCH传输次数共计达到m次时,发送/接收HARQ-ACK反馈或监听PDCCH并检测DCI。
在一示例性实施例中,HARQ进程可以是同步HARQ进程或异步HARQ进程。
HARQ ID
对于一条DCI调度一个HARQ进程的场景,复用LTE现有机制,在DCI中显式指示HARQID。该DCI调度的多个传输块的多个HARQ ID均相同。图3给出了一个范例,其中,下行控制信息DCI携带的HARQ ID为#0。
对于一条DCI调度多个HARQ进程的场景,HARQ进程信息显式地或隐式地携带在DCI中,例如,在用于调度多个传输块的DCI中指示一个参考HARQ ID,该DCI调度的传输块对应的HARQ ID基于参考HARQ ID推导获取,例如,该DCI调度的第一个传输块的HARQ ID为参考HARQ ID,后续传输块对应的HARQ ID依次加1。图4给出了一个范例,其中,下行控制信息DCI携带的参考HARQ ID为#0。
或,HARQ进程信息根据预定义的配置信息决定。例如,在用于调度m个传输块的DCI中,多个传输块的HARQ ID按顺序依次为0,1,...m-1。
或,HARQ进程信息显式在DCI中携带。例如,DCI调度n个HARQ进程时,在n个HARQ ID字段中指示n个HARQ进程的身份标识。
另一种方法是,调度多个传输块的DCI调度的HARQ ID是预定义的。例如,当DCI中调度m个HARQ进程时,其HARQ ID依次为#0,#1,...#m-1。
HARQ进程的初传/重传
在现有的LTE机制中,HARQ进程传输的数据为初传或重传通过携带在DCI中的新数据指标(New Data Indicator,NDI)字段指示。对于DCI调度多个传输块的场景,类似地,在DCI中携带对应多个传输块的NDI字段。
例如,对于调度N个传输块的DCI,DCI中携带的NDI字段的内容是长度为N的比特图(bitmap),比特图中每比特指示一个传输块对应的初传/重传状态。该方法下,一条DCI中调度的多个传输块的初传/重传状态是每个传输块独立配置的,可以配置任意的组合方式。
例如,对于调度N个传输块的DCI,DCI中携带1比特NDI字段,该DCI调度的全部多个传输块的初传/重传状态全部由该1比特NDI字段确定。该方法下,一条DCI中调度的多个传输块全部为初传,或全部为重传。
另一种指示HARQ进程传输的数据为初传或重传的方法是,在DCI中携带对应前n个传输块的NDI字段,第n个传输块之后的其他传输块的初传/重传状态由ACK/NACK反馈消息的内容和/或传输块中携带的内容确定。
例如,在DCI中携带1比特NDI字段指示第一个传输块为初传或重传,第m个传输块为初传或重传是根据以下至少一项确定的:
第m-1个传输块的ACK/NACK反馈状态,例如,第m-1个传输块的反馈为ACK时,第m个传输块为初传,第m-1个传输块的反馈为NACK时,第m个传输块为重传;
第m-1个传输块的ACK/NACK反馈消息的加扰序列,例如,ACK/NACK使用两个预定义的加扰序列,分别指示下一个传输块为初传和重传;
第m个传输块中隐式或显式携带的信息,例如,第m个传输块前添加的高层报头,包括媒体接入控制(Medium Access Control,MAC)报头/无线链路控制(Radio LinkControl,RLC)报头/分组数据会聚协议(Packet Data Convergence Protocol,PDCP)报头;例如,第m个传输块的MAC协议数据单元(Protocol Data Unit,PDU)中携带的新引入的MAC控制元素(Control Element,CE);例如,第m个传输块前添加的1比特初传/重传指示,该初传/重传指示独立地,或与第m个传输块的内容联合地进行以下至少一项:加扰、调制、传输编码、映射到物理资源、添加CRC校验、速率匹配、重复;例如,第m个传输块的扰码序列。
HARQ初传/重传的调度信息
UE根据该用于调度多个传输块的DCI中携带的调度信息,和/或高层配置的/预配置的调度信息,获取HARQ进程初传和重传的调度信息。
一种方法是,HARQ进程的初传和重传采用相同的调度信息。UE根据该用于调度多个传输块的DCI中携带的调度信息,和/或高层配置的/预配置的调度信息,获取多个传输块的调度信息,将该调度信息用于初传和重传。
另一种方法是,HARQ进程的初传和重传采用不同的调度信息。UE根据该用于调度多个传输块的DCI中携带的调度信息,和/或高层配置的/预配置的调度信息,分别获取多个传输块的初传和重传的调度信息。
例如,DCI中分别指示初传和重传的调度信息;和/或,UE根据不同的高层配置信息/预配置信息,确定初传和重传的调度信息。
下面结合一个范例进行说明。该范例中,调度信息包括传输块的重复次数。DCI中指示两个重复次数,分别用于初传和重传;或,DCI中指示初传的重复次数,UE根据预定义的配置信息确定重传的重复次数;或,UE根据预定义的配置信息获取初传和重传的重复次数。
该方法的优点是,可以将初传的重复次数R1设为较大的数值,将重传的重复次数R2设为较小的数值,从而使HARQ进程的初传失败,需要进行重传,但该重传只需要少数几次重复时,通过使用较小的R2避免资源的浪费。例如,在一个业务场景中,根据链路质量,需要的重复次数约为1300,可将R1配置为1024,将R2配置为128,在一次初传和一到两次重传后传输块被成功接收。
单HARQ/多HARQ能力
以下说明中,UE对HARQ进程的支持数量是上下行分别计算的,例如,有单HARQ能力(single HARQ capable)的UE最多同时支持一个上行HARQ进程和一个下行HARQ进程,有2-HARQ能力(2-HARQ capable)的UE最多同时支持两个上行HARQ进程和两个下行HARQ进程;或,UE对HARQ进程的支持数量是合并计算的,例如,有2-HARQ能力(2-HARQ capable)的UE最多同时支持两个上行HARQ进程,或两个下行HARQ进程,或一个上行HARQ进程和一个下行HARQ进程。
一、调度一个HARQ进程的DCI
对于用于调度多个传输块的DCI,在一条DCI中调度一个HARQ进程的场景,该HARQ进程与现有的HARQ进程均在计算HARQ进程数时被计算入内,或,该HARQ进程作为一个独立的HARQ配置,在计算HARQ进程数时,不被计算入内。
(一)对于在计算HARQ进程数时,计算调度多个传输块的DCI调度的该HARQ进程的场景:
a)对于有单HARQ能力(single HARQ capable)的UE,在被该DCI调度了一个HARQ进程的多个传输块后,不能被调度其他的HARQ进程,UE在从该DCI结束子帧到该DCI调度的最后一个传输块的结束子帧间的任意子帧上,无需监听各种类型的物理下行搜索空间(Physical Downlink Control Channel,PDCCH)或物理下行搜索空间候选。此处的PDCCH也可以是EPDCCH,MPDCCH或NPDCCH。
例如,对于UE专有的PDCCH,如果UE检测到NPDCCH的结束于子帧n的DCI格式,且该DCI格式用于调度使用一个HARQ进程的多个传输块,对于TDD,和/或对于FDD半双工UE,和/或对于FDD全双工UE,和/或对于全部UE,使用以下至少一项:
如果相应的最后一个PDSCH/PUSCH传输结束于子帧n+m,UE在从子帧n+1到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的第一个PDSCH/PUSCH开始于子帧n+k,UE在从子帧n+1到子帧n+k-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的某一个PDSCH/PUSCH传输开始于子帧n+k,结束于子帧n+m,UE在从子帧n+k到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的第一个或最后一个PDSCH/PUSCH开始于子帧n+k,且如果相应的最后一个ACK/NACK反馈传输开始于子帧n+m,或,且如果相应的最后一个ACK/NACK反馈传输结束于子帧n+m,UE在从子帧n+k+1或n+k到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选,或,UE在从子帧n+1到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选。
b)对于有2-HARQ能力的(2-HARQ capable)UE,在被该DCI调度了一个HARQ进程的多个传输块后,还可以被调度其他的HARQ进程,UE在从该DCI结束子帧到该DCI调度的最后一个传输块的结束子帧间的任意子帧上,不接收PDSCH或发送PUSCH时,需要监听各种类型的物理下行搜索空间(Physical Downlink Control Channel,PDCCH)或物理下行搜索空间候选。此处的PDCCH也可以是EPDCCH,MPDCCH或NPDCCH。
例如,对于UE专有的PDCCH,如果UE检测到NPDCCH的结束于子帧n的DCI格式,且该DCI格式用于调度使用一个HARQ进程的多个传输块,对于TDD,和/或对于FDD半双工UE,和/或对于FDD全双工UE,和/或对于全部UE,使用以下至少一项:
如果相应的某一个PDSCH/PUSCH传输开始于子帧n+k,UE在从子帧n+k-2到子帧n+k-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的某一个PDSCH/PUSCH传输开始于子帧n+k,结束于子帧n+m,UE在从子帧n+k到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的某一个PDSCH/PUSCH传输结束于子帧n+m,且相应的ACK/NACK反馈传输开始于子帧n+k或结束于n+k,UE在从子帧n+m或n+m+1到子帧n+k-a间的任意子帧上,无需监听PDCCH或PDCCH候选,其中,a为预定义的非负整数;
如果相应的某一个ACK/NACK反馈传输开始于子帧n+k,结束于子帧n+m,UE在从子帧n+k到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的某一个ACK/NACK反馈传输结束于子帧n+m,且下一个PDSCH/PUSCH传输开始于子帧n+k,UE在从子帧n+m到子帧n+k-a间的任意子帧上,无需监听PDCCH或PDCCH候选,其中,a为预定义的非负整数;
如果相应的第一个PDSCH/PUSCH传输开始于子帧n+k,且如果相应的最后一个PDSCH/PUSCH传输结束于子帧n+m,UE在从子帧n+k或n+k-2到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选;
如果相应的第一个PDSCH/PUSCH开始于子帧n+k,且如果相应的最后一个ACK/NACK反馈传输开始于子帧n+m,或,且如果相应的最后一个ACK/NACK反馈传输结束于子帧n+m,UE在从子帧n+k+1或n+k或n+k-a到子帧n+m-1或子帧n+m间的任意子帧上,无需监听PDCCH或PDCCH候选,其中,a为预定义的非负整数。
以上例子中,相应的某一个PDSCH/PUSCH是该DCI格式中调度的任意一个传输块的PDSCH/PUSCH。
c)对于支持更多个HARQ process的UE,UE行为中对PDCCH监听的处理方法与有2-HARQ能力的UE相同。
对于a~c中的UE,一个范围更广的例子是,现有LTE机制中,将UE行为中的PDCCH监听用于以上例子,并将现有技术中的一个PUSCH/PDSCH更换为该DCI格式中调度的第一个和/或最后一个和/或任意一个PUSCH/PDSCH。
(二)对于在计算HARQ进程数时,不计算调度多个传输块的DCI调度的该HARQ进程的场景,现有机制中的UE行为中的PDCCH监听不受调度多个传输块的DCI的影响。
二、调度多个HARQ进程的DCI
对于用于调度多个传输块的DCI,在一条DCI中调度多个HARQ进程的场景,该多个HARQ进程与现有的HARQ进程均在计算HARQ进程数时被计算入内,或,该多个HARQ进程在计算HARQ进程数时被计算为一个HARQ进程,或,该HARQ进程作为一个独立的HARQ配置,在计算HARQ进程数时,不被计算入内。
(一)对于在计算HARQ进程数时,计算调度多个传输块的DCI调度的该多个HARQ进程的场景:
DCI中调度的最大HARQ进程数不超过UE能力,例如,对于有单HARQ能力的UE,不支持调度多个HARQ进程的DCI,对于有2-HARQ能力的UE,支持调度最多2个HARQ进程的DCI,对于能配置最多n个HARQ进程的UE,支持调度不超过n个HARQ进程的DCI。
对于能配置最多n个HARQ进程的UE,当DCI中调度的HARQ进程数为m,且m<n时,该UE可以被调度其他的HARQ进程,例如被动态调度另外n-m个HARQ进程,且UE行为中的PDCCH监听与调度一个HARQ进程的DCI场景中(二)相同;否则,该UE不能被调度其他的HARQ进程,UE行为中的PDCCH监听与调度一个HARQ进程的DCI场景中(一)相同。
(二)对于在计算HARQ进程数时,该多个HARQ进程被计算为一个HARQ进程的场景:
对于能配置多于一个HARQ进程的UE,该UE可以被调度其他的HARQ进程,UE行为中的PDCCH监听与调度一个HARQ进程的DCI场景中(二)相同;否则,该UE不能被调度其他的HARQ进程,UE行为中的PDCCH监听与调度一个HARQ进程的DCI场景中(一)相同。
(三)对于在计算HARQ进程数时,该HARQ进程作为一个独立的HARQ配置的场景,现有机制中的UE行为中的PDCCH监听不受调度多个传输块的DCI的影响。
基站为UE的上行PUSCH传输调度的重复次数是一组给定数值的集合,而基站实际解码PUSCH需要的重复次数有一定可能位于该集合中的两个数值之间,尤其是在重复次数较大时此现象更为明显。因此,现有机制中支持对PUSCH传输的提前终结(earlytermination),UE在发送PUSCH的过程中,可以监听下行控制信道PDCCH,以判断基站是否在解码PUSCH成功后,指示UE提前终结PUSCH传输。如果UE获取了基站在下行控制消息DCI中指示的提前终结信息,则UE结束PUSCH传输。该机制可以降低UE功耗和节约上行资源。类似地,该机制同样可用于调度多个传输块的特性中以实现相同的目的。
额外地,对于支持提前终结(early termination)特性的UE,在PUSCH传输过程中,进行对PDCCH的监听。对于支持提前终结的UE的任意一个传输PUSCH的HARQ进程,其PDCCH监听行为复用现有机制。
基于半永久调度的方法
在一示例性实施例中,所述DCI包括用于激活和/或释放半永久调度SPS进程的DCI;以及其中所述DCI中还携带有以下至少一项:SPS的周期或调度间隔,供所述多个传输块使用的资源的生效次数。
在该示例性实施例中,将在DCI中调度多个传输块的方法与现有LTE中的半永久调度(Semi-Persistent Scheduling,SPS)机制相结合。
该方法在LTE系统中现有半永久调度机制的基础上进行增强,用DCI调度多个基于半永久调度的资源,包括以下至少一项:
对于上行和/或下行传输,在DCI中携带半永久调度的周期或调度间隔,也即,SPS周期或SPS调度间隔由DCI指示。其中,该DCI为调度多个传输块的DCI,该SPS周期或SPS调度间隔是新定义的参数,或是现有SPS配置参数中的semiPersistSchedIntervalDL/semiPersistSchedIntervalUL;
对于上行和/或下行传输,在DCI中携带供多个传输块使用的资源的生效次数,包括:a)资源生效次数携带在DCI中,例如,用于调度下行业务的多个传输块的DCI中指示一个SPS进程的生效次数为4,UE接收基站发送的4个基于SPS的传输块后,释放该SPS进程;b)和/或,SPS间接释放延迟携带在DCI中,例如,用于调度上行业务的多个传输块的DCI中指示一个SPS进程的间接释放延迟为2,UE基于SPS地发送若干个上行业务的传输块,UE停止上行发送后,在2个SPS周期后,释放该SPS进程;基站在连续2个SPS周期内未检测到该UE的上行传输,释放该SPS进程。该间接释放延迟是新定义的参数,或是现有上行SPS配置参数中的implicitReleaseAfter。
用DCI调度多个基于半永久调度的资源时,在该DCI中新增一个或多个域指示以上信息,或,使用现有DCI中的一个或多个未被使用的状态或保留字段指示以上信息。该DCI使用SPS配置中的RNTI加扰,或,该DCI使用现有机制中的其他RNTI加扰,或,该DCI使用新引入的RNTI加扰。
其他DCI调度方法
基于资源的DCI调度方法
一种在下行控制信息(Downlink Control Information,DCI)中调度多个传输块的方法是,引入一种新的DCI格式,该DCI格式基于传输块使用的资源位置,对多个传输块进行调度。
此实施例中,其他方法的主要应用场景是基站在一条DCI中对单个UE的调度,通过指示HARQ ID,实现调度信息与对应的传输块间的映射关系;否则,当基站需要在一条DCI中对多个UE进行调度时,至少需要携带多个UE的UE ID,造成较大的开销。此方法中,可以在同等信令开销的前提下,实现基站在一条DCI中对一个或多个UE的调度,通过隐式或显式指示资源位置,实现调度信息与对应的传输块间的映射关系,也即传输块使用的资源位置作为UE识别DCI中的调度信息对应的传输块的条件或参数。
该方法中,该新的DCI格式中携带一到多个传输块的调度信息,每个调度块的调度信息中显式地或隐式地指示括传输块的资源位置信息。该新的DCI格式由基站发送给一个UE组,该UE组中有一个或多个UE。该UE组中的某个UE解码该新的DCI格式后,获取该DCI中携带的一到多个传输块的资源位置信息,根据该UE最后一次或N次PDSCH解码和/或PUSCH传输,和/或,该UE上一次被DCI调度的全部一个或多个PDSCH解码和/或PUSCH传输,使用的资源位置与获取该DCI中携带的任意一个传输块的资源位置信息是否相同,确定该DCI中携带的传输块的调度信息是否用于调度该UE的下一次PDSCH解码和/或PUSCH传输。
其中,若该DCI中携带的传输块的调度信息用于调度该UE的下一次PDSCH和/或PUSCH,则该下一次PDSCH和/或PUSCH的HARQ ID与对应于该资源位置的上一次PDSCH和/或PUSCH的HARQ ID相同,该传输块的NDI信息用于指示对应于该资源位置的上一次PDSCH和/或PUSCH的HARQ进程为重传或新数据的初传。
上行业务和下行业务的调度均可使用该方法。例如,当该DCI中调度的某个传输块为上行业务时,UE根据自身的PUSCH传输资源确定该传输块的调度信息是否供自身使用,当该DCI中调度的某个传输块为下行业务时,UE根据自身的PDSCH传输资源确定该传输块的调度信息是否供自身使用。该DCI中调度多个传输块时,该多个传输块可以是上行业务的传输块,或下行业务的传输块,该DCI中可以既调度上行业务又调度下行业务。
基于MAC CE的调度多个传输块的方法
一种方法是,引入至少一个新的媒体接入控制(Medium AccessControl,MAC)控制元素(Control Element,CE)用于多个传输块的调度。该MAC CE采用新的逻辑信道标识(Logical Channel ID,LCID),携带与多个传输块的调度相关的信息。如果DCI调度多个传输块的特性被激活或启用,UE可以使用该MAC CE携带或指示与多个传输块的调度相关的信息。
例如,该MAC CE中携带的内容为以下至少一项:
DCI中调度传输块的最大数量;DCI调度类型;背负的下行业务的HARQ-ACK反馈;下行业务的新数据/重传指示。其中,DCI调度类型包括,如果系统支持多种在DCI中调度多个传输块的方法,例如基于半永久调度的方法、基于动态调度的方法包括图2(a)、图2(b)中所示的不同时序的多种调度方法、基于资源的DCI调度方法等,该MAC CE指示基站或UE使用的调度方法;和/或,如果系统中支持多种在DCI中调度的传输块的上行/下行组合模式,该MACCE指示基站或UE使用的上行/下行组合模式。
特性的配置与启用/停用
UE对DCI中调度多个传输块的特性的支持,或该特性的启用/激活,和/或停用/释放(该实施例中与激活对应的释放也可以是去激活),是基站配置的,和/或高层配置的,和/或由UE能力决定的。对于支持该特性的UE,该特性的启用/停用或激活/释放是基站配置的和/或高层配置的。
如果UE支持或被配置了该特性,和/或UE的该特性是启用/激活的,则:
(一)UE启用/激活该特性对应的新引入的信号/信道/信令格式,该信号/信道/信令格式包括以下至少一项:
用于调度多个传输块的DCI格式,用于指示多个传输块的HARQ-ACK反馈的ACK/NACK反馈消息的信号和/或信道,用于指示该特性相关信息的MAC CE。
以上信号/信道/信令格式中的任意一项是预定义的或高层配置的或基站配置的。
(二)UE获得基站配置的和/或高层配置的和/或预定义的,该特性的配置信息,该配置信息包括以下至少一项:
用于检测用于调度多个传输块的DCI格式的搜索空间,用于检测用于指示多个传输块的HARQ-ACK反馈的ACK/NACK反馈消息的搜索空间,DCI中调度的传输块的最大数量,基于动态调度的方法的启用/停用或激活/释放,基于半永久调度的方法的启用/停用或激活/释放,其他DCI调度方法的启用/停用或激活/释放,DCI多传输块调度的类型,DCI中调度的HARQ进程数,DCI调度支持的最大HARQ进程数,发送/接收ACK/NACK反馈前进行的PDSCH解码/PUSCH传输次数或HARQ-ACK反馈中携带的ACK/NACK反馈信息数量。
其中,DCI多传输块调度的类型包括以下至少一项:
DCI调度多个上行业务的传输块,DCI调度多个下行业务的传输块,DCI调度一到多个上行业务和一到多个下行业务的传输块,DCI调度的ACK/NACK资源位置在所有传输块之后,DCI调度的ACK/NACK资源位置在每个传输块之后,DCI调度的ACK/NACK资源位置在每N个传输块之后,DCI调度多个单播业务的传输块,DCI调度多个组播业务的传输块,DCI调度一到多个单播业务的传输块和一到多个组播业务的传输块。
(三)UE的搜索空间监听和DCI格式检测行为变更,该行为变更包括以下两类:
a)UE额外地监听或检测该特性对应的一种到多种DCI格式或新引入的搜索空间,且停止对部分现有的DCI格式或部分现有搜索空间的监听或检测。
例如,UE对搜索空间的监听复用现有UE行为,在搜索空间中,停止检测现有的用于动态调度一个传输块的DCI格式,检测对现有的不用于动态调度的其他DCI格式,还检测用于调度多个传输块的所有DCI格式。
例如,UE停止监听1类(Type-1)搜索空间,监听新引入的搜索空间,在新引入的搜索空间中检测该特性对应的用于调度多个传输块的DCI格式。
b)或,UE对搜索空间的监听和对DCI格式的检测复用现有UE行为,且额外地监听新引入的搜索空间,和/或,检测用于调度多个传输块的所有DCI格式。
例如,UE对搜索空间的监听和对DCI格式的检测复用现有UE行为,且额外地监听新引入的搜索空间,在该新引入的搜索空间中检测该特性对应的用于调度多个传输块的DCI格式。
例如,UE对搜索空间的监听和对DCI格式的检测复用现有UE行为,且在监听的所有搜索空间中,或在监听的1类搜索空间中,额外地检测该特性对应的用于调度多个传输块的DCI格式。
对于a)和b)中,额外的对搜索空间的监听和/或对DCI格式的检测,该监听/检测是始终进行的,或是在满足预定义的条件时启用/激活或停用/释放的。
例如,UE在被现有机制调度了至少一个下行/上行业务的传输块后,或在上报的BSR超过预定义的阈值时,启用/激活额外的对搜索空间的监听和/或对DCI格式的检测;
例如,UE在上行业务传输结束后,或在上报的BSR低于预定义的阈值时,停用/释放额外的对搜索空间的监听和/或对DCI格式的检测。
对DCI中调度多个传输块的特性的配置,或该特性的启用/激活,和/或停用/释放(该实施例中与激活对应的释放也可以是去激活),是配置给所有业务类型的。
例如,如果DCI中调度多个传输块的特性被启用,对于所有支持该特性的业务,该特性均被启用。例如,支持该特性的业务包括所有上行业务和下行业务,包括上行/下行的单播业务和多播业务。
或,对DCI中调度多个传输块的特性的配置,或该特性的启用/激活,和/或停用/释放,是每项业务类型独立配置的。不同业务类型的配置信息可以是不同或相同的。
例如,分别为上行业务配置对DCI中调度多个传输块的特性或为上行业务启用/激活和/或停用/释放该特性,和为下行业务配置对DCI中调度多个传输块的特性或为下行业务启用/激活和/或停用/释放该特性。例如,分别为单播业务配置对DCI中调度多个传输块的特性或为上行业务启用/激活和/或停用/释放该特性,和为多播业务配置对DCI中调度多个传输块的特性或为下行业务启用/激活和/或停用/释放该特性。
DCI设计
用于调度多个传输块的DCI的搜索空间
UE检测基站发送的用于调度多个传输块的DCI,包括UE监听UE专有搜索空间(UE-specific Search Space,USS)和/或共有搜索空间(Common Search Space,CSS),检测该DCI并解码。其中,UE专有搜索空间包括至少一个LTE中现有的UE专有搜索空间,和/或,新引入的用于传输携带多个传输块的调度信息的DCI的UE专有搜索空间;共有搜索空间包括至少一个LTE中现有的共有搜索空间,和/或,新引入的用于传输携带多个传输块的调度信息的DCI的共有搜索空间。
基站发送的用于调度多个传输块的DCI是在UE专有搜索空间中传输的,和/或,是在共有搜索空间中传输的。
DCI格式的区分和上行/下行传输块的区分
引入一个到多个DCI格式用于调度多个传输块。如果引入多个DCI格式,不同的DCI格式用于不同的DCI多传输块调度的类型(DCI多传输块调度的类型已在特性的配置与启用/停用小节说明),例如,一个DCI格式用于调度上行单播业务的多个传输块,另一个DCI格式用于调度下行单播业务的多个传输块,另一个DCI格式用于调度上行单播业务的传输块和下行单播业务的传输块,另一个DCI格式用于调度组播业务的多个传输块。
UE解码基站发送的DCI后,根据以下至少一项,确定该DCI用于调度多个传输块:该DCI的格式,该DCI使用的加扰RNTI,检测到该DCI的搜索空间,该DCI的尺寸。
UE解码基站发送的DCI,确定该DCI用于调度多个传输块,还包括:根据以下至少一项,确定该DCI调度的任意一个传输块是上行业务的传输块和/或下行业务的传输块:
该DCI的格式,该DCI使用的加扰RNTI,检测到该DCI的搜索空间,该DCI的尺寸,携带在该DCI中的指示字段,携带在该DCI中的调度信息。
例如,UE解码基站发送的DCI后,根据解码该DCI使用的加扰RNTI,确定该DCI用于调度多个传输块,并根据携带在该DCI中的指示字段,确定该DCI中调度的每个传输块为上行或下行业务的传输块。表1中给出了该DCI中的指示字段的三个范例,分别用于调度2个传输块的DCI、调度m个传输块的DCI、调度8个传输块的DCI。
例如,UE解码基站发送的DCI后,根据检测到该DCI的搜索空间,确定该DCI用于调度多个传输块,并根据携带在该DCI中的某个传输块的调度信息中隐式或显式指示的传输块的资源位置信息,确定该资源位置信息和该UE上一次被调度进行PUSCH传输的资源位置相同,确定该资源位置信息用于调度该UE的下一次PUSCH传输;或,确定该资源位置信息和该UE上一次被调度进行PDSCH解码的资源位置相同,确定该资源位置信息用于调度该UE的下一次PDSCH解码。
表1
DCI内容
用于调度多个传输块的DCI的DCI尺寸是固定的,或,由配置的DCI中调度的传输块的最大数量确定。用于调度多个传输块的DCI中,每个字段的尺寸是固定的,或由配置的DCI中调度的传输块的最大数量确定,或由该DCI中实际调度的传输块的数量确定。
用于调度多个传输块的DCI的尺寸与至少一个现有DCI格式的尺寸相同,或,用于调度多个传输块的DCI的尺寸与现有DCI格式的尺寸不同。其中,调度多个传输块的DCI的尺寸与至少一个现有DCI格式的尺寸相同时,一种方法是,调度多个传输块的DCI复用至少一个现有DCI格式,并重新诠释该现有DCI格式中某些字段的含义,或删除/不指示该现有DCI格式中的某些字段,将这些字段用于指示用于调度多个传输块的DCI中新增的字段,和/或用于调度多个传输块的DCI中,传输块专有的字段或尺寸增大的字段。
DCI格式中携带以下字段中的至少一项:DCI格式区分、DCI中调度的传输块数量、频域资源、时域资源、调度延迟、调制和编码方案(Modulation and Coding Scheme,MCS)、冗余版本(Redundancy Version,RV)、重复次数、新数据指标(New Data Indicator,NDI)、DCI子帧重复次数、混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)进程数量、HARQ ID、HARQ-ACK时域和/或频域资源、功率控制信息、单小区多播控制信道(SingleCell Multicast Control Channel,SC-MCCH)变更通知。
一项在该DCI格式中携带的字段,是传输块专有的,也即该DCI用于调度m个传输块时在DCI中携带m个该字段;或,是该DCI调度的全部传输块共有的,也即该DCI中携带1个该字段。
表2提供了一个范例,用于说明在用于调度多个传输块的DCI格式中,携带的部分字段的内容。
表2
额外需要说明的是,用于调度多个传输块的DCI中,实际调度的传输块的个数是可配的,且最小值可以是1。当该DCI的尺寸已经确定时,在未进行实际调度的传输块对应的,传输块专有的字段中,使用填充。
例如,当高层配置的DCI调度的传输块最大数量为2时,DCI字段中携带2个NDI字段与2个RV字段。当该DCI指示的调度的传输块数量为1,也即只携带了一个传输块的调度信息时,该传输块的调度信息在第一个NDI字段和第一个RV字段中指示,第二个NDI字段和第二个RV字段使用填充。
下面结合若干个具体的范例,对DCI中调度多个传输块的方法和调度的整体流程进行说明。
第一个范例描述了一种调度下行业务的多个传输块的方法。
UE支持DCI中调度多个传输块的特性,但被基站配置停用/释放(或去激活)该特性。UE不使用该特性,对物理下行控制信道(Physical Downlink Control Channel,PDCCH)和搜索空间的监听、对物理下行共享信道(Physical Downlink Shared Channel,PDSCH)的监听、对DCI的检测均复用LTE现有机制。
UE为有单HARQ能力的(single-HARQ capable)UE,支持DCI中调度多个传输块的特性,且被基站配置启用/激活该特性。UE的行为包括:
(一)启用/激活该特性对应的新引入的信号/信道/信令格式,包括:
用于调度多个传输块的DCI格式,包括DCI格式X0,该DCI格式用于调度下行业务的多个传输块;
用于指示多个传输块的HARQ-ACK反馈的ACK/NACK反馈消息的信号和/或信道;
用于指示该特性相关信息的MAC CE。
以上信号/信道/信令格式是预定义的。
(二)UE获得基站配置的和/或高层配置的和/或预定义的,该特性的配置信息,包括:
用于检测用于调度多个传输块的DCI格式的搜索空间;
DCI中调度的传输块的最大数量;
启用基于动态调度的方法;
DCI调度支持的最大HARQ进程数。
(三)UE监听UE专有搜索空间(UE-specific Search Space,USS),检测基站发送的下行控制信息(Downlink Control Information,DCI),包括:
UE停止监听1类(Type-1)搜索空间,额外地监听新引入的搜索空间,在新引入的搜索空间中检测该特性对应的用于调度多个传输块的DCI格式。其中,该DCI格式的尺寸是由DCI中调度的传输块的最大数量确定的。
(四)UE检测到DCI格式X0,根据该DCI的格式和该DCI使用的RNTI,确定该DCI用于调度多个传输块,根据携带在该DCI中的指示字段,确定该DCI中调度的每个传输块均为下行业务的传输块。
(五)UE根据携带在该DCI中的调度信息解码基站传输的物理下行共享信道(Physical Downlink Shared Channel,PDSCH),并向基站发送PDSCH解码的ACK/NACK反馈,包括:
UE根据DCI中的子帧数字段指示的传输块数为m,确定该DCI调度了m次PDSCH接收(或PDSCH解码)。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
UE根据该DCI指示的HARQ进程数量为1,确定在每次PDSCH接收后发送相应的HARQ-ACK反馈,该HARQ-ACK反馈中携带1比特ACK/NACK信息;该DCI指示的HARQ ID就是用于每次PDSCH接收的HARQ进程的ID。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
UE根据携带在该DCI中的调度延迟字段,确定进行PDSCH解码的时域位置和发送ACK/NACK反馈的时域位置。图2为一个范例,其中,UE检测到PDCCH中结束于子帧n的DCI格式X0,UE解码PDSCH和发送ACK/NACK反馈的时域位置为:
第一次解码PDSCH的起始子帧为n+k0+k1,第二次解码PDSCH的起始子帧为n1+k0a+k2,第三次解码PDSCH的起始子帧为n2+k0a+k2,以此类推,第m次解码PDSCH的起始子帧为nm-1+k0a+k2;
第一次解码PDSCH的ACK/NACK传输的起始子帧为n1’+k0b+k3,第二次解码PDSCH的ACK/NACK传输的起始子帧为n2’+k0b+k3,以此类推,第m次解码PDSCH的ACK/NACK传输的起始子帧为nm-1’+k0b+k3。
其中:
k0,k0a和k0b是预定义的值,可以是0或大于0的整数;
k1,k2和k3中的任意一项是DCI中显式指示的,或预定义的。例如,DCI中携带三个调度延迟字段分别指示k1,k2和k3;或,DCI中携带两个调度延迟字段,分别指示的取值为k和k’,k1=k2=k,k3=k’;或,DCI中携带一个调度延迟字段,指示的取值为k,k1=k2=k,k3是预定义的值;
如图5所示,n1是第一次解码的结束子帧或起始子帧,n2是第二次解码的结束子帧或起始子帧,以此类推,nm-1是第m-1次解码的结束子帧或起始子帧;或,n1是第一次ACK/NACK反馈消息的结束子帧或起始子帧,n2是第二次ACK/NACK反馈消息的结束子帧或起始子帧,以此类推,nm-1是第m-1次ACK/NACK反馈消息的结束子帧或起始子帧;
如图5所示,n1’是第一次解码的结束子帧或起始子帧,n2’是第二次解码的结束子帧或起始子帧,以此类推,nm-1’是第m-1次解码的结束子帧或起始子帧。
其中,对于时分双工(Time Division Duplex,TDD)或半双工的频分双工(HalfDuplex-Frequency Division Duplex,HD-FDD)UE,相邻的两个PDSCH间的调度延迟需要满足令两个相邻的PDSCH间的时间间隔/间隙能够满足ACK/NACK反馈消息的传输所需用时,例如,对于图5中上方的范例,k0+k2应不小于k0b+k3+ACK/NACK反馈消息传输持续时间+重新调谐(re-tune)时间。
对于全双工的频分双工(Full Duplex-Frequency Division Duplex,FD-FDD)UE,相邻的PDSCH间的调度延迟无TDD/HD-FDD场景中的要求,最小可以是0,也即对于FD-FDDUE,相邻的PDSCH可以使用在时域上连续的资源,如图6所示。其中,k0=k2=0,该FD-FDD UE需要在某些子帧上同时进行PDSCH的接收和ACK/NACK反馈消息的传输,使用不同的频域资源。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
UE确定该HARQ进程每次接收的PDSCH为重传或新数据的初传。其中,UE默认第一次解码的PDSCH为初传,或根据DCI中携带的1比特NDI字段确认第一次解码的PDSCH为初传;对于此后的任意一个PDSCH,根据上一次PDSCH对应的HARQ-ACK反馈的内容,和/或该PDSCH的传输块中隐式或显式携带的信息,确定该PDSCH为初传或重传。
其中,该PDSCH的传输块中隐式或显式携带的信息包括,该传输块前添加的高层报头,包括媒体接入控制(Medium Access Control,MAC)报头/无线链路控制(Radio LinkControl,RLC)报头/分组数据会聚协议(Packet Data Convergence Protocol,PDCP)报头,或该传输块的MAC协议数据单元(Protocol Data Unit,PDU)中携带的新引入的MAC控制元素(Control Element,CE),或该传输块前添加的1比特初传/重传指示,或预定义的扰码序列。
例如,当PDSCH1的HARQ-ACK反馈为ACK时,PDSCH2为初传,当PDSCH2的HARQ-ACK反馈为NACK,且PDSCH3的MAC PDU中携带了指示重传的MAC CE时,PDSCH3为PDSCH2的重传。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
对于一条携带多个传输块的DCI指示的多次PDSCH解码,UE每次解码使用的参数是相同或不同的。例如,DCI中指示一个重复次数的值,该DCI调度的所有PDSCH使用相同的重复次数。例如,DCI用于调度2个传输块时,携带2个MCS值按顺序指示两个传输块的MCS。
类似地,对于一条携带多个传输块的DCI指示的多次PDSCH解码的ACK/NACK反馈,UE每次向基站发送ACK/NACK反馈时使用的参数可以是相同的或不同的。例如,UE复用现有机制每次ACK/NACK传输使用相同的重复次数;根据DCI中指示的多个ACK/NACK子载波位置,每次ACK/NACK传输使用不同的子载波位置;或,根据DCI中指示的一个或多个ACK/NACK子载波位置,根据每次PDSCH的频域位置计算对应的ACK/NACK传输的子载波位置。
(六)UE解码该DCI调度的PDSCH和向基站发送PDSCH解码的ACK/NACK反馈时,根据UE的性能确定PDCCH监听行为。
例如,该UE为有单HARQ能力(single HARQ capable)的UE,该DCI中调度的最后一个PDSCH结束于子帧n+m,UE在从子帧n+1到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选。
例如,该UE为有2-HARQ能力的(2-HARQ capable)UE,该DCI中调度的PDSCH1,PDSCH2,...PDSCHm分别开始和结束于子帧n1和n1’,n2和n2’,...nm和nm’,UE在从子帧n1-2到子帧n1’-1,从子帧n2-2到子帧n2’-1,...从子帧nm-2到子帧nm’-1间的任意子帧上,以及n+1到子帧n+m-1间的任意用于传输ACK/NACK的子帧上,无需监听PDCCH或PDCCH候选。
例如,该UE为有2-HARQ能力的(2-HARQ capable)FD-FDD UE,该DCI中调度的PDSCH不被计入HARQ进程,UE对PDCCH的监听复用现有机制,不受额外的限制。
额外地,说明第一个范例的一种简化的场景。该场景中,UE支持DCI中调度多个传输块的特性,且被基站配置启用/激活该特性。UE的行为包括:
(一)启用/激活该特性对应的新引入的信号/信道/信令格式,包括:
用于调度多个传输块的DCI格式,包括DCI格式X0,该DCI格式用于调度下行业务的多个传输块;
(二)UE获得基站配置的和/或高层配置的和/或预定义的,该特性的配置信息,包括:
DCI中调度的传输块的最大数量;
(三)UE监听UE专有搜索空间(UE-specific Search Space,USS),检测基站发送的下行控制信息(Downlink Control Information,DCI),包括:
UE监听现有机制中的USS,检测基站发送的DCI。
(四)UE检测到DCI格式X0,根据该DCI的格式和该DCI使用的RNTI,确定该DCI用于调度多个下行业务的传输块。
(五)UE根据携带在该DCI中的调度信息解码基站传输的物理下行共享信道(Physical Downlink Shared Channel,PDSCH),并向基站发送PDSCH解码的ACK/NACK反馈,包括:
UE根据DCI中的子帧数字段指示的传输块数为m,确定该DCI调度了m次PDSCH接收(或PDSCH解码)。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
UE根据该DCI指示的HARQ进程数量为1,确定在每次PDSCH接收后发送相应的HARQ-ACK反馈,该HARQ-ACK反馈中携带1比特ACK/NACK信息;该DCI指示的HARQ ID就是用于每次PDSCH接收的HARQ进程的ID。
或,对于DCI格式X0指示的传输,采用预定义的HARQ ID,采用预定义的HARQ进程数量,假定预定义的值为1,UE在每次PDSCH接收后发送相应的HARQ-ACK反馈,该HARQ-ACK反馈中携带1比特ACK/NACK信息。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
UE根据携带在该DCI中的调度延迟字段和/或周期字段和/或预定义的参数,确定进行PDSCH解码的时域位置和发送ACK/NACK反馈的时域位置。例如,该DCI的结束子帧与第一次解码PDSCH的起始子帧间的时间间隔是调度延迟字段指示的,或是预定义的;第n次解码PDSCH与第n+1次解码PDSCH间的时间间隔是周期字段指示的,或是预定义的,该时间间隔是第n次解码PDSCH的起始或结束子帧与第n+1次解码PDSCH的起始或结束子帧间的子帧数。
UE根据携带在该DCI中的调度信息解码基站传输的PDSCH并向基站发送PDSCH解码的ACK/NACK反馈还包括:
UE根据DCI中携带的NDI字段,和/或HARQ-ACK反馈的内容,和/或PDSCH的传输块中隐式或显式携带的信息,和/或复用现有半永久调度机制中的方法,确定该HARQ进程每次接收的PDSCH为重传或新数据的初传。
第二个范例描述了一种调度下行业务的多个传输块的方法。该范例与第一个范例类似,但UE为有2-HARQ能力的(2-HARQ capable)UE,为该UE调度多个传输块的DCI中,指示的HARQ进程数量为2。该范例中,后续只说明与第一个范例不同的内容。
UE根据DCI中指示的HARQ进程数量,确定在每2次PDSCH接收后发送相应的HARQ-ACK反馈,该HARQ-ACK反馈中携带长度为2的比特图,每比特按时间顺序指示一个PDSCH的ACK/NACK信息;该DCI指示的HARQ ID是第一个HARQ进程的ID,第二个HARQ进程的ID根据预定义的配置,为第一个HARQ进程的ID+1。
UE根据携带在该DCI中的调度延迟字段,确定进行PDSCH解码的时域位置和发送ACK/NACK反馈的时域位置。图7为一个范例,其中,DCI中的调度延迟字段指示的是下行控制信息和第一个PDSCH间的间隔(k0+k1,k0是预定义的值),和/或,PDSCH与相应的HARQ-ACK反馈消息间的间隔(k0b+k3,k0b是预定义的值),和/或,相同HARQ ID的两个PDSCH间的间隔(k0a+k2,k0a是预定义的值)或HARQ-ACK反馈消息与随后的PDSCH间的间隔(k0c+k4,koc是预定义的值)。其中,以上任意一项间隔是从相邻的两次传输的起始子帧和/或结束子帧开始计算的,例如,前一次传输的结束子帧+后一次传输的起始子帧,或前一次传输的起始子帧+后一次传输的起始子帧。
与第一个范例类似地,对于TDD或HD-FDD UE,不连续的相邻的两个PDSCH间的调度延迟,例如PDSCH2和PDSCH间的调度延迟,需要满足令这两个PDSCH间的时间间隔/间隙能够满足ACK/NACK反馈消息的传输所需用时;对于FD-FDD UE,该调度延迟最小可以是0。
与第一个范例类似地,UE默认前两次解码的PDSCH,也即每个HARQ进程第一次解码的PDSCH,是新数据的初传,或根据DCI中携带的2比特NDI字段确认前两次解码的PDSCH为初传;对于此后的任意一个PDSCH,根据该PDSCH的HARQ进程的上一次PDSCH对应的HARQ-ACK反馈的内容,和/或该PDSCH的传输块中隐式或显式携带的信息,确定该PDSCH为初传或重传。
例如,当PDSCH1的HARQ-ACK反馈为ACK时,PDSCH3为初传,当PDSCH2的HARQ-ACK反馈为NACK,且PDSCH4的MAC PDU中携带了指示重传的MAC CE时,PDSCH4为PDSCH2的重传。
与第一个范例类似地,UE解码该DCI调度的PDSCH和向基站发送PDSCH解码的ACK/NACK反馈时,根据UE的性能确定PDCCH监听行为。
例如,该UE为有2-HARQ能力的(2-HARQ capable)UE,该DCI中调度的最后一个PDSCH结束于子帧n+m,UE在从子帧n+1到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选。
第三个范例描述了一种调度上行业务的多个传输块,或调度下行业务的多个传输块的方法。该范例与第一个范例类似,但UE可以支持最多m个HARQ进程,为该UE调度多个传输块的DCI中,调度的传输块数量为m,指示的HARQ进程数量为m或不指示HARQ进程数量,默认采用UE能支持的最大HARQ进程数。该范例中,后续只说明与第一个范例不同的内容。
UE根据DCI中指示的HARQ进程数量,确定在全部m次PDSCH接收后发送相应的HARQ-ACK反馈,该HARQ-ACK反馈中携带长度为m的比特图,每比特按时间顺序指示一个PDSCH的ACK/NACK信息;该DCI指示了一个参考HARQ ID是第一个HARQ进程的ID,根据预定义的配置,第n个HARQ进程的ID为参考HARQ ID+n-1。
UE根据携带在该DCI中的调度延迟字段,确定进行PDSCH解码的时域位置和发送ACK/NACK反馈的时域位置。图8为一个范例,其中,DCI中的调度延迟字段指示的是下行控制信息和第一个PDSCH间的间隔(k0+k1,k0是预定义的值),和/或,最后一个PDSCH与HARQ-ACK反馈消息间的间隔(k0’+k3,k0b是预定义的值)。额外地,调度延迟字段还指示相邻的两个PDSCH间的间隔,或该间隔采用预定义的值。例如,图8中该间隔为0,该DCI调度的若干个PDSCH使用的资源在时域上是连续的;或,当该间隔不为0时,该DCI调度的若干个PDSCH使用的资源在时域上是不连续的。
UE根据携带在该DCI中的NDI字段,确定每个传输块或下行HARQ进程为初传或重传。其中,携带在该DCI中的NDI字段是传输块/HARQ进程专有的,也即该DCI中携带m个NDI字段,每个NDI字段按顺序依次对应一个传输块/HARQ进程;或,携带在该DCI中的NDI字段对于所有传输块或HARQ进程是共同的,也即所有传输块或HARQ进程使用相同的NDI参数。
UE在解码该DCI指示的全部多个传输块的数据后,向基站发送一条携带全部多个传输块的反馈的ACK/NACK反馈消息,或向基站发送多条ACK/NACK反馈消息,每条ACK/NACK反馈消息携带一个或多个传输块的反馈。例如,图8中UE向基站发送一条ACK/NACK反馈消息,携带长度为m的比特图,按时间顺序指示全部m次PDSCH解码的ACK/NACK反馈。
下面结合一个更加具体的范例进行说明。如图9所示,以在全部三条DCI中调度下行业务的过程,说明此范例中HARQ进程确定初传/重传的方法,假定UE能够支持最多4个并行的HARQ进程。
UE第一次检测到的DCI中,调度的传输块个数为4,指示的NDI为1111(此范例中假定1为新数据初传,0为重传),4个传输块均为初传,并指示了每个传输块的HARQ ID;UE确定HARQ#0~#3均为初传;接收4个PDSCH后,UE根据接收状态,向基站发送HARQ-ACK反馈消息1100(此范例中假定1为ACK,0为NACK),说明前2个PDSCH为ACK,后2个PDSCH为NACK;UE开始对PDCCH的监听。
UE第二次检测到的DCI中,调度的传输块个数为4,指示的NDI为1100,前2个传输块为初传,后2个传输块为重传,并指示了每个传输块的HARQ ID;UE确定HARQ#0和#1为初传,HARQ#2和#3为重传;接收4个PDSCH后,UE根据接收状态,向基站发送HARQ-ACK反馈消息1001,说明第1个和第4个PDSCH为ACK,第2个和第3个PDSCH为NACK;UE开始对PDCCH的监听。
UE第三次检测到的DCI中,调度的传输块个数为2,指示的NDI为00,2个传输块均为重传,并指示了每个传输块的HARQ ID;UE确定HARQ#1和#2均为重传;接收2个PDSCH后,UE根据接收状态,向基站发送HARQ-ACK反馈消息11,说明2个PDSCH均为ACK;UE开始对PDCCH的监听。
至此为止,该下行业务的所有重传均已完成,该下行业务的全部数据传输完毕。
该范例中,也支持该DCI调度多个传输块特性的回退(fallback)。以如图9所示的场景为例,如果UE第二次向基站发送的HARQ-ACK反馈消息为1010,说明第1个和第3个PDSCH为ACK,第2个和第4个PDSCH为NACK,则基站先后向UE发送两条DCI,分别指示HARQ#1和HARQ#3的重传。这两条DCI从调度多个传输块回退到了调度一个传输块。
这两条DCI使用调度多个传输块的DCI格式,或,使用现有DCI格式。其中,UE保持现有的对搜索空间的监听和/或对现有DCI格式的探测时,这两条DCI可以使用现有DCI格式;例如,UE需要监听现有搜索空间并在其中检测现有DCI格式,且监听新引入的搜索空间并在其中检测用于调度多个传输块的DCI格式,或,UE需要监听新引入的搜索空间并在其中检测用于调度多个传输块的DCI格式和现有DCI格式。
类似地,从调度多个传输块的DCI回退到调度一个传输块的DCI的机制也适用于上行业务。
该回退行为是任由基站调度的,也即,UE保持现有的对搜索空间的监听和/或对现有DCI格式的探测时,和/或对新引入的搜索空间的监听和/或对用于调度多个传输块的DCI格式的探测;
或,该回退行为是基站配置的或高层配置的,也即,基站/高层配置UE停止对新引入的搜索空间的监听和/或对用于调度多个传输块的DCI格式的探测;
或,该回退行为是有条件的,例如,UE上报的BSR低于预定义的阈值时,UE回退到使用调度一个传输块的DCI;例如,UE的上行数据传输完毕(可以有或没有还需要重传的数据,但已经没有新数据需要首次传输)时,UE回退到使用调度一个传输块的DCI。
第四个范例描述了一种调度上行业务的多个传输块的方法。
UE支持DCI中调度多个传输块的特性,且被基站配置启用/激活该特性。UE的行为包括:
(一)UE启用/激活该特性对应的新引入的信号/信道/信令格式,还包括:
用于调度多个传输块的DCI格式,包括DCI格式X1,该DCI格式用于调度上行业务的多个传输块。
用于指示该特性相关信息的MAC CE。
以上信号/信道/信令格式是预定义的。
(二)UE获得基站配置的和/或高层配置的和/或预定义的,该特性的配置信息,包括:
用于检测用于调度多个传输块的DCI格式的搜索空间;
DCI中调度的传输块的最大数量;
启用基于动态调度的方法;
DCI调度支持的最大HARQ进程数。
(三)UE监听UE专有搜索空间(UE-specific Search Space,USS),检测基站发送的下行控制信息(Downlink Control Information,DCI),包括:
例如,UE停止监听1类(Type-1)搜索空间,额外地监听新引入的搜索空间,在新引入的搜索空间中检测该特性对应的用于调度多个传输块的DCI格式。其中,该DCI格式的尺寸是由DCI中调度的传输块的最大数量确定的。
(四)UE解码DCI格式X1,根据该DCI的格式和该DCI使用的RNTI,确定该DCI用于调度上行业务的多个传输块。
(五)UE根据携带在该DCI中的调度信息,传输物理上行共享信道(PhysicalUplink Shared Channel,PUSCH),包括:
UE根据该DCI中的子帧数字段指示的传输块数为m,确定该DCI调度了m次PUSCH传输。
UE根据携带在该DCI中的调度信息传输PUSCH还包括:
UE在全部m次PUSCH传输后,监听PDCCH并检测用于调度一个或多个传输块的DCI。
UE根据携带在该DCI中的调度信息传输PUSCH还包括:
UE根据携带在该DCI中的调度延迟字段,确定进行PUSCH传输的时域位置。图10为一个范例,其中,UE检测到PDCCH中结束于子帧n的DCI格式X1,UE传输PUSCH的时域位置为:
第一次传输PUSCH的起始子帧为n+k0+k1,相邻两次PUSCH传输的资源位置在时域上是相邻的,或相邻两次PUSCH传输的资源位置在时域上存在长度为L的间隙,或每次PUSCH传输的资源位置在时域上是周期性的,其周期为T;
结束m次PUSCH传输后,UE在下个USS开始进行搜索空间的监听和DCI检测。
其中:
k0是预定义的值,可以是0或大于0的整数;
间隙长度L,PUSCH资源周期T,调度延迟k1中的任意一项是DCI中显式指示的,或预定义的。例如,L预定义的值为0,也即相邻两次PUSCH传输的资源位置在时域上是相邻的;例如,DCI中携带调度延迟字段指示k1。
UE根据携带在该DCI中的调度信息传输PUSCH还包括:
UE根据携带在该DCI中的新数据指标(New Data Indicator,NDI)字段确定每个传输块或每个PUSCH或每个PUSCH对应的HARQ进程为重传或新数据的初传。
其中,携带在该DCI中的NDI字段是传输块/HARQ进程专有的,也该DCI中携带多个NDI字段,每个NDI字段按顺序依次对应一个传输块/HARQ进程;或,携带在该DCI中的NDI字段对于所有传输块或HARQ进程是共有的,也即该NDI字段指示所有传输块或HARQ进程的初传或重传。
下面结合一个更加具体的范例进行说明。如图11所示,以在全部两条DCI中调度上行业务的过程,说明此范例中HARQ进程确定初传/重传的方法,假定UE能够支持最多4个并行的HARQ进程。
UE第一次检测到的DCI中,调度的传输块个数为4,指示的NDI为1111(此范例中假定1为新数据初传,0为重传),4个传输块均为初传,并指示了每个传输块的HARQ ID;UE确定HARQ#0~#3均为初传;传输4个PUSCH后,UE开始对PDCCH的监听。
UE第二次检测到的DCI中,调度的传输块个数为4,指示的NDI为1100,前2个传输块为初传,后2个传输块为重传,并指示了每个传输块的HARQ ID;UE确定HARQ#0和#1为初传,HARQ#2和#3为重传;传输4个PDSCH后,UE开始对PDCCH的监听。
(六)UE传输该DCI调度的PUSCH时,根据UE的性能确定PDCCH监听行为。
例如,该UE为有单HARQ能力(single HARQ capable)的UE,该DCI中调度的最后一个PUSCH传输结束于子帧n+m,UE在从子帧n+1到子帧n+m-1间的任意子帧上,无需监听PDCCH或PDCCH候选。
在现有的MTC和NB-IoT中,基站不发送上行业务的HARQ-ACK反馈,而是发送携带上行授权信息的DCI,UE从该DCI携带的NDI字段中获得初传/重传的指示。该机制中,NDI字段隐式地指示了ACK/NACK反馈。此范例中以上的说明均基于该不使用上行业务的HARQ-ACK反馈的场景。
额外地,在下文中说明另一种使用上行业务传输的HARQ-ACK反馈消息的场景。该场景中,引入一个新的信号/信道,用于指示上行业务的一个或多个传输块的HARQ-ACK信息。该信号是在PDCCH上传输的反馈DCI,或是专有的信号/信道。UE在结束PUSCH传输后,或在PUSCH传输的过程中,检测/监听该专用于上行业务的HARQ-ACK反馈的信号或信道,获得基站发送的ACK/NACK信息。
在此场景中,额外地,UE行为还包括:
(一)UE启用/激活该特性对应的新引入的信号/信道/信令格式,还包括:
用于指示多个传输块的HARQ-ACK反馈的ACK/NACK反馈消息的信号和/或信道;
(二)UE根据用于调度多个传输块的该DCI指示的HARQ进程数量为N,确定在每N次PUSCH传输后,监听PDCCH并检测新引入的用于指示一个或多个传输块的HARQ-ACK信息的DCI,和/或,监听用于指示一个或多个传输块的HARQ-ACK信息的新引入的信道。
其中,UE默认前N个PUSCH传输或每个HARQ进程的首次PUSCH传输为初传,或根据DCI中携带的N比特NDI字段分别确认前N个PUSCH为初传或重传;对于此后的任意一个PUSCH,根据该PUSCH对应的HARQ进程的上一次PUSCH传输对应的HARQ-ACK反馈的内容,确定该PUSCH为初传或重传。
其中,该HARQ-ACK反馈中携带N比特ACK/NACK信息,也即携带长度为N的比特图指示ACK/NACK信息,该N比特按顺序分别指示N个HARQ进程的PUSCH传输的ACK/NACK信息。
其中,UE监听PDCCH并检测新引入的用于指示一个或多个传输块的HARQ-ACK信息的DCI,和/或,监听用于指示一个或多个传输块的HARQ-ACK信息的新引入的信道,包括:
UE根据最后一个PUSCH传输的时域资源,确定监听/检测ACK/NACK反馈消息的时间窗,在该监听时间窗内,监听对应上行业务的反馈消息的搜索空间,并检测指示N个传输块的ACK/NACK反馈的组反馈消息;和/或,在该监听时间窗内,监听/检测基站发送的ACK/NACK反馈消息,例如,监听基站发送的类似PHICH的上行业务反馈消息专有信道并检测/解码ACK/NACK反馈消息。
该场景中的上行业务的ACK/NACK反馈消息是UE专有的,在反馈消息中隐式或显式指示以下至少一项:UE身份标识,HARQ ID,ACK/NACK状态。
或,该场景中的上行业务的ACK/NACK反馈消息是多个UE或一组UE共有的,在反馈消息中隐式或显式指示以下至少一项:UE身份标识,UE组的身份标识,HARQ ID,ACK/NACK状态,对应的PUSCH资源位置。该多个UE或一组UE共有的ACK/NACK反馈消息属于组DCI(groupcommon DCI/group DCI)。具体地,可以是供提前终结(early termination)特性使用,用于提前结束一个或多个UE的PUSCH传输的HARQ-ACK反馈消息中,支持多UE的类型的反馈消息。
第五个范例描述了一种在一条DCI中调度一到多个下行传输块和一到多个上行传输块的方法。
UE支持DCI中调度多个传输块的特性,且被基站配置启用/激活该特性。UE的行为与前四个范例中类似,但不同之处包括:
UE检测到DCI格式X0,根据该DCI的格式和该DCI使用的RNTI,确定该DCI用于调度多个传输块,根据携带在该DCI中的指示字段,确定该DCI中调度的每个传输块为下行业务的传输块,或上行业务的传输块。
例如,在DCI格式X0调度2个传输块时,DCI中携带2比特指示字段,分别指示2个传输块为上行或下行传输块。
UE根据携带在该DCI中的调度信息解码基站传输的物理下行共享信道(PhysicalDownlink Shared Channel,PDSCH),和向基站发送PDSCH解码的ACK/NACK反馈;且,UE根据携带在该DCI中的调度信息,传输物理上行共享信道(Physical Uplink Shared Channel,PUSCH)。
其中,UE根据携带在该DCI中的调度信息解码PDSCH和向基站发送ACK/NACK反馈的方法,与前四个范例中相同,UE根据携带在该DCI中的调度信息传输PUSCH的方法,与第四个范例中相同。
下面结合具体范例进行说明。
图12所示为一个DCI调度2个传输块的场景。UE根据以下DCI中携带的内容确定2个传输块的调度信息:
该DCI中携带2比特的上行/下行指示字段01,分别指示第一个传输块为下行,第二个传输块为上行。
该DCI中携带两个调度延迟值,第一个调度延迟指示DCI和第一个传输块也即PDSCH间的时间间隔,第二个调度延迟指示DCI和第二个传输块也即PUSCH间的时间间隔,或,第一个传输块也即PDSCH和第二个传输块也即PUSCH间的时间间隔。例如,图12中,第一个调度延迟为k1,第二个调度延迟为k2,k0和k0’为预定义的值。
该DCI中不携带用于指示PDSCH和相应的ACK/NACK间的时间间隔的调度延迟,例如,调度上行和下行传输的DCI格式中没有该字段,或,该DCI中有该字段但被置为不可用,或该DCI中的该字段指示一个特定值,该特定值指示使用背负的下行业务的ACK/NACK反馈。
图13所示为一个DCI调度4个传输块的场景。UE根据以下DCI中携带的内容确定4个传输块的调度信息:
该DCI中携带1比特的上行/下行指示字段,指示两种预定义的上下行组合类型:下行,上行,下行,上行;和,上行,下行,上行,下行。该字段的值为0,也即指示第一种上下行组合类型。
第一个PDSCH和第一个PUSCH的时域位置确定方法与图12中的例子相同。UE使用该DCI中携带的另外两个调度延迟值k3和k4,或两个预定义的周期值k3和k4,确定第二个PDSCH和第二个PUSCH的时域位置。其中,k3是PDSCH的周期,k4是PUSCH的周期,k3和k4是不相等的,也即全部4个传输块的资源不是周期性的,但上行传输块的资源和下行传输块的资源分别是周期性的。
与图12中的范例类似,根据DCI指示或预定义的配置,PDSCH的HARQ-ACK反馈是背负在PUSCH传输中的。
图14所示为另一个DCI调度4个传输块的场景。UE根据以下DCI中携带的内容确定4个传输块的调度信息:
该DCI中携带2比特的上行/下行指示字段,指示四种预定义的上下行组合类型,如表3所示。此范例中,该字段的值为01。
DCI类型字段(2比特) | DCI调度的传输块类型 |
00 | 下行,下行,下行,下行 |
01 | 下行,下行,下行,上行 |
10 | 下行,上行,上行,上行 |
11 | 上行,上行,上行,上行 |
第一个PDSCH的时域位置确定方法与图12中的例子相同。UE使用该DCI中携带的另外两个调度延迟值k3和k4,或两个预定义的周期值k3和k4,确定后续的PDSCH和PUSCH的时域位置。其中,k3是PDSCH和上一个传输块的时间间隔(从起始子帧或结束子帧开始计算,图中为起始子帧),k4是PUSCH和上一个传输块的时间间隔(从起始子帧或结束子帧开始计算,图中为起始子帧)。k3和k4是相等或不相等的,也即全部4个传输块的资源是周期性或非周期性的。
在该范例中,根据DCI指示或预定义的配置,PDSCH的HARQ-ACK反馈是背负在PUSCH传输中的。UE使用尽可能背负HARQ-ACK的原则,也即,UE在需要发送HARQ-ACK反馈时,如果下一个传输块是上行传输,则使用背负的HARQ-ACK反馈,否则,如果下一个传输块是上行传输,则根据DCI指示的或预定义的调度延迟k2发送独立的HARQ-ACK反馈消息。
第六个范例描述了一种调度组播业务的多个传输块的方法。该组播业务包括单小区点到多点(Single Cell-Point to Multi-point,SC-PTM)业务。
对于一个支持DCI中调度多个传输块的特性的UE,UE被基站配置启用该在DCI中调度多个传输块的特性,UE根据DCI中携带的调度信息接收组播业务。
UE被基站配置启用该在DCI中调度多个传输块的特性,包括:
(一)UE启用/激活该特性对应的新引入的信号/信道/信令格式,包括用于调度多个传输块的DCI格式,包括包括DCI格式X2,该DCI格式用于调度组播业务的多个传输块;其中,该组播业务的多个传输块可以是携带单小区多播控制信道(Single Cell MulticastControl Channel,SC-MCCH)或单小区多播业务信道(Single Cell Multicast TrafficChannel,SC-MTCH)的PDSCH的多个传输块。
(二)UE获得基站配置的和/或高层配置的和/或预定义的,该特性的配置信息,该配置信息包括DCI中调度的传输块的最大数量,还包括搜索空间配置信息,该搜索空间用于检测调度组播业务的多个传输块的DCI格式。
(三)UE监听基站配置的/预配置的搜索空间,检测基站发送的下行控制信息(Downlink Control Information,DCI),包括:UE在搜索空间中检测用于调度多个传输块的DCI格式,该DCI格式可以是用于调度组播业务的多个传输块的DCI格式,该DCI格式的尺寸是由在DCI中调度多个传输块这一特性的配置信息确定的,该配置信息包括DCI中调度的传输块的最大数量。
(四)UE检测到DCI格式X2,根据该DCI的格式和该DCI使用的RNTI,确定该DCI用于调度组播业务的多个传输块。
(五)UE根据携带在该DCI中的调度信息解码基站传输的物理下行共享信道(Physical Downlink Shared Channel,PDSCH),包括,UE根据DCI中的子帧数字段指示的传输块数为m,确定该DCI调度了m个PDSCH。还包括,UE根据携带在该DCI中的调度信息,确定进行PDSCH解码的时域位置。
其中,该PDSCH包括携带SC-PTM业务的SC-MCCH或SC-MTCH的PDSCH。
对于组播业务,UE不发送ACK/NACK反馈,UE假定每个PDSCH是新数据的初传。
以下将参照图15,对根据本公开示例性实施例的在基站侧执行的发送和/或接收传输块的方法的流程图进行具体描述。为了简明,在此省略了如前参考图1描述的方法100中已经详述过的细节。
图15示意性地示出了根据本公开示例性实施例的用于在基站侧执行的发送和/或接收传输块1500的流程图。如图15所示,方法1500可以包括步骤1501,其中基站生成用于调度多个传输块的信息;以及步骤1502,其中基站根据用于调度多个传输块的信息,接收和/或发送传输块。
方法1500还可以包括步骤1503,其中基站发送和/或接收所述多个传输块的ACK/NACK反馈。
在一示例性实施例中,用DCI调度多个传输块,所述多个传输块全部是首次传输的传输块,或全部是重传的传输块。具体地,使用DCI中的NDI域,以比特图的形式指示上一次DCI调度的多个传输块(以及对应的HARQ进程)中的每一个是否接收成功,使用额外的1比特指示域,指示该DCI调度的传输块是接收成功的传输块(也即调度的是传输块的首次传输)或接收失败的传输块(也即调度的是传输块的重传)。具体地,假定NDI域的比特图中,“1”表示首次传输,“0”表示重传,则所述额外的1比特指示域为“1”时,DCI实际调度的传输块是NDI中为“1”的比特对应的HARQ进程的下一个传输块的首次传输,所述额外的1比特指示域为“0”时,DCI实际调度的传输块是NDI中为“0”的比特对应的HARQ进程的传输块的重传。
或,具体地,使用DCI中的HARQ ID指示域,指示所述DCI调度的传输块对应的HARQ进程的ID,并使用DCI中的1比特NDI域指示该DCI调度的所有传输块为首次传输或重传(例如,NDI域为“1”表示所有传输块为首次传输,NDI域为“0”表示所有传输块为重传)。进一步地,HARQ ID域以比特图的形式指示HARQ进程的ID,比特图长度为m比特时可指示最多m个HARQ进程的ID;在一个例子中,使用DCI中指示的HARQ起始ID或预定义的HARQ起始ID计算比特图中指示的HARQ ID,如果HARQ起始ID为N0,则比特图中第k个比特对应的HARQ进程的ID为N0+k-1,该第k个比特为“1”时,DCI调度了ID为N0+k-1的该HARQ进程的传输块,否则,该第k个比特为“0”时,DCI未调度ID为N0+k-1的该HARQ进程的传输块。或,进一步地,HARQ ID域明确地指示m个HARQ进程的ID,具体地,HARQ ID域包括m*n比特,每个HARQ进程的ID用n比特指示。
支持用DCI调度多个上行传输块,或调度多个下行传输块时,为了进一步获取时间分集增益,一种方法是使用在调度的多个不同TB间交错的(interlaced)传输方式。该传输方式可用于PUSCH和/或PDSCH。图26所示是一个DCI调度4个TB时,采用交错的传输方式的例子。如图26所示,非交错的传输是在完全传输完某一个TB的全部数据后再传输下一个TB的数据,而交错的传输是在连续N个子帧上传输某一个TB的部分数据后,在第N+1到第2N个子帧上传输下一个TB的部分数据,以此类推,按顺序循环传输每一个TB的部分数据,直至全部传输完毕为止。
在一示例性实施例中,如果DCI中调度了M个传输块且传输块的重复次数相同且大于1,从调度的M个传输块的数据信道资源的起始子帧开始,每M*N个子帧中循环调度所有M个传输块的数据,共有Rep/N组的M*N个子帧,其中Rep是传输块的重复次数;且从所述每M*N个子帧的起始子帧开始,每N个连续的子帧中传输同一个传输块的数据,按顺序从第一个传输块开始到最后一个传输块为止。具体地,每M*N个子帧中,第k个连续的N个子帧中传输第k个传输块的数据。在一个例子中,DCI中调度了4个传输块,传输块的重复次数均为8,假定N=4,从调度的4个传输块的数据信道资源的起始子帧开始,第1~4个和第17~20个子帧上传输第一个传输块的数据,第5~8个和第21~24个子帧上传输第一个传输块的数据,第9~12个和第25~28个子帧上传输第一个传输块的数据,第13~16个和第29~32个子帧上传输第一个传输块的数据。
在一示例性实施例中,对于交错的传输方式中的所述每N个连续的子帧中传输同一个传输块的数据,N是通过以下至少一项指示或确定的:基站发送的RRC信令,基站发送的下行控制消息DCI,预定义的准则。
在一个例子中,N是通过以上至少一项明确获取的。例如,RRC信令或DCI中明确指示N的取值;或使用预定义的N的取值。
在一个例子中,预定义的N的取值等于现有机制中用于上行和/或下行信道的重复的某个参数,或该参数的整数倍。例如,现有机制中,在一个给定的有Nacc个子帧的块中,每个子帧使用相同的加扰序列,则N=Nacc*K,K是大于等于1的正整数;例如,现有机制中,将数据映射到Nslots个时隙后,该Nslots个时隙会额外重复次,则或,将数据映射到一个子帧后,该子帧会额外重复次,)则K是大于等于1的正整数。在一个例子中,K是交错的多个传输块使用的冗余版本RV的总数,例如,传输块的RV共有{0,2,3,1}的4个值时,K=4。
在另一个例子中,N是根据以上至少一项中指示的参数和/或预定义的配置信息计算出的,例如,基站在RRC信令或DCI中指示交错因子k或使用预定义的交错因子k,N=Rep/k,Rep是传输块的重复次数;例如,在TDD系统中,N是每个无线帧中总共的或连续的上行子帧的数量,是根据基站在RRC信令中指示的TDD上行-下行配置计算得到的(例如对于TDD系统中的上行-下行配置1,子帧0、4、5、9为下行子帧,子帧1、6为特殊子帧,子帧2、3和7、8为上行子帧,则N=4(总共的上行子帧数量)或N=2(连续的上行子帧数量))。
在一示例性实施例中,传输块的重复次数Rep能被N整除,则从DCI调度的传输块的起始子帧开始,每N个连续的子帧中传输同一个传输块的数据。在另一示例性实施例中,传输块的重复次数Rep不能被N整除,则从DCI调度的传输块的起始子帧开始,前floor(Rep/N)*M*N个子帧中,每N个连续的子帧中传输同一个传输块的数据,剩余的子帧中,每mod(Rep,N)个连续的子帧中传输同一个传输块的数据。
在另一示例性实施例中,DCI调度的多个(例如,M个)传输块的重复次数不相等,UE认为交错的传输不被支持。
在另一示例性实施例中,DCI调度的多个(例如,M个)传输块的重复次数不相等,则先按多个传输块的重复次数中的最小值进行交错的传输,在重复次数对应多个传输块的重复次数中的最小值的传输块(例如,M1个)传输完毕后,剩余传输块(例如,M-M1个)再按顺序进行非交错的传输或交错的传输。
在一示例性实施例中,如果DCI调度了多个上行传输块且使用交错的传输,同样支持PUSCH的提前终结。例如,UE获取的下行控制消息DCI中指示了某个以交错的方式传输的上行传输块的提前终结,UE停止发送该上行传输块,且不再在该上行传输块对应的剩余资源(可以是交错的传输中对应的资源位置)上进行发送,或在该上行传输块对应的剩余资源上传输所述提前终结的上行传输块对应的HARQ进程的下一个传输块。
现有机制中支持在连续的多个用于上行传输或用于下行传输的子帧间配置一个间隙(gap),该机制主要用于重复次数较大的场景,可以使UE避免连续传输/接收造成的发射机温度变化导致的晶振频率偏移,或较大重复次数下对一个UE的连续下行传输对其他UE造成的阻塞,并使连续上行传输的UE能够在配置的间隙进行同步跟踪或下行测量。该机制也可类似地用于交错的上行或下行传输中。例如,针对交错的PUSCH传输,UE完成连续P个子帧的数据传输后,配置P1个子帧的上行或下行间隙,剩余的数据延后发送。
在本发明针对的通过一条DCI调度多个传输块的场景中,为进一步减少控制信令和反馈信令占用的资源,可以考虑对HARQ-ACK反馈信令的传输进行增强。上文中提供的一种具体的方法可用于该增强:基于预定义的ACK/NACK状态或预定义的ACK/NACK发送准则进行HARQ-ACK反馈,例如,接收端在数据消息传输结束后,如果接收失败则发送NACK消息,否则如果接收成功不发送ACK消息,发送端如果未收到NACK消息则认为传输成功。反之亦然,该方法的另一种具体范例是接收端在数据消息传输结束后,如果接收成功则发送ACK消息,否则如果接收失败不发送NACK消息,发送端如果未收到ACK消息则认为传输失败。
该方法可以有效地减少HARQ-ACK反馈信令的开销,然而该方法在发送端未能成功收到接收端的反馈消息,也即HARQ-ACK消息被漏检(miss detection)时,会导致错误的出现。一种具体的错误表现为,发送端需要发送的传输块和接收端需要接收的传输块无法对齐。
下面使用一个具体的范例进行说明:基站向UE发送DCI,该DCI调度的传输块中包括对应于2个下行传输块TB0和TB1,基站发送TB0后,UE接收TB0失败,向基站发送NACK消息(NACK0),但该消息在基站侧被漏检;基站未能收到NACK消息则假定TB0传输成功,向UE发送TB1,但UE实际期待的传输是TB0的重传。如果该TB1的传输由DCI指示为初传(具体地,是在UE发送NACK之后,基站传输的一条DCI,该DCI中通过NDI指示对应的TB为初传),UE可以推导该传输是TB1的初传而非TB0的重传,然而由于缓存尺寸的限制,UE在成功接收TB0前,没有多余的缓存用于TB1的接收;如果该TB1的传输未被DCI指示为初传或重传而是由UE自行推导的(具体地,UE根据之前发送的NACK推导该传输是上一个TB的重传,或根据之前发送的ACK推导该传输是下一个TB的初传),UE会将TB1的初传误认为TB0的重传进行解码,同样无法成功接收。
对应于发送端需要发送的传输块和接收端需要接收的传输块无法对齐的错误场景,一种可行的解决方法是上文已经进行说明的,在上行/下行业务的传输块前或传输块后添加ACK/NACK反馈字段,从而使接收端在收到上行/下行业务传输块时,根据ACK/NACK反馈字段推导出该传输块为初传或重传(例如,根据ACK推导出该传输块为初传,根据NACK推导出该传输块为重传);另一种解决方法是,在ACK/NACK反馈消息中携带信息指示该反馈消息关联的传输块。下面对第二种解决方法进行详细说明。
在一个示例性实施例中,接收端在数据消息传输完毕后,在对应的HARQ-ACK反馈消息中携带信息指示该反馈消息关联的传输块。该信息可以是显式指示在ACK消息或NACK消息的内容中的,或是隐式地指示的,例如,通过不同的扰码序列指示的,或通过参考信号的不同的序列/图样指示的。
在一个具体的范例中,UE接收到的DCI中为某个给定的HARQ进程调度了2^N个TB,UE在对应该HARQ进程的ACK/NACK消息中携带N比特信息指示该反馈消息关联的TB。该N比特信息是显式指示在ACK/NACK反馈消息的内容中的(例如使用ACK/NACK消息中的一个长度为N的域),或是通过2^N个不同的扰码序列指示的,或通过参考信号(例如DMRS)的或2^N个不同的序列或图样隐式地指示的。
在一个示例性实施例中,接收端在数据消息传输完毕后进行HARQ-ACK反馈,反馈消息中携带信息指示该反馈消息关联的传输块;发送端接收到反馈消息后,根据该消息中携带的用于指示该反馈消息关联的传输块的信息,确定该反馈消息关联的传输块,进一步确定后续进行传输的数据。
在一个示例性实施例中,发送端接收到反馈消息后,如果该反馈消息关联的传输块是发送端上一次(最后一次)传输时发送的传输块,发送端根据该反馈消息的内容为NACK确定后续进行传输的数据为上一次传输时发送的传输块的重传,或根据该反馈消息的内容为ACK确定后续进行传输的数据为上一次传输时发送的传输块的下一个传输块的初传。否则如果该反馈消息关联的传输块不是(或早于)发送端上一次(最后一次)传输时发送的传输块,发送端可以假定出现了与接收端未能对齐的错误,并根据该反馈消息的内容为NACK确定后续进行传输的数据为该反馈消息关联的传输块的重传,或根据该反馈消息的内容为ACK确定后续进行传输的数据为该反馈消息关联的传输块的下一个传输块的初传。
在一个具体的范例中,基站向UE发送了下行传输块TB0,此后未收到TB0的NACK消息,认为TB0接收成功,又向UE发送了下行传输块TB1。基站接收到TB1的反馈消息,该反馈消息指示:
a)该反馈消息关联的传输块为TB0,反馈消息为ACK:基站假定TB1传输失败,下一次传输为TB1的重传;或,基站假定UE未能检测到TB1,下一次传输为TB1的初传;
b)该反馈消息关联的传输块为TB0,反馈消息为NACK:基站假定TB0传输失败且UE无法接收TB1,下一次传输为TB0的重传;
c)该反馈消息关联的传输块为TB1,反馈消息为ACK:基站假定TB0传输成功,TB1传输成功,下一次传输为TB2的初传;
d)该反馈消息关联的传输块为TB1,反馈消息为NACK:基站假定TB0传输成功,TB1传输失败,下一次传输为TB1的重传。
在上行/下行业务的传输块前或传输块后添加ACK/NACK反馈字段和在ACK/NACK反馈消息中携带信息指示该反馈消息关联的TB这两种解决方法可以独立地使用,也可以合并使用。
在使用一条下行控制消息DCI调度多个传输块TB时,为节约DCI信息比特,一种可行的方法是,将多个域进行联合编码。例如,对于最多调度2个HARQ进程或最多调度2个TB的场景下,如果NDI域使用独立编码,则DCI中需要携带2比特的NDI域用于指示每个TB的NDI。然而当DCI中实际只调度了1个TB时,2比特NDI域中的1比特被浪费了。但如果将NDI域与其他域联合编码,可以减少以上类型的浪费。
以下将针对在一条DCI中最多调度2个TB,且最多调度2个HARQ进程的场景,给出一种将实际调度的TB数量、HARQ进程索引、HARQ进程的NDI(或TB的NDI)三个域进行联合编码的方式。
在一个示例性实施例中,在DCI中使用3比特指示实际调度的TB数量、HARQ进程索引和HARQ的NDI。
其中,实际调度的TB数量包括2个可能的取值{1,2},每个可能的取值分别对应4种HARQ进程索引和HARQ的NDI的组合状态:
实际调度的TB数量为1:HARQ进程索引包括2个可能的取值{0,1},HARQ的NDI包括2个可能的取值{0,1},HARQ进程索引和HARQ的NDI的取值是相互独立的,组合得到4个组合状态;
实际调度的TB数量为2:假定终端最多支持2个HARQ进程,HARQ进程索引固定为第一个TB对应HARQ进程#0且第二个TB对应HARQ进程#1(在另一个示例性实施例中固定为第一个TB对应HARQ进程#1且第二个TB对应HARQ进程#0),也即无需用字段显式指示HARQ进程索引;每个HARQ进程的NDI包括包括2个可能的取值{0,1},2个HARQ进程的NDI取值的取值是相互独立的,组合得到4个组合状态。
因此,实际调度的TB数量、HARQ进程索引、HARQ进程的NDI(或TB的NDI)三个域一共有8种可能的组合状态,通过DCI中的3比特指示。
表4中给出了实际调度的TB数量、HARQ进程索引、HARQ进程的NDI(或TB的NDI)由DCI中的3比特指示的一个具体的范例。该范例中,可认为实际调度的TB数量、HARQ进程索引、HARQ进程的NDI(或TB的NDI)使用联合编码(joint coding)并通过3比特指示;也可认为实际调度的TB数量通过1比特指示,且HARQ进程索引和HARQ进程的NDI(或TB的NDI)使用联合编码(joint coding)并通过2比特指示,但该2比特的解读方式受实际调度的TB数量影响。
表4
以下将参照图16,对根据本公开示例性实施例的在UE侧执行的下行传输的方法的流程图进行具体描述。
图16示意性地示出了根据本公开示例性实施例的用于在UE侧执行的下行传输的方法1600的流程图。如图16所示,方法1600可以包括:
步骤1601:UE获得至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第一个符号起或从第二个符号起占用资源;
步骤1602:UE根据所述指示信息以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及
步骤1603:UE在所述时频资源上解码所述至少一个下行信道。
在一示例性实施例中,提供了一种在UE侧执行的下行传输的方法。所述方法包括:获得第一下行信道时域资源起始位置的指示信息和/或第二下行信道时域资源起始位置的指示信息;根据所述第一下行信道时域资源起始位置的指示信息和/或第二下行信道时域资源起始位置的指示信息,以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及在所述时频资源上解码所述至少一个下行信道。
在一示例性实施例中,第一下行信道时域资源起始位置的指示信息和第二下行信道时域资源起始位置的指示信息分别为不同的至少一个下行信道指示时域资源起始位置。在一示例性实施例中,所述第二下行信道时域资源起始位置的指示信息用于指示一个给定的下行信道集合的时域资源起始位置,例如,用于指示下行共享信道PDSCH和下行控制信道PDCCH的时域资源起始位置;所述第一下行信道时域资源起始位置的指示信息用于指示其它所有下行信道/信号的时域资源起始位置,或一个给定的下行信道/信号集合中,除所述第二下行信道时域资源起始位置的指示信息相对应的下行信道集合之外的其它下行信道/信号的时域资源起始位置。
在一示例性实施例中,第一下行信道时域资源起始位置的指示信息和第二下行信道时域资源起始位置的指示信息是独立配置的。例如,第一下行信道时域资源起始位置的指示信息和第二下行信道时域资源起始位置的指示信息分别指示不同的下行信道资源起始位置,或分别指示下行信道资源起始位置且指示的下行信道资源起始位置相同。
在一示例性实施例中,第一下行信道时域资源起始位置的指示信息和/或第二下行信道时域资源起始位置的指示信息是显式或隐式指示的,例如,第一下行信道时域资源起始位置的指示信息和第二下行信道时域资源起始位置的指示信息都是在系统信息块SIB1中显式指示的,或第一下行信道时域资源起始位置的指示信息是在系统信息块SIB1中显式指示的且第二下行信道时域资源起始位置的指示信息是预定义的。
在一示例性实施例中,所述指示信息,包括所述至少一个下行信道时域资源起始位置的指示信息和/或所述第一下行信道时域资源起始位置的指示信息和/或所述第二下行信道时域资源起始位置的指示信息,在下述之一中传输:
主信息块MIB,
系统信息块SIB1,
除SIB1外的其他SIB,
UE特定的无线资源控制RRC消息。
在一示例性实施例中,所述至少一个下行信道为以下信道中至少一个:
用于传输SIB1的下行数据信道,
用于传输除SIB1外其他SIB的下行数据信道,
共有搜索空间中的控制信道,
UE特定搜索空间中的控制信道,
通过共有搜索空间中的控制信道调度的下行数据信道,
通过UE特定搜索空间中的控制信道调度的下行数据信道。
在一示例性实施例中,在步骤1601之前,向基站上报UE支持接收从一个时隙内第一个符号起或从第二个符号起占用资源的下行信道的能力。
在现有系统中,关于对下行信道时域资源起始位置的指示,根据系统为宽带或窄带系统,下行信道时域资源起始位置的指示使用不同的取值集合。在系统的下行带宽(由参数dl-Bandwidth指示)超过10个资源块RB时,下行信道时域资源起始位置的可能值为第二个/第三个/第四个符号(符号1/符号2/符号3),否则在系统的下行带宽不超过10个资源块RB时,下行信道时域资源起始位置的可能值为第三个/第四个/第五个符号(符号2/符号3/符号4)。因此,对于系统的下行带宽不超过10个资源块RB的情况,出于使用下行信道在现有系统中未被使用的符号的目的,指示的下行信道时域资源起始位置可以是第一个符号,或者可以是第二个符号。
在一示例性实施例中,在步骤1601中,还包括:UE获得至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙或子帧中,所述至少一个下行信道从第二个符号起占用资源。
其中,所述至少一个下行信道从第一个符号起或从第二个符号起占用资源是明确指示的(例如通过指示信息中的1比特字段指示起始符号为第一个符号或第二个符号),或是预定义的。
本公开的另一实施例提供了一种在UE侧执行的在下行传输中使用控制区域的方法。
控制区域例如可以是LTE现有机制中的子帧中的控制区域(也称为LTE控制区域)。具体地,该控制区域可以是子帧中的前N个OFDM符号,N为正整数,其值是基站配置的或预配置的。例如,N的值可以由SIB1中的startSymbolBR参数、EPDCCH配置信息中的startSymbol参数、SIB1-NB中的eutraControlRegionSize参数指示。子帧中除控制区域外其余的OFDM符号可以用于传输数据,称为数据区域。
以下将参照图17,对根据本公开另一示例性实施例的在UE侧执行的下行传输的方法的流程图进行具体描述。图17示意性地示出了根据本公开示例性实施例的用于在UE侧执行的在下行传输中使用控制区域的方法1700的流程图。如图17所示,方法1700可以包括:
步骤1701:UE启用针对下行传输对控制区域的使用;
步骤1702:UE获得控制区域的配置信息;以及
步骤1703:根据所获得的控制区域的配置信息使用控制区域接收下行传输。
在一示例性实施例中,步骤1701可以包括:被信令配置启用针对下行传输对控制区域的使用。
在一示例性实施例中,所述控制区域的配置信息可以包括以下至少一项:
用于接收下行传输的控制区域的位置信息;例如,若使用从符号N1开始的控制区域,则控制区域的配置信息中指示N1的值。
不同类型的使用控制区域的方法。
在一示例性实施例中,步骤1702可以包括:UE获得预定义的控制区域的配置信息,和/或UE获得的由信令指示的控制区域的配置信息。
所述信令可以包括以下至少一项:MIB;SIB,包括SIBl和其他SIB;以及RRC信令。
UE获得的配置信息可以是控制区域的配置信息的全部内容,或是控制区域的配置信息的部分内容。例如,控制区域的部分配置信息在MIB中指示,控制区域的其余部分的配置信息是预定义的,UE从MIB中获得控制区域的部分配置信息,并获得预定义的其余部分的配置信息。
UE获得信令指示的控制区域的配置信息还包括:UE获得信令指示的预定义模式。例如,预定义的配置信息中包括多种模式,每种模式用于一个或多个下行信号/信道集合,每个下行信号/信道集合对应一组控制区域的配置信息。例如,一组配置信息包括启用对LTE控制区域的使用这一特性,和/或LTE控制区域的位置信息,和/或不同类型的使用LTE控制区域的方法。UE获得信令中指示的该模式的索引,通过该索引确定配置信息。
在一示例性实施例中,步骤1702可以进一步包括:从MIB中获得控制区域的配置信息;以及步骤1703可以进一步包括:根据所获得的控制区域的配置信息,接收SIB1和其他SIB、下行数据信道和下行控制信道。
在一示例性实施例中,所述控制区域的配置信息用于特定的下行信号/信道。
在UE成功接收携带控制区域的配置信息的信号/信令后,根据控制区域的配置信息的生效时间启用控制区域,根据控制区域的配置信息接收下行传输。
其中,UE根据控制区域的配置信息的生效时间启用LTE中的控制区域包括以下至少一项:
1)UE在携带控制区域的配置信息的信号/信令传输完毕后,启用LTE中的控制区域,根据控制区域的配置信息接收下行传输。
2)UE在携带控制区域的配置信息的信号/信令传输完毕后的N个子帧后,启用LTE中的控制区域,根据控制区域的配置信息接收下行传输;其中,N是预定义的或基站/高层配置的。当N=0时,该方法与1)有相同的效果。
3)UE携带控制区域的配置信息的信号/信令中,还携带控制区域的配置信息开始生效的时间,UE从控制区域的配置信息开始生效的起始子帧起,启用LTE中的控制区域,根据控制区域的配置信息接收下行传输。
控制区域的配置信息中不同类型的控制区域的使用方法也可以是不同类型的下行信号/信道的接收/解调/解码方法,或对于下行传输,不同类型的速率匹配方法,或对于下行传输,不同类型的映射到资源的方法。
例如,该使用LTE控制区域的方法包括以下两类:
(一)下行信号/信道被速率匹配到子帧中的全部资源或全部OFDM符号,或,下行信号/信道被速率匹配到控制区域和数据区域的结合。例如,下行信号/信道被速率匹配到子帧中的全部14个OFDM符号(对于常规循环前缀(Cyclic Prefix,CP))或全部12个OFDM符号(对于扩展CP)。
(二)下行信号/信道被速率匹配到子帧中的数据区域,某些数据区域的资源元素(Resource Element,RE)或OFDM符号被复制到控制区域。例如,常规CP长度,控制区域尺寸为N个OFDM符号时,下行信号/信道被速率匹配到子帧中的后14-N个OFDM符号,该14-N个OFDM符号中,预定义的N个符号被复制到控制区域。
其中,预定义的N个符号可以有一种或多种预定义的模式,控制区域的配置信息中指示使用的预定义的模式。例如,常规CP长度,控制区域尺寸为3个OFDM符号的场景中,配置信息中,用1比特指示以下预定义的模式:
模式1:将后三个符号,也即符号11/12/13,按顺序复制到控制区域的三个符号,也即符号0/1/2;
模式2:将符号4、符号7、符号11,按顺序复制到控制区域的三个符号,也即符号0/1/2。
对于(二),系统设计中选择用于复制到控制区域的OFDM符号时,一种方法为,选择有公共参考信号(Common Reference Signal,CRS)和/或没有解调参考信号(DemodulationReference Signal,DMRS)的OFDM符号,复制到控制区域。
(一)和(二)的使用是预定义的,例如,对于对于单播业务的PDSCH和PDCCH中的UE专有搜索空间(UE-specific Search Space,USS),根据1)接收下行传输;对于多播/组播业务的PDSCH,例如携带SC-MCCH/SC-MTCH的PDSCH,和PDCCH中的共有搜索空间(CommonSearch Space,CSS),根据(二)接收下行传输。该预定义配置可以使现有MTC/NB-IoT UE对多播/组播业务的接收和对CSS的检测不受影响,且支持使用LTE中的控制区域这一特性的UE可以正确地使用LTE中的控制区域进行下行业务的接收。
或,(一)和(二)的使用是基站或高层配置的。例如,基站在控制区域的配置信息中指示,将(一)和(二)分别用于某些特定的下行信号/信道。
该控制区域的配置信息是用于所有下行传输的,或是用于某一类型的下行传输的,即特定的下行信号/信道。
其中,所述所有下行传输是所有下行信号/信道的传输,或所有支持该特性的下行信号/信道的传输,或一个预定义的下行信号/信道集合的传输。例如,该预定义的下行信号/信道集合包括PDCCH和PDSCH。控制区域的配置信息用于所有下行传输时,启用/配置所有下行传输或预定义的一到多个下行信号/信道对LTE的控制区域的使用是合并配置的。
其中,所述该控制区域的配置信息用于某一类型的下行传输,也即对于不同的下行信号/信道,分别启用或配置该使用LTE控制区域的特性。该下行信号/信道包括以下至少一项:
PDSCH、单播业务的PDSCH、多播/组播业务的PDSCH(包括携带单小区多播控制信道(Single Cell Multicast Control Channel,SC-MCCH)或单小区多播业务信道(SingleCell Multicast Traffic Channel,SC-MTCH)的PDSCH)、PDCCH、PDCCH中的共有搜索空间(CommonSearch Space,CSS)(例如用于监听寻呼、SC-PTM、随机接入响应RAR的CSS)、通过共有搜索空间中的控制信道调度的PDSCH(例如携带寻呼或随机接入响应RAR的PDSCH)、PDCCH中的UE专有搜索空间(UE-specific Search Space,USS)、携带系统信息(SystemInformation,SI)或系统信息块(System Information Block,SIB)的PDSCH或用于传输SI或SIB的子帧、主信息块(Master Information Block,MIB)或物理广播信道(PhysicalBroadcast Channel,PBCH)、主同步信号(PrimarySynchronization Signal,PSS)、辅同步信号(Secondary Synchronization Signal,SSS)。
下面结合几个具体的范例说明针对下行传输启用/配置对控制区域的使用的特性的过程。
范例(一)在MIB中指示启用该特性
在范例(一)中,UE获得MIB中指示的控制区域的配置信息,进而根据控制区域的配置信息接收传输SI或SIB的子帧、PDSCH、PDCCH。
在范例(一)中,控制区域的配置信息由MIB指示,指示的配置信息包括1比特用于指示启用该特性;其余控制信息的配置信息是预配置的。
UE获得控制区域的配置信息,根据控制区域的配置信息接收下行传输,包括:UE从MIB中获得控制区域的配置信息;UE成功接收MIB后,如果该特性被启用,UE根据预定义的控制区域的配置信息,接收SIB1和其他SIB、PDSCH、PDCCH。
UE获得控制区域的配置信息,根据控制区域的配置信息接收下行传输,还包括,UE根据以下预定义的控制区域的配置信息接收下行传输:
1)对于对于携带单播业务的PDSCH、PDCCH中的USS:
该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的全部OFDM符号。
2)对于携带多播/组播业务的PDSCH(例如携带单小区多播控制信道(Single CellMulticast Control Channel,SC-MCCH)或单小区多播业务信道(Single Cell MulticastTraffic Channel,SC-MTCH)的PDSCH)、PDCCH中的CSS:
该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的数据区域,例如,常规CP长度,控制区域尺寸为N个OFDM符号时,下行信号/信道被速率匹配到子帧中的后14-N个OFDM符号;
该14-N个OFDM符号中,预定义的N个符号被复制到控制区域,例如,将符号4、符号7、符号11,按顺序复制到控制区域的三个符号,也即符号0/1/2。
3)对于携带SI或SIB的PDSCH,或,对于传输SI或SIB的子帧:
该PDSCH或该子帧的速率匹配与现有机制相同,也即在该PDSCH/子帧上不使用该特性;
或,该PDSCH或该子帧的速率匹配复用现有机制,且,将该PDSCH或该子帧的速率匹配后的OFDM符号复制到控制区域。例如,UE假定控制域尺寸为3个OFDM符号,该PDSCH或该子帧被速率匹配到子帧中的后11个OFDM符号,且符号n1/n2/n3依次被复制到第1/2/3个OFDM符号上,n1/n2/n3为预定义的值。
范例(二)在SIB中指示启用该特性
在范例(二)中,UE获得SIB1或其他SIB中指示的控制区域的配置信息,进而根据控制区域的配置信息接收PDSCH、PDCCH。
在范例(二)中,控制区域的配置信息由SIB指示,包括由SIB1指示和在其他SIB中指示;指示的配置信息包括1比特用于指示启用该特性;其余控制信息的配置信息是预配置的。
UE获得控制区域的配置信息,根据控制区域的配置信息接收下行传输,包括:UE从SIB中获得控制区域的配置信息;UE成功接收指示该控制区域的配置信息的SIB后,如果该特性被启用,UE根据预定义的控制区域的配置信息,接收PDSCH、PDCCH。
UE获得控制区域的配置信息,根据控制区域的配置信息接收下行传输,还包括,UE根据以下预定义的控制区域的配置信息接收下行传输:
1)对于对于携带单播业务的PDSCH、PDCCH中的USS:
该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的全部OFDM符号。
2)对于携带多播/组播业务的PDSCH(例如携带SC-MCCH/SC-MTCH的PDSCH)、PDCCH中的CSS:
该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的数据区域,该数据区域中预定义的N个符号被复制到控制区域。
范例(三)在SIB中启用和配置该特性
在范例(三)中,UE获得SIB1或其他SIB中指示的控制区域的配置信息,进而根据控制区域的配置信息接收PDSCH和/或根据控制区域的配置信息接收PDCCH;
备选地,UE获得SIB1或其他SIB中指示的控制区域的配置信息,进而根据控制区域的配置信息接收单播业务的PDSCH和USS和/或根据控制区域的配置信息接收多播业务的PDSCH和CSS。
在范例(三)中,控制区域的配置信息由SIB指示,包括由SIB1指示和在其他SIB中指示。
SIB指示的配置信息包括2比特,分别指示:
对于PDSCH,是否启用LTE的控制区域;
对于PDCCH,是否启用LTE的控制区域;
备选地,SIB指示的配置信息包括2比特,分别指示:
对于单播业务的PDSCH和PDCCH中的USS,是否启用LTE的控制区域;
对于多播/组播业务的PDSCH,例如携带SC-MCCH/SC-MTCH的PDSCH,和PDCCH中CSS,是否启用LTE的控制区域;
备选地,配置信息包括2比特,用于指示以下预定义的模式:
模式1:对于携带单播业务的PDSCH和PDCCH中的USS启用该特性;
模式2:对于携带单播业务的PDSCH和PDCCH中的USS,以及携带多播/组播业务的PDSCH和PDCCH中的CSS,启用该特性;
模式3:对于PDCCH中的USS启用该特性;
模式4:对于PDCCH中的USS和CSS启用该特性。
在一示例性实施例中,UE获得控制区域的配置信息并根据控制区域的配置信息接收下行传输具体包括:UE从SIB中获得控制区域的配置信息;UE成功接收指示该控制区域的配置信息的SIB后,如果该特性被启用,UE根据SIB中指示的和预定义的控制区域的配置信息,接收PDSCH、PDCCH。
在一示例性实施例中,UE获得控制区域的配置信息并根据控制区域的配置信息接收下行传输还包括:
UE成功接收指示该控制区域的配置信息的SIB后,如果该特性被启用,UE获得该SIB中指示的和/或预定义的控制区域的配置信息的生效时间,根据该生效时间启用该特性。
例如,SIB中还包括若干比特指示该特性的生效子帧,该生效子帧是绝对的系统帧号(System Frame Number,SFN)或子帧号,或是SIB传输子帧与生效子帧间的延迟值;从该生效子帧开始,UE启用该特性;启用该特性后,UE根据SIB中指示的和/或预定义的控制区域的配置信息,接收PDSCH、PDCCH。
在一示例性实施例中,UE获得控制区域的配置信息并根据控制区域的配置信息接收下行传输还包括:
UE根据以下预定义的控制区域的配置信息接收下行传输:
1)对于对于携带单播业务的PDSCH、PDCCH中的USS:
该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的全部OFDM符号。
2)对于携带多播/组播业务的PDSCH、PDCCH中的CSS:
该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的数据区域,该数据区域中预定义的N个符号被复制到控制区域。
范例(四)在RRC中指示启用该特性和指示配置信息
在范例(四)中,UE获得RRC信令中指示的控制区域的配置信息,进而根据控制区域的配置信息接收单播业务的PDSCH、PDCCH中的USS
在范例(四)中,控制区域的配置信息由RRC信令指示。
配置信息包括2比特,分别指示:
对于单播业务的PDSCH,是否启用LTE的控制区域;
对于PDCCH中的USS,是否启用LTE的控制区域。
配置信息还包括1比特,用于指示:
PDSCH/PDCCH被速率匹配到子帧中的全部OFDM符号;或,被速率匹配到数据区域,且数据区域的一到多个预定义的OFDM符号被复制到控制区域。
其中,当控制区域尺寸为N个OFDM符号时,数据区域为子帧中的后M-N个OFDM符号,M为子帧中的总符号数。
PDSCH/PDCCH被速率匹配到数据区域,且数据区域的一到多个预定义的OFDM符号被复制到控制区域时,配置信息还指示复制OFDM符号的模式。
例如,复制OFDM符号有两种预定义的模式:1)将符号4/7/11按顺序复制到控制区域的三个符号;2)将符号8/9/10按顺序复制到控制区域的三个符号。则,配置信息还包括1比特,用于指示两种复制模式。
在一示例性实施例中,UE获得控制区域的配置信息并根据控制区域的配置信息接收下行传输包括:UE从RRC信令中获得控制区域的配置信息;UE成功接收携带控制区域的配置信息的RRC信令后,如果该特性被启用,UE根据RRC信令中指示的和预定义的控制区域的配置信息,接收PDSCH、PDCCH。
在一示例性实施例中,UE获得控制区域的配置信息并根据控制区域的配置信息接收下行传输还包括:UE根据RRC信令中指示的以下配置信息接收下行传输:对于对于携带单播业务的PDSCH、PDCCH中的USS,该PDSCH/PDCCH,或传输该PDSCH/PDCCH的子帧,被速率匹配到子帧中的全部OFDM符号。
在一示例性实施例中,UE获得控制区域的配置信息并根据控制区域的配置信息接收下行传输,进一步,UE获得的所述配置信息还包括TDD特殊子帧中的控制区域的配置信息,UE根据TDD特殊子帧中的控制区域的配置信息,确定是否接收TDD特殊子帧中的下行传输。具体地,UE根据控制信息的配置信息确定TDD特殊子帧中可用于接收下行传输的符号(例如控制区域+DwPTS的所有符号)的数量,当所述符号数量超过给定阈值时,接收TDD特殊子帧中的下行传输,否则不接收TDD特殊子帧中的下行传输;或,UE根据控制区域的配置信息确定TDD特殊子帧中的控制区域是否被激活(enabled),未被激活时按现有机制确定是否接收TDD特殊子帧中的下行传输,否则被激活时按新的预定义准则确定是否接收TDD特殊子帧中的下行传输(例如TDD特殊子帧中的控制区域被激活时,接收一个新的预定义的特殊子帧配置集合中的下行传输)。
在一示例性实施例中,UE接收下行传输时,可以丢弃(drop)时隙或子帧内的下行信道时域资源起始位置的部分时域资源。其中,部分时域资源包括前N个OFDM符号,N大于等于零且可以是整数或非整数。在一个范例中,UE根据重新调谐(re-tune)所需的处理时间,丢弃时隙或子帧内的下行信道时域资源起始位置的第一个符号,或丢弃第一个符号从起始位置开始的部分符号(例如第一个符号的前m毫秒)。其中,UE丢弃时隙或子帧内的下行信道时域资源起始位置的部分时域资源,包括UE假定所述至少一个下行信道从所述至少一个下行信道时域资源起始位置的指示信息指示的位置开始占用资源,但UE不接收在所述部分时域资源上的下行传输;还包括UE假定所述至少一个下行信道从丢弃的所述部分时域资源后开始占用资源。
以下将参照图18,对根据本公开示例性实施例的在基站侧执行的下行传输的方法的流程图进行具体描述。为了简明,在此省略了如前参考图16描述的方法1600中已经详述过的细节。
图18示意性地示出了根据本公开示例性实施例的用于在基站侧执行的下行传输的方法1800的流程图。如图18所示,方法1800可以包括:
步骤1801:生成至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第一个符号起占用资源;或,在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第二个符号起占用资源;
步骤1802:根据所述指示信息以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及
步骤1803:在所述时频资源上传输所述指示信息和所述至少一个下行信道。
以下将参照图19,对根据本公开另一示例性实施例的在基站侧执行的在下行传输中使用控制区域的方法的流程图进行具体描述。为了简明,在此省略了如前参考图17描述的方法1700中已经详述过的细节。
图19示意性地示出了根据本公开另一示例性实施例的用于在基站侧执行的在下行传输中使用控制区域的方法1900的流程图。如图19所示,方法1900可以包括:
步骤1901:基站配置UE针对下行传输启用对控制区域的使用;
步骤1902:生成控制区域的配置信息;以及
步骤1903:根据控制区域的配置信息,使用控制区域发送下行传输。
在一示例性实施例中,方法1900还可以包括:向UE发送所述控制区域的配置信息。
以下将参照图20,对根据本公开示例性实施例的在UE侧执行的在非锚载波上接收NRS的方法的流程图进行具体描述。
图20示意性地示出了根据本公开示例性实施例的用于在UE侧执行的信号接收的方法2000的流程图。如图20所示,方法2000可以包括:
步骤2001:UE获得NRS的配置信息,其中,所述NRS的配置信息用于指示NRS根据至少每N个寻呼时刻进行传输,其中N为正整数;以及
步骤2002:UE基于获得的NRS的配置信息,在所述至少每N个寻呼时刻接收NRS。
在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻接收NRS包括:NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量(例如,X)个子帧和后预定数量(例如,Y)个子帧中、以及所述搜索空间占用的子帧中传输,其中X和Y为适合地选取的正整数;以及在所述寻呼时刻所对应的搜索空间前预定数量个子帧和后预定数量个子帧中、以及所述搜索空间占用的子帧中的至少一个子帧上,接收NRS。
唤醒信号(Wake-up Signal,WUS)的引入使UE无需监听每个寻呼时刻对应的搜索空间,而是在寻呼时刻对应的搜索空间前监听是否有发送给该UE的WUS,如果收到WUS则监听所述搜索空间,否则认为所述搜索空间内没有发送给该UE的寻呼消息,不监听所述搜索空间。因此,NRS根据至少每N个寻呼时刻进行传输时,也可以是在进行传输的寻呼时刻对应的WUS信号前后和/或搜索空间前后传输。具体地,WUS信号的位置以及相应的WUS信号前后的NRS的传输位置可以是基于搜索空间的资源位置和WUS配置信息(例如WUS和相应的搜索空间之间的间隙(gap)的值)确定的。
图24所示为另一个在非锚载波上接收NRS的方法。如图24所示,在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻接收NRS包括:
NRS在进行传输的寻呼时刻对应的唤醒信号(Wake-up Signal,WUS)前预定数量(例如,X1)个子帧和后预定数量(例如,Y1)个子帧中、以及所述WUS占用的子帧中传输,其中X1和Y1为正整数;
和/或,NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量范围的子帧(例如,前X2到Y2个子帧)中传输,其中X2和Y2为正整数,进一步地,X2和Y2是预定义的或根据WUS的配置信息确定的正整数;
和/或,NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量(例如,X3)个子帧和后预定数量(例如,Y3)个子帧中、以及所述搜索空间占用的子帧中传输,其中X3和Y3为正整数;
以及,在以下子帧中的至少一个子帧上,接收NRS:
所述寻呼时刻所对应的WUS前预定数量个子帧和后预定数量个子帧、所述寻呼时刻所对应的WUS占用的子帧、所述寻呼时刻所对应的搜索空间前预定数量范围的子帧、所述寻呼时刻所对应的搜索空间前预定数量个子帧和后预定数量个子帧、所述寻呼时刻所对应的搜索空间占用的子帧。
公共搜索空间CSS的配置是基于监听该搜索空间的所有UE决定的,因此通常其配置信息中最大重复次数的取值对应所有UE中最差覆盖状况的UE的解码成功概率。对于监听该搜索空间的大部分覆盖状况或链路质量相对较好的UE,实际所需的解码CSS的重复次数是小于该CSS的最大重复次数的。因此,UE对搜索空间的监听可以提前结束,例如UE根据链路质量预估CSS解码实际所需的重复次数,当监听的子帧数和CSS解码实际所需的重复次数的差值超过给定阈值时,认为该搜索空间没有发送给该UE的控制消息,并结束对该搜索空间的监听。因此,对于NRS根据至少每N个寻呼时刻进行传输,UE也可以用类似的准则,提前结束对NRS的接收。
图25所示为另一个在非锚载波上接收NRS的方法。如图25所示,在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻接收NRS包括:
NRS在进行传输的寻呼时刻对应的唤醒信号(Wake-up Signal,WUS)前预定数量(例如,X1)个子帧中、以及从所述WUS的起始子帧开始的预定数量(例如,Y1)个子帧中传输;
和/或,NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量范围的子帧(例如,前X2到Y2个子帧)中传输;
和/或,NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量(例如,X3)个子帧中、以及从所述搜索空间的起始子帧开始的预定数量(例如,Y3)个子帧中传输;
其中X1、X2、X3、Y1、Y2、Y3均为正整数,X1、X3还可以是预定义的,Y1、Y3还可以是基于所述寻呼时刻对应的搜索空间的配置信息中的最大重复次数(Rmax)确定的正整数,X2、Y2还可以是预定义的或根据WUS的配置信息和/或Rmax确定的正整数;
以及,在以下子帧中的至少一个子帧上,接收NRS:
所述寻呼时刻所对应的WUS前预定数量个子帧、所述寻呼时刻所对应的WUS的起始子帧开始的预定数量个子帧、所述寻呼时刻所对应的搜索空间前预定数量范围的子帧、所述寻呼时刻所对应的搜索空间前预定数量个子帧、所述搜索空间的起始子帧开始的预定数量个子帧。
其中,所述基于所述寻呼时刻对应的搜索空间的配置信息中的最大重复次数(Rmax)确定Y1、Y2、Y3,一个例子是,UE根据在NRS传输的前预定数量(例如,X1或X2或X3)个子帧上进行的测量或信道估计的结果,估计一个用于解码搜索空间的假设(hypothetical)重复次数R。该重复次数R可以是一个绝对的值;或,该重复次数是通过Rmax乘以一个因子计算得到的,且UE估计的是该因子;进一步地,该因子可以是在一个预定义的集合中选择的(例如,{25%,50%,75%})。则,Y1=Y3=R;对于Y2,一个例子是,UE根据搜索空间的资源位置和WUS配置信息确定X2的值,Y2=X2+X0+R,其中X0是正整数,而且,X0可以是预定义的,进一步地,该预定义的值满足X2+X0是根据WUS配置信息确定的WUS的起始子帧。
需要额外说明的是,以上的多个示例性实施例中,NRS传输的位置是UE假定的NRS传输位置,该UE假定的NRS传输位置可以是基站实际传输NRS的全部位置的一个子集。
例如,基站实际在进行传输的寻呼时刻所对应的搜索空间前预定数量(例如,X)个子帧和后预定数量(例如,Y)个子帧中、以及所述搜索空间占用的子帧中传输NRS;出于提前结束NRS监听的目的,UE可以假定NRS在所述搜索空间前预定数量(例如,X′)个子帧中、以及从所述搜索空间的起始子帧开始的预定数量(例如,Y′)个子帧中传输。
在一示例性实施例中,所述基于获得的NRS的配置信息在所述至少每N个寻呼时刻接收NRS包括:如果UE在连续N-1个寻呼时刻所对应的搜索空间中没有检测到下行控制信道,则假设NRS在第N个寻呼时刻进行传输;或根据预先定义或配置的系统帧号SFN和/或子帧号,确定在每N个寻呼周期接收NRS的时域资源位置。
其中,该NRS的传输是RRC信令配置的,也即RRC信令中指示NRS在每N个寻呼时刻传输一次,RRC信令中指示的内容至少包括N的值,额外地,还包括指示NRS传输的方式,即,上述两种方式之一。
其中,该寻呼时刻是该UE的寻呼时刻,或是UE根据现有机制计算出的其他UE的寻呼时刻。该N个寻呼时刻可以是某一个UE的N个寻呼时刻,也可以是一组多个UE的共计N个寻呼时刻。
在一个例子中,UE如果在连续N-1个该UE自身的寻呼时刻所对应的搜索空间中没有检测到下行控制信道,则假设NRS在第N个该UE自身的寻呼时刻进行传输。在另一个例子中,UE如果在连续N-1个该UE自身的寻呼时刻所对应的搜索空间中没有检测到下行控制信道,则假设NRS在第N个寻呼周期中的另外某一个UE的寻呼时刻或某多个UE对应的一到多个寻呼时刻进行传输。
实际系统中,基站实际传输NRS时,可以根据DRX周期作为NRS传输的参考时间点,例如,在每个DRX周期中,基站传输一组或多组NRS,每组NRS的位置是基于该DRX周期中的UE的寻呼时刻确定的,和/或是基于DRX周期的起始位置确定的。基站可以在DRX周期中的每个寻呼时刻传输NRS,也可以在DRX周期中的某一个或多个寻呼时刻传输NRS。
在一示例性实施例中,基站在每个DRX周期中,在一个寻呼时刻集合上传输NRS。所述寻呼时刻集合包括一到多个寻呼时刻,所述一到多个寻呼时刻是基站根据DRX周期的配置信息(例如DRX周期起始时域位置)确定的,或是一个UE集合的全部UE对应的所有寻呼时刻,所述UE集合包括一到多个UE。
在一个例子中,基站在每个DRX周期中,在DRX周期开始后的第一个寻呼时刻上传输NRS。在另一个例子中,基站在每个DRX周期中,在一个基站选定的UE集合的全部UE对应的所有寻呼时刻上传输NRS。在另一个例子中,基站在每个DRX周期中,在全部寻呼时刻上传输NRS。
以下将参照图21,对根据本公开示例性实施例的在基站侧执行的在非锚载波上发送NRS的方法的流程图进行具体描述。为了简明,在此省略了如前参考图20描述的方法2000中已经详述过的细节。
图21示意性地示出了根据本公开示例性实施例的用于在基站侧执行的在非锚载波上发送NRS的方法2100的流程图。如图21所示,方法2100可以包括:
步骤2101:基站生成NRS的配置信息,其中,所述NRS的配置信息用于指示NRS根据至少每N个寻呼时刻进行传输,其中N为正整数;以及
步骤2102:基站基于所述NRS的配置信息,在所述至少每N个寻呼时刻发送NRS。
在一示例性实施例中,所述方法2100还包括:向UE发送所述NRS的配置信息。
在一示例性实施例中,所述NRS根据至少每N个寻呼时刻进行传输和在所述至少每N个寻呼时刻发送NRS包括:NRS在进行传输的寻呼时刻所对应的搜索空间前预定数量(例如,X)个子帧和后预定数量(例如,Y)个子帧中、以及所述搜索空间占用的子帧中传输,其中X和Y为适合地选取的正整数;以及在所述寻呼时刻所对应的搜索空间前预定数量个子帧和后预定数量个子帧中、以及所述搜索空间占用的子帧中的至少一个子帧上,发送NRS。
在LTE系统中,UE在子帧n接收完时间提前量(TA)命令(command)时,将在子帧n+4发送对承载TA命令的下行共享信道PDSCH的HARQ-ACK反馈,且在子帧n+6调整TA,并重置TA计时器。所以,对于LTE系统,HARQ-ACK反馈的传输在TA的调整之前进行;由此可以确定,HARQ-ACK反馈的传输使用的TA是调整前的旧TA。
但在NB-IoT系统中,UE在子帧n接收完TA命令时,将发送对承载TA命令的下行共享信道NPDSCH的HARQ-ACK反馈,发送的最早时间是在子帧n+12结束之后;而且,在子帧n+12结束之后,在用于NPUSCH传输的第一个可用的NB-IoT时隙应用相应的TA调整。由于NB-IoT系统中的HARQ-ACK反馈在上行共享信道NPUSCH上传输(使用NPUSCH格式2),HARQ-ACK反馈的TA也属于应调整的范围,且由于HARQ-ACK反馈的最早可能的时间点与TA调整的时间点相同,因此,需要设计一种用于确定对应于携带的TA命令的NPDSCH的HARQ-ACK反馈是否需要进行TA调整的方法。
以下将参照图27,对根据本公开示例性实施例的在UE侧执行的调整时间提前量TA的方法的流程图进行具体描述。
图27示意性地示出了根据本公开示例性实施例的用于在UE侧执行的调整时间提前量TA的方法2700的流程图。如图27所示,方法2700可以包括:
步骤2701:UE接收TA命令;
步骤2702:UE判断是否成功接收了TA命令;以及
在成功接收TA命令的情况下(自步骤2702的“是”),进入步骤2703,其中UE基于所述TA命令调整TA,并使用新的TA发送ACK反馈,或基于所述TA命令调整TA,并使用未调整的TA发送ACK反馈;
在接收TA命令失败的情况下(自步骤2702的“否”),进入步骤2704,其中UE不调整TA,并使用未调整的TA发送NACK反馈。
在一示例性实施例中,基于所述TA命令调整TA包括:基于所述TA命令的传输资源和/或与所述TA命令的PDSCH相对应的HARQ-ACK反馈的传输资源,确定进行TA调整的资源位置,并在相应的资源位置调整TA;和/或:基于进行TA调整的上行传输的类型,为相应类型的上行传输调整TA。
在一示例性实施例中,所述基于进行TA调整的上行传输的类型为相应类型的上行传输调整TA包括:基于进行TA调整的资源位置对应的上行传输信道/信号的类型,为相应类型的信道/信号的上行传输调整TA或在相应类型的资源上调整TA。
在一示例性实施例中,所述TA命令是承载在下行共享信道PDSCH上的,所述ACK反馈和/或NACK反馈是对承载TA命令的所述PDSCH的HARQ-ACK反馈。
在一示例性实施例中,在成功接收TA命令且所述TA命令的接收结束于子帧n的情况下,所述进行TA调整的资源位置从子帧n+12结束后的第一个可用的上行时隙开始,且所述进行TA调整的资源位置对应的上行传输信道/信号的类型为PUSCH传输和/或PUCCH传输,具体地,所述第一个可用的上行时隙为PUSCH传输和/或PUCCH传输的第一个时隙。
在一示例性实施例中,UE成功接收TA命令,且该TA命令的接收结束于子帧n,则对应的上行传输时间调整应从子帧n+12结束后的第一个可用的上行时隙开始,且所述第一个可用的上行时隙是一个PUSCH传输和/或PUCCH传输(即,进行TA调整的上行传输的类型)的第一个时隙;且UE在子帧n+k0-1结束后开始携带ACK响应(response)的PUSCH的传输和/或PUCCH的传输(例如使用NPUSCH格式2)。
其中,对于所述第一个可用的上行时隙是一个PUSCH传输和/或PUCCH传输的第一个时隙,所述一个PUSCH传输和/或PUCCH传输包括承载HARQ-ACK反馈的PUSCH传输和/或PUCCH传输,具体地,包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈(也称为“ACK响应”)的PUSCH传输(例如,包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈的NPUSCH格式2的传输)和/或PUCCH传输;
或,所述一个PUSCH传输和/或PUCCH传输不包括承载HARQ-ACK反馈的PUSCH传输和/或PUCCH传输,例如,包括NPUSCH格式1,但不包括NPUSCH格式2;
或,所述一个PUSCH传输和/或PUCCH传输包括承载HARQ-ACK反馈的PUSCH传输和/或PUCCH传输,但不包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈的PUSCH传输和/或PUCCH传输。
在一示例性实施例中,该PUSCH传输包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈的PUSCH传输。当k0大于或等于13时(例如,现有机制中,k0的可能取值为13,15,17,18,21),携带着与所述TA命令的PDSCH相对应的ACK/NACK响应的PUSCH传输的时间不早于应用上行传输时间调整的时间,因此,所述该第一个可用的上行时隙是PUSCH传输的第一个时隙,包括该第一个可用的上行时隙是携带着与所述TA命令的PDSCH相对应的ACK/NACK响应的PUSCH传输的第一个时隙的情况,因此,如果UE成功接收所述TA命令,所述与所述TA命令的PDSCH相对应的ACK响应使用的PUSCH传输使用TA命令中指示的新TA;否则如果UE未能成功接收所述TA命令,与所述TA命令的PDSCH相对应的NACK响应使用的PUSCH传输使用未经调整的旧TA。
在另一示例性实施例中,该PUSCH传输和/或PUCCH传输不包括承载HARQ-ACK反馈的PUSCH传输和/或PUCCH传输,或该PUSCH传输和/或PUCCH传输包括承载HARQ-ACK反馈的PUSCH传输和/或PUCCH传输,但不包括承载与所述TA命令的PDSCH相对应的HARQ-ACK反馈中的ACK反馈的PUSCH传输和/或PUCCH传输。因此,与所述TA命令的PDSCH相对应的ACK/NACK响应使用的PUSCH传输和/或PUCCH传输使用未调整的旧TA。
在另一示例性实施例中,UE成功接收TA命令,且该TA命令的接收结束于子帧n,则对应的上行传输时间调整应从子帧n+n0结束后的第一个可用的上行时隙开始应用且该第一个可用的上行时隙是一个PUSCH传输的第一个时隙;且UE在子帧n+k0-1结束后开始携带ACK响应的PUSCH的传输(例如使用NPUSCH格式2),该携带ACK响应的PUSCH传输使用连续的N个子帧。
其中,n0为正整数,且n0>=k0-1+N,因此,与所述TA命令的PDSCH相对应的HARQ-ACK响应使用的PUSCH传输在子帧n+n0结束时已经传输完毕,也即所述对应的上行传输时间调整的执行时间在所述TA命令的PDSCH的HARQ-ACK响应使用的PUSCH传输完毕之后;因此,与所述TA命令的PDSCH相对应的HARQ-ACK响应使用的PUSCH传输使用未调整的旧TA。
在另一示例性实施例中,UE成功接收TA命令,且该TA命令的接收结束于子帧n,则UE在子帧n+k0-1结束后开始携带HARQ-ACK反馈中的ACK响应的PUSCH的传输(例如使用NPUSCH格式2);
且,所述携带着HARQ-ACK反馈中的ACK响应的PUSCH的传输开始于或结束于子帧n’;
且,对应的上行传输时间调整应从子帧n’+12结束后的第一个可用的上行时隙开始应用且该第一个可用的上行时隙是一个PUSCH传输的第一个时隙,其中子帧n’是所述携带HARQ-ACK反馈中的ACK响应的PUSCH的传输的起始子帧或结束子帧,且所述ACK响应对应于承载所述TA命令的PDSCH传输。
在另一示例性实施例中,UE未能成功接收TA命令,且该接收结束于子帧n;且UE在子帧n+k0-1结束后开始携带着NACK响应的PUSCH的传输(例如使用NPUSCH格式2)和/或PUCCH的传输。由于UE未能成功解出TA命令指示的内容,该携带着NACK响应的PUSCH的传输和/或PUCCH的传输使用未调整的旧TA。
在另一示例性实施例中,包括以下TA调整步骤:
步骤一:UE收到基站传输的一条不加额外填充(也即传输块尺寸TBS=16)的TA命令,UE启动TA计时器并将其设定为TA计时器的预定值,具体地,无论该TA命令的接收是否成功均启动TA计时器并将其设定为TA计时器的预定值,或仅在该TA命令成功接收后启动TA计时器并将其设定为TA计时器的预定值;该TA命令指示的TA索引值为31,对应的实际TA调整量为0,也即指示TA不进行调整;
步骤二:UE检测是否发送步骤一中的该TA命令的HARQ-ACK反馈,并发送HARQ-ACK反馈,具体地,在该TA命令接收成功时,发送ACK反馈且该ACK反馈的TA是调整后的新TA,但调整量为0也即实际TA值没有改变,否则在该TA命令接收失败时,发送NACK反馈且该NACK反馈的TA是未调整的;
步骤三:一段时间后,UE收到基站传输的另一条TA命令,包括TA的MAC PDU(8比特)和1byte的填充(也即TBS=24);UE重启TA计时器并将其设定为TA计时器的预定值,具体地,无论该TA命令的接收是否成功均重启TA计时器并将其设定为TA计时器的预定值,或仅在该TA命令成功接收后重启TA计时器并将其设定为TA计时器的预定值;该TA命令指示的TA索引值为63,对应的实际TA调整量为正数,也即将导致调整后的TA是新的TA值;
步骤四:UE检测是否发送步骤三中的该TA命令的HARQ-ACK反馈,并发送HARQ-ACK反馈,具体地,在该TA命令接收成功时,发送ACK反馈且该ACK反馈的TA是调整后的新TA,且调整量为TA索引63对应的TA调整值也即调整后的TA是新的TA值,否则在该TA命令接收失败时,发送NACK反馈且该NACK反馈的TA是未调整的;
步骤五:UE检测是否发送用于确认承载步骤三中的该TA命令的RLC PDU的接收的RLC状态PDU,并发送所述RLC状态PDU;
步骤六:UE等待TA计时器在UE侧过期。
以下将参照图22,对根据本公开示例性实施例的UE的结构进行描述。图22示意性地示出了根据本公开示例性实施例的UE 2000的结构框图。UE 2200可以用于执行如前参考图1描述的方法100、参考图16描述的方法1600、参考图17描述的方法1700、参考图20描述的方法2000以及参考图27描述的方法2700。
如图22所示,UE 2200包括处理单元或处理器2201,所述处理器2201可以是单个单元或者多个单元的组合,用于执行方法的不同步骤;存储器2202,其中存储有计算机可执行指令,所述指令在被处理器2001执行时,使UE 2200执行方法100、方法1600、方法1700、方法2000、以及方法2700。为了简明,在此仅对根据本公开示例性实施例的UE的示意性结构进行描述,而省略了如前参考图1描述的方法100、参考图16描述的方法1600、参考图17描述的方法1700、参考图20描述的方法2000以及参考图27描述的方法2700中已经详述过的细节。
在所述指令在被处理器2201执行时使UE 2200执行方法100的示例性实施例中,所述指令使所述UE 2200执行以下操作:
根据用于调度多个传输块的信息,接收和/或发送传输块。
在一示例性实施例中,所述指令还使所述UE 2200执行以下操作:发送和/或接收所述多个传输块的ACK/NACK反馈。
在所述指令在被处理器2201执行时使UE 2200执行方法1600的示例性实施例中,所述指令使所述UE 2200执行以下操作:
获得至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第一个符号起或从第二个符号起占用资源;
根据所述指示信息以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及
在所述时频资源上解码所述至少一个下行信道。
在所述指令在被处理器2201执行时使UE 2200执行方法1700的示例性实施例中,所述指令使所述UE 2200执行以下操作:
启用针对下行传输对控制区域的使用;
获得控制区域的配置信息;以及
根据所获得的控制区域的配置信息使用控制区域接收下行传输。
在所述指令在被处理器2201执行时使UE 2200执行方法2000的示例性实施例中,所述指令使所述UE 2200执行以下操作:
获得NRS的配置信息,其中,所述NRS的配置信息用于指示NRS根据至少每N个寻呼时刻进行传输,其中N为正整数;以及
基于获得的NRS的配置信息,在所述至少每N个寻呼时刻接收NRS。
在所述指令在被处理器2201执行时使UE 2200执行方法2700的示例性实施例中,所述指令使所述UE 2200执行以下操作:
接收TA命令;以及
在成功接收TA命令的情况下,基于所述TA命令调整TA,并使用新的TA发送ACK反馈,或基于所述TA命令调整TA,并使用未调整的TA发送ACK反馈;以及在接收TA命令失败的情况下,不调整TA,并使用未调整的TA发送NACK反馈。
以下将参照图23,对根据本公开示例性实施例的基站的结构进行描述。图23示意性地示出了根据本公开示例性实施例的基站2200的结构框图。基站2300可以用于执行如前参考图15描述的方法1500、参考图18描述的方法1800、参考图19描述的方法1900、以及参考图21描述的方法2100。
如图23所示,基站2300包括处理单元或处理器2301,所述处理器2301可以是单个单元或者多个单元的组合,用于执行方法的不同步骤;存储器2302,其中存储有计算机可执行指令,所述指令在被处理器2301执行时,使基站2300执行方法1500、方法1800、方法1900、以及方法2100。为了简明,在此仅对根据本公开示例性实施例的基站的示意性结构进行描述,而省略了如前参考图15描述的方法1500、参考图18描述的方法1800、参考图19描述的方法1900、以及参考图21描述的方法2100中已经详述过的细节。
在所述指令在被处理器2301执行时使基站2300执行方法1500的示例性实施例中,所述指令使所述基站2300执行以下操作:
根据用于调度多个传输块的信息,接收和/或发送传输块。
在一示例性实施例中,所述指令还使所述基站2300执行以下操作:发送和/或接收所述多个传输块的ACK/NACK反馈。
在所述指令在被处理器2301执行时使基站2300执行方法1800的示例性实施例中,所述指令使所述基站2300执行以下操作:
生成至少一个下行信道时域资源起始位置的指示信息,其中所述指示信息指示:在为所述至少一个下行信道分配的时频资源内的每个时隙中,所述至少一个下行信道从第一个符号起或从第二个符号起占用资源;
根据所述指示信息以及至少一个下行信道的时频资源配置信息,确定所述至少一个下行信道的所占用的时频资源;以及
在所述时频资源上传输所述指示信息和所述至少一个下行信道。
在所述指令在被处理器2301执行时使基站2300执行方法1900的示例性实施例中,所述指令使所述基站2300执行以下操作:
配置UE针对下行传输启用对控制区域的使用;
生成控制区域的配置信息;以及
根据控制区域的配置信息,使用控制区域发送下行传输。
在所述指令在被处理器2301执行时使基站2300执行方法2100的示例性实施例中,所述指令使所述基站2300执行以下操作:
生成NRS的配置信息,其中,所述NRS的配置信息指示NRS根据至少每N个寻呼时刻进行传输,其中N为正整数;以及
基于所述NRS的配置信息,在所述至少每N个寻呼时刻发送NRS。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统,可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
如上,已经参考附图对本发明的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本发明也包括不偏离本发明主旨的任何设计改动。另外,可以在权利要求的范围内对本发明进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (20)
1.一种由无线通信系统中的用户设备UE执行的方法,所述方法包括:
从基站接收包括与多个传输块有关的配置信息的无线电资源控制RRC消息;
基于所述RRC消息来确定是否为所述多个传输块启用或停用反馈捆绑;
从基站接收包括用于接收所述多个传输块的调度信息的下行链路控制信息DCI;
基于所述DCI中包括的调度信息,从基站接收所述多个传输块;以及
向基站发送包括针对接收到的多个传输块的反馈信息的反馈消息,
其中,在启用所述反馈捆绑的情况下,所述反馈信息包括对所述多个传输块中的由所述DCI指示的若干传输块的响应,并且
其中,在停用所述反馈捆绑的情况下,所述反馈信息包括对所述多个传输块中的一个传输块的响应。
2.根据权利要求1所述的方法,其中发送包括所述反馈信息的反馈消息包括:
确定所述反馈消息的频域位置和时域位置;以及
基于所述频域位置和所述时域位置,向基站发送所述反馈消息,
其中所述频域位置是基于所述DCI来确定的;
其中所述时域位置是基于反馈消息的起始子帧与最后一个传输块的最后一个子帧之间的时域间隔、或反馈消息的起始子帧与在所述DCI中调度的第n个传输块的最后一个子帧之间的时域间隔中的至少一个来确定的,以及
其中n是预定义值。
3.根据权利要求1所述的方法,
其中在所述DCI被映射到UE特定的搜索空间的情况下,所述DCI中包括的调度信息与关于包括在所述多个传输块中的特定传输块的信息、或关于包括在所述多个传输块中的所有传输块的信息相对应,
其中所述DCI包括新数据指示符NDI字段,其中所述NDI字段中的每个比特指示所述多个传输块中的每个传输块的初始传输或重传状态,以及
其中所述NDI字段的大小对应于由所述DCI调度的所述多个传输块的数量。
4.根据权利要求1所述的方法,还包括:
从基站接收指示包括在所述多个传输块中的第一传输块和第二传输块之间的时间间隙的RRC消息。
5.根据权利要求1所述的方法,还包括:
经由物理上行链路共享信道PUSCH向基站发送所述多个传输块;
接收包括PUSCH的提前终止信息的DCI;以及
在为UE配置了PUSCH传输的提前终止的情况下,将所述DCI确定为PUSCH的ACK反馈。
6.根据权利要求1所述的方法,
其中所述多个传输块是交错的,以及
其中交错的多个传输块中的任何传输块在预定数量的连续子帧中传送。
7.根据权利要求1所述的方法,还包括:
检测具有在子帧n中结束的DCI的窄带物理下行链路控制信道NPDCCH,其中所述DCI调度所述多个传输块和2个HARQ进程;以及
接收从子帧n+k开始的窄带物理下行链路共享信道NPDSCH传输;
其中,从子帧n+1开始到子帧n+k-1的任意子帧中的NPDCCH候选不被UE监听。
8.根据权利要求1所述的方法,其中所述方法还包括:
从基站接收指示控制区域的使用的系统信息块SIB1消息,所述控制区域用于接收至少一个机器类型通信物理下行链路控制信道MPDCCH或至少一个物理下行链路共享信道PDSCH;
基于所述SIB1消息,确定所述至少一个MPDCCH或所述至少一个PDSCH的时域资源的起始位置;以及
基于所述时域资源的起始位置,在第一时隙的控制区域中接收所述至少一个MPDCCH或所述至少一个PDSCH。
9.根据权利要求1所述的方法,还包括:
在每N个寻呼时机从基站接收窄带参考信号NRS,其中N为正整数;以及
其中所述NRS是在与接收所述NRS的寻呼时机相对应的搜索空间之前的预定范围的子帧中接收的、或所述NRS是在与接收所述NRS的寻呼时机相对应的搜索空间之前的预定数量的子帧中接收的。
10.一种由无线通信系统中的基站执行的方法,所述方法包括:
向用户设备UE发送包括与多个传输块有关的配置信息的无线电资源控制RRC消息,其中是否为所述多个传输块启用或停用反馈捆绑是基于所述RRC消息来确定的;
向UE发送包括用于发送所述多个传输块的调度信息的下行链路控制信息DCI;
基于所述DCI中包括的调度信息,向UE发送所述多个传输块;以及
从UE接收包括针对发送的多个传输块的反馈信息的反馈消息,
其中,在启用所述反馈捆绑的情况下,所述反馈信息包括对所述多个传输块中的由所述DCI指示的若干传输块的响应,并且
其中,在停用所述反馈捆绑的情况下,所述反馈信息包括对所述多个传输块中的一个传输块的响应。
11.根据权利要求10所述的方法,其中从UE接收包括所述反馈信息的反馈消息包括:
基于所述反馈消息的频域位置和时域位置,从UE接收所述反馈消息;以及
其中所述频域位置是基于所述DCI来确定的;
其中所述时域位置是基于反馈消息的起始子帧与最后一个传输块的最后一个子帧之间的时域间隔、或反馈消息的起始子帧与在所述DCI中调度的第n个传输块的最后一个子帧之间的时域间隔中的至少一个来确定的,以及
其中n是预定义值。
12.根据权利要求10所述的方法,
其中在所述DCI被映射到UE特定的搜索空间的情况下,所述DCI中包括的调度信息与关于包括在所述多个传输块中的特定传输块的信息、或关于包括在所述多个传输块中的所有传输块的信息相对应,
其中所述DCI包括新数据指示符NDI字段,其中所述NDI字段中的每个比特指示所述多个传输块中的每个传输块的初始传输或重传状态,以及
其中所述NDI字段的大小对应于由所述DCI调度的所述多个传输块的数量。
13.根据权利要求10所述的方法,还包括:
向UE发送指示包括在所述多个传输块中的第一传输块和第二传输块之间的时间间隙的RRC消息。
14.根据权利要求10所述的方法,还包括:
经由物理上行链路共享信道PUSCH从UE接收所述多个传输块;以及
向UE发送包括PUSCH的提前终止信息的DCI,其中在为UE配置了PUSCH传输的提前终止的情况下,所述DCI被确定为PUSCH的ACK反馈。
15.根据权利要求10所述的方法,
其中所述多个传输块是交错的,以及
其中交错的多个传输块中的任何传输块在预定数量的连续子帧中传送。
16.根据权利要求10所述的方法,还包括:
向UE发送具有在子帧n中结束的DCI的窄带物理下行链路控制信道NPDCCH,其中所述DCI调度所述多个传输块和2个HARQ进程;以及
向UE发送从子帧n+k开始的窄带物理下行链路共享信道NPDSCH传输;
其中,从子帧n+1开始到子帧n+k-1的任意子帧中的NPDCCH候选不被UE监听。
17.根据权利要求10所述的方法,还包括:
向UE发送指示控制区域的使用的系统信息块SIB1消息,所述控制区域用于发送至少一个机器类型通信物理下行链路控制信道MPDCCH或至少一个物理下行链路共享信道PDSCH的控制区域;
基于所述SIB1消息,确定所述至少一个MPDCCH或所述至少一个PDSCH的时域资源的起始位置;以及
基于所述时域资源的起始位置,在第一时隙的控制区域中向UE发送所述至少一个MPDCCH或所述至少一个PDSCH。
18.根据权利要求10所述的方法,还包括:
在每N个寻呼时机向UE发送窄带参考信号NRS,其中N为正整数;以及
其中所述NRS是在与发送所述NRS的寻呼时机相对应的搜索空间之前的预定范围的子帧中发送的、或所述NRS是在与发送所述NRS的寻呼时机相对应的搜索空间之前的预定数量的子帧中发送的。
19.一种无线通信系统中的基站,所述基站包括:
收发机;以及
至少一个控制器,与所述收发机耦合并被配置为执行权利要求10至18中任一项所述的方法。
20.一种无线通信系统中的用户设备UE,所述UE包括:
收发机;以及
至少一个控制器,与所述收发机耦合并被配置为执行权利要求1至9中任一项所述的方法。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310078687.XA CN116094659A (zh) | 2018-08-09 | 2019-04-30 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
EP19846624.5A EP3827633A4 (en) | 2018-08-09 | 2019-08-09 | MULTIPLE TRANSMISSION PLANNING METHOD AND APPARATUS IN A WIRELESS COMMUNICATION SYSTEM |
KR1020190097642A KR102437659B1 (ko) | 2018-08-09 | 2019-08-09 | 무선 통신 시스템에서의 다중 전송 스케줄링을 위한 방법 및 장치 |
PCT/KR2019/010086 WO2020032695A1 (en) | 2018-08-09 | 2019-08-09 | Method and apparatus for scheduling multiple transmission in a wireless communication system |
EP22191144.9A EP4114117A1 (en) | 2018-08-09 | 2019-08-09 | Method and apparatus for scheduling multiple transmission in a wireless communication system |
US17/250,605 US11363626B2 (en) | 2018-08-09 | 2019-08-09 | Method and apparatus for scheduling multiple transmission in a wireless communication system |
US17/806,649 US20220330312A1 (en) | 2018-08-09 | 2022-06-13 | Method and apparatus for scheduling multiple transmission in a wireless communication system |
KR1020220106357A KR102509421B1 (ko) | 2018-08-09 | 2022-08-24 | 무선 통신 시스템에서의 다중 전송 스케줄링을 위한 방법 및 장치 |
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2018109083794 | 2018-08-09 | ||
CN201810908379 | 2018-08-09 | ||
CN201811136961 | 2018-09-27 | ||
CN201811136961X | 2018-09-27 | ||
CN201811294791 | 2018-11-01 | ||
CN2018112947918 | 2018-11-01 | ||
CN201910116833 | 2019-02-14 | ||
CN2019101168337 | 2019-02-14 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310078687.XA Division CN116094659A (zh) | 2018-08-09 | 2019-04-30 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110830184A CN110830184A (zh) | 2020-02-21 |
CN110830184B true CN110830184B (zh) | 2023-04-07 |
Family
ID=69547609
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310078687.XA Pending CN116094659A (zh) | 2018-08-09 | 2019-04-30 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
CN201910365999.2A Active CN110830184B (zh) | 2018-08-09 | 2019-04-30 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310078687.XA Pending CN116094659A (zh) | 2018-08-09 | 2019-04-30 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11363626B2 (zh) |
EP (2) | EP3827633A4 (zh) |
KR (2) | KR102437659B1 (zh) |
CN (2) | CN116094659A (zh) |
Families Citing this family (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016165070A1 (zh) * | 2015-04-14 | 2016-10-20 | 华为技术有限公司 | 发送上行信息、发送与接收下行信息、系统调度方法和装置 |
US11831436B2 (en) * | 2017-09-28 | 2023-11-28 | Comcast Cable Communications, Llc | HARQ feedback for grant-free transmission |
WO2020032646A1 (ko) * | 2018-08-09 | 2020-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치 |
US11968683B2 (en) | 2018-08-13 | 2024-04-23 | Nokia Technologies Oy | Apparatus, method and computer program |
CN111148265B (zh) * | 2018-11-02 | 2023-05-23 | 中兴通讯股份有限公司 | 下行控制信息传输方法及装置 |
US11172477B2 (en) * | 2018-11-02 | 2021-11-09 | Qualcomm Incorproated | Multi-transport block scheduling |
JP7429197B2 (ja) * | 2019-01-09 | 2024-02-07 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 基地局、端末、送信方法及び受信方法 |
WO2020146964A1 (en) * | 2019-01-14 | 2020-07-23 | Qualcomm Incorporated | Scheduling of multiple transport blocks for grant-free uplink transmission |
WO2020206572A1 (en) * | 2019-04-06 | 2020-10-15 | Qualcomm Incorporated | Communicating multiple transport formats in a slot with full-duplex |
US20220201722A1 (en) * | 2019-04-26 | 2022-06-23 | Ntt Docomo, Inc. | User terminal and radio communication method |
WO2021008685A1 (en) * | 2019-07-16 | 2021-01-21 | Nokia Technologies Oy | Apparatus, method, and computer program for scrambling a transport blocked based on whether a previous transport block was successfully received |
AU2020327856A1 (en) * | 2019-08-15 | 2022-03-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for determining paging occasions associated with narrowband reference signal (NRS) |
US11553474B2 (en) * | 2019-08-16 | 2023-01-10 | Qualcomm Incorporated | Communicating repetitions of multiple transport blocks scheduled by single downlink control information |
US11690132B2 (en) * | 2019-09-03 | 2023-06-27 | Qualcomm Incorporated | Medium access control-control element (MAC-CE) communication |
US11552734B2 (en) * | 2019-09-13 | 2023-01-10 | Qualcomm Incorporated | Techniques for bi-direction preemption indication transmissions |
US11728937B2 (en) * | 2019-09-26 | 2023-08-15 | Qualcomm Incorporated | HARQ process identifier determination |
US11665770B2 (en) * | 2019-10-04 | 2023-05-30 | Qualcomm Incorporated | Narrowband reference signal for user equipment specific discontinuous reception cycle |
US11722259B2 (en) * | 2019-10-30 | 2023-08-08 | Qualcomm Incorporated | Hybrid automatic repeat request (HARQ) process when using sidelink for retransmission |
CN115694731B (zh) * | 2019-11-08 | 2023-11-10 | 中兴通讯股份有限公司 | 一种控制信息指示方法、通信节点及计算机可读存储介质 |
US11888674B2 (en) * | 2020-02-14 | 2024-01-30 | Qualcomm Incorporated | 16-quadrature amplitude modulation (16-QAM) downlink configuration |
WO2021093212A1 (en) * | 2020-02-19 | 2021-05-20 | Zte Corporation | A system and method for determining downlink control information |
US20210266876A1 (en) * | 2020-02-25 | 2021-08-26 | Qualcomm Incorporated | Consolidated feedback indication and feedback transmission |
US20210297197A1 (en) * | 2020-03-20 | 2021-09-23 | Qualcomm Incorporated | Non-dropping rule for mini-slot based repetition |
US11736239B2 (en) * | 2020-04-02 | 2023-08-22 | Qualcomm Incorporated | Hybrid automatic repeat request (HARQ) feedback control for multicast communications |
EP4142389A4 (en) * | 2020-04-22 | 2024-01-03 | Ntt Docomo Inc | TERMINAL |
CN113556814A (zh) * | 2020-04-23 | 2021-10-26 | 维沃移动通信有限公司 | 下行数据接收方法、下行资源配置方法及装置、通信设备 |
US11671980B2 (en) * | 2020-05-08 | 2023-06-06 | Qualcomm Incorporated | Techniques for enhanced coverage semi-persistent scheduling |
US11743865B2 (en) * | 2020-06-19 | 2023-08-29 | Qualcomm Incorporated | Scheduled entity behavior in full-duplex slot format |
US11950252B2 (en) * | 2020-07-02 | 2024-04-02 | Qualcomm Incorporated | Early termination of uplink communication repetitions with multiple transport blocks |
US11764936B2 (en) * | 2020-07-06 | 2023-09-19 | Qualcomm Incorporated | Intelligent switching between duplexing modes in wireless communication |
EP3940976A1 (en) * | 2020-07-16 | 2022-01-19 | Panasonic Intellectual Property Corporation of America | User equipment, scheduling node, method for user equipment, and method for scheduling node |
CN116210306A (zh) * | 2020-08-05 | 2023-06-02 | 苹果公司 | 用于具有基站的新空口中的动态调度的系统和方法 |
CN114071766A (zh) * | 2020-08-05 | 2022-02-18 | 维沃移动通信有限公司 | 资源调度方法、装置及设备 |
WO2022032509A1 (en) * | 2020-08-12 | 2022-02-17 | Qualcomm Incorporated | Harq-process specific user equipment configuration for reduced capability complexity reduction |
US20220110146A1 (en) * | 2020-10-07 | 2022-04-07 | Qualcomm Incorporated | Dynamic full duplex communication |
US20220116184A1 (en) * | 2020-10-12 | 2022-04-14 | Qualcomm Incorporated | Acknowledgement (ack) and negative acknowledgement (nack) reporting for a physical downlink shared channel (pdsch) grant |
CN112511280A (zh) * | 2020-10-14 | 2021-03-16 | 中兴通讯股份有限公司 | 信息确定方法、装置、设备和存储介质 |
WO2022077335A1 (zh) * | 2020-10-15 | 2022-04-21 | 华为技术有限公司 | 一种通信方法及装置 |
US11716186B2 (en) * | 2020-10-22 | 2023-08-01 | Qualcomm Incorporated | Validation for control information for semi-persistent scheduling cancellation |
WO2022087929A1 (zh) * | 2020-10-28 | 2022-05-05 | 华为技术有限公司 | 数据传输方法及装置 |
US11700080B2 (en) * | 2020-11-23 | 2023-07-11 | Qualcomm Incorporated | Maximum transport block sizes and span for a transport block in a non-terrestrial network |
CN114599092A (zh) * | 2020-12-04 | 2022-06-07 | 大唐移动通信设备有限公司 | 上行控制信息传输方法、接收方法、终端和网络设备 |
WO2022151237A1 (zh) * | 2021-01-14 | 2022-07-21 | 捷开通讯(深圳)有限公司 | 一种提高mbs业务传输可靠性的通信方法 |
CN114765500A (zh) * | 2021-01-15 | 2022-07-19 | 展讯通信(上海)有限公司 | 数据传输方法、装置和设备 |
US11653375B2 (en) * | 2021-01-22 | 2023-05-16 | Qualcomm Incorporated | Transmit power adjustment for full duplex feedback |
CN115150770A (zh) * | 2021-03-31 | 2022-10-04 | 华为技术有限公司 | 一种资源调度方法以及相关装置 |
US11778607B2 (en) * | 2021-04-01 | 2023-10-03 | Nokia Technologies Oy | Using relative transmission occasion delay indexing |
US20220321259A1 (en) * | 2021-04-02 | 2022-10-06 | Qualcomm Incorporated | Techniques for interleaving a transport block |
EP4104596A4 (en) * | 2021-05-04 | 2023-07-19 | Apple Inc. | TECHNOLOGIES FOR UPLINK GAP DEPLOYMENT AND OPERATION |
WO2023000147A1 (en) * | 2021-07-19 | 2023-01-26 | Nec Corporation | Method, device and computer storage medium of communication |
WO2023009049A1 (en) * | 2021-07-28 | 2023-02-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and network nodes for utilizing downlink control information for communication |
WO2023014139A1 (ko) * | 2021-08-05 | 2023-02-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 하이브리드 자동 재송 요구-확인응답 정보의 송신 또는 수신 방법 및 장치 |
WO2023055900A1 (en) * | 2021-09-30 | 2023-04-06 | Intel Corporation | Rate-matching for transport block processing over multiple slots for physical uplink shared channel |
WO2023162763A1 (ja) * | 2022-02-22 | 2023-08-31 | ソニーグループ株式会社 | 通信装置、通信方法、及び通信システム |
WO2024007247A1 (en) * | 2022-07-07 | 2024-01-11 | Mediatek Singapore Pte. Ltd. | Schemes on disabling harq feedback for multi-tb in iot ntn |
WO2024077457A1 (en) * | 2022-10-10 | 2024-04-18 | Nokia Shanghai Bell Co., Ltd. | Subframe based hybrid automatic repeat request feedback |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107347002A (zh) * | 2016-05-06 | 2017-11-14 | 北京三星通信技术研究有限公司 | 一种harq-ack反馈信息的传输方法和设备 |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101192625B1 (ko) * | 2008-03-20 | 2012-10-18 | 노키아 코포레이션 | 모바일 통신 시스템에서 반영구적으로 할당된 패킷 전송 자원들에 대한 새 데이터 표시자 플래그 |
EP2234308A1 (en) * | 2009-03-23 | 2010-09-29 | Panasonic Corporation | Retransmission mode signaling in a wireless communication system |
US9166661B2 (en) * | 2010-02-23 | 2015-10-20 | Lg Electronics Inc. | Method and device for providing control information for uplink transmission in wireless communication system supporting uplink multi-antenna transmission |
EP2567468B1 (en) | 2010-05-04 | 2020-01-22 | Samsung Electronics Co., Ltd | Method of control indication in multi-input multi-output communication systems |
EP2624494B1 (en) * | 2010-09-30 | 2021-06-30 | LG Electronics Inc. | Method and apparatus for transmitting control information |
KR101581140B1 (ko) * | 2011-07-25 | 2015-12-29 | 엘지전자 주식회사 | 무선통신 시스템에서 데이터 전송 방법 및 장치 |
JP6224358B2 (ja) * | 2013-06-14 | 2017-11-01 | 株式会社Nttドコモ | 無線基地局、ユーザ端末及び無線通信方法 |
US10219292B2 (en) | 2014-10-24 | 2019-02-26 | Qualcomm Incorporated | Flexible multiplexing and feedback for variable transmission time intervals |
KR101697729B1 (ko) * | 2015-06-23 | 2017-01-18 | 한국항공우주산업 주식회사 | 툴 팁의 파손 감지가 가능한 절삭용 장비 |
US9877322B1 (en) * | 2015-07-31 | 2018-01-23 | Sprint Spectrum L.P. | Method and apparatus for managing air interface resource allocation based on evaluation of transport block capacity |
JP6321068B2 (ja) * | 2016-03-31 | 2018-05-09 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
JP2019195113A (ja) * | 2016-09-02 | 2019-11-07 | シャープ株式会社 | 端末装置、基地局装置、通信方法、および、集積回路 |
US11283551B2 (en) * | 2017-01-07 | 2022-03-22 | Lg Electronics Inc. | Method for terminal resending data in wireless communication system, and communication device using same |
WO2018143857A1 (en) * | 2017-02-06 | 2018-08-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Enhancements for retransmission due to conflicting transmissions for different services |
US10727987B2 (en) * | 2017-04-03 | 2020-07-28 | Qualcomm Incorporated | Feedback for codeblock group based transmissions |
US10574309B2 (en) * | 2017-04-14 | 2020-02-25 | Qualcomm Incorporated | Feedback techniques in wireless communications |
JP2020107919A (ja) * | 2017-04-27 | 2020-07-09 | シャープ株式会社 | 端末装置、基地局装置、および、通信方法 |
MX2019014703A (es) * | 2017-06-14 | 2020-02-07 | Sharp Kk | Procedimientos, equipos de usuario y estaciones base para transmision basada en grupos de bloques de codigo. |
KR102439542B1 (ko) * | 2017-06-23 | 2022-09-02 | 삼성전자 주식회사 | 무선 통신 시스템에서 상향링크 제어 채널 송수신 방법 및 장치 |
US11751204B2 (en) * | 2017-10-27 | 2023-09-05 | Comcast Cable Communications, Llc | Group common DCI for wireless resources |
WO2019193688A1 (ja) * | 2018-04-04 | 2019-10-10 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
WO2019209082A1 (ko) * | 2018-04-26 | 2019-10-31 | 엘지전자 주식회사 | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치 |
-
2019
- 2019-04-30 CN CN202310078687.XA patent/CN116094659A/zh active Pending
- 2019-04-30 CN CN201910365999.2A patent/CN110830184B/zh active Active
- 2019-08-09 EP EP19846624.5A patent/EP3827633A4/en active Pending
- 2019-08-09 US US17/250,605 patent/US11363626B2/en active Active
- 2019-08-09 KR KR1020190097642A patent/KR102437659B1/ko active IP Right Grant
- 2019-08-09 EP EP22191144.9A patent/EP4114117A1/en active Pending
-
2022
- 2022-06-13 US US17/806,649 patent/US20220330312A1/en active Pending
- 2022-08-24 KR KR1020220106357A patent/KR102509421B1/ko active IP Right Grant
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107347002A (zh) * | 2016-05-06 | 2017-11-14 | 北京三星通信技术研究有限公司 | 一种harq-ack反馈信息的传输方法和设备 |
Non-Patent Citations (3)
Title |
---|
R1-1700026 Scheduling scheme for slot aggregation;Huawei et al.;《3GPP TSG RAN WG1 NR Ad-Hoc Meeting》;20170120;全文 * |
R1-1717205 Physical layer aspects on SPS in NB-IoT;ZTE et al.;《3GPP TSG RAN WG1 Meeting #90bis》;20171013;全文 * |
R1-1804587 On blind/HARQ-less PDSCH repetition;Nokia et al.;《3GPP TSG-RAN WG1 Meeting #92bis》;20180420;第2-4节 * |
Also Published As
Publication number | Publication date |
---|---|
KR20220123358A (ko) | 2022-09-06 |
CN110830184A (zh) | 2020-02-21 |
EP3827633A4 (en) | 2021-09-15 |
EP4114117A1 (en) | 2023-01-04 |
KR102437659B1 (ko) | 2022-08-29 |
EP3827633A1 (en) | 2021-06-02 |
US20220330312A1 (en) | 2022-10-13 |
KR20200018353A (ko) | 2020-02-19 |
US11363626B2 (en) | 2022-06-14 |
KR102509421B1 (ko) | 2023-03-14 |
CN116094659A (zh) | 2023-05-09 |
US20210219329A1 (en) | 2021-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110830184B (zh) | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 | |
KR102626617B1 (ko) | 무선 통신 시스템에서 디바이스 대 디바이스 사이드 링크 제어 신호를 모니터링하기 위한 방법 및 장치 | |
US11316621B2 (en) | Transmission of control channel and data channels for coverage enhancements | |
CN111181686B (zh) | 用于改进物理下行链路控制信道监听模式的方法和设备 | |
CN112715011B (zh) | 用于数据重复的设备和方法 | |
CN110830183B (zh) | 上行传输方法、用户设备、基站和计算机可读介质 | |
TWI729258B (zh) | 無線通訊系統中用於控制通道傳送的方法和設備 | |
US10764759B2 (en) | Method for transmitting and receiving wireless signal and device for same | |
US10750494B2 (en) | Management of dynamic transmission time interval scheduling for low latency communications | |
US10177881B2 (en) | Communications device, infrastructure equipment, communications system and methods | |
EP4027569A1 (en) | Method for transmitting uplink signal in wireless communication system and apparatus therefore | |
US10412758B2 (en) | Handling number of repetitions in coverage extension mode | |
JP2017188897A (ja) | ワイヤレス通信システムにおける設定されたリソースを使用して送信を改善する方法及び装置 | |
KR20170134238A (ko) | Nr 시스템을 위한 제어 채널 및 데이터 채널 송수신 방법 및 장치 | |
US11653336B2 (en) | Method and apparatus for transmitting and receiving downlink control information in wireless communication system | |
KR20140032476A (ko) | 무선 통신의 제어 채널 | |
US20210100024A1 (en) | Method and device for transmitting/receiving uplink control information in wireless communication system | |
CN117318893A (zh) | 上行传输方法、用户设备、基站和计算机可读介质 | |
US20210160011A1 (en) | Method and device for transmitting/receiving uplink control information in wireless communication system | |
EP3804434B1 (en) | Method and apparatus for transmitting/receiving control information in wireless communication system |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |