CN110418410A - 用户设备、电子设备、无线通信方法和存储介质 - Google Patents
用户设备、电子设备、无线通信方法和存储介质 Download PDFInfo
- Publication number
- CN110418410A CN110418410A CN201810393956.0A CN201810393956A CN110418410A CN 110418410 A CN110418410 A CN 110418410A CN 201810393956 A CN201810393956 A CN 201810393956A CN 110418410 A CN110418410 A CN 110418410A
- Authority
- CN
- China
- Prior art keywords
- dci
- user equipment
- network side
- pdcch
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/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/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
- 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/1607—Details of the supervisory signal
-
- 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
- H04L27/00—Modulated-carrier systems
- H04L27/10—Frequency-modulated carrier systems, i.e. using frequency-shift keying
- H04L27/14—Demodulator circuits; Receiver circuits
-
- 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/0092—Indication of how the channel is divided
-
- 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/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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及用户设备、电子设备、无线通信方法和存储介质。根据本公开的用户设备包括处理电路,被配置为:对来自网络侧设备的下行信号进行解调以获取其中包含的物理下行控制信道PDCCH;以及根据所述PDCCH承载的下行控制信息DCI的内容来确定是否执行针对所述DCI的混合自动重传请求HARQ反馈。使用根据本公开的用户设备、电子设备、无线通信方法和计算机可读存储介质,可以提高PDCCH所承载的控制信息的可靠性。
Description
技术领域
本公开的实施例总体上涉及无线通信领域,具体地涉及无线通信系统中的用户设备、电子设备、无线通信方法和计算机可读存储介质。更具体地,本公开涉及一种无线通信系统中的用户设备、一种作为无线通信系统中的网络侧设备的电子设备、一种由无线通信系统中的用户设备执行的无线通信方法、一种由无线通信系统中的网络侧设备执行的无线通信方法以及一种计算机可读存储介质。
背景技术
混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)技术能够很好地补偿无线移动信道的时变特性和多径衰落对信号传输的影响。采用HARQ技术的接收方在解码失败的情况下,保存接收到的数据,并要求发送方重传数据,接收方将重传的数据和先前接收到的数据进行合并后再解码,由此实现一定的分集增益、减少重传次数,从而减少时延并提高数据传输的可靠性。
在传统的HARQ技术中,接收方主要针对数据信息进行反馈,从而提高数据信息传输的可靠性。而对于通过高层信令,例如RRC(Radio Resource Control,无线资源控制)层信令和MAC(Media Access Control,媒体接入控制)层信令如MAC CE发送的控制信息,由于其作为数据由物理下行共享信道(Physical Downlink Share Channel,PDSCH)所承载,所以也可以应用HARQ技术。目前尚未讨论HARQ机制对于物理下行控制信道(PhysicalDownlink Control Channel,PDCCH)所承载的控制信息的应用。众所周知,PDCCH所承载的控制信息对于用户设备来说至关重要,如果用户设备不能成功获取PDCCH所承载的控制信息,将影响对下行数据信息的解调和上行数据信息的发送。
因此,有必要提出一种技术方案,以提供针对PDCCH所承载的控制信息的HARQ反馈机制,从而提高PDCCH所承载的控制信息的可靠性。
发明内容
这个部分提供了本公开的一般概要,而不是其全部范围或其全部特征的全面披露。
本公开的目的在于提供一种用户设备、电子设备、无线通信方法和计算机可读存储介质,以提高PDCCH所承载的控制信息的可靠性。
根据本公开的一方面,提供了一种用户设备,包括处理电路,被配置为:对来自网络侧设备的下行信号进行解调以获取其中包含的物理下行控制信道PDCCH;以及根据所述PDCCH承载的下行控制信息DCI的内容来确定是否执行针对所述DCI的混合自动重传请求HARQ反馈。
根据本公开的另一方面,提供了一种用作网络侧设备的电子设备,包括处理电路,被配置为:向用户设备发送包含物理下行控制信道PDCCH的下行信号;以及根据所述PDCCH承载的下行控制信息DCI的内容来确定是否从所述用户设备接收针对所述DCI的混合自动重传请求HARQ反馈消息。
根据本公开的另一方面,提供了一种用户设备,包括处理电路,被配置为:从网络侧设备接收第一数据信息、第二数据信息、针对所述第一数据信息的第一控制信息以及针对所述第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息;以及对从所述网络侧设备接收到的信息进行解码以获取所述第一数据信息和所述第二数据信息。
根据本公开的另一方面,提供了一种用作网络侧设备的电子设备,包括处理电路,被配置为:向用户设备发送第一数据信息、第二数据信息、针对所述第一数据信息的第一控制信息以及针对所述第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息。
根据本公开的另一方面,提供了一种用作网络侧设备的电子设备,包括处理电路,被配置为:从除所述电子设备以外的其它网络侧设备接收针对第二数据信息的第二控制信息;向所述其它网络侧设备发送针对第一数据信息的第一控制信息,以用于所述其它网络侧设备将所述第一控制信息包括在所述第二数据信息中;以及向用户设备发送第一数据信息和第一控制信息,所述第一数据信息包括第二控制信息,其中,所述第一数据信息是用于所述电子设备向所述用户设备发送的下行数据信息,并且所述第二数据信息是用于所述其它网络侧设备向所述用户设备发送的下行数据信息。
根据本公开的另一方面,提供了一种由用户设备执行的无线通信方法,包括:对来自网络侧设备的下行信号进行解调以获取其中包含的物理下行控制信道PDCCH;以及根据所述PDCCH承载的下行控制信息DCI的内容来确定是否执行针对所述DCI的混合自动重传请求HARQ反馈。
根据本公开的另一方面,提供了一种由网络侧设备执行的无线通信方法,包括:向用户设备发送包含物理下行控制信道PDCCH的下行信号;以及根据所述PDCCH承载的下行控制信息DCI的内容来确定是否从所述用户设备接收针对所述DCI的混合自动重传请求HARQ反馈消息。
根据本公开的另一方面,提供了一种由网络侧设备执行的无线通信方法,包括:从除所述网络侧设备以外的其它网络侧设备接收针对第二数据信息的第二控制信息;向所述其它网络侧设备发送针对第一数据信息的第一控制信息,以用于所述其它网络侧设备将所述第一控制信息包括在所述第二数据信息中;以及向用户设备发送第一数据信息和第一控制信息,所述第一数据信息包括第二控制信息,其中,所述第一数据信息是用于所述网络侧设备向所述用户设备发送的下行数据信息,并且所述第二数据信息是用于所述其它网络侧设备向所述用户设备发送的下行数据信息。
根据本公开的另一方面,提供了一种计算机可读存储介质,包括可执行计算机指令,所述可执行计算机指令当被计算机执行时使得所述计算机执行根据本公开所述的无线通信方法。
使用根据本公开的用户设备、电子设备、无线通信方法和计算机可读存储介质,用户设备可以根据PDCCH所承载的DCI的内容来确定是否执行针对该DCI的HARQ反馈,网络侧设备也可以根据DCI的内容来确定是否需要从用户设备接收针对该DCI的HARQ反馈消息,从而实现HARQ反馈机制在PDCCH上的应用,提高PDCCH所承载的DCI的传输可靠性。
使用根据本公开的用户设备、电子设备、无线通信方法和计算机可读存储介质,网络侧设备可以向用户设备发送第一数据信息、第二数据信息、针对第一数据信息的第一控制信息以及针对第二数据信息的第二控制信息,其中,第一数据信息包括第二控制信息,并且第二数据信息包括所述第一控制信息,从而用户设备可以根据从网络侧设备接收到的信息获取第一数据信息和第二数据信息。这样一来,第一控制信息和第二控制信息被发送两次,从而实现分集增益,进一步提高PDCCH的传输可靠性。
从在此提供的描述中,进一步的适用性区域将会变得明显。这个概要中的描述和特定例子只是为了示意的目的,而不旨在限制本公开的范围。
附图说明
在此描述的附图只是为了所选实施例的示意的目的而非全部可能的实施,并且不旨在限制本公开的范围。在附图中:
图1是示出根据本公开的实施例的用户设备的配置的示例的框图;
图2是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图3是示出图2所示的实施例的时隙的配置的示意图;
图4是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图5是示出图4所示的实施例的时隙的配置的示意图;
图6是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图7是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图8是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图9是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图10是示出图9所示的实施例的时隙的配置的示意图;
图11是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图12是示出图11所示的实施例的时隙的配置的示意图;
图13是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图14是示出图13所示的实施例的时隙的配置的示意图;
图15是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图;
图16是示出根据本公开的实施例的备份PDCCH的进程的示意图;
图17是示出根据本公开的实施例的作为网络侧设备的电子设备的配置的示例的框图;
图18是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图19是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图20是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图21是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图22是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图23是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图24是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图25是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图26是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图;
图27是示出根据本公开的实施例的备份PDCCH的信令流程图;
图28是示出根据本公开的实施例的由用户设备执行的无线通信方法的流程图;
图29是示出根据本公开的实施例的由作为网络侧设备的电子设备执行的无线通信方法的流程图;
图30是示出根据本公开的实施例的由用户设备执行的无线通信方法的流程图;
图31(a)是示出根据本公开的实施例的由作为网络侧设备的电子设备执行的无线通信方法的流程图;
图31(b)是示出根据本公开的实施例的由作为网络侧设备的电子设备执行的无线通信方法的流程图;
图32是示出eNB(Evolved Node B,演进型节点B)的示意性配置的第一示例的框图;
图33是示出eNB的示意性配置的第二示例的框图;
图34是示出智能电话的示意性配置的示例的框图;以及
图35是示出汽车导航设备的示意性配置的示例的框图。
虽然本公开容易经受各种修改和替换形式,但是其特定实施例已作为例子在附图中示出,并且在此详细描述。然而应当理解的是,在此对特定实施例的描述并不打算将本公开限制到公开的具体形式,而是相反地,本公开目的是要覆盖落在本公开的精神和范围之内的所有修改、等效和替换。要注意的是,贯穿几个附图,相应的标号指示相应的部件。
具体实施方式
现在参考附图来更加充分地描述本公开的例子。以下描述实质上只是示例性的,而不旨在限制本公开、应用或用途。
提供了示例实施例,以便本公开将会变得详尽,并且将会向本领域技术人员充分地传达其范围。阐述了众多的特定细节如特定部件、装置和方法的例子,以提供对本公开的实施例的详尽理解。对于本领域技术人员而言将会明显的是,不需要使用特定的细节,示例实施例可以用许多不同的形式来实施,它们都不应当被解释为限制本公开的范围。在某些示例实施例中,没有详细地描述众所周知的过程、众所周知的结构和众所周知的技术。
将按照以下顺序进行描述:
1.场景的描述;
2.执行针对PDCCH的HARQ反馈的用户设备的配置示例;
3.备份PDCCH的用户设备的配置示例;
4.执行针对PDCCH的HARQ反馈的网络侧设备的配置示例;
5.备份PDCCH的网络侧设备的配置示例;
6.方法实施例;
7.应用示例。
<1.场景的描述>
网络侧设备可以通过PDCCH向其覆盖范围内的用户设备发送DCI,用户设备通过对PDCCH承载的DCI进行解调可以获取控制信息,从而能够执行后续的操作,例如对下行数据信息进行解调和发送上行数据信息等。
在NR(New Radio,新无线)通信系统中,PDCCH所能承载的DCI的格式包括DCI格式0(DCI format 0)、DCI格式1(DCI format 1)和DCI格式2(DCI format 2)。其中,DCI格式0表示与用户设备和网络侧设备之间的上行传输有关的控制信息,例如与PUSCH(PhysicalUplink Share Channel,物理上行共享信道)传输相关的控制信息和与CSI(Channel StateInformation,信道状态信息)的上报触发相关的控制信息等,目前主要包括DCI格式0_0和DCI格式0_1。DCI格式1表示与用户设备和网络侧设备之间的下行传输有关的控制信息,例如与PDSCH传输相关的控制信息等,目前主要包括DCI格式1_0和DCI格式1_1。DCI格式2表示除DCI格式0和DCI格式1以外的控制信息,例如与GC-PDCCH(Group Common-PhysicalDownlink Control Channel,组公共物理下行控制信道)和功率控制相关的控制信息,目前主要包括DCI格式2_0、DCI格式2_1、DCI格式2_2和DCI格式2_3。
本公开提出了一种无线通信系统中的用户设备、作为网络侧设备的电子设备、由无线通信系统中的网络侧设备执行的无线通信方法、由无线通信系统中的用户设备执行的无线通信方法以及计算机可读存储介质,以提高PDCCH所承载的DCI的传输可靠性。
根据本公开的无线通信系统可以是5G的NR通信系统。在NR通信系统中,URLLC(Ultra Reliable&Low Latency Communication)高可靠低时延通信业务对于控制信道的差错概率要求为10^-5,较其他业务类型更为严苛,利用本公开的设备和方法能够保证URLLC业务的PDCCH的传输可靠性。
根据本公开的网络侧设备可以是任何类型的TRP(Transmit and Receive Port,发送和接收端口)。该TRP可以具备发送和接收功能,例如可以从用户设备和基站设备接收信息,也可以向用户设备和基站设备发送信息。在一个示例中,TRP可以为用户设备提供服务,并且受基站设备的控制。也就是说,基站设备通过TRP向用户设备提供服务。此外,在本公开中所述的网络侧设备也可以是基站设备,例如可以是eNB,也可以是gNB(第5代通信系统中的基站)。
根据本公开的用户设备可以是移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外,用户设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。
<2.执行针对PDCCH的HARQ反馈的用户设备的配置示例>
图1是示出根据本公开的实施例的用户设备100的配置的示例的框图。这里的电子设备100可以作为无线通信系统中的用户设备。
如图1所示,用户设备100可以包括通信单元110、解调单元120和确定单元130。
这里,用户设备100的各个单元都可以包括在处理电路中。需要说明的是,用户设备100既可以包括一个处理电路,也可以包括多个处理电路。进一步,处理电路可以包括各种分立的功能单元以执行各种不同的功能和/或操作。需要说明的是,这些功能单元可以是物理实体或逻辑实体,并且不同称谓的单元可能由同一个物理实体实现。
根据本公开的实施例,通信单元110可以从网络侧设备接收下行信号。这里,网络侧设备可以是为用户设备100提供服务的网络侧设备,从而用户设备100可以从网络侧设备接收下行信号。
根据本公开的实施例,解调单元120可以对来自网络侧设备的下行信号进行解调以获取其中包含的PDCCH。进一步,下行信号中可以包括PDCCH承载的DCI。
根据本公开的实施例,确定单元130可以根据PDCCH承载的DCI的内容来确定是否执行针对该DCI的HARQ反馈。
如上所述,根据本公开的实施例的用户设备100,可以根据PDCCH所承载的DCI的内容来确定是否执行针对该DCI的HARQ反馈,从而实现HARQ反馈机制在PDCCH上的应用,提高PDCCH所承载的DCI的传输可靠性。
根据本公开的实施例,确定单元130可以根据PDCCH承载的DCI包括与上行传输有关的控制信息还是包括与下行传输有关的控制信息来确定是否执行针对该DCI的HARQ反馈。
根据本公开的实施例,确定单元130可以根据PDCCH承载的DCI的格式来确定DCI包括与上行传输有关的控制信息还是包括与下行传输有关的控制信息。如前文所述,当DCI的格式为DCI格式0时,确定单元130可以确定该DCI包括与上行传输有关的控制信息;当DCI的格式为DCI格式1时,确定单元130可以确定该DCI包括与下行传输有关的控制信息。
根据本公开的实施例,当确定单元130确定DCI包括与下行传输有关的控制信息时,可以确定执行针对该DCI的HARQ反馈。这里,当DCI包括与下行传输有关的控制信息时,DCI可以采用DCI格式1。
根据本公开的实施例,当确定单元130确定DCI包括与上行传输有关的控制信息时,可以确定不执行针对该DCI的HARQ反馈。这里,当DCI包括与上行传输有关的控制信息时,DCI可以采用DCI格式0。
根据本公开的实施例,当DCI包括与上行传输有关的控制信息时,用户设备100可以隐式地向网络侧设备反馈是否对该DCI进行正确解码。例如,当DCI包括CSI上报请求,即请求用户设备100随后向网络侧设备报告CSI,那么网络侧设备可以从接收到的CSI报告来判断用户设备100是否正确解码了DCI。又如,当DCI包括与PUSCH的发送相关的控制信息,即请求用户设备100通过PUSCH向网络侧设备发送上行数据,那么网络侧设备可以通过在DCI指示的上行资源上观察是否存在PUSCH来判断用户设备100是否正确解码了DCI。也就是说,当DCI包括与上行传输有关的控制信息时,用户设备100可以通过与该DCI有关的行为隐式地向网络侧设备反馈是否对该DCI进行正确解码,这种隐式的反馈同样可以提高与上行传输有关的DCI的传输可靠性。在这种情况下,根据本公开的实施例,用户设备100不执行针对该DCI的HARQ反馈。这样一来,可以节约信令开销,减少时延。
如上所述,根据本公开的实施例,用户设备100可以根据DCI的内容来确定是否执行HARQ反馈,仅仅在DCI包括与下行传输有关的控制信息的情况下执行HARQ反馈,从而在提高传输可靠性的基础上节约开销。
根据本公开的实施例,解调单元120还可以对DCI进行解调和解码。
进一步,如图1所示,用户设备100还可以包括反馈单元140,用于在需要执行针对PDCCH承载的DCI进行HARQ反馈的情况下生成反馈信息。这里的反馈信息可以包括ACK消息和NACK消息。
根据本公开的实施例,在对DCI正确解码的情况下,反馈单元140可以生成针对DCI的ACK消息并向网络侧设备发送针对DCI的ACK消息。进一步,在这种情况下,用户设备100还可以根据正确解码的DCI从网络侧设备接收下行数据。
图2是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图2示出了对PDCCH承载的DCI正确解码的示意图。在图2中,水平方向表示时域,竖直方向表示频域。如图2所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源向用户设备发送PDCCH。接下来,用户设备向网络侧设备发送针对PDCCH的ACK消息,这里,用户设备可以利用PUCCH(Physical Uplink Control Channel,物理上行控制信道)来携带针对PDCCH的ACK消息。接下来,在收到了针对PDCCH的ACK消息后,网络侧设备利用PDCCH中指示的PDSCH向用户设备发送下行数据信息。在本文中,由于PDCCH携带了DCI,因此在本文中没有对PDCCH和DCI进行特定的区分,从而针对PDCCH的ACK消息指的是针对PDCCH携带的DCI的ACK消息。
图3是示出图2所示的实施例的时隙的配置的示意图。图3示出了包括14个OFDM符号的一个时隙的配置的示意图。如图3所示,该时隙的第1个OFDM符号用于下行传输,网络侧设备向用户设备发送PDCCH;该时隙的第2个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对PDCCH的ACK消息;该时隙的第3-13个OFDM符号用于下行传输,网络侧设备向用户设备发送PDSCH;该时隙的第14个OFDM符号用于上行传输,用户设备向网络侧设备发送针对PDSCH的HARQ反馈消息。值得注意的是,图3仅仅是一种示例性的时隙配置。例如,图3虽然示出了PDCCH占用1个OFDM符号的情形,当然PDCCH还可以占用2个或3个OFDM符号。此外,PDSCH也可以占用其它数目的OFDM符号。
如上所述,根据本公开的实施例,在对DCI正确解码的情况下,用户设备100可以生成针对DCI的ACK消息,从而网络侧设备可以根据该ACK消息向用户设备100发送下行数据。
根据本公开的实施例,在未对DCI正确解码的情况下,反馈单元140可以生成针对该DCI的NACK消息,并向网络侧设备发送针对该DCI的NACK消息。进一步,在这种情况下,在发送NACK消息之后,用户设备100可以从网络侧设备接收重新发送的DCI。
图4是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图4示出了未对PDCCH承载的DCI正确解码的示意图。在图4中,水平方向表示时域,竖直方向表示频域。如图4所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源向用户设备发送PDCCH。接下来,用户设备向网络侧设备发送针对PDCCH的NACK消息,这里,用户设备可以利用PUCCH来携带针对PDCCH的NACK消息。接下来,在收到了针对PDCCH的NACK消息后,网络侧设备向用户设备重新发送PDCCH。接下来,用户设备对重新发送的PDCCH进行解码,并利用PUCCH向网络侧设备发送针对PDCCH的ACK消息。接下来,在收到针对PDCCH的ACK消息之后,网络侧设备利用PDCCH中指示的PDSCH向用户设备发送下行数据信息。
图5是示出图4所示的实施例的时隙的配置的示意图。图5示出了包括14个OFDM符号的一个时隙的配置的示意图。如图5所示,该时隙的第1个OFDM符号用于下行传输,网络侧设备向用户设备发送PDCCH;该时隙的第2个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对PDCCH的NACK消息;该时隙的第3个OFDM符号用于下行传输,网络侧设备向用户设备重新发送PDCCH;该时隙的第4个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对PDCCH的ACK消息;该时隙的第5-13个OFDM符号用于下行传输,网络侧设备向用户设备发送PDSCH;该时隙的第14个OFDM符号用于上行传输,用户设备向网络侧设备发送针对PDSCH的HARQ反馈消息。值得注意的是,图5仅仅是一种示例性的时隙配置。例如,图5虽然示出了PDCCH占用1个OFDM符号的情形,当然PDCCH还可以占用2个或3个OFDM符号。此外,PDSCH也可以占用其它数目的OFDM符号。
在图4和图5所示的实施例中,经过PDCCH的一次重传,用户设备对PDCCH承载的DCI进行正确解码。当然,也可能经过PDCCH的两次或更多次重传用户设备才对PDCCH承载的DCI进行正确解码。根据本公开的实施例,用户设备100每次向网络侧设备发送针对PDCCH的NACK消息之后,都可以从网络侧设备接收重传的PDCCH,直到用户设备100对PDCCH承载的DCI正确解码,再从网络侧设备接收下行数据。也就是说,网络侧设备和用户设备100之间的PDCCH重传的过程可以是一次,也可以是多次。
进一步,根据本公开的实施例,也可以对PDCCH重传的次数进行限定,在收到来自用户设备的针对DCI的NACK消息超过重传次数的预定阈值时,网络侧设备可以不再重新传输PDCCH,例如对用户设备100进行重新调度等。
如上所述,根据本公开的实施例,在未对DCI正确解码的情况下,用户设备100可以生成针对DCI的NACK消息,从而网络侧设备可以根据该NACK消息向用户设备100重新发送PDCCH,直到用户设备100对DCI进行正确解码为止。在用户设备100对DCI进行正确解码之后,网络侧设备可以向用户设备100发送下行数据。此外,还可以设定PDCCH重传次数的阈值,从而减少时延。
根据本公开的实施例,通信单元110可以利用不同的频域资源从网络侧设备同时接收下行数据和重新发送的DCI。这里,当用户设备100和网络侧设备所在的无线通信系统采用FDD(Frequency Division Duplex,频分复用)模式时,可以利用不同的频域资源相同的时域资源来进行PDCCH的重传和PDSCH的传输。
根据本公开的实施例,当用户设备100从网络侧设备接收到重新发送的DCI之后,可以对该重新发送的DCI进行解码,并根据对DCI的解码情况向网络侧设备发送ACK/NACK消息。
图6是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图6示出了利用不同的频域资源来进行PDCCH的重传和PDSCH的传输的示意图。在图6中,水平方向表示时域,竖直方向表示频域。如图6所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源向用户设备发送PDCCH。接下来,用户设备向网络侧设备发送针对PDCCH的NACK消息,这里,用户设备可以利用PUCCH来携带针对PDCCH的NACK消息。接下来,在收到了针对PDCCH的NACK消息后,网络侧设备向用户设备重新发送PDCCH。同时,网络侧设备利用不同的频域资源同时利用PDSCH向用户设备发送下行数据。在下行数据的发送过程中,用户设备对重新发送的PDCCH进行解码,并利用PUCCH向网络侧设备发送针对PDCCH的ACK消息。
根据本公开的实施例,用户设备100可以从网络侧设备接收多次重新发送的PDCCH。进一步,在这种情况下,用户设备可以不向网络侧设备发送针对重新传输的PDCCH的ACK/NACK消息。
图7是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图7示出了利用不同的频域资源来进行PDCCH的多次重传和PDSCH的传输的示意图。在图7中,水平方向表示时域,竖直方向表示频域。如图7所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源向用户设备发送PDCCH。接下来,用户设备向网络侧设备发送针对PDCCH的NACK消息,这里,用户设备可以利用PUCCH来携带针对PDCCH的NACK消息。接下来,在收到了针对PDCCH的NACK消息后,网络侧设备向用户设备多次重新发送PDCCH。同时,网络侧设备利用不同的频域资源同时利用PDSCH向用户设备发送下行数据。如图7所示,网络侧设备向用户设备重新发送PDCCH两次,并且用户设备没有针对重新发送的PDCCH进行ACK/NACK的反馈。当然,网络侧设备还可以向用户设备重新发送PDCCH三次或更多次。
如上所述,可以利用相同的时域资源不同的频域资源来进行PDCCH的重传和PDSCH的传输,由此减少时延。进一步,在用户设备100没有对DCI正确解码的情况下,可以多次从网络侧设备接收重新传输的PDCCH,由此提高PDCCH的可靠性。在这种情况下,由于网络侧设备与用户设备100之间的PDCCH重传有多次,因此PDCCH被用户设备100正确解码的可能性大大提高,因此用户设备100可以不对重新传输的PDCCH进行ACK/NACK的反馈。
如上所述,在确定单元130确定需要执行针对PDCCH承载的DCI的HARQ反馈的情况下,反馈单元140可以生成反馈消息并向网络侧设备发送反馈消息。这里的反馈消息仅仅包括针对一个DCI的ACK/NACK消息。下面将描述反馈消息的另外实施例。
根据本公开的实施例,用户设备100向网络侧设备发送的HARQ反馈消息还可以是合并的HARQ反馈消息。例如,合并后的HARQ反馈消息可以包括针对DCI的HARQ反馈消息以及针对PDSCH承载的下行数据的HARQ反馈消息。这里,合并后的HARQ反馈消息例如可以包括针对DCI的ACK/NACK消息和针对下行数据的ACK/NACK消息。
根据本公开的实施例,用户设备100可以从网络侧设备接收PDCCH承载的DCI以及PDSCH承载的下行数据,并将对DCI的HARQ反馈消息和对下行数据的HARQ反馈消息进行合并,由此节约信令开销,减少时延。
图8是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。图8示出了对PDCCH承载的DCI以及PDSCH承载的下行数据的反馈消息进行合并的示意图。在图8中,水平方向表示时域,竖直方向表示频域。如图8所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源通过PDCCH向用户设备发送DCI。接下来,网络侧设备通过PDSCH向用户设备发送下行数据。接下来,用户设备对DCI和下行数据进行解码,并生成针对DCI的反馈消息和针对下行数据的反馈消息,然后将两个反馈消息进行合并并向网络侧设备发送合并后的反馈消息,这里,用户设备可以利用PUCCH来携带合并后的反馈消息。
根据本公开的实施例,合并后的HARQ反馈消息可以包括针对该DCI的HARQ反馈消息以及针对一个或多个其它DCI的HARQ反馈消息。这里,合并后的HARQ反馈消息可以包括针对多个DCI中的每个DCI的ACK/NACK消息。
根据本公开的实施例,用户设备100可以从网络侧设备接收PDCCH承载的多个DCI,并将对该多个DCI的HARQ反馈消息进行合并,由此节约信令开销,减少时延。
图9是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。图9示出了对PDCCH承载的多个DCI的反馈消息进行合并的示意图。在图9中,水平方向表示时域,竖直方向表示频域。如图9所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源通过PDCCH向用户设备发送第一个DCI(图9中标示为PDCCH1)。接下来,网络侧设备选取时频资源并利用选取的时频资源通过PDCCH向用户设备发送第二个DCI(图9中标示为PDCCH2)。接下来,用户设备对第一个DCI和第二个DCI进行解码,并生成针对第一个DCI的反馈消息和针对第二个DCI的反馈消息,然后将两个反馈消息进行合并并向网络侧设备发送合并后的反馈消息,这里,用户设备可以利用PUCCH来携带合并后的反馈消息。假定用户设备对第一个DCI和第二个DCI都成功解码,接下来,网络侧设备向用户设备发送由第一个DCI指示的PDSCH。接下来,网络侧设备向用户设备发送由第二个DCI指示的PDSCH。图9示出了用户设备100对两个DCI的反馈消息进行合并的情形,当然用户设备100还可以对三个或更多个DCI的反馈消息进行合并。
图10是示出图9所示的实施例的时隙的配置的示意图。图10示出了包括14个OFDM符号的一个时隙的配置的示意图。如图10所示,该时隙的第1个和第2个OFDM符号用于下行传输,网络侧设备向用户设备发送多个PDCCH;该时隙的第3个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对多个DCI的HARQ反馈消息;该时隙的第4-10个OFDM符号用于下行传输,网络侧设备向用户设备发送PDSCH;该时隙的第11-14个OFDM符号用于上行传输,用户设备向网络侧设备发送PUSCH。值得注意的是,图10仅仅是一种示例性的时隙配置。例如,图10虽然示出了PDCCH占用2个OFDM符号的情形,当然PDCCH还可以占用1个或3个OFDM符号。此外,PDSCH和PUSCH也可以占用其他数目的OFDM符号。
如上所述,用户设备100向网络侧设备发送的反馈消息可以是合并后的反馈消息,合并后的反馈消息可以包括对DCI的反馈消息和对下行数据的反馈消息,合并后的反馈消息也可以包括对多个DCI的反馈消息。进一步,合并后的反馈消息还可以包括对多个DCI的反馈消息和对下行数据的反馈消息。也就是说,用户设备100可以根据实际的需求对各种HARQ反馈消息进行合并,由此节约信令开销并减少时延。
根据本公开的实施例,网络侧设备可以在用户设备100对PDCCH正确解码之后再通过PDSCH发送下行数据,也可以在用户设备100对PDCCH正确解码之前通过PDSCH发送下行数据。在后一种情况下,用户设备100可以对接收到的下行数据进行缓存,待对PDCCH成功解码之后,再对下行数据进行解码,这种缓存方式可以称为软缓存。
如图1所示,根据本公开的实施例,用户设备100还可以包括缓存单元150,用于在没有对PDCCH正确解码的情况下对下行数据进行缓存。
根据本公开的实施例,在从网络侧设备接收重新发送的DCI之前,通信单元110可以从网络侧设备接收下行数据,并且缓存单元150可以对接收的下行数据进行缓存。这里,用户设备100可以通过PDSCH从网络侧设备接收下行数据。此外,在对接收的下行数据进行缓存之后,用户设备100可以从网络侧设备接收重新发送的DCI,并利用正确解码的DCI对缓存的下行数据进行解调。
根据本公开的实施例,在向网络侧设备发送针对PDCCH的NACK消息之后并且在从网络侧设备接收重新发送的DCI之前,通信单元110可以从网络侧设备接收下行数据,并且缓存单元150可以对接收的下行数据进行缓存。
图11是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图11示出了在向网络侧设备发送针对PDCCH的NACK消息之后从网络侧设备接收下行数据并进行缓存的示意图。在图11中,水平方向表示时域,竖直方向表示频域。如图11所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源通过PDCCH向用户设备发送DCI。接下来,用户设备对DCI进行解码,并生成针对DCI的NACK消息并向网络侧设备发送,这里,用户设备可以利用PUCCH来携带NACK消息。接下来,网络侧设备向用户设备发送由DCI指示的PDSCH。用户设备对PDSCH进行缓存。接下来,网络侧设备向用户设备重新发送PDCCH。接下来,用户设备对重新发送的PDCCH进行解码,生成针对PDCCH的ACK消息并向网络侧设备发送。同时,用户设备可以利用正确解码的PDCCH对缓存的下行数据进行解调。
图12是示出图11所示的实施例的时隙的配置的示意图。图12示出了包括14个OFDM符号的一个时隙的配置的示意图。如图12所示,该时隙的第1个OFDM符号用于下行传输,网络侧设备向用户设备发送PDCCH;该时隙的第2个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对DCI的NACK消息;该时隙的第3-12个OFDM符号用于下行传输,网络侧设备向用户设备发送PDSCH;该时隙的第13个OFDM符号用于下行传输,网络侧设备向用户设备重新发送PDCCH;该时隙的第14个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对重新传输的DCI的ACK消息。值得注意的是,图12仅仅是一种示例性的时隙配置。例如,图12虽然示出了PDCCH占用1个OFDM符号的情形,当然PDCCH还可以占用2个或3个OFDM符号。此外,PDSCH也可以占用其他数目的OFDM符号。
根据本公开的实施例,在向网络侧设备发送针对PDCCH的NACK消息之前并且在从网络侧设备接收重新发送的DCI之前,通信单元110可以从网络侧设备接收下行数据,并且缓存单元150可以对接收的下行数据进行缓存。
图13是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图13示出了在向网络侧设备发送针对PDCCH的NACK消息之前从网络侧设备接收下行数据并进行缓存的示意图。在图13中,水平方向表示时域,竖直方向表示频域。如图13所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源通过PDCCH向用户设备发送DCI。接下来,网络侧设备向用户设备发送由DCI指示的PDSCH。用户设备对PDSCH进行缓存。接下来,用户设备对DCI进行解码,并生成针对DCI的NACK消息并向网络侧设备发送,这里,用户设备可以利用PUCCH来携带NACK消息。接下来,网络侧设备向用户设备重新发送PDCCH。接下来,用户设备对重新发送的PDCCH进行解码,生成针对PDCCH的ACK消息并向网络侧设备发送。同时,用户设备可以利用正确解码的PDCCH对缓存的下行数据进行解调。
图14是示出图13所示的实施例的时隙的配置的示意图。图14示出了包括14个OFDM符号的一个时隙的配置的示意图。如图14所示,该时隙的第1个OFDM符号用于下行传输,网络侧设备向用户设备发送PDCCH;该时隙的第2-11个OFDM符号用于下行传输,网络侧设备向用户设备发送PDSCH;该时隙的第12个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对DCI的NACK消息;该时隙的第13个OFDM符号用于下行传输,网络侧设备向用户设备重新发送PDCCH;该时隙的第14个OFDM符号用于上行传输,用户设备向网络侧设备发送PUCCH,其中携带针对重新传输的DCI的ACK消息。值得注意的是,图14仅仅是一种示例性的时隙配置。例如,图14虽然示出了PDCCH占用1个OFDM符号的情形,当然PDCCH还可以占用2个或3个OFDM符号。此外,PDSCH也可以占用其他数目的OFDM符号。
如上所述,根据本公开的实施例,用户设备100可以在对PDCCH正确解码之前通过PDSCH发送下行数据。在这种情况下,由于用户设备100没有对PDCCH正确解码,因此并不知晓由PDCCH指示的PDSCH的位置。在NR通信系统中,用户设备100可以被网络侧设备预先配置多个用于接收下行数据的BWP(Bandwidth Part,带宽部分),这多个BWP中的一个BWP是激活状态,其它BWP是非激活状态。
根据本公开的实施例,用户设备100可以在用户设备100的被预先配置的多个BWP上接收下行数据并进行缓存。也就是说,用户设备100可以在被预先配置的所有(例如4个)BWP上搜索并接收下行数据,从而对下行数据进行缓存。
根据本公开的实施例,用户设备100可以在用户设备100的默认的一个或多个BWP上接收下行数据并进行缓存。这里,默认的BWP可以是处于激活状态的BWP。也就是说,用户设备100可以在处于激活状态的一个BWP上搜索并接收下行数据,从而对下行数据进行缓存。默认的BWP还可以是用户设备100与网络侧设备之间预先约定好的BWP,例如最近一次用户设备100用于接收下行数据的BWP。也就是说,用户设备100可以在与网络侧设备预先约定好的BWP上搜索并接收下行数据,从而对下行数据进行缓存。
根据本公开的实施例,用户设备100还可以从网络侧设备接收关于默认的BWP的信息。例如,信息中可以包括默认的BWP的标识信息。进一步,这种信息例如可以通过诸如RRC层信令或MAC层信令的高层信令来接收。也就是说,用户设备100可以在网络侧设备指示的BWP上搜索并接收下行数据,从而对下行数据进行缓存。
根据本公开的实施例,通信单元110还可以从网络侧设备接收用于指示对下行数据进行缓存的指示消息。这里,用于指示对下行数据进行缓存的指示消息例如可以包括用于承载下行数据的时域资源和频域资源的指示信息。例如,可以通过更为紧凑或者压缩的DCI格式来承载这样的指示信息。这样一来,用户设备100可以通过指示消息获取下行数据的资源位置,从而可以对下行数据进行接收和缓存。进一步,在用户设备100接收到后续完整的DCI信息之后,可以利用完成的DCI对缓存的下行数据进行解调。
图15是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的进程的示意图。具体地,图15示出了网络侧设备向用户设备发送缓存指示信息的示意图。在图15中,水平方向表示时域,竖直方向表示频域。如图15所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源通过PDCCH向用户设备发送第一个DCI(在图15中标记为PDCCH1)。此外,网络侧设备还可以选取时频资源并利用选取的时频资源通过PDCCH向用户设备发送第二个DCI(在图15中标记为PDCCH2)。这里,第二个DCI携带用于指示用户设备对下行数据进行缓存的缓存指示信息。接下来,网络侧设备向用户设备发送PDSCH。用户设备根据第二个DCI中携带的用于发送下行数据的资源的位置信息对该PDSCH进行缓存。接下来,用户设备对第一个DCI进行解码,并生成针对第一个DCI的NACK消息并向网络侧设备发送,这里,用户设备可以利用PUCCH来携带NACK消息。接下来,网络侧设备向用户设备重新发送PDCCH1。接下来,用户设备对重新发送的PDCCH1进行解码,生成针对PDCCH1的ACK消息并向网络侧设备发送。同时,用户设备可以利用正确解码的PDCCH1对缓存的下行数据进行解调。
如上所述,根据本公开的实施例,网络侧设备可以向用户设备100发送用于指示对下行数据进行缓存的指示消息,也可以不向用户设备100发送用于指示对下行数据进行缓存的指示消息。在后一种情况下,用户设备100可以在与网络侧设备之间预先约定好的或者网络侧设备指示的BWP上接收下行数据。
由此可见,根据本公开的实施例的用户设备100,可以根据PDCCH所承载的DCI的内容来确定是否执行针对该DCI的HARQ反馈。进一步,用户设备100可以仅仅在DCI包括与下行传输有关的控制信息的情况下执行HARQ反馈,从而在提高传输可靠性的基础上节约开销。此外,为了进一步节约开销并减少时延,用户设备100可以将多个HARQ反馈消息进行合并发送。进一步,用户设备100还可以在对PDCCH正确解码之前对下行数据进行缓存。综上,根据本公开的实施例的用户设备100,可以实现HARQ反馈机制在PDCCH上的应用,提高PDCCH所承载的DCI的传输可靠性。
<3.备份PDCCH的用户设备的配置示例>
下面将详述根据本公开的另一个实施例的提高PDCCH传输可靠性的用户设备100。该用户设备100也可以采用如图1所示的结构配置。
根据本公开的实施例,通信单元110可以从网络侧设备接收第一数据信息、第二数据信息、针对第一数据信息的第一控制信息以及针对第二数据信息的第二控制信息,其中,第一数据信息包括第二控制信息,并且第二数据信息包括所述第一控制信息。
根据本公开的实施例,解调单元120可以对从网络侧设备接收到的信息,包括第一数据信息、第二数据信息、第一控制信息和第二控制信息进行解码以获取第一数据信息和第二数据信息。
如上所述,根据本公开的实施例的用户设备100,第一控制信息和第二控制信息被接收两次,从而实现分集增益,进一步提高PDCCH的传输可靠性。
根据本公开的实施例,第一数据信息和第二数据信息可以是通过PDSCH承载的下行数据信息,第一控制信息和第二控制信息可以是通过PDCCH承载的下行控制信息。
图16是示出根据本公开的实施例的备份PDCCH的进程的示意图。在图16中,水平方向表示时域,竖直方向表示频域。如图16所示,首先,网络侧设备选取时频资源(在时域上占用一个或多个OFDM符号,在频域上占用一个或多个子载波)并利用选取的时频资源通过PDCCH向用户设备发送第一个DCI(在图16中标记为PDCCH1)。此外,网络侧设备还可以选取时频资源并利用选取的时频资源通过PDCCH向用户设备发送第二个DCI(在图16中标记为PDCCH2)。接下来,网络侧设备通过PDSCH向用户设备发送第一个数据信息(在图16中标记为PDSCH1),这里的第一个数据信息包括了第二个DCI。进一步,网络侧设备还可以通过PDSCH向用户设备发送第二个数据信息(在图16中标记为PDSCH2),这里的第二个数据信息包括了第一个DCI。
根据本公开的实施例,用户设备100可以从为用户设备100提供服务的同一个网络侧设备接收第一数据信息、第一控制信息、第二数据信息和第二控制信息。也就是说,第一控制信息和第二控制信息是来自于同一个网络侧设备的不同的下行控制信息,而第一数据信息和第二数据信息是来自于同一个网络侧设备的不同的下行数据信息。这里的网络侧设备例如可以是基站或者TRP。
根据本公开的实施例,用户设备100也可以从为用户设备100提供服务的不同的网络侧设备接收上述信息。例如,用户设备100从第一网络侧设备接收第一控制信息和第一数据信息,从第二网络侧设备接收第二控制信息和第二数据信息。也就是说,第一控制信息是来自于第一网络侧设备的下行控制信息,第一数据信息是来自于第一网络侧设备的下行数据信息,而第二控制信息是来自于第二网络侧设备的下行控制信息,第二数据信息是来自于第二网络侧设备的下行数据信息。这里的第一和第二网络侧设备例如可以是TRP。
根据本公开的实施例,第一网络侧设备和第二网络侧设备之间可以通过Xn接口(TRP之间的接口)来交互控制信息。例如,第一网络侧设备通过Xn接口向第二网络侧设备发送第一控制信息,以用于第二网络侧设备将第一控制信息编码在第二数据信息中,而第二网络侧设备可以通过Xn接口向第一网络侧设备发送第二控制信息,以用于第一网络侧设备将第二控制信息编码在第一数据信息中。
根据本公开的实施例,解调单元120可以对第一控制信息进行解码,并利用正确解码后的第一控制信息对第一数据信息进行解码。进一步,解码单元120还可以对第二控制信息进行解码,并利用正确解码后的第二控制信息对第二数据信息进行解码。
根据本公开的实施例,在解调单元120没有对第一控制信息进行正确解码而仅仅对第二控制信息进行了正确解码的情况下,解调单元120可以利用正确解码后的第二控制信息对第二数据信息进行解码,从而根据解码后的第二数据信息确定第二数据信息中包括的第一控制信息。接下来,解调单元120可以利用获得的第一控制信息对第一数据信息进行解码。
根据本公开的实施例,在解调单元120没有对第二控制信息进行正确解码而仅仅对第一控制信息进行了正确解码的情况下,解调单元120可以利用正确解码后的第一控制信息对第一数据信息进行解码,从而根据解码后的第一数据信息确定第一数据信息中包括的第二控制信息。接下来,解调单元120可以利用获得的第二控制信息对第二数据信息进行解码。
以图16所示的实施例为例,当用户设备100接收到PDCCH1和PDCCH2之后,对PDCCH1和PDCCH2进行解码。在用户设备100对PDCCH1和PDCCH2都正确解码的情况下,用户设备100可以利用正确解码的PDCCH1对PDSCH1进行解码以获取PDSCH1中承载的下行数据,利用正确解码的PDCCH2对PDSCH2进行解码以获取PDSCH2中承载的下行数据。在用户设备100对PDCCH1正确解码而未对PDCCH2正确解码的情况下,用户设备100可以利用正确解码的PDCCH1对PDSCH1进行解码以获取PDSCH1中承载的下行数据,从而获取PDSCH1中包括的PDCCH2,并利用因此获得的PDCCH2对PDSCH2进行解码以获取PDSCH2中承载的下行数据。在用户设备100对PDCCH2正确解码而未对PDCCH1正确解码的情况下,用户设备100可以利用正确解码的PDCCH2对PDSCH2进行解码以获取PDSCH2中承载的下行数据,从而获取PDSCH2中包括的PDCCH1,并利用因此获得的PDCCH1对PDSCH1进行解码以获取PDSCH1中承载的下行数据。
如上所述,根据本公开的实施例的用户设备100,可以接收两次PDCCH1和PDCCH2,从而实现分集增益。在这个实施例中,将PDCCH1复制到PDSCH2中发送,并将PDCCH2复制到PDSCH1中发送,实际上实现了对PDCCH1和PDCCH2的“备份”。这样一来,用户设备100仅需要对PDCCH1和PDCCH2中的一个进行正确解码,就可以获取PDSCH1和PDSCH2承载的下行数据,从而提高了PDCCH传输的可靠性。
值得注意的是,虽然前文以PDCCH承载的两个DCI为例对提高PDCCH传输可靠性的实施例进行了说明,但是本领域技术人员应该理解,还可以利用三个或更多个DCI以及相对应的下行数据来实现分集增益。例如,可以在第一数据信息中包括第二控制信息,在第二数据信息中包括第三控制信息,并在第三数据信息中包括第一控制信息。也就是说,在存在发送至一个用户设备的多个数据信息和多个控制信息的情况下,可以在多个数据信息中的每一个数据信息中包括针对其它数据信息的控制信息,以使得每个控制信息被发送两次,从而实现控制信息的分集增益。
<4.执行针对PDCCH的HARQ反馈的网络侧设备的配置示例>
图17是示出根据本公开的实施例的无线通信系统中的用作网络侧设备的电子设备1700的结构的框图。如图17所示,电子设备1700可以包括通信单元1710和确定单元1720。
这里,电子设备1700的各个单元都可以包括在处理电路中。需要说明的是,电子设备1700既可以包括一个处理电路,也可以包括多个处理电路。进一步,处理电路可以包括各种分立的功能单元以执行各种不同的功能和/或操作。需要说明的是,这些功能单元可以是物理实体或逻辑实体,并且不同称谓的单元可能由同一个物理实体实现。
根据本公开的实施例,通信单元1710可以向用户设备发送包含PDCCH的下行信号。这里,PDCCH可以承载DCI。
根据本公开的实施例,确定单元1720可以根据PDCCH承载的DCI的内容来确定是否需要从用户设备接收针对该DCI的HARQ反馈消息。
如上所述,根据本公开的实施例的电子设备1700,可以根据PDCCH所承载的DCI的内容来确定是否需要从用户设备接收针对该DCI的HARQ反馈,从而实现HARQ反馈机制在PDCCH上的应用,提高PDCCH所承载的DCI的传输可靠性。
根据本公开的实施例,如图17所示,电子设备1700可以包括处理单元1740,用于利用特定的DCI格式生成向用户设备发送的DCI,并通过PDCCH来承载DCI。
根据本公开的实施例,确定单元1720可以根据PDCCH承载的DCI包括与上行传输有关的控制信息还是包括与下行传输有关的控制信息来确定是否需要从用户设备接收针对该DCI的HARQ反馈。
根据本公开的实施例,当DCI包括与电子设备1700的下行传输有关的控制信息时,确定单元1720确定需要从用户设备接收针对DCI的HARQ反馈。进一步,当DCI包括与电子设备1700的下行传输有关的控制信息时,该DCI可以采用DCI格式1。
根据本公开的实施例,当DCI包括与电子设备1700的上行传输有关的控制信息时,确定单元1720确定不需要从用户设备接收针对该DCI的HARQ反馈。进一步,当DCI包括与电子设备1700的上行传输有关的控制信息时,该DCI可以采用DCI格式0。
根据本公开的实施例,当确定单元1720确定需要从用户设备接收针对该DCI的HARQ反馈时,在发送DCI之后需要等待针对该DCI的HARQ反馈消息,并根据HARQ反馈消息来判断是否需要执行对DCI的重传;当确定单元1720确定不需要从用户设备接收针对该DCI的HARQ反馈时,在发送DCI之后不需要等待针对该DCI的HARQ反馈消息,而是直接执行后续的操作,例如通过PUSCH接收用户设备发送的上行数据或者通过PDSCH向用户设备发送下行数据。
根据本公开的实施例,如图17所示,电子设备1700可以包括解调单元1730,用于在需要从用户设备接收HARQ反馈消息的情况下对HARQ反馈消息进行解调。此外,解调单元1730还可以对来自用户设备的上行数据进行解调。
根据本公开的实施例,在从用户设备接收针对DCI的ACK消息的情况下,通信单元1710可以向用户设备发送下行数据。
图18是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图18示出了在用户设备对DCI正确解码的情况下的信令流程图,其对应于图2中所示的进程。如图18所示,在S1801中,基站向UE(User Equipment,用户设备)发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在S1802中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE对PDCCH承载的DCI进行正确解码,则生成针对DCI的ACK消息。接下来,在S1803中,UE向基站发送PUCCH,其中携带针对DCI的ACK消息。接下来,在S1804中,基站通过PDSCH向UE发送下行数据。接下来,在S1805中,UE向基站发送PUCCH,其中携带针对下行数据的ACK/NACK消息。
根据本公开的实施例,在从用户设备接收针对DCI的NACK消息的情况下,通信单元1710可以向用户设备重新发送DCI。进一步,电子设备1700还可以从用户设备接收针对重新发送的DCI的ACK/NACK消息。
图19是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图19示出了在用户设备未对DCI正确解码的情况下的信令流程图,其对应于图4中所示的进程。如图19所示,在S1901中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在S1902中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE没有对PDCCH承载的DCI进行正确解码,则生成针对DCI的NACK消息。接下来,在S1903中,UE向基站发送PUCCH,其中携带针对DCI的NACK消息。接下来,在S1904中,基站通过PDCCH向UE重新发送DCI。接下来,在S1905中,UE对重新发送的DCI进行解码。这里假定UE对重新发送的DCI进行正确解码,则生成针对重新发送的DCI的ACK消息。接下来,在S1906中,UE向基站发送PUCCH,其中携带针对重新发送的DCI的ACK消息。接下来,在S1907中,基站通过PDSCH向UE发送下行数据。接下来,在S1908中,UE向基站发送PUCCH,其中携带针对下行数据的ACK/NACK消息。如前文中所述,图19中所示的步骤S1904和步骤S1905可以重复多次,直到UE对重新发送的DCI正确解码为止。此外,还可以对重新发送DCI的次数进行限定以减少时延。
根据本公开的实施例,通信单元1710可以利用不同的频域资源向用户设备同时发送下行数据和重新发送的DCI。
图20是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图20示出了在电子设备利用不同的频域资源同时发送下行数据和重新传输的DCI的情况下的信令流程图,其对应于图6中所示的进程。如图20所示,在S2001中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在S2002中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE没有对PDCCH承载的DCI进行正确解码,则生成针对DCI的NACK消息。接下来,在S2003中,UE向基站发送PUCCH,其中携带针对DCI的NACK消息。接下来,在S2004中,基站通过PDCCH向UE重新发送DCI。这里,在S2004中,基站还可以利用相同的时域资源不同的频域资源通过PDSCH向UE发送下行数据。接下来,在S2005中,UE对重新发送的DCI进行解码。这里假定UE对重新发送的DCI进行正确解码,则生成针对重新发送的DCI的ACK消息。接下来,在S2006中,UE向基站发送PUCCH,其中携带针对重新发送的DCI的ACK消息。
根据本公开的实施例,通信单元1710可以向用户设备重新发送DCI一次或多次。
图21是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图21示出了在电子设备多次重新发送DCI的情况下的信令流程图,其对应于图7中所示的进程。如图21所示,在S2101中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在S2102中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE没有对PDCCH承载的DCI进行正确解码,则生成针对DCI的NACK消息。接下来,在S2103中,UE向基站发送PUCCH,其中携带针对DCI的NACK消息。接下来,在S2104中,基站通过PDCCH向UE多次重新发送DCI。这里,在S2104中,基站还可以利用相同的时域资源不同的频域资源通过PDSCH向UE发送下行数据。如图21所示,在电子设备1700多次重新发送DCI的情况下,可以不需要从用户设备接收针对重新发送的DCI的HARQ反馈消息。
根据本公开的实施例,通信单元1710可以向用户设备发送PDCCH承载的DCI,并向用户设备发送PDSCH承载的下行数据。进一步,在DCI的内容表明需要从用户设备接收HARQ反馈消息的情况下,通信单元1710可以从用户设备接收合并后的HARQ反馈消息,HARQ反馈消息包括针对DCI的HARQ反馈消息以及针对下行数据的HARQ反馈消息。
根据本公开的实施例,在合并后的HARQ反馈消息表明用户设备对DCI正确解码并且未对下行数据正确解码的情况下,通信单元1710可以向用户设备重新发送所述下行数据。
根据本公开的实施例,在用户设备对针对PDCCH和PDSCH的反馈信息进行合并的情况下,当用户设备对PDCCH正确解码而没有对PDSCH正确解码时,电子设备1700可以仅向用户设备重新发送PDSCH。以使得用户设备利用之前正确解码的PDCCH对重新发送的PDSCH进行解码从而获取下行数据。
根据本公开的实施例,在合并后的HARQ反馈消息表明用户设备未对DCI正确解码并且未对下行数据正确解码的情况下,通信单元1710可以向用户设备重新发送DCI。
根据本公开的实施例,在用户设备对针对PDCCH和PDSCH的反馈信息进行合并的情况下,当用户设备没有对PDCCH正确解码时,其也必然不能对PDSCH正确解码。在这种情况下,电子设备1700可以仅向用户设备重新发送PDCCH。以使得用户设备利用重新发送的PDCCH对之前缓存的PDSCH进行解码从而获取下行数据。由此一来,由于只需要重新发送数据量较少的PDCCH,从而可以节约开销并减少时延。
图22是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图22示出了在用户设备对PDCCH和PDSCH的反馈消息进行合并的情况下的信令流程图,其对应于图8中所示的进程。如图22所示,在S2201中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在步骤S2202中,基站通过PDSCH向UE发送下行数据。接下来,在S2203中,UE对接收到的通过PDCCH承载的DCI进行解码,并且对通过PDSCH承载的下行数据进行解码。接下来,在S2204中,UE向基站发送PUCCH,其中携带针对DCI的ACK/NACK消息和针对下行数据的ACK/NACK消息。
根据本公开的实施例,通信单元1710还可以向用户设备发送通过PDCCH承载的多个DCI。进一步,通信单元1710还可以从用户设备接收合并后的HARQ反馈消息,合并后的HARQ反馈消息包括针对多个DCI中的每个DCI的HARQ反馈消息。
图23是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图23示出了在用户设备对多个DCI的反馈消息进行合并的情况下的信令流程图,其对应于图9中所示的进程。如图23所示,在S2301中,基站向UE发送PDCCH1,PDCCH1承载针对该UE的第一DCI。接下来,在步骤S2302中,向UE发送PDCCH2,PDCCH2承载针对该UE的第二DCI。接下来,在S2303中,UE对接收到的通过PDCCH1承载的第一DCI和通过PDCCH2承载的第二DCI进行解码。接下来,在S2304中,UE向基站发送PUCCH,其中携带针对第一DCI的ACK/NACK消息和针对第二DCI的ACK/NACK消息。
根据本公开的实施例,在向用户设备重新发送DCI之前,通信单元1710可以向用户设备发送下行数据,以用于用户设备进行缓存。
图24是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图24示出了先向用户设备发送下行数据再向用户设备重新发送DCI的情况下的信令流程图,其对应于图11中所示的进程。如图24所示,在S2401中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在S2402中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE没有对PDCCH承载的DCI进行正确解码,则生成针对DCI的NACK消息。接下来,在S2403中,UE向基站发送PUCCH,其中携带针对DCI的NACK消息。接下来,在S2404中,基站通过PDSCH向UE发送下行数据,UE对接收到的下行数据进行缓存。接下来,在S2405中,基站通过PDCCH向UE重新发送DCI。接下来,在S2406中,UE对重新发送的DCI进行解码。这里,假定UE对重新发送的DCI正确解码,从而可以利用正确解码的DCI对缓存的下行数据进行解码。接下来,在S2407中,UE向基站发送PUCCH,其中携带针对重新发送的DCI的ACK消息。
图25是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图25示出了先向用户设备发送下行数据再向用户设备重新发送DCI的情况下的信令流程图,其对应于图13中所示的进程。如图25所示,在S2501中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI。接下来,在S2502中,基站通过PDSCH向UE发送下行数据,UE对接收到的下行数据进行缓存。接下来,在S2503中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE没有对PDCCH承载的DCI进行正确解码,则生成针对DCI的NACK消息。接下来,在S2504中,UE向基站发送PUCCH,其中携带针对DCI的NACK消息。接下来,在S2505中,基站通过PDCCH向UE重新发送DCI。接下来,在S2506中,UE对重新发送的DCI进行解码。这里,假定UE对重新发送的DCI正确解码,从而可以利用正确解码的DCI对缓存的下行数据进行解码。接下来,在S2507中,UE向基站发送PUCCH,其中携带针对重新发送的DCI的ACK消息。在图25中,S2502和S2503可以同时进行,也就是说,基站在S2502中向UE发送PDSCH,同时UE在S2503中对DCI进行解码。
根据本公开的实施例,通信单元1710还可以向用户设备发送关于默认的BWP的信息,以用于用户设备在电子设备1700指示的默认的BWP上搜索并接收下行数据,从而对下行数据进行缓存。例如,信息中可以包括默认的BWP的标识信息。进一步,电子设备1700例如可以通过诸如RRC层信令或MAC层信令的高层信令来发送关于默认的BWP的信息。
根据本公开的实施例,通信单元1710还可以向用户设备发送用于指示对下行数据进行缓存的指示消息。这里,用于指示对下行数据进行缓存的指示消息例如可以包括用于承载下行数据的时域资源和频域资源的指示信息。例如,电子设备1700可以通过更为紧凑或者压缩的DCI格式来承载这样的指示信息。用户设备可以通过指示消息获取下行数据的资源位置,从而可以对下行数据进行接收和缓存。进一步,在用户设备接收到来自电子设备1700的后续完整的DCI信息之后,可以对缓存的下行数据进行解调。
图26是示出根据本公开的实施例的执行针对PDCCH的HARQ反馈的信令流程图。具体地,图26示出了在电子设备向网络侧设备发送缓存指示信息情况下的信令流程图,其对应于图15中所示的进程。如图26所示,在S2601中,基站向UE发送PDCCH,PDCCH承载针对该UE的DCI以及缓存指示信息。接下来,在S2602中,基站通过PDSCH向UE发送下行数据,UE对接收到的下行数据进行缓存。接下来,在S2603中,UE对接收到的通过PDCCH承载的DCI进行解码。这里假定UE没有对PDCCH承载的DCI进行正确解码,则生成针对DCI的NACK消息。接下来,在S2604中,UE向基站发送PUCCH,其中携带针对DCI的NACK消息。接下来,在S2605中,基站通过PDCCH向UE重新发送DCI。接下来,在S2606中,UE对重新发送的DCI进行解码。这里,假定UE对重新发送的DCI正确解码,从而可以利用正确解码的DCI对缓存的下行数据进行解码。接下来,在S2607中,UE向基站发送PUCCH,其中携带针对重新发送的DCI的ACK消息。在图26中,S2602和S2603可以同时进行,也就是说,基站在S2602中向UE发送PDSCH,同时UE在S2603中对DCI进行解码。
如上所述,根据本公开的实施例的电子设备1700,可以根据PDCCH所承载的DCI的内容来确定是否需要从用户设备接收针对该DCI的HARQ反馈。进一步,可以仅仅在DCI包括与下行传输有关的控制信息的情况下从用户设备接收HARQ反馈,从而在提高传输可靠性的基础上节约开销。此外,为了进一步节约开销并减少时延,可以从用户设备接收合并的HARQ反馈消息。进一步,电子设备1700还可以在用户设备尚未对PDCCH正确解码之前向用户设备发送下行数据以用于用户设备进行缓存。综上,根据本公开的实施例的电子设备1700,可以实现HARQ反馈机制在PDCCH上的应用,提高PDCCH所承载的DCI的传输可靠性。
根据本公开的实施例的电子设备1700可以作为网络侧设备,即电子设备1700可以为用户设备100提供服务,因此在前文中描述的关于用户设备100的全部实施例都适用于此。
<5.备份PDCCH的网络侧设备的配置示例>
下面将详述根据本公开的另一个实施例的提高PDCCH传输可靠性的用作网络侧设备的电子设备1700。该电子设备1700也可以采用如图17所示的结构配置。
根据本公开的实施例,处理单元1740可以生成第一数据信息、第二数据信息、针对第一数据信息的第一控制信息和针对第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息。
根据本公开的实施例,通信单元1710可以向用户设备发送第一数据信息、第二数据信息、第一控制信息以及第二控制信息。
如上所述,根据本公开的实施例的电子设备1700,向用户设备发送两次第一控制信息和第二控制信息,从而实现分集增益,进一步提高PDCCH的传输可靠性。
根据本公开的实施例,通信单元1710还可以从除电子设备1700以外的其它网络侧设备接收针对第二数据信息的第二控制信息。
根据本公开的实施例,处理单元1740可以生成第一数据信息和针对第一数据信息的第一控制信息,所述第一数据信息包括所述第二控制信息。
根据本公开的实施例,通信单元1710还可以向其它网络侧设备发送第一控制信息,以用于其它网络侧设备将第一控制信息包括在所述第二数据信息中。
根据本公开的实施例,通信单元1710可以向用户设备发送第一数据信息和第一控制信息。这里,第一数据信息是用于电子设备1700向用户设备发送的下行数据信息,并且第二数据信息是用于其它网络侧设备向用户设备发送的下行数据信息。
这里,当电子设备1700和其它网络侧设备是TRP时,电子设备1700可以通过Xn接口来向其它网络侧设备发送第一控制信息,并可以通过Xn接口从其它网络侧设备接收第二控制信息。
根据本公开的实施例,第一数据信息和第二数据信息可以是通过PDSCH承载的下行数据信息,第一控制信息和第二控制信息可以是通过PDCCH承载的下行控制信息。
如上所述,根据本公开的实施例的电子设备1700,第一控制信息被发送两次,一次发送给其它网络侧设备以用于其它网络侧设备发送给用户设备,一次直接发送给用户设备,从而实现分集增益,进一步提高PDCCH的传输可靠性。
图27是示出根据本公开的实施例的备份PDCCH的信令流程图。图27仅仅示出了第一数据信息和第二数据信息是来自于同一个网络侧设备的实施例。在图27中,在S2701中,基站向UE发送由PDCCH1承载的第一DCI。接下来,在S2702中,基站向UE发送由PDCCH2承载的第二DCI。接下来,在S2703中,基站通过PDSCH1向UE发送下行数据,其中包括PDCCH2,并通过PDSCH2向UE发送下行数据,其中包括PDCCH1。接下来,在S2704中,UE对PDCCH1承载的DCI、PDCCH2承载的DCI、PDSCH1和PDSCH2进行解码以获取PDSCH1中的下行数据和PDSCH2中的下行数据。
如上所述,根据本公开的实施例的电子设备1700,可以发送两次PDCCH1和PDCCH2,从而实现分集增益。这样一来,用户设备仅需要对PDCCH1和PDCCH2中的一个进行正确解码,就可以获取PDSCH1和PDSCH2承载的下行数据,从而提高了PDCCH传输的可靠性。
<6.方法实施例>
接下来将详细描述根据本公开实施例的由无线通信系统中的用户设备100和由无线通信系统中的作为网络侧设备的电子设备1700执行的无线通信方法。
图28是示出根据本公开的实施例的由无线通信系统中的用户设备100执行的无线通信方法的流程图。
如图28所示,在步骤S2810中,对来自网络侧设备的下行信号进行解调以获取其中包含的PDCCH。
接下来,在步骤S2820中,根据PDCCH承载的DCI的内容来确定是否执行针对DCI的HARQ反馈。
优选地,方法还包括:当DCI包括与用户设备100的下行传输有关的控制信息时,执行针对DCI的HARQ反馈。
优选地,当DCI包括与用户设备100的下行传输有关的控制信息时,DCI采用DCI格式1。
优选地,方法还包括:当DCI包括与用户设备100的上行传输有关的控制信息时,不执行针对DCI的HARQ反馈。
优选地,当DCI包括与用户设备100的上行传输有关的控制信息时,DCI采用DCI格式0。
优选地,方法还包括:在对DCI正确解码的情况下,向网络侧设备发送针对DCI的ACK消息,并根据DCI从网络侧设备接收下行数据。
优选地,方法还包括:在未对DCI正确解码的情况下,向网络侧设备发送针对DCI的NACK消息,并从网络侧设备接收重新发送的DCI。
优选地,方法还包括:利用不同的频域资源从网络侧设备同时接收下行数据和重新发送的DCI。
优选地,方法还包括:在从网络侧设备接收重新发送的DCI之前,从网络侧设备接收下行数据并进行缓存。
优选地,方法还包括:在用户设备100的被预先配置的多个BWP上接收下行数据并进行缓存。
优选地,方法还包括:在用户设备100的默认的一个或多个BWP上接收下行数据并进行缓存。
优选地,方法还包括:从网络侧设备接收用于指示对下行数据进行缓存的指示消息。
优选地,方法还包括:向网络侧设备发送合并后的HARQ反馈消息,合并后的HARQ反馈消息包括针对DCI的HARQ反馈消息以及针对一个或多个其它DCI的HARQ反馈消息。
优选地,方法还包括:向网络侧设备发送合并后的HARQ反馈消息,合并后的HARQ反馈消息包括针对DCI的HARQ反馈消息以及针对PDSCH承载的下行数据的HARQ反馈消息。
根据本公开的实施例,执行上述方法的主体可以是根据本公开的实施例的用户设备100,因此前文中关于用户设备100的全部实施例均适用于此。
接下来将详细描述根据本公开实施例的由无线通信系统中的作为网络侧设备的电子设备1700执行的无线通信方法。
图29是示出根据本公开的实施例的由无线通信系统中的作为网络侧设备的电子设备1700执行的无线通信方法的流程图。
如图29所示,在步骤S2910中,向用户设备发送包含PDCCH的下行信号。
接下来,在步骤S2920中,根据PDCCH承载的DCI的内容来确定是否从用户设备接收针对DCI的HARQ反馈消息。
优选地,方法还包括:当DCI包括与电子设备1700的下行传输有关的控制信息时,从用户设备接收针对DCI的HARQ反馈。
优选地,当DCI包括与电子设备1700的下行传输有关的控制信息时,DCI采用DCI格式1。
优选地,方法还包括:当DCI包括与电子设备1700的上行传输有关的控制信息时,不从用户设备接收针对DCI的HARQ反馈。
优选地,当DCI包括与电子设备1700的上行传输有关的控制信息时,DCI采用DCI格式0。
优选地,方法还包括:在从用户设备接收针对DCI的ACK消息的情况下,向用户设备发送下行数据。
优选地,方法还包括:在从用户设备接收针对DCI的NACK消息的情况下,向用户设备重新发送所述DCI。
优选地,方法还包括:利用不同的频域资源向用户设备同时发送下行数据和重新发送的DCI。
优选地,方法还包括:向用户设备重新发送DCI一次或多次。
优选地,方法还包括:在向用户设备重新发送DCI之前,向用户设备发送下行数据。
优选地,方法还包括:向用户设备发送用于指示对下行数据进行缓存的指示消息。
优选地,方法还包括:向用户设备发送多个DCI;以及从用户设备接收合并后的HARQ反馈消息,HARQ反馈消息包括针对多个DCI中的每个DCI的HARQ反馈消息。
优选地,方法还包括:向用户设备发送PDCCH承载的DCI,并向用户设备发送PDSCH承载的下行数据;以及从用户设备接收合并后的HARQ反馈消息,HARQ反馈消息包括针对DCI的HARQ反馈消息以及针对下行数据的HARQ反馈消息。
优选地,方法还包括:在合并后的HARQ反馈消息表明用户设备对DCI正确解码并且未对下行数据正确解码的情况下,向用户设备重新发送所述下行数据。
优选地,方法还包括:在合并后的HARQ反馈消息表明用户设备未对DCI正确解码并且未对下行数据正确解码的情况下,向用户设备重新发送所述DCI。
根据本公开的实施例,执行上述方法的主体可以是根据本公开的实施例的电子设备1700,因此前文中关于电子设备1700的全部实施例均适用于此。
图30是示出根据本公开的另一个实施例的由无线通信系统中的用户设备100执行的无线通信方法的流程图。
如图30所示,在步骤S3010中,从网络侧设备接收第一数据信息、第二数据信息、针对第一数据信息的第一控制信息以及针对第二数据信息的第二控制信息,其中,第一数据信息包括第二控制信息,并且第二数据信息包括第一控制信息。
接下来,在步骤S3020中,对从网络侧设备接收到的信息进行解码以获取第一数据信息和所述第二数据信息。
优选地,方法还包括:对第一控制信息进行解码,并利用解码后的第一控制信息对第一数据信息进行解码。
优选地,方法还包括:根据解码后的第一数据信息确定第二控制信息;以及利用确定的第二控制信息对第二数据信息进行解码。
根据本公开的实施例,执行上述方法的主体可以是根据本公开的实施例的用户设备100,因此前文中关于用户设备100的全部实施例均适用于此。
图31(a)是示出根据本公开的另一个实施例的由无线通信系统中的作为网络侧设备的电子设备1700执行的无线通信方法的流程图。
如图31(a)所示,在步骤S3110中,向用户设备发送第一数据信息、第二数据信息、针对第一数据信息的第一控制信息以及针对第二数据信息的第二控制信息,其中,第一数据信息包括第二控制信息,并且第二数据信息包括第一控制信息。
根据本公开的实施例,执行上述方法的主体可以是根据本公开的实施例的作为网络侧设备的电子设备1700,因此前文中关于电子设备1700的全部实施例均适用于此。
图31(b)是示出根据本公开的另一个实施例的由无线通信系统中的作为网络侧设备的电子设备1700执行的无线通信方法的流程图。
如图31(b)所示,在步骤S3120中,从除电子设备1700以外的其它网络侧设备接收针对第二数据信息的第二控制信息.
接下来,在步骤S3130中,向其它网络侧设备发送针对第一数据信息的第一控制信息,以用于其它网络侧设备将第一控制信息包括在第二数据信息中。
接下来,在步骤S3140中,向用户设备发送第一数据信息和第一控制信息,第一数据信息包括第二控制信息。
这里,第一数据信息是用于电子设备1700向用户设备发送的下行数据信息,并且第二数据信息是用于其它网络侧设备向用户设备发送的下行数据信息。
根据本公开的实施例,执行上述方法的主体可以是根据本公开的实施例的作为网络侧设备的电子设备1700,因此前文中关于电子设备1700的全部实施例均适用于此。
<7.应用示例>
本公开内容的技术能够应用于各种产品。
网络侧设备可以被实现为任何类型的TRP。该TRP可以具备发送和接收功能,例如可以从用户设备和基站设备接收信息,也可以向用户设备和基站设备发送信息。在典型的示例中,TRP可以为用户设备提供服务,并且受基站设备的控制。进一步,TRP可以具备与如下所述的基站设备类似的结构,也可以仅具备基站设备中与发送和接收信息相关的结构。
网络侧设备也可以被实现为任何类型的基站设备,诸如宏eNB和小eNB,还可以被实现为任何类型的gNB(5G系统中的基站)。小eNB可以为覆盖比宏小区小的小区的eNB,诸如微微eNB、微eNB和家庭(毫微微)eNB。代替地,基站可以被实现为任何其他类型的基站,诸如NodeB和基站收发台(BTS)。基站可以包括:被配置为控制无线通信的主体(也称为基站设备);以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)。
用户设备可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外,用户设备可以为安装在上述用户设备中的每个用户设备上的无线通信模块(诸如包括单个晶片的集成电路模块)。
<关于基站的应用示例>
(第一应用示例)
图32是示出可以应用本公开内容的技术的eNB的示意性配置的第一示例的框图。eNB 3200包括一个或多个天线3210以及基站设备3220。基站设备3220和每个天线3210可以经由RF线缆彼此连接。
天线3210中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件),并且用于基站设备3220发送和接收无线信号。如图32所示,eNB 3200可以包括多个天线3210。例如,多个天线3210可以与eNB 3200使用的多个频带兼容。虽然图32示出其中eNB 3200包括多个天线3210的示例,但是eNB 3200也可以包括单个天线3210。
基站设备3220包括控制器3221、存储器3222、网络接口3223以及无线通信接口3225。
控制器3221可以为例如CPU或DSP,并且操作基站设备3220的较高层的各种功能。例如,控制器3221根据由无线通信接口3225处理的信号中的数据来生成数据分组,并经由网络接口3223来传递所生成的分组。控制器3221可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组,并传递所生成的捆绑分组。控制器3221可以具有执行如下控制的逻辑功能:该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的eNB或核心网节点来执行。存储器3222包括RAM和ROM,并且存储由控制器3221执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。
网络接口3223为用于将基站设备3220连接至核心网3224的通信接口。控制器3221可以经由网络接口3223而与核心网节点或另外的eNB进行通信。在此情况下,eNB 3200与核心网节点或其他eNB可以通过逻辑接口(诸如S1接口和X2接口)而彼此连接。网络接口3223还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口3223为无线通信接口,则与由无线通信接口3225使用的频带相比,网络接口1823可以使用较高频带用于无线通信。
无线通信接口3225支持任何蜂窝通信方案(诸如长期演进(LTE)和LTE-先进),并且经由天线3210来提供到位于eNB 3200的小区中的终端的无线连接。无线通信接口3225通常可以包括例如基带(BB)处理器3226和RF电路3227。BB处理器3226可以执行例如编码/解码、调制/解调以及复用/解复用,并且执行层(例如L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议(PDCP))的各种类型的信号处理。代替控制器3221,BB处理器3226可以具有上述逻辑功能的一部分或全部。BB处理器3226可以为存储通信控制程序的存储器,或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使BB处理器3226的功能改变。该模块可以为插入到基站设备3220的槽中的卡或刀片。可替代地,该模块也可以为安装在卡或刀片上的芯片。同时,RF电路3227可以包括例如混频器、滤波器和放大器,并且经由天线3210来传送和接收无线信号。
如图32所示,无线通信接口3225可以包括多个BB处理器3226。例如,多个BB处理器3226可以与eNB 3200使用的多个频带兼容。如图32所示,无线通信接口3225可以包括多个RF电路3227。例如,多个RF电路3227可以与多个天线元件兼容。虽然图32示出其中无线通信接口3225包括多个BB处理器3226和多个RF电路3227的示例,但是无线通信接口3225也可以包括单个BB处理器3226或单个RF电路3227。
(第二应用示例)
图33是示出可以应用本公开内容的技术的eNB的示意性配置的第二示例的框图。eNB 3330包括一个或多个天线3340、基站设备3350和RRH 3360。RRH 3360和每个天线3340可以经由RF线缆而彼此连接。基站设备3350和RRH 3360可以经由诸如光纤线缆的高速线路而彼此连接。
天线3340中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件)并且用于RRH 3360发送和接收无线信号。如图33所示,eNB 3330可以包括多个天线3340。例如,多个天线3340可以与eNB 3330使用的多个频带兼容。虽然图33示出其中eNB3330包括多个天线3340的示例,但是eNB 3330也可以包括单个天线3340。
基站设备3350包括控制器3351、存储器3352、网络接口3353、无线通信接口3355以及连接接口3357。控制器3351、存储器3352和网络接口3353与参照图32描述的控制器3221、存储器3222和网络接口3223相同。
无线通信接口3355支持任何蜂窝通信方案(诸如LTE和LTE-先进),并且经由RRH3360和天线3340来提供到位于与RRH 3360对应的扇区中的终端的无线通信。无线通信接口3355通常可以包括例如BB处理器3356。除了BB处理器3356经由连接接口3357连接到RRH3360的RF电路3364之外,BB处理器3356与参照图32描述的BB处理器3226相同。如图33所示,无线通信接口3355可以包括多个BB处理器3356。例如,多个BB处理器3356可以与eNB 3330使用的多个频带兼容。虽然图33示出其中无线通信接口3355包括多个BB处理器3356的示例,但是无线通信接口3355也可以包括单个BB处理器3356。
连接接口3357为用于将基站设备3350(无线通信接口3355)连接至RRH 3360的接口。连接接口3357还可以为用于将基站设备3350(无线通信接口3355)连接至RRH 3360的上述高速线路中的通信的通信模块。
RRH 3360包括连接接口3361和无线通信接口3363。
连接接口3361为用于将RRH 3360(无线通信接口3363)连接至基站设备3350的接口。连接接口3361还可以为用于上述高速线路中的通信的通信模块。
无线通信接口3363经由天线3340来传送和接收无线信号。无线通信接口3363通常可以包括例如RF电路3364。RF电路3364可以包括例如混频器、滤波器和放大器,并且经由天线3340来传送和接收无线信号。如图33所示,无线通信接口3363可以包括多个RF电路3364。例如,多个RF电路3364可以支持多个天线元件。虽然图33示出其中无线通信接口3363包括多个RF电路3364的示例,但是无线通信接口3363也可以包括单个RF电路3364。
在图32和图33所示的eNB 3200和eNB 3330中,通过使用图17所描述的确定单元1720、解调单元1730和处理单元1740可以由控制器3221和/或控制器3351实现。功能的至少一部分也可以由控制器3221和控制器3351实现。例如,控制器3221和/或控制器3351可以通过执行相应的存储器中存储的指令而执行确定是否接收HARQ反馈、对反馈消息进行解调以及配置由PDCCH承载的下行控制信息的功能。
<关于终端设备的应用示例>
(第一应用示例)
图34是示出可以应用本公开内容的技术的智能电话3400的示意性配置的示例的框图。智能电话3400包括处理器3401、存储器3402、存储装置3403、外部连接接口3404、摄像装置3406、传感器3407、麦克风3408、输入装置3409、显示装置3410、扬声器3411、无线通信接口3412、一个或多个天线开关3415、一个或多个天线3416、总线3417、电池3418以及辅助控制器3419。
处理器3401可以为例如CPU或片上系统(SoC),并且控制智能电话3400的应用层和另外层的功能。存储器3402包括RAM和ROM,并且存储数据和由处理器3401执行的程序。存储装置3403可以包括存储介质,诸如半导体存储器和硬盘。外部连接接口3404为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至智能电话3400的接口。
摄像装置3406包括图像传感器(诸如电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS)),并且生成捕获图像。传感器3407可以包括一组传感器,诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风3408将输入到智能电话3400的声音转换为音频信号。输入装置3409包括例如被配置为检测显示装置3410的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关,并且接收从用户输入的操作或信息。显示装置3410包括屏幕(诸如液晶显示器(LCD)和有机发光二极管(OLED)显示器),并且显示智能电话3400的输出图像。扬声器3411将从智能电话3400输出的音频信号转换为声音。
无线通信接口3412支持任何蜂窝通信方案(诸如LTE和LTE-先进),并且执行无线通信。无线通信接口3412通常可以包括例如BB处理器3413和RF电路3414。BB处理器3413可以执行例如编码/解码、调制/解调以及复用/解复用,并且执行用于无线通信的各种类型的信号处理。同时,RF电路3414可以包括例如混频器、滤波器和放大器,并且经由天线3416来传送和接收无线信号。无线通信接口3412可以为其上集成有BB处理器3413和RF电路3414的一个芯片模块。如图34所示,无线通信接口3412可以包括多个BB处理器3413和多个RF电路3414。虽然图34示出其中无线通信接口3412包括多个BB处理器3413和多个RF电路3414的示例,但是无线通信接口3412也可以包括单个BB处理器3413或单个RF电路3414。
此外,除了蜂窝通信方案之外,无线通信接口3412可以支持另外类型的无线通信方案,诸如短距离无线通信方案、近场通信方案和无线局域网(LAN)方案。在此情况下,无线通信接口3412可以包括针对每种无线通信方案的BB处理器3413和RF电路3414。
天线开关3415中的每一个在包括在无线通信接口3412中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线3416的连接目的地。
天线3416中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件),并且用于无线通信接口3412传送和接收无线信号。如图34所示,智能电话3400可以包括多个天线3416。虽然图34示出其中智能电话3400包括多个天线3416的示例,但是智能电话3400也可以包括单个天线3416。
此外,智能电话3400可以包括针对每种无线通信方案的天线3416。在此情况下,天线开关3415可以从智能电话3400的配置中省略。
总线3417将处理器3401、存储器3402、存储装置3403、外部连接接口3404、摄像装置3406、传感器3407、麦克风3408、输入装置3409、显示装置3410、扬声器3411、无线通信接口3412以及辅助控制器3419彼此连接。电池3418经由馈线向图34所示的智能电话3400的各个块提供电力,馈线在图中被部分地示为虚线。辅助控制器3419例如在睡眠模式下操作智能电话3400的最小必需功能。
在图34所示的智能电话3400中,通过使用图1所描述的解调单元120、确定单元130、反馈单元140和缓存单元150可以由由处理器3401或辅助控制器3419实现。功能的至少一部分也可以由处理器3401或辅助控制器3419实现。例如,处理器3401或辅助控制器3419可以通过执行存储器3402或存储装置3403中存储的指令而执行对下行信号进行解调、确定是否执行HARQ反馈、进行HARQ反馈以及缓存下行数据的功能。
(第二应用示例)
图35是示出可以应用本公开内容的技术的汽车导航设备3520的示意性配置的示例的框图。汽车导航设备3520包括处理器3521、存储器3522、全球定位系统(GPS)模块3524、传感器3525、数据接口3526、内容播放器3527、存储介质接口3528、输入装置3529、显示装置3530、扬声器3531、无线通信接口3533、一个或多个天线开关3536、一个或多个天线3537以及电池3538。
处理器3521可以为例如CPU或SoC,并且控制汽车导航设备3520的导航功能和另外的功能。存储器3522包括RAM和ROM,并且存储数据和由处理器3521执行的程序。
GPS模块3524使用从GPS卫星接收的GPS信号来测量汽车导航设备3520的位置(诸如纬度、经度和高度)。传感器3525可以包括一组传感器,诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口3526经由未示出的终端而连接到例如车载网络3541,并且获取由车辆生成的数据(诸如车速数据)。
内容播放器3527再现存储在存储介质(诸如CD和DVD)中的内容,该存储介质被插入到存储介质接口3528中。输入装置3529包括例如被配置为检测显示装置3530的屏幕上的触摸的触摸传感器、按钮或开关,并且接收从用户输入的操作或信息。显示装置3530包括诸如LCD或OLED显示器的屏幕,并且显示导航功能的图像或再现的内容。扬声器3531输出导航功能的声音或再现的内容。
无线通信接口3533支持任何蜂窝通信方案(诸如LTE和LTE-先进),并且执行无线通信。无线通信接口3533通常可以包括例如BB处理器3534和RF电路3535。BB处理器3534可以执行例如编码/解码、调制/解调以及复用/解复用,并且执行用于无线通信的各种类型的信号处理。同时,RF电路3535可以包括例如混频器、滤波器和放大器,并且经由天线3537来传送和接收无线信号。无线通信接口3533还可以为其上集成有BB处理器3534和RF电路3535的一个芯片模块。如图35所示,无线通信接口3533可以包括多个BB处理器3534和多个RF电路3535。虽然图35示出其中无线通信接口3533包括多个BB处理器3534和多个RF电路3535的示例,但是无线通信接口3533也可以包括单个BB处理器3534或单个RF电路3535。
此外,除了蜂窝通信方案之外,无线通信接口3533可以支持另外类型的无线通信方案,诸如短距离无线通信方案、近场通信方案和无线LAN方案。在此情况下,针对每种无线通信方案,无线通信接口3533可以包括BB处理器3534和RF电路3535。
天线开关3536中的每一个在包括在无线通信接口3533中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线3537的连接目的地。
天线3537中的每一个均包括单个或多个天线元件(诸如包括在MIMO天线中的多个天线元件),并且用于无线通信接口3533传送和接收无线信号。如图35所示,汽车导航设备3520可以包括多个天线3537。虽然图35示出其中汽车导航设备3520包括多个天线3537的示例,但是汽车导航设备3520也可以包括单个天线3537。
此外,汽车导航设备3520可以包括针对每种无线通信方案的天线3537。在此情况下,天线开关3536可以从汽车导航设备3520的配置中省略。
电池3538经由馈线向图35所示的汽车导航设备3520的各个块提供电力,馈线在图中被部分地示为虚线。电池3538累积从车辆提供的电力。
在图35示出的汽车导航设备3520中,通过使用图1所描述的解调单元120、确定单元130、反馈单元140和缓存单元150可以由处理器3521实现。功能的至少一部分也可以由处理器3521实现。例如,处理器3521可以通过执行存储器3522中存储的指令而执行对下行信号进行解调、确定是否执行HARQ反馈、进行HARQ反馈以及缓存下行数据的功能。
本公开内容的技术也可以被实现为包括汽车导航设备3520、车载网络3541以及车辆模块3542中的一个或多个块的车载系统(或车辆)3540。车辆模块3542生成车辆数据(诸如车速、发动机速度和故障信息),并且将所生成的数据输出至车载网络3541。
以上参照附图描述了本公开的优选实施例,但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改,并且应理解这些变更和修改自然将落入本公开的技术范围内。
例如,附图所示的功能框图中以虚线框示出的单元均表示该功能单元在相应装置中是可选的,并且各个可选的功能单元可以以适当的方式进行组合以实现所需功能。
例如,在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地,在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外,以上功能之一可由多个单元来实现。无需说,这样的配置包括在本公开的技术范围内。
在该说明书中,流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理,而且包括并行地或单独地而不是必须按时间序列执行的处理。此外,甚至在按时间序列处理的步骤中,无需说,也可以适当地改变该顺序。
此外,本公开可以具有如下所述的配置。
(1)一种用户设备,包括处理电路,被配置为:
对来自网络侧设备的下行信号进行解调以获取其中包含的物理下行控制信道PDCCH;以及
根据所述PDCCH承载的下行控制信息DCI的内容来确定是否执行针对所述DCI的混合自动重传请求HARQ反馈。
(2)根据(1)所述的用户设备,其中,所述处理电路还被配置为:
当所述DCI包括与所述用户设备的下行传输有关的控制信息时,执行针对所述DCI的HARQ反馈。
(3)根据(2)所述的用户设备,其中,所述DCI采用DCI格式1。
(4)根据(1)所述的用户设备,其中,所述处理电路还被配置为:
当所述DCI包括与所述用户设备的上行传输有关的控制信息时,不执行针对所述DCI的HARQ反馈。
(5)根据(4)所述的用户设备,其中,所述DCI采用DCI格式0。
(6)根据(2)所述的用户设备,其中,所述处理电路还被配置为:
在对所述DCI正确解码的情况下,向所述网络侧设备发送针对所述DCI的ACK消息,并根据所述DCI从所述网络侧设备接收下行数据。
(7)根据(2)所述的用户设备,其中,所述处理电路还被配置为:
在未对所述DCI正确解码的情况下,向所述网络侧设备发送针对所述DCI的NACK消息,并从所述网络侧设备接收重新发送的DCI。
(8)根据(7)所述的用户设备,其中,所述处理电路还被配置为:
利用不同的频域资源从所述网络侧设备同时接收下行数据和重新发送的DCI。
(9)根据(7)所述的用户设备,其中,所述处理电路还被配置为:
在从所述网络侧设备接收重新发送的DCI之前,从所述网络侧设备接收下行数据并进行缓存。
(10)根据(9)所述的用户设备,其中,所述处理电路还被配置为:
在所述用户设备的被预先配置的多个带宽部分BWP上接收下行数据并进行缓存。
(11)根据(9)所述的用户设备,其中,所述处理电路还被配置为:
在所述用户设备的默认的一个或多个带宽部分BWP上接收下行数据并进行缓存。
(12)根据(9)所述的用户设备,其中,所述处理电路还被配置为:
从所述网络侧设备接收用于指示对所述下行数据进行缓存的指示消息。
(13)根据(2)所述的用户设备,其中,所述处理电路还被配置为:
向所述网络侧设备发送合并后的HARQ反馈消息,所述合并后的HARQ反馈消息包括针对所述DCI的HARQ反馈消息以及针对一个或多个其它DCI的HARQ反馈消息。
(14)根据(2)所述的用户设备,其中,所述处理电路还被配置为:
向所述网络侧设备发送合并后的HARQ反馈消息,所述合并后的HARQ反馈消息包括针对所述DCI的HARQ反馈消息以及针对物理下行共享信道PDSCH承载的下行数据的HARQ反馈消息。
(15)一种用作网络侧设备的电子设备,包括处理电路,被配置为:
向用户设备发送包含物理下行控制信道PDCCH的下行信号;以及
根据所述PDCCH承载的下行控制信息DCI的内容来确定是否从所述用户设备接收针对所述DCI的混合自动重传请求HARQ反馈消息。
(16)根据(15)所述的电子设备,其中,所述处理电路还被配置为:
当所述DCI包括与所述电子设备的下行传输有关的控制信息时,从所述用户设备接收针对所述DCI的HARQ反馈。
(17)根据(16)所述的电子设备,其中,所述DCI采用DCI格式1。
(18)根据(15)所述的电子设备,其中,所述处理电路还被配置为:
当所述DCI包括与所述电子设备的上行传输有关的控制信息时,不从所述用户设备接收针对所述DCI的HARQ反馈。
(19)根据(18)所述的电子设备,其中,所述DCI采用DCI格式0。
(20)根据(16)所述的电子设备,其中,所述处理电路还被配置为:
在从所述用户设备接收针对所述DCI的ACK消息的情况下,向所述用户设备发送下行数据。
(21)根据(16)所述的电子设备,其中,所述处理电路还被配置为:
在从所述用户设备接收针对所述DCI的NACK消息的情况下,向所述用户设备重新发送所述DCI。
(22)根据(21)所述的电子设备,其中,所述处理电路还被配置为:
利用不同的频域资源向所述用户设备同时发送下行数据和重新发送的DCI。
(23)根据(21)所述的电子设备,其中,所述处理电路还被配置为:
向所述用户设备重新发送所述DCI一次或多次。
(24)根据(21)所述的电子设备,其中,所述处理电路还被配置为:
在向所述用户设备重新发送所述DCI之前,向所述用户设备发送下行数据。
(25)根据(24)所述的电子设备,其中,所述处理电路还被配置为:
向所述用户设备发送用于指示对所述下行数据进行缓存的指示消息。
(26)根据(16)所述的电子设备,其中,所述处理电路还被配置为:
向所述用户设备发送多个DCI;以及
从所述用户设备接收合并后的HARQ反馈消息,所述HARQ反馈消息包括针对所述多个DCI中的每个DCI的HARQ反馈消息。
(27)根据(16)所述的电子设备,其中,所述处理电路还被配置为:
向所述用户设备发送所述PDCCH承载的DCI,并向所述用户设备发送物理下行共享信道PDSCH承载的下行数据;以及
从所述用户设备接收合并后的HARQ反馈消息,所述HARQ反馈消息包括针对所述DCI的HARQ反馈消息以及针对所述下行数据的HARQ反馈消息。
(28)根据(27)所述的电子设备,其中,所述处理电路还被配置为:
在所述合并后的HARQ反馈消息表明所述用户设备对所述DCI正确解码并且未对所述下行数据正确解码的情况下,向所述用户设备重新发送所述下行数据。
(29)根据(27)所述的电子设备,其中,所述处理电路还被配置为:
在所述合并后的HARQ反馈消息表明所述用户设备未对所述DCI正确解码并且未对所述下行数据正确解码的情况下,向所述用户设备重新发送所述DCI。
(30)一种用户设备,包括处理电路,被配置为:
从网络侧设备接收第一数据信息、第二数据信息、针对所述第一数据信息的第一控制信息以及针对所述第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息;以及
对从所述网络侧设备接收到的信息进行解码以获取所述第一数据信息和所述第二数据信息。
(31)根据(30)所述的用户设备,其中,所述处理电路还被配置为:
对所述第一控制信息进行解码,并利用解码后的第一控制信息对所述第一数据信息进行解码。
(32)根据(31)所述的用户设备,其中,所述处理电路还被配置为:
根据解码后的第一数据信息确定所述第二控制信息;以及
利用确定的第二控制信息对所述第二数据信息进行解码。
(33)一种用作网络侧设备的电子设备,包括处理电路,被配置为:
向用户设备发送第一数据信息、第二数据信息、针对所述第一数据信息的第一控制信息以及针对所述第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息。
(34)一种用作网络侧设备的电子设备,包括处理电路,被配置为:
从除所述电子设备以外的其它网络侧设备接收针对第二数据信息的第二控制信息;
向所述其它网络侧设备发送针对第一数据信息的第一控制信息,以用于所述其它网络侧设备将所述第一控制信息包括在所述第二数据信息中;以及
向用户设备发送第一数据信息和第一控制信息,所述第一数据信息包括所述第二控制信息,
其中,所述第一数据信息是用于所述电子设备向所述用户设备发送的下行数据信息,并且所述第二数据信息是用于所述其它网络侧设备向所述用户设备发送的下行数据信息。
(35)一种由用户设备执行的无线通信方法,包括:
对来自网络侧设备的下行信号进行解调以获取其中包含的物理下行控制信道PDCCH;以及
根据所述PDCCH承载的下行控制信息DCI的内容来确定是否执行针对所述DCI的混合自动重传请求HARQ反馈。
(36)一种由网络侧设备执行的无线通信方法,包括:
向用户设备发送包含物理下行控制信道PDCCH的下行信号;以及
根据所述PDCCH承载的下行控制信息DCI的内容来确定是否从所述用户设备接收针对所述DCI的混合自动重传请求HARQ反馈消息。
(37)一种由用户设备执行的无线通信方法,包括:
从网络侧设备接收第一数据信息、第二数据信息、针对所述第一数据信息的第一控制信息以及针对所述第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息;以及
对从所述网络侧设备接收到的信息进行解码以获取所述第一数据信息和所述第二数据信息。
(38)一种由网络侧设备执行的无线通信方法,包括:
向用户设备发送第一数据信息、第二数据信息、针对所述第一数据信息的第一控制信息以及针对所述第二数据信息的第二控制信息,其中,所述第一数据信息包括所述第二控制信息,并且所述第二数据信息包括所述第一控制信息。
(39)一种由网络侧设备执行的无线通信方法,包括:
从除所述网络侧设备以外的其它网络侧设备接收针对第二数据信息的第二控制信息;
向所述其它网络侧设备发送针对第一数据信息的第一控制信息,以用于所述其它网络侧设备将所述第一控制信息包括在所述第二数据信息中;以及
向用户设备发送第一数据信息和第一控制信息,所述第一数据信息包括所述第二控制信息,
其中,所述第一数据信息是用于所述网络侧设备向所述用户设备发送的下行数据信息,并且所述第二数据信息是用于所述其它网络侧设备向所述用户设备发送的下行数据信息。
(40)一种计算机可读存储介质,包括可执行计算机指令,所述可执行计算机指令当被计算机执行时使得所述计算机执行根据(35)-(39)中任一项所述的无线通信方法。
以上虽然结合附图详细描述了本公开的实施例,但是应当明白,上面所描述的实施方式只是用于说明本公开,而并不构成对本公开的限制。对于本领域的技术人员来说,可以对上述实施方式作出各种修改和变更而没有背离本公开的实质和范围。因此,本公开的范围仅由所附的权利要求及其等效含义来限定。
Claims (10)
1.一种用户设备,包括处理电路,被配置为:
对来自网络侧设备的下行信号进行解调以获取其中包含的物理下行控制信道PDCCH;以及
根据所述PDCCH承载的下行控制信息DCI的内容来确定是否执行针对所述DCI的混合自动重传请求HARQ反馈。
2.根据权利要求1所述的用户设备,其中,所述处理电路还被配置为:
当所述DCI包括与所述用户设备的下行传输有关的控制信息时,执行针对所述DCI的HARQ反馈。
3.根据权利要求2所述的用户设备,其中,所述DCI采用DCI格式1。
4.根据权利要求1所述的用户设备,其中,所述处理电路还被配置为:
当所述DCI包括与所述用户设备的上行传输有关的控制信息时,不执行针对所述DCI的HARQ反馈。
5.根据权利要求4所述的用户设备,其中,所述DCI采用DCI格式0。
6.根据权利要求2所述的用户设备,其中,所述处理电路还被配置为:
在对所述DCI正确解码的情况下,向所述网络侧设备发送针对所述DCI的ACK消息,并根据所述DCI从所述网络侧设备接收下行数据。
7.根据权利要求2所述的用户设备,其中,所述处理电路还被配置为:
在未对所述DCI正确解码的情况下,向所述网络侧设备发送针对所述DCI的NACK消息,并从所述网络侧设备接收重新发送的DCI。
8.根据权利要求7所述的用户设备,其中,所述处理电路还被配置为:
利用不同的频域资源从所述网络侧设备同时接收下行数据和重新发送的DCI。
9.根据权利要求7所述的用户设备,其中,所述处理电路还被配置为:
在从所述网络侧设备接收重新发送的DCI之前,从所述网络侧设备接收下行数据并进行缓存。
10.根据权利要求9所述的用户设备,其中,所述处理电路还被配置为:
在所述用户设备的被预先配置的多个带宽部分BWP上接收下行数据并进行缓存。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810393956.0A CN110418410A (zh) | 2018-04-27 | 2018-04-27 | 用户设备、电子设备、无线通信方法和存储介质 |
PCT/CN2019/083395 WO2019206031A1 (zh) | 2018-04-27 | 2019-04-19 | 用户设备、电子设备、无线通信方法和存储介质 |
CN201980008396.5A CN111602453A (zh) | 2018-04-27 | 2019-04-19 | 用户设备、电子设备、无线通信方法和存储介质 |
US16/964,210 US11405146B2 (en) | 2018-04-27 | 2019-04-19 | User equipment, electronic device, wireless communication method, and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810393956.0A CN110418410A (zh) | 2018-04-27 | 2018-04-27 | 用户设备、电子设备、无线通信方法和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110418410A true CN110418410A (zh) | 2019-11-05 |
Family
ID=68294774
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810393956.0A Pending CN110418410A (zh) | 2018-04-27 | 2018-04-27 | 用户设备、电子设备、无线通信方法和存储介质 |
CN201980008396.5A Pending CN111602453A (zh) | 2018-04-27 | 2019-04-19 | 用户设备、电子设备、无线通信方法和存储介质 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980008396.5A Pending CN111602453A (zh) | 2018-04-27 | 2019-04-19 | 用户设备、电子设备、无线通信方法和存储介质 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11405146B2 (zh) |
CN (2) | CN110418410A (zh) |
WO (1) | WO2019206031A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804753A (zh) * | 2019-11-14 | 2021-05-14 | 大唐移动通信设备有限公司 | 信道传输方法及装置 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019216733A1 (ko) * | 2018-05-11 | 2019-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 채널을 송수신하는 방법 및 이를 위한 장치 |
US11356996B2 (en) * | 2019-07-06 | 2022-06-07 | Qualcomm Incorporated | Cross carrier activation of a periodic grant |
US11611411B2 (en) * | 2019-12-05 | 2023-03-21 | Qualcomm Incorporated | Downlink control information for dormancy indication and one-shot hybrid automatic repeat request feedback |
CN115189812B (zh) * | 2021-04-06 | 2023-11-07 | 大唐移动通信设备有限公司 | Harq反馈、波束指示方法、网络侧设备及终端 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103297205B (zh) * | 2012-02-24 | 2018-03-16 | 中兴通讯股份有限公司 | 一种动态帧结构的混合自动重传方法和装置 |
CN103312473B (zh) | 2012-03-06 | 2017-09-29 | 中兴通讯股份有限公司 | 减少harq合并失败的方法和装置 |
WO2014110790A1 (zh) * | 2013-01-18 | 2014-07-24 | 华为技术有限公司 | 反馈信息的处理方法、基站和用户设备 |
CN104010368B (zh) | 2013-02-21 | 2019-03-01 | 中兴通讯股份有限公司 | Tdd配置更新方法、装置及系统 |
US9912504B2 (en) | 2014-07-31 | 2018-03-06 | Futurewei Technologies, Inc. | System and method for multiple carrier transmission |
US10305637B2 (en) * | 2016-04-04 | 2019-05-28 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving feedback in wireless communication system |
US10506586B2 (en) * | 2017-03-24 | 2019-12-10 | Qualcomm Incorporated | Slot format indicator (SFI) and slot aggregation level indication in group common PDCCH and SFI conflict handling |
-
2018
- 2018-04-27 CN CN201810393956.0A patent/CN110418410A/zh active Pending
-
2019
- 2019-04-19 CN CN201980008396.5A patent/CN111602453A/zh active Pending
- 2019-04-19 US US16/964,210 patent/US11405146B2/en active Active
- 2019-04-19 WO PCT/CN2019/083395 patent/WO2019206031A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804753A (zh) * | 2019-11-14 | 2021-05-14 | 大唐移动通信设备有限公司 | 信道传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US11405146B2 (en) | 2022-08-02 |
CN111602453A (zh) | 2020-08-28 |
US20210044388A1 (en) | 2021-02-11 |
WO2019206031A1 (zh) | 2019-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110418410A (zh) | 用户设备、电子设备、无线通信方法和存储介质 | |
US11102705B2 (en) | Communication device, communication method, and program | |
EP3968557A1 (en) | Terminal apparatus, base station apparatus, and communication method | |
US11196495B2 (en) | Communication device, communication method, and program | |
WO2018030021A1 (ja) | 通信装置、通信方法、及びプログラム | |
CN110140396A (zh) | 无线通信设备、无线通信方法和计算机程序 | |
US20190045394A1 (en) | Wireless communication apparatus, communication method, computer program, and wireless communication system | |
CN110401980A (zh) | 一种被用于无线通信的用户设备、基站中的方法和装置 | |
WO2017195483A1 (ja) | 基地局装置、端末装置、方法及び記憶媒体 | |
CN109792423A (zh) | 终端设备、基站设备和通信方法 | |
WO2016157918A1 (ja) | 装置 | |
JP2018026705A (ja) | 通信装置、通信方法及び記録媒体 | |
CN114600378A (zh) | 终端及通信方法 | |
WO2021031882A1 (zh) | 电子设备、无线通信方法和计算机可读存储介质 | |
CN109565709A (zh) | 通信设备、通信方法和记录介质 | |
US20240106577A1 (en) | Electronic apparatus, wireless communication method, and computer readable storage medium | |
CN110166189A (zh) | 电子设备、无线通信方法和计算机可读存储介质 | |
WO2018128029A1 (ja) | 端末装置、基地局装置、方法及び記録媒体 | |
CN109219109A (zh) | 无线通信方法和无线通信设备 | |
JP6265139B2 (ja) | 通信制御装置、通信制御方法及び端末装置 | |
US20210195598A1 (en) | Electronic device, wireless communication method and computer readable medium | |
US11064483B2 (en) | Wireless communication apparatus, communication method, computer program, and wireless communication system | |
US11212792B2 (en) | Wireless communication apparatus, communication method, computer program, and wireless communication system | |
WO2023185659A1 (zh) | 用户设备、电子设备、无线通信方法和存储介质 | |
US20230180289A1 (en) | Electronic device for use in radio communication, method, and computer-readable storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20191105 |
|
WD01 | Invention patent application deemed withdrawn after publication |