CN112218380A - 传输harq-ack的方法及设备 - Google Patents
传输harq-ack的方法及设备 Download PDFInfo
- Publication number
- CN112218380A CN112218380A CN201911055423.2A CN201911055423A CN112218380A CN 112218380 A CN112218380 A CN 112218380A CN 201911055423 A CN201911055423 A CN 201911055423A CN 112218380 A CN112218380 A CN 112218380A
- Authority
- CN
- China
- Prior art keywords
- lbt
- harq
- pusch
- pucch
- ack
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种传输HARQ‑ACK的方法及设备,其中一种传输HARQ‑ACK的方法包括:根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ‑ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ‑ACK所占用的物理上行链路控制信道PUCCH资源;根据传输HARQ‑ACK所占用的PUCCH资源,在传输HARQ‑ACK所占用的PUCCH资源上进行HARQ‑ACK传输。申请实现了在非授权频段下,通过PDCCH所在LBT子频带以及PRI共同确定传输HARQ‑ACK所占用的PUCCH资源,能够节省PRI所需要的比特数,同时保证资源指示的灵活性。
Description
技术领域
本申请涉及无线通信技术领域,具体而言,本申请涉及一种传输HARQ-ACK的方法及设备。
背景技术
在NR(New Radio,新无线)空中接口***中,载波的带宽比较大,有的UE(UserEquippment,用户)的带宽能力有限,只能在载波的频域带宽中的一部分带宽内发送或接收控制信息和数据,而有的UE的带宽能力比较强,可以在载波的频域全部带宽内发送或接收控制信息和数据。这里所说的UE的带宽能力指的是UE可以同时在频域上接收或发送数据的最大带宽。例如,有的UE的带宽能力为20兆赫兹,有的UE的带宽能力为5兆赫兹。对于带宽能力比较差的UE,为了提高用户的频率分集性能,用户在不同时间内,可能工作在性能好的受限频带内,我们称一个受限频带为带宽部分(BWP,Bandwidth Part),也就是UE在不同时刻可能在不同的BWP内接收和发送控制信息和数据。
随着用户对宽带无线业务需求的爆发与频谱资源稀缺的矛盾日益尖锐,移动运营商开始考虑将免许可频段(也可称为非授权频段,unlicense band)作为许可频段的补充。第三代合作伙伴计划(3GPP,3rd Generation Partnership Project)已确定了通过非授权频段(unlicense band)与授权频段(license band)的有效载波聚合的方案,在保证不对非授权频段其它技术造成明显影响的前提下,有效提高全网频谱利用率。
非授权频段一般已经分配用于某种其他用途,例如,雷达或者802.11系列的无线保真(WiFi,Wireless Fidelity)。这样,在非授权频段上,其干扰水平具有不确定性,这导致LTE传输的业务质量(QoS,Quality of Service)一般比较难于保证,但是还是可以把非授权频段用于QoS要求不高的数据传输。这里,将在非授权频段上部署的辅小区的长期演进(LTE,Long-term Evolution)***称为授权频段辅助的接入(LAA,Licensed AssistedAccess)***。在非授权频段上,如何避免LAA***和雷达或者WiFi等其他无线***的相互干扰,是一个关键的问题。载波监听(CCA)是在非授权频段上普遍采用的一种避免冲突机制。一个移动台(STA)在发送信号之前必须要检测无线信道,只有在检测到该无线信道空闲时才可以占用该无线信道发送信号。LAA也遵循了类似的机制,以保证对其他信号的干扰较小。LAA设备(例如基站或用户终端)根据载波监听结果动态开关,即监测到信道空闲即发送,若信道忙碌则不发送。
而在NR***中,UE在激活的带宽部分(BWP,Bandwidth Part)上配置了传输上行控制信息(UCI,Uplink Control Information)的物理上行控制信道(PUCCH,PhysicalUplink Control Channel)资源集合,然后在调度物理下行共享信道(PDSCH,PhysicalDownlink Shared Channel)中的混合自动重传请求应答(HARQ-ACK,Hybrid AutomaticRepeat request-Acknowledgement)的PUCCH资源指示信息(PRI,PUCCH ResourceIndicator)指示资源集合中的一个资源用来传输HARQ-ACK。而在非授权频段,传输PUCCH之前要进行LBT,只有LBT结果是空闲(Idle)时,才可以传输,否则不允许传输,为了增加HARQ-ACK的传输机会,基站可以通过PRI指示给UE在频域上不同LBT的子频带上的多个PUCCH资源用来传输HARQ-ACK,在不同LBT的子频带上的多个PUCCH资源做LBT,这样PUCCH资源上进行的LBT结果为空闲的机会增大。那么在该***中,如何通过PRI指示频域的多个PUCCH资源用来传输HARQ-ACK是需要解决的问题。
发明内容
本申请针对现有的方式的缺点,提出一种传输HARQ-ACK的方法及设备,用以解决如何实现在非授权频段下传输HARQ-ACK的问题。
第一方面,提供了一种传输混合自动重传请求应答HARQ-ACK的方法,应用于用户设备UE,包括:
根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;
根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。
第二方面,提供了一种传输HARQ-ACK的方法,应用于UE,包括:
根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;
根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;
从基站指示的PUCCH资源和基站调度的PUSCH资源中选出至少一种资源;
对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;
根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输。
第三方面,提供了一种UE,包括:
第一处理模块,用于根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;
第二处理模块,用于根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。
第四方面,提供了一种UE,包括:
第三处理模块,用于根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;
第四处理模块,用于根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;
第五处理模块,用于从基站指示的PUCCH资源和基站调度的PUSCH资源中选出至少一种资源;
第六处理模块,用于对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;
第七处理模块,用于根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输。
第五方面,提供了一种UE,包括:处理器;以及
存储器,配置用于存储机器可读指令,指令在由处理器执行时,使得处理器执行第一方面中的传输HARQ-ACK的方法。
第六方面,提供了一种UE,包括:处理器;以及
存储器,配置用于存储机器可读指令,指令在由处理器执行时,使得处理器执行第二方面中的传输HARQ-ACK的方法。
本申请实施例提供的技术方案,至少具有如下有益效果:
根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。如此,实现了在非授权频段下,通过PDCCH所在LBT子频带以及PRI共同确定传输HARQ-ACK所占用的PUCCH资源,能够节省PRI所需要的比特数,同时保证资源指示的灵活性。
本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种传输HARQ-ACK的方法的流程示意图;
图2为本申请实施例提供的基站利用高层信令给UE配置下行LBT子频带和上行LBT子频带的示意图;
图3为本申请实施例提供的不同下行LBT子频带内的PDCCH中相同PRI指示PUCCH资源子集的示意图;
图4为本申请实施例提供的在与上行LBT子频带处于同一频段的下行LBT子频带传输的PDCCH中的PRI指示的PUCCH资源至少包括该上行LBT子频带的PUCCH的示意图;
图5为本申请实施例提供的另一种传输HARQ-ACK的方法的流程示意图;
图6为本申请实施例提供的在PUSCH资源或PUCCH资源上进行HARQ-ACK传输的示意图;
图7为本申请实施例提供的在PUSCH资源或PUCCH资源上进行HARQ-ACK传输的流程示意图;
图8为本申请实施例提供的在PUSCH资源上进行HARQ-ACK传输的示意图;
图9为本申请实施例提供的一种UE的结构示意图;
图10为本申请实施例提供的另一种UE的结构示意图;
图11为本申请实施例提供的又一种UE的结构示意图;
图12为本申请实施例提供的又一种UE的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
实施例一
本申请实施例中提供了一种传输HARQ-ACK的方法,应用于UE,该方法的流程示意图如图1所示,该方法包括:
步骤S101,根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源。
步骤S102,根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。
本申请实施例中,根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。如此,实现了在非授权频段下,通过PDCCH所在LBT子频带以及PRI共同确定传输HARQ-ACK所占用的PUCCH资源,能够节省PRI所需要的比特数,同时保证资源指示的灵活性。
可选地,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输之前,还包括:
根据HARQ-ACK的PRI以及PDCCH资源所在的LBT子频带,按照预设的优先级策略,依次在HARQ-ACK的PRI指示的每个传输HARQ-ACK所占用的PUCCH资源上进行LBT。
可选地,预设的优先级策略,包括:
与包含HARQ-ACK的PRI的PDCCH资源所在的下行LBT子频带相比,在与下行LBT子频带处于同一频带的上行LBT子频带内的PUCCH资源上优先进行LBT,同一频带处于非授权频段内。
可选地,根据PDCCH中的HARQ-ACK的PRI以及PDCCH所在的LBT子频带,确定传输HARQ-ACK所占用的PUCCH资源,包括:
根据PDCCH中的HARQ-ACK的PRI以及PDCCH资源所在的下行LBT子频带,确定PUCCH资源子集,PUCCH资源子集包括一个或多个传输HARQ-ACK所占用的PUCCH资源。
可选地,接收***信息,***信息包括主信息块或***信息块;
根据***信息,确定一个PUCCH资源集合,以用于根据调度PDSCH的PDCCH中的下行控制信息DCI中的HARQ-ACK的PRI,来指示一个PUCCH资源集合中的传输HARQ-ACK所占用的一个PUCCH资源。
可选地,步骤S101中的LBT子频带是UE配置了至少一个子频带,基站在每个子频带分别进行LBT,每个子频带称为一个LBT子频带。
可选地,在UE配置了至少一个下行LBT子频带,UE也配置了至少一个上行LBT子频带的情况下,传输HARQ-ACK的PUCCH资源的指示方法。
可选地,UE传输HARQ-ACK的PUCCH资源的确定方法分为两个步骤:首先UE通过接收高层信令配置得到一个PUCCH的资源集合,例如,PUCCH集合为{s0,s1,s2,s3,……,s7},然后再通过调度PDSCH的物理下行控制信道(PDCCH,Physical Downlink Control Channel)中的下行控制信息(DCI,Downlink Control Information)中的字段(这个字段记为,PRI,PUCCH Resource Indicator)指示集合中的一个PUCCH资源用来传输HARQ-ACK信息,具体的指示方法如表1所示。
表1PUCCH资源指示和PUCCH资源之间的映射
可选地,非授权频段内传输HARQ-ACK的PUCCH资源指示有以下几种方法。
方法一:
对于在非授权频段利用PUCCH传输HARQ-ACK,由于在传输HARQ-ACK之前,UE要进行LBT,只有LBT结果是空闲时,才可以传输HARQ-ACK,否则不可以传输HARQ-ACK,为了减少由于LBT结果为忙碌时,不能传输HARQ-ACK的情况出现,基站给UE指示至少一个频域位置的PUCCH资源用于传输HARQ-ACK,每个PUCCH资源位于不同的上行LBT子频带,每个PUCCH资源分别做LBT,可以按照一定的优先级顺序依次在指示的每个PUCCH资源上做LBT,也可以在指示的每个PUCCH资源同时做LBT,例如,基站利用高层信令给UE配置了4个下行LBT子频带,3个上行LBT子频带,如图2所示。在每个下行LBT子频带内可以通过高层信令配置控制资源集合(Control Resource Set),用来传输PDCCH,在每个上行LBT子频带可以通过高层信令配置PUCCH资源,用来传输HARQ-ACK,多个上行LBT子频带配置的PUCCH资源组成一个PUCCH资源集合,例如,基站利用高层信令给UE配置了3个上行LBT子频带,分别为:上行LBT子频带一,上行LBT子频带二,上行LBT子频带三,这3个上行子频带可以属于一个服务小区的一个BWP,也可属于多个服务小区。在上行LBT子频带一,基站利用高层信令给UE配置了4个PUCCH资源,为{PUCCH-0,PUCCH-1,PUCCH-2,PUCCH-3};在上行LBT子频带二,基站利用高层信令给UE配置了4个PUCCH资源,为{PUCCH-4,PUCCH-5,PUCCH-6,PUCCH-7};在上行LBT子频带三,基站利用高层信令给UE配置了4个PUCCH资源,为{PUCCH-8,PUCCH-9,PUCCH-10,PUCCH-11},3个上行LBT子频带内配置的PUCCH资源组成了一个PUCCH资源集合为:{PUCCH-0,PUCCH-1,PUCCH-2,PUCCH-3,PUCCH-4,PUCCH-5,PUCCH-6,PUCCH-7,PUCCH-8,PUCCH-9,PUCCH-10,PUCCH-11},这个集合称为PUCCH-set。每个PDCCH中的PRI可以指示一个或者多个上行LBT子频带内的一个或者多个PUCCH资源,也就是PUCCH-set的一个子集,一个子集内的多个PUCCH资源分别属于不同的上行LBT子频带,例如,PUCCH资源子集一包括的PUCCH资源为:{PUCCH-0,PUCCH-4},PUCCH-0属于上行LBT子频带一,PUCCH-4属于上行LBT子频带二。UE在接收高层信令知道PUCCH资源子集之后,分别对PUCCH资源子集内的所有PUCCH资源所在的上行LBT子频带做LBT,然后在LBT结果为空闲的PUCCH资源中选择一个PUCCH资源传输HARQ-ACK,或者在所有LBT结果为空闲的PUCCH资源传输HARQ-ACK。例如,PUCCH-set集合分成8个子集,每个子集包含的PUCCH资源数以及哪些PUCCH资源UE可以通过接收高层信令配置确定。然后通过3比特的PRI指示每个PUCCH资源子集,PRI指示值和PUCCH资源子集之间的映射如表2所示。PRI与PUCCH资源子集之间的映射与接收PDCCH所在的下行LBT子频带无关。
表2PUCCH资源指示和PUCCH资源子集之间的映射
PRI值 | PUCCH资源子集 |
000 | 高层信令配置的PUCCH资源子集一 |
001 | 高层信令配置的PUCCH资源子集二 |
010 | 高层信令配置的PUCCH资源子集三 |
011 | 高层信令配置的PUCCH资源子集四 |
100 | 高层信令配置的PUCCH资源子集五 |
101 | 高层信令配置的PUCCH资源子集六 |
110 | 高层信令配置的PUCCH资源子集七 |
111 | 高层信令配置的PUCCH资源子集八 |
按照一定的优先级顺序依次在PRI指示的每个PUCCH资源上做LBT,这个优先级可以根据显示信令或隐式信令确定,例如,根据隐式信令确定依次在指示的每个PUCCH资源上做LBT的优先级顺序的方法为:与包含PRI的PDCCH所在的下行LBT子频带处于同一频带的上行LBT子频带内的PUCCH资源优先做LBT,例如,下行LBT子频带一和上行LBT子频带一处于相同频带,下行LBT子频带一和上行LBT子频带二不处于相同频带,下行LBT子频带一中的PDCCH包含的PRI指示了两个PUCCH资源,分别为PUCCH-1和PUCCH-2,其中PUCCH-1位于上行LBT子频带一,PUCCH-2位于上行LBT子频带二,UE优先在包含PUCCH-1的上行LBT子频带一做LBT,然后在包含PUCCH-2的上行LBT子频带二做LBT。由于下行LBT子频带一传输了PDCCH,因此下行LBT子频带一的LBT结果是空闲,在和下行LBT子频带一处于相同频带的上行LBT子频带一上优先做LBT,LBT结果为空闲的概率更大。
方法二:
另外的一种PUCCH资源的指示方法为:PUCCH资源子集由包含PRI的PDCCH所在的下行LBT子频带和PRI共同确定,例如,基站给UE配置了3个上行LBT子频带,分别为:上行LBT子频带一,上行LBT子频带二,上行LBT子频带三,这3个上行子频带可以属于一个服务小区的一个BWP,也可属于多个服务小区。基站给UE配置了4个下行LBT子频带,分别为:下行LBT子频带一,下行LBT子频带二,下行LBT子频带三,下行LBT子频带四。在上行LBT子频带一,基站给UE配置了4个PUCCH资源,为{PUCCH-0,PUCCH-1,PUCCH-2,PUCCH-3};在上行LBT子频带二,基站给UE配置了4个PUCCH资源,为{PUCCH-4,PUCCH-5,PUCCH-6,PUCCH-7};在上行LBT子频带三,基站给UE配置了4个PUCCH资源,为{PUCCH-8,PUCCH-9,PUCCH-10,PUCCH-11},3个上行LBT子频带内配置的PUCCH资源组成了一个PUCCH资源集合为:{PUCCH-0,PUCCH-1,PUCCH-2,PUCCH-3,PUCCH-4,PUCCH-5,PUCCH-6,PUCCH-7,PUCCH-8,PUCCH-9,PUCCH-10,PUCCH-11},这个集合称为PUCCH-set。每个PDCCH中的PRI以及PDCCH所在的下行LBT子频带可以指示一个或者多个上行LBT子频带内的一个或者多个PUCCH资源,也就是PUCCH-set的一个子集,例如,PUCCH-set集合分成8个子集,每个子集包含的PUCCH资源数以及哪些PUCCH资源UE可以通过接收高层信令配置确定。然后通过2比特的PRI指示每个PUCCH资源子集,PDCCH所在的下行LBT子频带,PRI指示值和PUCCH资源子集之间的映射如表3所示,不同下行LBT子频带内的PDCCH中相同PRI指示的PUCCH资源子集可能不同,如图3所示,下行LBT子频带一内的PDCCH中的PRI=01指示的是高层信令配置的PUCCH资源子集二,下行LBT子频带二内的PDCCH中的PRI=01指示的是高层信令配置的PUCCH资源子集四。
UE获得PUCCH资源子集的流程为:UE首先通过接收高层信令配置得到UE配置的下行LBT子频带,UE配置的上行LBT子频带,每个上行LBT子频带的PUCCH资源,每个下行LBT子频带的PDCCH中的PRI值对应的PUCCH资源子集。
UE在接收到调度PDSCH的PDCCH,UE知道接收PDCCH的下行LBT子频带,然后根据调度PDSCH的PDCCH中的PRI值以及PDCCH的下行LBT子频带查表3可以得到PUCCH资源子集。例如,UE在下行LBT子频带一接收到调度PDSCH的PDCCH,调度PDSCH的PDCCH中的PRI值为“01”,则UE传输HARQ-ACK的PUCCH资源子集为高层信令配置的PUCCH资源子集二。
表3PDCCH所在的下行LBT子频带,PUCCH资源指示和PUCCH资源子集之间的映射
为了提高PRI指示的至少一个PUCCH资源所在的上行LBT子频带的LBT结果为空闲,最好是指示的至少一个PUCCH资源所在的上行LBT子频带所在的下行LBT子频带的LBT结果为空闲,这样PUCCH资源所在的上行LBT子频带的LBT结果为空闲的概率会增大,而包含PRI的PDCCH所在的下行LBT子频带的LBT结果一定为空闲,因此,PRI指示的至少一个PUCCH资源位于与包含PRI的PDCCH所在的下行LBT子频带处于同一频带的上行LBT子频带内,例如,下行LBT子频带一和上行LBT子频带一处于相同频带,下行LBT子频带一和上行LBT子频带二和上行LBT子频带三不处于相同频带,下行LBT子频带一中的PDCCH包含的PRI指示了两个PUCCH资源,分别为PUCCH-1和PUCCH-2,PUCCH-1和PUCCH-2位于不同的上行LBT子频带,PUCCH-1和PUCCH-2其中的一个PUCCH资源位于上行LBT子频带一与传输包含PRI的PDCCH的下行LBT子频带一位于同一频带。
方法三:
UE通过接收高层信令配置确定是采用方法一还是方法二,如果UE未收到高层信令配置确定是采用方法一还是方法二,UE采用方法一确定传输HARQ-ACK的PUCCH资源。
对于PUCCH资源子集由包含PRI的PDCCH所在的下行LBT子频带和PRI共同确定时,上面描述的是UE在收到UE特有高层信令配置的PUCCH资源之后的PUCCH资源的指示确定方法。
UE在未收到UE特有高层信令配置的PUCCH资源之前的PUCCH资源的指示确定方法可以为,UE传输HARQ-ACK的PUCCH资源的确定方法分为两个步骤:首先UE通过接收***信息(***信息可以为主信息块(MIB,Master Information Block)或者***信息块(SIB,System Information Block))得到一个PUCCH的资源集合,例如,PUCCH集合为{s0,s1,s2,s3,……,s7},然后再通过调度PDSCH的物理下行控制信道(PDCCH,Physical DownlinkControl Channel)中的下行控制信息(DCI,Downlink Control Information)中的字段(这个字段记为,PRI,PUCCH Resource Indicator)指示集合中的一个PUCCH资源,具体的指示方法可以见表4所示。
表4PUCCH资源指示和PUCCH资源之间的映射
PRI值 | PUCCH资源 |
000 | s0 |
001 | s1 |
010 | s2 |
011 | s3 |
100 | s4 |
101 | s5 |
110 | s6 |
111 | s7 |
或者,UE在未收到UE特有高层信令配置的PUCCH资源之前的PUCCH资源的指示确定方法可以为:UE通过***信息获得PUCCH资源集合以及PUCCH资源子集,例如,PUCCH-set集合分成8个子集,每个子集包含的PUCCH资源数以及哪些PUCCH资源UE可以通过接收***信息确定。然后通过3比特的PRI指示每个PUCCH资源子集,PRI指示值和PUCCH资源子集之间的映射如表5所示。PRI与PUCCH资源子集之间的映射与接收PDCCH所在的下行LBT子频带无关。
表5PUCCH资源指示和PUCCH资源子集之间的映射
如果一个下行LBT子频带和一个上行LBT子频带处于同一频段,也就是通过时分复用的情况,如图4所示,下行LBT子频带一和上行LBT子频带一处于同一频段,如果该上行LBT子频带配置了传输HARQ-ACK的PUCCH资源,在与上行LBT子频带处于同一频段的下行LBT子频带传输的PDCCH中的PRI指示的PUCCH资源至少包括该上行LBT子频带的PUCCH,例如,如表3所示,下行LBT子频带一的PRI值为{00,01,10,11}指示的高层信令配置的PUCCH资源子集一,高层信令配置的PUCCH资源子集二,高层信令配置的PUCCH资源子集三,高层信令配置的PUCCH资源子集四中的每个PUCCH资源子集至少包括上行LBT子频带一上的4个PUCCH资源{PUCCH-0,PUCCH-1,PUCCH-2,PUCCH-3}中的一个PUCCH资源。
实施例二
本申请实施例中提供了另一种传输HARQ-ACK的方法,应用于UE,该方法的流程示意图如图5所示,该方法包括:
步骤S201,根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带。
步骤S202,根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带。
步骤S203,从基站指示的PUCCH资源和基站调度的PUSCH资源中选出至少一种资源。
步骤S204,对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息。
步骤S205,根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输。
本申请实施例中,根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;从基站指示的PUCCH资源和基站调度的PUSCH资源中选出至少一种资源;对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输。如此,实现了在非授权频段下传输HARQ-ACK。
可选地,当从基站指示的PUCCH资源和所述基站调度的PUSCH资源中选出PUCCH资源和所述PUSCH资源,对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息,包括:
在PUSCH资源所在的LBT子频带和PUCCH资源所在的LBT子频带上进行LBT,得到LBT结果信息。
可选地,根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输,包括:
当LBT结果信息为可以传输PUSCH时,在PUSCH资源所在的空闲的上行LBT子频带上传输PUSCH,且在PUSCH资源上进行HARQ-ACK传输;
当LBT结果信息为不可以传输PUSCH,且可以传输PUCCH时,在PUCCH资源所在的空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输;
当LBT结果信息为不可以传输PUSCH,且不可以传输PUCCH时,不进行HARQ-ACK传输。
可选地,当从基站指示的PUCCH资源和基站调度的PUSCH资源中选出PUSCH资源,根据LBT结果信息,在PUSCH资源上进行HARQ-ACK传输,包括:
当LBT结果信息为可以传输PUSCH时,在PUSCH资源所在的空闲的上行LBT子频带上传输PUSCH,且在PUSCH资源上进行HARQ-ACK传输;
当LBT结果信息为不可以传输PUSCH时,不进行HARQ-ACK传输。
可选地,当从基站指示的PUCCH资源和基站调度的PUSCH资源中选出PUCCH资源,根据LBT结果信息,在PUCCH资源上进行HARQ-ACK传输,包括:
当LBT结果信息为可以传输PUCCH时,在PUCCH资源所在的空闲的上行LBT子频带上传输PUCCH,且在PUCCH资源上进行HARQ-ACK传输;
当LBT结果信息为不可以传输PUCCH时,不进行HARQ-ACK传输。
可选地,根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输,包括:
当调度的PUSCH中小区索引号最小的服务小区可以传输PUSCH时,根据LBT结果,在所有的服务小区的空闲的上行LBT子频带上传输PUSCH,且在小区索引号最小的服务小区的PUSCH资源上进行HARQ-ACK传输;
或当调度的PUSCH中小区索引号最小的服务小区不可以传输PUSCH,且根据LBT结果可以传输PUCCH时,在LBT结果为空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输,且除小区索引号最小的服务小区之外的其他服务小区的PUSCH资源上不可以传输PUSCH;
或当调度的PUSCH中小区索引号最小的服务小区不可以传输PUSCH,且根据LBT结果可以传输PUCCH时,在LBT结果为空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输,且除小区索引号最小的服务小区之外的其他服务小区的PUSCH根据其他服务小区的LBT结果确定是否进行PUSCH传输;
其他服务小区的PUSCH根据其他服务小区的LBT结果确定是否进行PUSCH传输,包括:
当LBT结果为空闲的PUSCH的服务小区的PUSCH,空闲的PUSCH的服务小区可以进行PUSCH传输;
当LBT结果为忙的PUSCH的服务小区的PUSCH,忙的PUSCH的服务小区不可以进行PUSCH传输。
可选地,PUCCH和PUSCH可能属于一个服务小区,也可能属于不同的服务小区,有以下几种处理方法。
需要说明的是,LBT结果为LBT结果信息。
方法一:
如果在一个时间单元内,基站给UE调度了PUSCH传输,同时在该时间单元指示了利用PUCCH传输HARQ-ACK,UE在根据调度的PUSCH的资源确定进行LBT的LBT子频带和根据指示的PUCCH的资源确定进行LBT的LBT子频带上进行LBT。如果根据LBT结果,可以传输PUSCH时,在空闲的上行LBT子频带上传输PUSCH,且在PUSCH中传输HARQ-ACK,如果根据LBT结果,不可以传输PUSCH时,而如果根据LBT结果,可以传输PUCCH时,则在LBT结果为空闲的上行LBT子频带的PUCCH资源上传输HARQ-ACK。
可选地,根据调度了的PUSCH的资源确定进行LBT的LBT子频带为上行LBT子频带一,上行LBT子频带二,根据指示的PUCCH的资源确定进行LBT的LBT子频带为上行LBT子频带三,如图6所示,此时,UE需要在上行LBT子频带一,上行LBT子频带二,上行LBT子频带三进行LBT,如果上行LBT子频带一,上行LBT子频带二的LBT结果为空闲,根据LBT结果,可以传输PUSCH,在上行LBT子频带一和上行LBT子频带二上传输PUSCH,且在PUSCH中传输HARQ-ACK,如果上行LBT子频带一,上行LBT子频带二的LBT结果均为忙,且上行LBT子频带三的LBT结果为空闲,在LBT结果为空闲的上行LBT子频带三的PUCCH资源上传输HARQ-ACK,具体流程如图7所示,该方法包括:
步骤S301,UE在根据调度的PUSCH的资源确定进行LBT的LBT子频带和根据指示的PUCCH的资源确定进行LBT的LBT子频带上进行LBT。
步骤S302,根据LBT结果判断是否可以进行PUSCH传输;当判断为是,则转到步骤S303处理;当判断为否,则转到步骤S304处理。
步骤S303,UE利用PUSCH传输HARQ-ACK。
步骤S304,根据LBT结果判断是否可以进行PUCCH传输;当判断为是,则转到步骤S305处理;当判断为否,则转到步骤S306处理。
步骤S305,UE利用PUCCH传输HARQ-ACK。
步骤S306,不传输HARQ-ACK。
由于PUSCH所在的LBT子频带进行LBT,也对PUCCH所在的LBT子频带进行LBT,且根据LBT的结果决定在PUSCH或者PUCCH中传输HARQ-ACK,采用本方法可以提高HARQ-ACK传输的机会。
方法二:
如果在一个时间单元内,基站给UE调度了PUSCH传输,同时在该时间单元指示了利用PUCCH传输HARQ-ACK,UE在根据调度的PUSCH的资源确定进行LBT的LBT子频带上进行LBT。如果根据LBT结果,可以传输PUSCH时,在空闲的上行LBT子频带上传输PUSCH,且在PUSCH中传输HARQ-ACK,如果根据LBT结果,不可以传输PUSCH时,则不传输HARQ-ACK。
可选地,根据调度了的PUSCH的资源确定进行LBT的LBT子频带为上行LBT子频带一,上行LBT子频带二,根据指示的PUCCH的资源确定进行LBT的LBT子频带为上行LBT子频带三,如图6所示,此时,UE需要在上行LBT子频带一,上行LBT子频带二进行LBT,如果上行LBT子频带一,上行LBT子频带二的LBT结果为空闲,根据LBT结果,可以传输PUSCH,在上行LBT子频带一和上行LBT子频带二上传输PUSCH,且在PUSCH中传输HARQ-ACK,如果上行LBT子频带一,上行LBT子频带二的LBT结果均为忙,不传输HARQ-ACK,具体流程如图8所示,该方法包括:
步骤S401,UE在根据调度的PUSCH的资源确定进行LBT的LBT子频带上进行LBT。
步骤S402,根据LBT结果判断是否可以进行PUSCH传输;当判断为是,则转到步骤S403处理;当判断为否,则转到步骤S404处理。
步骤S403,UE利用PUSCH传输HARQ-ACK。
步骤S404,不传输HARQ-ACK。
由于只对PUSCH所在的LBT子频带进行LBT,不对PUCCH所在的LBT子频带进行LBT,采用此方法,可以降低LBT的实现复杂度。
方法三:
如果在一个时间单元内,基站给UE调度了PUSCH传输,同时在该时间单元指示了利用PUCCH传输HARQ-ACK,UE在根据指示的PUCCH的资源确定进行LBT的LBT子频带上进行LBT。如果根据LBT结果,可以传输PUCCH时,在空闲的上行LBT子频带上传输PUCCH,且在PUCCH中传输HARQ-ACK,如果根据LBT结果,不可以传输PUCCH时,则不传输HARQ-ACK。采用本方法可以提高HARQ-ACK传输的机会。
方法四:
如果在一个时间单元内,基站给在不同的服务小区的UE调度了至少一个PUSCH传输(例如,调度的PUSCH个数为M,M大于等于1),同时在该时间单元指示了利用至少一个PUCCH传输(例如,指示的PUCCH个数为N,N大于等于1)HARQ-ACK,UE从M个PUSCH资源中选出P(P大于等于0且小于等于M)个PUSCH资源,UE从N个PUCCH资源中选出Q(N大于等于0且小于等于N)个PUCCH资源,例如,P和Q的确定方法为P+Q小于等于L(L由高层信令配置确定)。UE在选出的PUSCH的资源确定进行LBT的LBT子频带和选出的PUCCH的资源确定进行LBT的LBT子频带上进行LBT。如果根据LBT结果,可以传输PUSCH时,在空闲的上行LBT子频带上传输PUSCH,且在PUSCH中传输HARQ-ACK,如果根据LBT结果,不可以传输PUSCH时,而如果根据LBT结果,可以传输PUCCH时,则在LBT结果为空闲的上行LBT子频带的PUCCH资源上传输HARQ-ACK。采用本方法可以满足HARQ-ACK传输机会的要求,又可以在满足HARQ-ACK传输机会要求前提下,尽量降低LBT的实现复杂度。
方法五:
如果在一个时间单元内,基站给在不同的服务小区的UE调度了至少一个PUSCH传输(例如,调度的PUSCH个数为M,M大于等于1),同时在该时间单元指示了利用至少一个PUCCH传输(例如,指示的PUCCH个数为N,N大于等于1)HARQ-ACK,UE从M个PUSCH资源中选出1(该PUSCH可以是调度的PUSCH中小区索引最小服务小区的PUSCH,例如是索引为x的服务小区的PUSCH,其中x为正整数)个PUSCH资源作为传输HARQ-ACK的PUSCH,UE从N个PUCCH资源中选出Q(Q大于等于0且小于等于N)个PUCCH资源。UE在调度的M个PUSCH的资源的LBT子频带和选出的Q个PUCCH的资源的LBT子频带上进行LBT。如果根据LBT结果,索引号为x的服务小区可以传输PUSCH时,在所有的服务小区的空闲的上行LBT子频带上传输PUSCH,且在索引号为x的服务小区的PUSCH中传输HARQ-ACK。如果根据LBT结果,不可以在索引号为x的服务小区传输PUSCH时,而如果根据LBT结果,可以传输PUCCH时,则在LBT结果为空闲的上行LBT子频带的PUCCH资源上传输HARQ-ACK,其他服务小区的PUSCH不传输。或者,如果根据LBT结果,不可以在索引号为x的服务小区传输PUSCH时,而如果根据LBT结果,可以传输PUCCH时,则在LBT结果为空闲的上行LBT子频带的PUCCH资源上传输HARQ-ACK,其他服务小区的PUSCH根据其他服务小区的LBT结果确定是否传输,也就是LBT结果为空闲的PUSCH可以传输,LBT结果为忙的PUSCH不可以传输,这样,会出现PUCCH和PUSCH同时传输的情况。采用本方法可以满足HARQ-ACK传输机会的要求,又可以在满足HARQ-ACK传输机会要求前提下,尽量降低LBT的实现复杂度。
实施例三
基于前述实施例一相同的发明构思,本申请实施例还提供了一种UE,该UE的结构示意图如图9所示,UE80,包括第一处理模块801和第二处理模块802。
第一处理模块801,用于根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;
第二处理模块802,用于根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。
可选地,第一处理模块801,还用于根据HARQ-ACK的PRI以及PDCCH资源所在的LBT子频带,按照预设的优先级策略,依次在HARQ-ACK的PRI指示的每个传输HARQ-ACK所占用的PUCCH资源上进行LBT。
可选地,预设的优先级策略,包括:与包含HARQ-ACK的PRI的PDCCH资源所在的下行LBT子频带相比,在与下行LBT子频带处于同一频带的上行LBT子频带内的PUCCH资源上优先进行LBT,同一频带处于非授权频段内。
可选地,第一处理模块801,具体用于根据PDCCH中的HARQ-ACK的PRI以及PDCCH资源所在的下行LBT子频带,确定PUCCH资源子集,PUCCH资源子集包括一个或多个传输HARQ-ACK所占用的PUCCH资源。
可选地,第一处理模块801,具体用于接收***信息,***信息包括主信息块或***信息块;根据***信息,确定一个PUCCH资源集合,以用于根据调度PDSCH的PDCCH中的下行控制信息DCI中的HARQ-ACK的PRI,来指示一个PUCCH资源集合中的传输HARQ-ACK所占用的一个PUCCH资源。
本申请实施例提供的技术方案,至少具有如下有益效果:
根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;根据传输HARQ-ACK所占用的PUCCH资源,在传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。如此,实现了在非授权频段下,通过PDCCH所在LBT子频带以及PRI共同确定传输HARQ-ACK所占用的PUCCH资源,能够节省PRI所需要的比特数,同时保证资源指示的灵活性。
本申请实施例提供的UE中未详述的内容,可参照上述传输HARQ-ACK的方法,本申请实施例提供的UE能够达到的有益效果与上述传输HARQ-ACK的方法相同,在此不再赘述。
实施例四
基于前述实施例二相同的发明构思,本申请实施例还提供了一种UE,该UE的结构示意图如图10所示,UE90,包括第三处理模块901、第四处理模块902、第五处理模块903、第六处理模块904和第七处理模块905。
第三处理模块901,用于根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;
第四处理模块902,用于根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;
第五处理模块903,用于从基站指示的PUCCH资源和基站调度的PUSCH资源中选出至少一种资源;
第六处理模块904,用于对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;
第七处理模块905,用于根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输。
可选地,第六处理模块904,具体用于在PUSCH资源所在的LBT子频带和PUCCH资源所在的LBT子频带上进行LBT,得到LBT结果信息。
可选地,第七处理模块905,具体用于当LBT结果信息为可以传输PUSCH时,在PUSCH资源所在的空闲的上行LBT子频带上传输PUSCH,且在PUSCH资源上进行HARQ-ACK传输;当LBT结果信息为不可以传输PUSCH,且可以传输PUCCH时,在PUCCH资源所在的空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输;当LBT结果信息为不可以传输PUSCH,且不可以传输PUCCH时,不进行HARQ-ACK传输。
可选地,第七处理模块905,具体用于当LBT结果信息为可以传输PUSCH时,在PUSCH资源所在的空闲的上行LBT子频带上传输PUSCH,且在PUSCH资源上进行HARQ-ACK传输;当LBT结果信息为不可以传输PUSCH时,不进行HARQ-ACK传输。
可选地,第七处理模块905,具体用于当LBT结果信息为可以传输PUCCH时,在PUCCH资源所在的空闲的上行LBT子频带上传输PUCCH,且在PUCCH资源上进行HARQ-ACK传输;当LBT结果信息为不可以传输PUCCH时,不进行HARQ-ACK传输。
可选地,第七处理模块905,具体用于当调度的PUSCH中小区索引号最小的服务小区可以传输PUSCH时,根据LBT结果,在所有的服务小区的空闲的上行LBT子频带上传输PUSCH,且在小区索引号最小的服务小区的PUSCH资源上进行HARQ-ACK传输;或当调度的PUSCH中小区索引号最小的服务小区不可以传输PUSCH,且根据LBT结果可以传输PUCCH时,在LBT结果为空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输,且除小区索引号最小的服务小区之外的其他服务小区的PUSCH资源上不可以传输PUSCH;或当调度的PUSCH中小区索引号最小的服务小区不可以传输PUSCH,且根据LBT结果可以传输PUCCH时,在LBT结果为空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输,且除小区索引号最小的服务小区之外的其他服务小区的PUSCH根据其他服务小区的LBT结果确定是否进行PUSCH传输;其他服务小区的PUSCH根据其他服务小区的LBT结果确定是否进行PUSCH传输,包括:当LBT结果为空闲的PUSCH的服务小区的PUSCH,空闲的PUSCH的服务小区可以进行PUSCH传输;当LBT结果为忙的PUSCH的服务小区的PUSCH,忙的PUSCH的服务小区不可以进行PUSCH传输。
本申请实施例提供的技术方案,至少具有如下有益效果:
本申请实施例中,根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;从基站指示的PUCCH资源和基站调度的PUSCH资源中选出至少一种资源;对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;根据LBT结果信息,在PUCCH资源或PUSCH资源上进行HARQ-ACK传输。如此,实现了在非授权频段下传输HARQ-ACK。
本申请实施例提供的UE中未详述的内容,可参照上述传输HARQ-ACK的方法,本申请实施例提供的UE能够达到的有益效果与上述传输HARQ-ACK的方法相同,在此不再赘述。
实施例五
基于实施例一相同的发明构思,本申请实施例还提供了一种UE,该UE的结构示意图如图11所示,该UE1000包括至少一个处理器1001、存储器1002和总线1003,至少一个处理器1001均与存储器1002电连接;存储器1002被配置用于存储有至少一个计算机可执行指令,处理器1001被配置用于执行该至少一个计算机可执行指令,从而执行如本申请实施例一中任意一个实施例或任意一种可选实施方式提供的任意一种传输HARQ-ACK的方法的步骤。
进一步,处理器1001可以是FPGA(Field-Programmable Gate Array,现场可编程门阵列)或者其它具有逻辑处理能力的器件,如MCU(Microcontroller Unit,微控制单元)、CPU(Central Process Unit,中央处理器)。
应用本申请实施例,至少具有如下有益效果:
实现了在非授权频段下,通过PDCCH所在LBT子频带以及PRI共同确定传输HARQ-ACK所占用的PUCCH资源,能够节省PRI所需要的比特数,同时保证资源指示的灵活性。
实施例六
基于实施例二相同的发明构思,本申请实施例还提供了一种UE,该UE的结构示意图如图12所示,该UE2000包括至少一个处理器2001、存储器2002和总线2003,至少一个处理器2001均与存储器2002电连接;存储器2002被配置用于存储有至少一个计算机可执行指令,处理器2001被配置用于执行该至少一个计算机可执行指令,从而执行如本申请实施例二中任意一个实施例或任意一种可选实施方式提供的任意一种传输HARQ-ACK的方法的步骤。
进一步,处理器2001可以是FPGA(Field-Programmable Gate Array,现场可编程门阵列)或者其它具有逻辑处理能力的器件,如MCU(Microcontroller Unit,微控制单元)、CPU(Central Process Unit,中央处理器)。
应用本申请实施例,至少具有如下有益效果:
实现了在非授权频段下传输HARQ-ACK。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (15)
1.一种传输混合自动重传请求应答HARQ-ACK的方法,应用于用户设备UE,其特征在于,包括:
根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;
根据所述传输HARQ-ACK所占用的PUCCH资源,在所述传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。
2.根据权利要求1所述的方法,其特征在于,在所述传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输之前,还包括:
根据所述HARQ-ACK的PRI以及PDCCH资源所在的LBT子频带,按照预设的优先级策略,依次在所述HARQ-ACK的PRI指示的每个传输HARQ-ACK所占用的PUCCH资源上进行LBT。
3.根据权利要求2所述的方法,其特征在于,所述预设的优先级策略,包括:
与包含所述HARQ-ACK的PRI的PDCCH资源所在的下行LBT子频带相比,在与所述下行LBT子频带处于同一频带的上行LBT子频带内的PUCCH资源上优先进行LBT,所述同一频带处于非授权频段内。
4.根据权利要求1所述的方法,其特征在于,所述根据PDCCH中的HARQ-ACK的PRI以及PDCCH所在的LBT子频带,确定传输HARQ-ACK所占用的PUCCH资源,包括:
根据所述PDCCH中的HARQ-ACK的PRI以及所述PDCCH资源所在的下行LBT子频带,确定PUCCH资源子集,所述PUCCH资源子集包括一个或多个传输HARQ-ACK所占用的PUCCH资源。
5.根据权利要求1所述的方法,其特征在于,该方法还包括:
接收***信息,所述***信息包括主信息块或***信息块;
根据所述***信息,确定一个PUCCH资源集合,以用于根据调度PDSCH的PDCCH中的下行控制信息DCI中的HARQ-ACK的PRI,来指示所述一个PUCCH资源集合中的传输HARQ-ACK所占用的一个PUCCH资源。
6.一种传输HARQ-ACK的方法,应用于UE,其特征在于,包括:
根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;
根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;
从所述基站指示的PUCCH资源和所述基站调度的PUSCH资源中选出至少一种资源;
对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;
根据所述LBT结果信息,在所述PUCCH资源或所述PUSCH资源上进行HARQ-ACK传输。
7.根据权利要求6所述的方法,其特征在于,当从所述基站指示的PUCCH资源和所述基站调度的PUSCH资源中选出所述PUCCH资源和所述PUSCH资源,所述对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息,包括:
在所述PUSCH资源所在的LBT子频带和所述PUCCH资源所在的LBT子频带上进行LBT,得到LBT结果信息。
8.根据权利要求7所述的方法,其特征在于,所述根据所述LBT结果信息,在所述PUCCH资源或所述PUSCH资源上进行HARQ-ACK传输,包括:
当所述LBT结果信息为可以传输PUSCH时,在所述PUSCH资源所在的空闲的上行LBT子频带上传输PUSCH,且在PUSCH资源上进行HARQ-ACK传输;
当所述LBT结果信息为不可以传输PUSCH,且可以传输PUCCH时,在所述PUCCH资源所在的空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输;
当所述LBT结果信息为不可以传输PUSCH,且不可以传输PUCCH时,不进行HARQ-ACK传输。
9.根据权利要求6所述的方法,其特征在于,当从所述基站指示的PUCCH资源和所述基站调度的PUSCH资源中选出所述PUSCH资源,所述根据所述LBT结果信息,在所述PUSCH资源上进行HARQ-ACK传输,包括:
当所述LBT结果信息为可以传输PUSCH时,在所述PUSCH资源所在的空闲的上行LBT子频带上传输PUSCH,且在PUSCH资源上进行HARQ-ACK传输;
当所述LBT结果信息为不可以传输PUSCH时,不进行HARQ-ACK传输。
10.根据权利要求6所述的方法,其特征在于,当从所述基站指示的PUCCH资源和所述基站调度的PUSCH资源中选出所述PUCCH资源,所述根据所述LBT结果信息,在所述PUCCH资源上进行HARQ-ACK传输,包括:
当所述LBT结果信息为可以传输PUCCH时,在所述PUCCH资源所在的空闲的上行LBT子频带上传输PUCCH,且在PUCCH资源上进行HARQ-ACK传输;
当所述LBT结果信息为不可以传输PUCCH时,不进行HARQ-ACK传输。
11.根据权利要求6所述的方法,其特征在于,所述根据所述LBT结果信息,在所述PUCCH资源或所述PUSCH资源上进行HARQ-ACK传输,包括:
当调度的PUSCH中小区索引号最小的服务小区可以传输PUSCH时,根据所述LBT结果,在所有的服务小区的空闲的上行LBT子频带上传输PUSCH,且在所述小区索引号最小的服务小区的PUSCH资源上进行HARQ-ACK传输;
或当调度的PUSCH中小区索引号最小的服务小区不可以传输PUSCH,且根据所述LBT结果可以传输PUCCH时,在LBT结果为空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输,且除所述小区索引号最小的服务小区之外的其他服务小区的PUSCH资源上不可以传输PUSCH;
或当调度的PUSCH中小区索引号最小的服务小区不可以传输PUSCH,且根据所述LBT结果可以传输PUCCH时,在LBT结果为空闲的上行LBT子频带的PUCCH资源上进行HARQ-ACK传输,且除所述小区索引号最小的服务小区之外的其他服务小区的PUSCH根据所述其他服务小区的LBT结果确定是否进行PUSCH传输;
所述其他服务小区的PUSCH根据所述其他服务小区的LBT结果确定是否进行PUSCH传输,包括:
当所述LBT结果为空闲的PUSCH的服务小区的PUSCH,所述空闲的PUSCH的服务小区可以进行PUSCH传输;
当所述LBT结果为忙的PUSCH的服务小区的PUSCH,所述忙的PUSCH的服务小区不可以进行PUSCH传输。
12.一种UE,其特征在于,包括:
第一处理模块,用于根据调度物理下行共享信道PDSCH的物理下行链路控制信道PDCCH中的HARQ-ACK的物理上行链路控制信道资源指示信息PRI以及PDCCH资源所在的先侦听后传输LBT子频带,确定传输HARQ-ACK所占用的物理上行链路控制信道PUCCH资源;
第二处理模块,用于根据所述传输HARQ-ACK所占用的PUCCH资源,在所述传输HARQ-ACK所占用的PUCCH资源上进行HARQ-ACK传输。
13.一种UE,其特征在于,包括:
第三处理模块,用于根据基站调度的PUSCH资源,确定PUSCH资源所在的LBT子频带;
第四处理模块,用于根据基站指示的PUCCH资源,确定PUCCH资源所在的LBT子频带;
第五处理模块,用于从所述基站指示的PUCCH资源和所述基站调度的PUSCH资源中选出至少一种资源;
第六处理模块,用于对选出的资源所在的LBT子频带进行LBT,确定LBT结果信息;
第七处理模块,用于根据所述LBT结果信息,在所述PUCCH资源或所述PUSCH资源上进行HARQ-ACK传输。
14.一种UE,包括:处理器;以及
存储器,配置用于存储机器可读指令,所述指令在由所述处理器执行时,使得所述处理器执行权利要求1-5中任一项所述的传输HARQ-ACK方法。
15.一种UE,包括:处理器;以及
存储器,配置用于存储机器可读指令,所述指令在由所述处理器执行时,使得所述处理器执行权利要求6-11中任一项所述的传输HARQ-ACK的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/KR2020/009082 WO2021010666A1 (en) | 2019-07-12 | 2020-07-10 | Method and apparatus for transmitting uplink signal in a communication system |
US17/624,717 US20220247543A1 (en) | 2019-07-12 | 2020-07-10 | Method and apparatus for transmitting uplink signal in a communication system |
KR1020227000482A KR20220030996A (ko) | 2019-07-12 | 2020-07-10 | 통신 시스템에서 업링크 신호를 송신하는 방법 및 장치 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910630689 | 2019-07-12 | ||
CN2019106306899 | 2019-07-12 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112218380A true CN112218380A (zh) | 2021-01-12 |
Family
ID=74047954
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911055423.2A Pending CN112218380A (zh) | 2019-07-12 | 2019-10-31 | 传输harq-ack的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112218380A (zh) |
-
2019
- 2019-10-31 CN CN201911055423.2A patent/CN112218380A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10694465B2 (en) | User equipment transmit duty cycle control | |
US10856164B2 (en) | Method for scheduling resources in unlicensed frequency band, base station and terminal | |
CN110603869B (zh) | 用户设备、基站和无线通信方法 | |
CN106465138B (zh) | 用于通过载波侦听在共享频谱中发送lte波形的方法和装置 | |
CN109996341B (zh) | 控制信息的传输方法 | |
US11109411B2 (en) | Channel sense method, network side device, and terminal | |
CN108029120B (zh) | 用于为低复杂度窄带终端指示对随机接入过程中的harq消息分配的资源的方法 | |
KR102341820B1 (ko) | 무선 통신 시스템에서 채널 액세스를 위한 장치 및 방법 | |
US20210022142A1 (en) | Method and apparatus for vehicle to everything (v2x) communication in a wireless communication system | |
WO2016161630A1 (en) | Resource allocation design for low cost machine-type communication ue | |
CN110474735B (zh) | 通信方法和通信装置 | |
US8861624B2 (en) | Method of transmitting signal in a wireless system | |
CN109151833A (zh) | 传输控制信息的方法和装置 | |
KR20200110359A (ko) | 상향링크 정보를 전송하는 방법 및 장치 | |
CN105323849B (zh) | 上行控制信道的配置和发送方法、装置及基站和用户设备 | |
US11979873B2 (en) | Priority differentiation of SR transmissions with HARQ-ACK codebooks of different service types | |
KR20200105436A (ko) | 무선 통신 시스템에서 리소스 풀을 운영하는 방법 및 장치 | |
US11751211B2 (en) | Method for processing physical resource and user equipment | |
EP3606231B1 (en) | Scheduling-free transmission method and apparatus | |
US11456843B2 (en) | Resource allocation method for sub-PRB uplink transmission | |
US20220150005A1 (en) | Channel or signal sending method and apparatus, and storage medium | |
WO2020164156A1 (zh) | 传输带宽的确定方法、设备及存储介质 | |
US20220247543A1 (en) | Method and apparatus for transmitting uplink signal in a communication system | |
WO2020056752A1 (zh) | Pdcch的监听方法、装置、设备及*** | |
EP3823397A1 (en) | Traffic-dependent transmission for interference reduction |
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 |