CN104767595A - Harq-ack反馈信息的传输方法、***及终端和基站 - Google Patents

Harq-ack反馈信息的传输方法、***及终端和基站 Download PDF

Info

Publication number
CN104767595A
CN104767595A CN201410006500.6A CN201410006500A CN104767595A CN 104767595 A CN104767595 A CN 104767595A CN 201410006500 A CN201410006500 A CN 201410006500A CN 104767595 A CN104767595 A CN 104767595A
Authority
CN
China
Prior art keywords
pucch
channel
terminal
index
format
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.)
Withdrawn
Application number
CN201410006500.6A
Other languages
English (en)
Inventor
陈宪明
戴博
鲁照华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201410006500.6A priority Critical patent/CN104767595A/zh
Priority to US15/109,661 priority patent/US20160337089A1/en
Priority to EP14878361.6A priority patent/EP3079296B1/en
Priority to PCT/CN2014/000749 priority patent/WO2015103722A1/zh
Publication of CN104767595A publication Critical patent/CN104767595A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058Allocation criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了HARQ-ACK反馈信息的传输方法、***及终端和基站,包括基站按照预先设置的传输策略,确定终端对应的PUCCH信道。其中,传输策略为基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道;或者根据预先设置的资源,确定终端对应的PUCCH信道;或者预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;基站通过确定的PUCCH信道接收HARQ-ACK反馈信息。本发明通过为处于覆盖增强模式或场景下的终端,设置专有的用于传输HARQ-ACK反馈的PUCCH信道或候选PUCCH信道资源,避免了覆盖增强终端与正常LTE终端的HARQ-ACK反馈信道之间的冲突。

Description

HARQ-ACK反馈信息的传输方法、***及终端和基站
技术领域
本发明涉及无线通信技术,尤指一种HARQ-ACK反馈信息的传输方法、***及终端和基站。
背景技术
机器类通信(MTC,Machine Type Communication)又称机器到机器(M2M,Machine To Machine),其用户设备(UE,User Equipment)或终端是现阶段物联网的主要应用形式。低功耗、低成本是其可大规模应用的重要保障。目前,M2M技术已经得到了NEC、HP、CA、Intel、IBM、AT&T等国际知名厂商的支持以及各国移动运营商的认可。目前,市场上部署的大部分M2M设备主要是基于全球移动通信(GSM,Global System of Mobilecommunication)***。
近年来,由于长期演进(LTE,Long Term Evolution)的频谱效率高,越来越多移动运营商选择LTE作为未来宽带无线通信***的演进方向。基于LTE的M2M多种类数据业务也将更具吸引力。
当前LTE***下行链路的物理信道类型包括:用于承载控制区域符号数的物理控制格式指示信道(PCFICH,Physical Control Format IndicationChannel),用于承载上行数据的混合自动重复请求的确认(HARQ-ACK,Hybrid Automatic Repeated Request Acknowledge)的物理HARQ指示信道(PHICH,Physical HARQ Indication Channel),用于承载下行分配、上行授予和功率控制等信息的物理的下行控制信道(PDCCH,Physical DownlinkControl Channel),以及用于承载业务数据和/或层3控制信息的物理下行共享信道(PDSCH,Physical Downlink Shared Channel)。图1为现有技术中一个下行子帧中的PDCCH与PDSCH的复用关系的示意图,如图1所示,PDCCH是在每个子帧中发送,并且与PDSCH形成时分复用关系。具体地,PDCCH通过一个子帧的前X(取值范围为1至4)个正交频分复用(OFDM,OrthogonalFrequency Division Multiplexing)符号发送。一个PDCCH信道由Y个控制信道单元(CCE,Control Channel Element)构成,其中Y的取值范围是1、2、4或8。
当前LTE***上行链路的物理信道类型包括:用于承载层1/层2控制信息的物理上行控制信道(PUCCH,Physical Uplink Control Channel),以及用于承载各种业务数据、层1/层2控制信息和/或层3控制信息的物理上行共享信道(PUSCH,Physical Uplink Shared Channel)。其中,层1/层2控制信息类型包括:调度请求(SR,Scheduling Request)、信道状态信息(CSI,ChannelState Information)以及下行数据的HARQ-ACK反馈。根据PUCCH承载的控制信息内容,多种PUCCH格式被划分。具体地,承载SR的是PUCCH格式1,承载HARQ-ACK反馈的是PUCCH格式1a/1b,承载CSI信息的是PUCCH格式2,同时承载HARQ-ACK反馈和CSI信息的是PUCCH格式2a/2b。
现有LTE***的每个子帧为PUCCH预留至少一个PUCCH资源,且每个PUCCH资源占用分别位于一个子帧的两个时隙的两个资源块,且上述两个资源块分别位于***的上、下边带。如图2所示,图2为现有技术中一个子帧中的PUCCH资源到物理资源块(PRB,Physical Resource Block)映射的示意图。在图2中,为PUCCH传输预留了4个PUCCH资源,分别标记为m=0,1,2,3,其中的m表示PUCCH资源索引。
属于相同PUCCH资源的不同PUCCH信道码分复用在一起,属于不同PUCCH资源的PUCCH信道时分和/或频分复用在一起。具体地,PUCCH格式1/1a/1b信道通过恒幅零自相关序列的循环移位和正交块扩频序列码分复用在一个PUCCH资源上,PUCCH格式2/2a/2b信道通过恒幅零自相关序列的循环移位码分复用在一个PUCCH资源上,且PUCCH格式1/1a/1b信道和PUCCH格式2/2a/2b信道也可以通过恒幅零自相关序列的循环移位码分复用在一个PUCCH资源上。
现有LTE***将所有的PUCCH资源划分为多种类型,具体包括:只用于PUCCH格式2/2a/2b传输的PUCCH资源,只用于PUCCH格式1/1a/1b传输的PUCCH资源,以及同时用于PUCCH格式1/1a/1b和PUCCH格式2/2a/2b传输的PUCCH资源(称为PUCCH混合资源)。如图3所示,图3为现有技术中PUCCH资源类型划分的示意图。在图3中,位于最前面的NRB (2)个PUCCH资源只用于PUCCH格式2/2a/2b传输,下一个的PUCCH资源用于PUCCH格式2/2a/2b和PUCCH格式1/1a/1b的混合传输,其余的PUCCH资源只用于PUCCH格式1/1a/1b传输。其中,m为PUCCH资源索引,NRB HO表示预留的PUCCH资源总数,NRB (2)表示预留的只用于PUCCH格式2/2a/2b传输的PUCCH资源数。
现有LTE***通过信令能够配置在一个PUCCH格式2/2a/2b资源内包括的PUCCH格式2/2a/2b信道数,在一个PUCCH格式1/1a/1b资源内包括的PUCCH格式1/1a/1b信道数,以及在一个混合PUCCH资源内包括的PUCCH格式1/1a/1b信道数和PUCCH格式2/2a/2b信道数。如图3所示,PUCCH格式2/2a/2b信道的起点位于第一个预留PUCCH资源,PUCCH格式1/1a/1b信道的起点位于索引为NRB (2)的混合PUCCH资源。
正如前文所述,现有LTE***通过PUCCH格式1a/1b发送与下行业务数据有关的HARQ-ACK反馈信息。在这种情况下,根据与下行分配有关的PDCCH所占用的首个CCE资源的索引来隐式确定上述PUCCH格式1a/1b信道的索引。在这种隐式映射过程中,存在一个隐式映射偏置NPUCCH (1),即表示所有PUCCH格式1/1a/1b信道中的最前面NPUCCH (1)个(索引为0至NPUCCH (1)-1),是不会被用于隐式映射的,也就是说,与PDCCH所占用的CCE资源的索引无关。在确定了PUCCH格式1a/1b信道的索引之后,终端可以根据该索引确定与该PUCCH格式1a/1b信道对应的正交块扩频序列索引,恒幅零自相关序列的循环移位序列索引,以及所占用的PUCCH资源的索引。
由于一些MTC终端可能是被安装在住宅的地下室,或者被铝合金窗或传统厚墙建筑结构所遮蔽的位置,与正常的LTE终端相比,这些MTC终端在射频接口上会经历相当严重的穿透损耗,从而需要增强上述MTC终端覆盖。其中,需要增强的数据类型包括承载于PDSCH和PUSCH的上下行业务数据和承载于PDCCH和PUCCH的上下行控制信令。为积累更多的能量以改善覆盖,重复传输的方法通常被用于各种数据类型的传输增强。图4为现有技术中增强覆盖的下行传输过程的示意图。图4中,斜纹阴影格表示PDCCH、小方格阴影表示PDSCH、灰色阴影表示PUCCH。如图4所示,下行的分配信息通过PDCCH在连续的多个下行子帧被重复发送,下行的业务数据通过PDSCH在连续的多个下行子帧被重复发送,HARQ-ACK反馈信息通过PUCCH格式1a/1b在连续的多个上行子帧被重复发送。其中,PDCCH所占用的最后一个子帧与PDSCH所占用的起始子帧之间共间隔D1(D1大于0)个子帧,PDSCH所占用的最后一个子帧与PUCCH格式1a/1b所占用的起始子帧之间共间隔3个子帧。
在覆盖增强MTC终端与正常LTE终端共存的情况下,如果两种终端类型都采用现有技术的与PDCCH占用的首个CCE的索引有关的隐式地PUCCH格式1a/1b信道的映射规则,那么,会存在覆盖增强MTC终端的HARQ-ACK反馈与正常LTE终端的HARQ-ACK反馈相互冲突的问题。具体来讲,图5为现有技术中覆盖增强终端的PUCCH格式1a/1b与正常LTE终端的PUCCH格式1a/1b信道冲突的示意图,图5中,斜纹阴影格表示PDCCH、小灰色阴影表示PUCCH。如图5所示,通过PUCCH格式1a/1b传输来自覆盖增强MTC终端的HARQ-ACK反馈信息的多个子帧中的第一个(记为子帧j)同样是传输来自正常LTE终端的HARQ-ACK反馈信息的子帧,如果覆盖增强MTC终端的PDCCH所占用的首个CCE的索引与正常LTE终端的PDCCH所占用的首个CCE的索引相同,那么,在子帧j中,承载覆盖增强MTC终端和正常LTE终端的HARQ-ACK反馈信息的PUCCH格式1a/1b信道索引也相同,从而导致了信道的冲突。另外,除了子帧j以外,传输HARQ-ACK反馈的其它子帧也可能存在类似的冲突问题。
对于覆盖增强MTC终端,现有技术支持下行业务数据的HARQ-ACK反馈信息与上行业务数据的同时传输。具体地,HARQ-ACK反馈和上行业务数据分别承载于确定的PUCCH格式1a/1b和PUSCH资源上被发送,或者HARQ-ACK反馈和上行业务数据共享同一PUSCH资源,与上行业务数据同时承载于确定的PUSCH资源上被发送。但是,由于覆盖增强MTC终端的有限发射功率,此时又是被同时分配给HARQ-ACK反馈信息以及上行业务数据,这样,导致了HARQ-ACK反馈信息的接收能量的降低,最终影响了HARQ-ACK反馈的覆盖性能。
发明内容
为了解决上述技术问题,本发明提供一种HARQ-ACK反馈信息的传输方法、***及终端和基站,能够避免在覆盖增强MTC终端与正常LTE终端共存的情况下,出现的信道冲突的问题。
为了达到本发明目的,本发明提供了一种混合自动重复请求的确认HARQ-ACK反馈信息的传输方法,基站确定出终端处于覆盖增强场景下,包括:
基站按照预先设置的传输策略,确定终端对应的PUCCH信道;其中,传输策略为:基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;或者,根据预先设置的资源,确定终端对应的PUCCH信道;或者,预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;
基站利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息。
所述PUCCH信道为PUCCH格式1/1a/1b信道,或PUCCH格式2/2a/2b信道。
所述传输策略为基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息时,所述N个预先设置的PUCCH信道为连续的或非连续的。
当所述PUCCH信道是PUCCH格式1/1a/1b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式1/1a/1b信道;或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其中,Q(1)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式1/1a/1b信道数。
当所述PUCCH信道是PUCCH格式2/2a/2b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,其中,NPUCCH,max (2)为总的PUCCH格式2/2a/2b信道数;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,其中,Q(2)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式2/2a/2b信道数。
当所述PUCCH信道是非连续的PUCCH格式1/1a/1b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、现有的隐式映射偏置NPUCCH (1)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式1/1a/1b信道数Q(1)
当所述PUCCH信道是非连续的PUCCH格式2/2a/2b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、总的PUCCH格式2/2a/2b信道数NPUCCH,max (2)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式2/2a/2b信道数Q(2)
所述指示信令包括:
承载于PDCCH中的下行控制信息DCI信令,或承载于PDSCH中的射频资源控制RRC信令。
所述指示信令包括ceiling(log2N)个比特数,其中的ceiling表示向上取整数运算。
所述RRC信令包括:承载于与随机接入过程有关的Msg2或Msg4中的信令;
所述RRC信令为半静态配置信令。
所述DCI包括用于指示传输HARQ-ACK反馈信息的PUCCH信道的DCI信令、用于PDSCH的资源分配的DCI信令;
所述DCI格式为所述覆盖增强终端所专有的DCI格式。
所述DCI信令均为动态配置信令。
所述传输策略为:根据预先设置的资源,确定终端对应的PUCCH信道;
所述预先设置的资源包括以下至少之一:
PDCCH所占用的CCE、PDCCH所占用的CCE数、PDCCH所占用的子帧、PDCCH所占用的子帧数、PUCCH所占用的子帧、PUCCH所占用的子帧数、PDSCH所占用的子帧、PDSCH所占用的子帧数、PDSCH所占用的PRB、PDSCH所占用的PRB数以及终端的标识。
所述根据预先设置的资源,确定终端对应的PUCCH信道包括:
获取参考PUCCH信道;
根据获得的参考PUCCH信道和所述预先设置的资源,确定PUCCH信道偏置;
计算参考PUCCH信道的索引与PUCCH信道偏置之和,和值为PUCCH信道索引。
当所述PUCCH信道为PUCCH格式1/1a/1b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道。
当所述PUCCH信道为PUCCH格式2/2a/2b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式2/2a/2b信道;
或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
所述根据获得的参考PUCCH信道和预先设置的资源,确定PUCCH信道偏置,包括:
根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向;
根据预先设置的资源,确定PUCCH信道偏置的大小。
所述根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向,包括:
当所述获得的参考PUCCH信道为索引为0的PUCCH格式1/1a/1b信道,或索引为0的PUCCH格式2/2a/2b信道,或索引为Q(1)的PUCCH格式1/1a/1b信道时,确定PUCCH信道偏置的方向为正向;
当所述获得的参考PUCCH信道为索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道,或索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,或索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道时,确定PUCCH信道偏置的方向为负向。
根据预先设置的资源,确定PUCCH信道偏置的大小,包括:
根据PDCCH所占用的首个子帧的索引;或者,根据PDCCH所占用的首个CCE的索引和CCE数;或者,根据PDCCH所占用的子帧数;或者,根据PDCCH所占用的首个CCE的索引、首个子帧的索引、CCE数和子帧数;或者,根据PUCCH所占用的子帧数;或者,根据PDSCH所占用的子帧数;或者,根据终端的标识,确定PUCCH信道偏置的大小。
所述传输策略为预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;具体包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道;或者,索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
所述HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,该方法还包括:
所述基站通过所述确定的PUCCH信道,或者,通过承载所述业务数据的PUSCH信道资源,接收所述HARQ-ACK反馈信息。
所述通过承载业务数据的PUSCH信道资源接收HARQ-ACK反馈信息,包括:
按照PUSCH传输业务数据的方式接收所述HARQ-ACK反馈信息;
或者,在通过承载所述业务数据的PUSCH对应的资源中选择一个PRB对,并按照PUCCH格式1a/1b方式接收所述HARQ-ACK反馈信息。
该方法还包括:
所述基站按照增加后的子帧数接收所述业务数据;
或者,当在传输所述业务数据后,按照自适应的重传的方式接收所述业务数据;
或者,根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否按照自适应的重传的方式接收所述业务数据。
本发明还公开了一种混合自动重复请求的确认HARQ-ACK反馈信息的传输方法,终端处于覆盖增强场景下,包括:
终端按照预先设置的传输策略,确定终端对应的PUCCH信道;其中,传输策略为:终端接收来自基站的PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;或者,根据预先设置的资源,确定终端对应的PUCCH信道;或者,预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;
终端通过确定的PUCCH信道发送HARQ-ACK反馈信息。
所述PUCCH信道为PUCCH格式1/1a/1b信道,或PUCCH格式2/2a/2b信道。
所述传输策略为:终端接收来自基站的PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息时,所述N个预先设置的PUCCH信道为连续的或非连续的。
当所述PUCCH信道是PUCCH格式1/1a/1b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式1/1a/1b信道;或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其中,Q(1)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式1/1a/1b信道数。
当所述PUCCH信道是PUCCH格式2/2a/2b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,其中,NPUCCH,max (2)为总的PUCCH格式2/2a/2b信道数;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,其中,Q(2)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式2/2a/2b信道数。
当所述PUCCH信道是非连续的PUCCH格式1/1a/1b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、现有的隐式映射偏置NPUCCH (1)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式1/1a/1b信道数Q(1)
当所述PUCCH信道是非连续的PUCCH格式2/2a/2b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、总的PUCCH格式2/2a/2b信道数NPUCCH,max (2)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式2/2a/2b信道数Q(2)
所述指示信令包括:
承载于PDCCH中的下行控制信息DCI信令,或承载于PDSCH中的射频资源控制RRC信令。
所述指示信令包括ceiling(log2N)个比特数,其中的ceiling表示向上取整数运算。
所述RRC信令包括:承载于与随机接入过程有关的Msg2或Msg4中的信令;
所述RRC信令为半静态配置信令。
所述DCI包括用于指示传输HARQ-ACK反馈信息的PUCCH信道的DCI信令、用于PDSCH的资源分配的DCI信令;
所述DCI格式为所述覆盖增强终端所专有的DCI格式。
所述DCI信令均为动态配置信令。
所述传输策略为:根据预先设置的资源,确定终端对应的PUCCH信道;
所述预先设置的资源包括以下至少之一:
PDCCH所占用的CCE、PDCCH所占用的CCE数、PDCCH所占用的子帧、PDCCH所占用的子帧数、PUCCH所占用的子帧、PUCCH所占用的子帧数、PDSCH所占用的子帧、PDSCH所占用的子帧数、PDSCH所占用的PRB、PDSCH所占用的PRB数以及终端的标识。
所述根据预先设置的资源,确定终端对应的PUCCH信道包括:
获取参考PUCCH信道;
根据获得的参考PUCCH信道和所述预先设置的资源,确定PUCCH信道偏置;
计算参考PUCCH信道的索引与PUCCH信道偏置之和,和值为PUCCH信道索引。
当所述PUCCH信道为PUCCH格式1/1a/1b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道。
当所述PUCCH信道为PUCCH格式2/2a/2b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式2/2a/2b信道;
或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
所述根据获得的参考PUCCH信道和预先设置的资源,确定PUCCH信道偏置,包括:
根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向;
根据预先设置的资源,确定PUCCH信道偏置的大小。
所述根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向,包括:
当所述获得的参考PUCCH信道为索引为0的PUCCH格式1/1a/1b信道,或索引为0的PUCCH格式2/2a/2b信道,或索引为Q(1)的PUCCH格式1/1a/1b信道时,确定PUCCH信道偏置的方向为正向;
当所述获得的参考PUCCH信道为索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道,或索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,或索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道时,确定PUCCH信道偏置的方向为负向。
根据预先设置的资源,确定PUCCH信道偏置的大小,包括:
根据PDCCH所占用的首个子帧的索引;或者,根据PDCCH所占用的首个CCE的索引和CCE数;或者,根据PDCCH所占用的子帧数;或者,根据PDCCH所占用的首个CCE的索引、首个子帧的索引、CCE数和子帧数;或者,根据PUCCH所占用的子帧数;或者,根据PDSCH所占用的子帧数;或者,根据终端的标识,确定PUCCH信道偏置的大小。
所述传输策略为预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;具体包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道;或者,索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
所述HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,该方法还包括:
所述终端取消所述业务数据传输,并通过所述确定的PUCCH信道,或者,通过承载所述业务数据的PUSCH信道资源,传输所述HARQ-ACK反馈信息。
所述通过承载业务数据的PUSCH信道资源传输HARQ-ACK反馈信息,包括:
按照PUSCH传输业务数据的方式传输所述HARQ-ACK反馈信息;
或者,在通过承载所述业务数据的PUSCH对应的资源中选择一个PRB对,并按照PUCCH格式1a/1b方式传输所述HARQ-ACK反馈信息。
该方法还包括:
所述终端按照增加后的子帧数传输业务数据;
或者,当在传输所述业务数据后,自适应的重传业务数据;
或者,根据同时传输所述HARQ-ACK反馈信息和业务数据的子帧数量确定在传输业务数据后,是否自适应的重传业务数据。
本发明又公开了一种HARQ-ACK反馈信息的传输***,至少包括基站,和终端,其中,
基站,用于确定出终端处于覆盖增强场景下,按照预先设置的传输策略,确定终端对应的PUCCH信道;利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息;
终端,用于按照预先设置的传输策略,确定自身对应的PUCCH信道;通过确定的PUCCH信道发送HARQ-ACK反馈信息;
其中,传输策略为:
基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;
或者,根据预先设置的资源,确定终端对应的PUCCH信道;
或者,预先设置的终端专属的PUCCH信道,为终端对应的PUCCH信道。
所述基站至少包括确定模块、第一处理模块,以及第一接收模块;其中,
确定模块,用于确定出终端处于覆盖增强场景下,通知第一处理模块;
第一处理模块,其中设置有传输策略,用于按照传输策略,确定终端对应的PUCCH信道;
第一接收模块,用于利用终端对应的PUCCH信道,接收来自终端的HARQ-ACK反馈信息;
所述终端至少包括第二处理模块,以及第二发送模块;其中,
第二处理模块,其中设置有传输策略,用于按照传输策略,确定终端自身对应的PUCCH信道;
第二发送模块,用于通过确定的PUCCH信道,发送HARQ-ACK反馈信息。
所述基站还包括:第一发送模块,用于接收到来自第一处理模块的通知,向终端发送PUCCH信道的指示信令;相应地,
所述终端还包括第二接收模块,用于接收来自基站的指示信令,并输出给第二处理模块。
本发明再公开了一种基站,至少包括确定模块、第一处理模块,以及第一接收模块;其中,
确定模块,用于确定出终端处于覆盖增强场景下,通知第一处理模块;
第一处理模块,其中设置有传输策略,用于按照传输策略,确定终端对应的PUCCH信道;
第一接收模块,用于利用终端对应的PUCCH信道,接收来自终端的HARQ-ACK反馈信息。
所述基站还包括:第一发送模块,用于接收到来自第一处理模块的通知,向终端发送PUCCH信道的指示信令。
本发明又公开了一种终端,处于覆盖增强场景下,至少包括第二处理模块,以及第二发送模块;其中,
第二处理模块,其中设置有传输策略,用于按照传输策略,确定终端自身对应的PUCCH信道;
第二发送模块,用于通过确定的PUCCH信道,发送HARQ-ACK反馈信息。
所述终端还包括第二接收模块,用于接收来自基站的指示信令,并输出给第二处理模块。
与现有技术相比,本申请技术方案包括基站与终端分别按照预先设置的传输策略,确定终端对应的PUCCH信道。其中,传输策略可以是:基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;或者,根据预先设置的资源,确定终端对应的PUCCH信道;或者,预先设置的终端专属的PU-CCH信道为终端对应的PUCCH信道;终端通过确定的PUCCH信道发送HARQ-ACK反馈信息,基站利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息。在本发明方法中,通过为处于覆盖增强模式或场景下的终端,设置专有的用于传输HARQ-ACK反馈的PUCCH信道或候选PUCCH信道资源,避免了覆盖增强终端与正常LTE终端的HARQ-ACK反馈信道之间的冲突。
进一步地,当HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,终端取消所述业务数据传输,并通过本发明方法确定的PUCCH信道,或者,通过承载业务数据的PUSCH信道资源,传输所述HARQ-ACK反馈信息;同时自适应的重传业务数据。这样,确保了HARQ-ACK反馈的覆盖性能。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为现有技术中一个下行子帧中的PDCCH与PDSCH的复用关系的示意图;
图2为现有技术中一个上行子帧中的PUCCH资源到物理资源块映射的示意图;
图3为现有技术中PUCCH资源类型划分的示意图;
图4为现有技术中增强覆盖的下行传输过程的示意图;
图5为现有技术中覆盖增强终端的PUCCH格式1a/1b与正常LTE终端的PUCCH格式1a/1b信道冲突的示意图;
图6为本发明HARQ-ACK反馈信息的传输方法的流程图;
图7为本发明HARQ-ACK反馈信息的传输***的组成结构示意图;
图8为本发明第一实施例中N个预先设置的PUCCH信道所在位置的示意图;
图9为本发明第二实施例中N个预先设置的PUCCH信道所在位置的示意图;
图10为本发明实施例中PDCCH所占用子帧和CCE资源的示意图;
图11为本发明第九实施例中存在业务数据传输的上行子帧传输HARQ-ACK反馈信息的示意图;
图12为本发明第十实施例中存在业务数据传输的上行子帧传输HARQ-ACK反馈信息的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
图6为本发明HARQ-ACK反馈信息的传输方法的流程图,如图6所示,基站确定出终端处于覆盖增强场景下,还包括以下步骤:
步骤600:基站与终端分别按照预先设置的传输策略,确定终端对应的PUCCH信道。其中,传输策略可以是:
基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;
或者,根据预先设置的资源,确定终端对应的PUCCH信道;
或者,预先设置的终端专属的PUCCH信道,为终端对应的PUCCH信道。
本步骤中,终端在下面情况下会处于覆盖增强场景包括:
终端缺省或始终工作于覆盖增强模式;
或者,通过测量基站所发送的参考信号或同步信号到达终端时的接收功率或接收质量,终端判断上述接收功率或接收质量低于确定的阈值,则终端开启覆盖增强模式。
本步骤中,PUCCH信道可以为:PUCCH格式1/1a/1b信道,或PUCCH格式2/2a/2b信道。这样,后续可以根据不同的PUCCH格式,执行相应的操作,即不同的PUCCH格式对应的操作不同。
本步骤中,当传输策略是:基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N(N为大于或等于2正整数)个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道时:
N个预先设置的PUCCH信道可以是连续或非连续的。
进一步地,当PUCCH信道是PUCCH格式1/1a/1b信道时,N个预先设置的PUCCH信道是索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道中的N个,并且N个预先设置的PUCCH信道中的第一个是:索引为0的PUCCH格式1/1a/1b信道;或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其中,Q(1)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式1/1a/1b信道数。
这里,由于索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道不会被用于与正常LTE终端HARQ-ACK反馈有关的隐式的PUCCH映射过程,即与正常LTE终端的PDCCH所占用的CCE索引无关。因此,本发明通过从上述NPUCCH (1)个PUCCH格式1/1a/1b信道中,选取N个预先设置的PUCCH信道作为覆盖增强终端传输HARQ-ACK反馈的候选PUCCH信道,避免了覆盖增强终端与正常LTE终端HARQ-ACK反馈信道之间的相互冲突。
进一步地,当PUCCH信道是PUCCH格式2/2a/2b信道时,N个预先设置的PUCCH信道是所有的PUCCH格式2/2a/2b信道中的N个,并且N个预先设置的PUCCH信道中的第一个是:索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,NPUCCH,max (2)为总的PUCCH格式2/2a/2b信道数;或者,索引为NPUCCH,max (2)-Q(2)-1的PU-CCH格式2/2a/2b信道,其中,Q(2)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式2/2a/2b信道数。
在现有LTE***中,PUCCH格式2/2a/2b信道不会被用于传输HARQ-ACK反馈信息。因此,本发明通过从NPUCCH,max (2)个PUCCH格式2/2a/2b信道中,选取N个预先设置的PUCCH信道,作为覆盖增强终端传输HARQ-ACK反馈的候选PUCCH信道,同样避免了覆盖增强终端与正常LTE终端的HARQ-ACK反馈信道之间的冲突。
进一步地,当N个预先设置的PUCCH信道是非连续的PUCCH格式1/1a/1b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
预先设置的PUCCH信道数N、现有的隐式映射偏置NPUCCH (1)、索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式1/1a/1b信道数Q(1)
举例来看,可以使用公式(1)或(2)所示,确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
I = ceiling ( N PUCCH ( 1 ) N - 1 ) - 1 - - - ( 1 )
I = ceiling ( N PUCCH ( 1 ) - Q ( 1 ) N - 1 ) - 1 - - - ( 2 )
在公式(1)或(2)中,I表示相邻的两个PUCCH信道间的间隔,ceiling表示向上取整数运算。
通过本发明公式(1)或(2)所述的确定PUCCH信道的方法,N个预先设置的PUCCH信道可以均匀散布在索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道,或者索引为Q(1)至NPUCCH (1)-1的NPUCCH (1)-Q(1)个PUCCH格式1/1a/1b信道中,避免了N个预先设置的PUCCH信道中的不同信道,通过码分方式复用相同的PUCCH资源,从而减少了不同覆盖增强终端的HARQ-ACK反馈信道间的相互干扰,最终提高了HARQ-ACK反馈信息的覆盖性能。
进一步地,当N个预先设置的PUCCH信道是非连续的PUCCH格式2/2a/2b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
预先设置的PUCCH信道数N、总的PUCCH格式2/2a/2b信道数NPUCCH,max (2)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式2/2a/2b信道数Q(2)
举例来看,可以使用公式(3)或(4)所示,确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
I = ceiling ( N PUCCH , max ( 2 ) N - 1 ) - 1 - - - ( 3 )
I = ceiling ( N PUCCH , max ( 2 ) - Q ( 2 ) N - 1 ) - 1 - - - ( 4 )
在公式(3)或(4)中,I表示相邻的两个PUCCH信道间的间隔,ceiling表示向上取整数运算。
通过本发明公式(3)或(4)所述的确定PUCCH信道的方法,N个预先设置的PUCCH信道可以均匀散布在索引为0至NPUCCH,max (2)-1的NPUCCH,max (2)个PUCCH格式2/2a/2b信道或者索引为0至NPUCCH,max (2)-Q(2)-1的NPUCCH,max (2)-Q(2)个PUCCH格式2/2a/2b信道中,避免了N个预先设置的PUCCH信道中的不同信道通过码分方式复用相同的PUCCH资源,从而减少了不同覆盖增强终端的HARQ-ACK反馈信道之间的相互干扰,提高了HARQ-ACK反馈的覆盖性能。
本步骤中,指示信令为:
承载于PDCCH中的下行控制信息(DCI,Downlink Control Information)信令,或承载于PDSCH中的射频资源控制(RRC,Radio Resource Control)信令。其中,承载于PDSCH中的RRC信令,包括:承载于与随机接入过程有关的Msg2或Msg4中的信令。
其中,所述DCI包括用于指示传输HARQ-ACK反馈信息的PUCCH信道的DCI信令、用于PDSCH的资源分配的DCI信令;并且所述DCI的格式为覆盖增强终端所专有的DCI格式。
其中,所有DCI信令均为动态配置信令;即在执行每一次的PDSCH传输之前,终端都需要先从PDCCH中解码出与该次PDSCH传输有关的DCI信令以获取该次PDSCH传输的资源分配信息和传输HARQ-ACK反馈信息的PUCCH信道位置。
其中,所述RRC信令为半静态配置信令;即终端在接收到用于指示传输HARQ-ACK反馈的PUCCH信道的RRC信令之后,随后与所有PDSCH传输有关的HARQ-ACK反馈都是在上述通过RRC信令指示的PUCCH信道上发送,直到终端接收到新的所述用于指示传输HARQ-ACK反馈信息的PUCCH信道的RRC信令为止。
本步骤中,指示信令包括ceiling(log2N)个比特数,其中的ceiling表示向上取整数运算。
通过本发明上述指示信令的发送方式,增加了N个预先设置的PUCCH信道的分配灵活性,有利于HARQ-ACK反馈的干扰减轻和干扰避免,提高了HARQ-ACK反馈的覆盖性能。
本步骤中,当传输策略是“根据预先设置的资源,确定终端对应的PUCCH信道”时:
其中,预先设置的资源包括以下至少之一:
PDCCH所占用的CCE、PDCCH所占用的CCE数、PDCCH所占用的子帧、PDCCH所占用的子帧数、PUCCH所占用的子帧、PUCCH所占用的子帧数、PDSCH所占用的子帧、PDSCH所占用的子帧数、PDSCH所占用的PRB、PDSCH所占用的PRB数以及终端的标识。
具体地,根据预先设置的资源,确定终端对应的PUCCH信道包括:
获取参考PUCCH信道;
根据获得的参考PUCCH信道和预先设置的资源,确定PUCCH信道偏置;使用如公式(5)所示确定PUCCH信道:
n=Nref+NOffset    (5)
在公式(5)中,n表示PUCCH信道索引,Nref表示参考PUCCH信道的索引,NOffset表示PUCCH信道偏置。
其中,获取参考PUCCH信道,包括:
当PUCCH信道为PUCCH格式1/1a/1b信道时,获取参考PUCCH信道为:索引为0的PUCCH格式1/1a/1b信道;或者,索引为NPUCCH (1)-1的PU-CCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道。当PUCCH信道为PUCCH格式2/2a/2b信道时,获取参考PUCCH信道为:索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
其中,根据获得的参考PUCCH信道和预先设置的资源,确定PUCCH信道偏置,包括:根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向;根据预先设置的资源,确定PUCCH信道偏置的大小。其中,
根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向,包括:
当获得的参考PUCCH信道为索引为0的PUCCH格式1/1a/1b信道,或索引为0的PUCCH格式2/2a/2b信道,或索引为Q(1)的PUCCH格式1/1a/1b信道时,确定PUCCH信道偏置的方向为正向;当获得的参考PUCCH信道为索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道或索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,或索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道时,确定PUCCH信道偏置的方向为负向。
根据预先设置的资源,确定PUCCH信道偏置的大小,包括:
根据PDCCH所占用的首个子帧的索引;或者,根据PDCCH所占用的首个CCE的索引和CCE数;或者,根据PDCCH所占用的子帧数;或者,根据PDCCH所占用的首个CCE的索引、首个子帧的索引、CCE数和子帧数;或者,根据PUCCH所占用的子帧数;或者,根据PDSCH所占用的子帧数;或者,根据终端的标识,确定PUCCH信道偏置的大小。
由于索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道不会被用于与正常LTE终端HARQ-ACK反馈有关的隐式PUCCH映射过程,即与正常LTE终端的PDCCH所占用的CCE索引无关。另外,现有LTE***的PUCCH格式2/2a/2b信道不会被用于传输HARQ-ACK反馈信息。因此,本发明通过从上述NPUCCH (1)个PUCCH格式1/1a/1b信道中或从NPUCCH,max (2)个PUCCH格式2/2a/2b信道中,根据预先设置的资源直接选取一个作为覆盖增强终端传输HARQ-ACK反馈的PUCCH信道,避免了覆盖增强终端与正常LTE终端HARQ-ACK反馈信道间的冲突。
本步骤中,当传输策略是:预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道时,具体包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道;或者,索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
由于索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道不会被用于与正常LTE终端HARQ-ACK反馈有关的隐式PUCCH映射过程,即与正常LTE终端的PDCCH所占用的CCE索引无关。另外,现有LTE***的PUCCH格式2/2a/2b信道不会被用于传输HARQ-ACK反馈信息。因此,本发明通过从上述NPUCCH (1)个PUCCH格式1/1a/1b信道中或从NPUCCH,max (2)个PUCCH格式2/2a/2b信道中,直接选取固定的一个作为所有覆盖增强终端专属的传输HARQ-ACK反馈的PUCCH信道,避免了覆盖增强终端与正常LTE终端HARQ-ACK反馈信道间的冲突。需要说明的是,此时的每个上行子帧只支持至多一个覆盖增强终端的HARQ-ACK反馈。
步骤601:终端通过确定的PUCCH信道发送HARQ-ACK反馈信息,基站利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息。
在本步骤中,当PUCCH信道为PUCCH格式2/2a/2b信道时,则终端通过确定的PUCCH格式2/2a/2b信道以PUCCH格式2形式发送HARQ-ACK反馈信息,基站利用终端对应的PUCCH格式2/2a/2b信道以PUCCH格式2形式接收来自终端的HARQ-ACK反馈信息。
在本发明方法中,通过为处于覆盖增强模式或场景下的终端,设置专有的用于传输HARQ-ACK反馈的PUCCH信道或候选PUCCH信道资源,避免了覆盖增强终端与正常LTE终端的HARQ-ACK反馈信道间的冲突。
本发明方法还包括:
当HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,
终端取消所述业务数据传输,并通过本发明方法确定的PUCCH信道,或者,通过承载业务数据的PUSCH信道资源,发送所述HARQ-ACK反馈信息。相应地,基站通过本发明确定的PUCCH信道,或者,通过承载业务数据的PUSCH信道资源,接收所述HARQ-ACK反馈信息。
其中,通过承载业务数据的PUSCH信道资源传输HARQ-ACK反馈信息,具体包括:按照PUSCH传输业务数据的方式传输HARQ-ACK反馈信息;或者,在通过承载业务数据的PUSCH对应的资源中选择一个PRB对,并按照PUCCH格式1a/1b方式传输HARQ-ACK反馈信息。通过本发明取消业务数据传输的方法,确保了HARQ-ACK反馈的覆盖性能。
进一步地,当HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,终端按照增加后的子帧数传输业务数据;或者,当在传输业务数据后,自适应的重传业务数据;或者,根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否自适应的重传业务数据。相应地,基站按照增加后的子帧数接收业务数据;或者,当在传输业务数据后,按照自适应的重传的方式接收业务数据;或者,根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否按照自适应的重传的方式接收业务数据。
通过上述方法,在确保HARQ-ACK反馈覆盖性能的同时,也确保了业务数据的覆盖性能。
在本发明方法中,还通过在HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,取消业务数据的传输,确保了HARQ-ACK反馈的覆盖性能。
图7为本发明HARQ-ACK反馈信息的传输***的组成结构示意图,如图7所示,至少包括基站,和终端,其中,
基站,用于确定出终端处于覆盖增强场景下,按照预先设置的传输策略,确定终端对应的PUCCH信道;利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息;
终端,用于按照预先设置的传输策略,确定自身对应的PUCCH信道;通过确定的PUCCH信道发送HARQ-ACK反馈信息;
其中,传输策略可以是:
基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;
或者,根据预先设置的资源,确定终端对应的PUCCH信道;
或者,预先设置的终端专属的PUCCH信道,为终端对应的PUCCH信道。
本发明***中的基站至少包括确定模块、第一处理模块,以及第一接收模块;其中,
确定模块,用于确定出终端处于覆盖增强场景下,通知第一处理模块;
第一处理模块,其中设置有传输策略,用于按照传输策略,确定终端对应的PUCCH信道;
第一接收模块,用于利用终端对应的PUCCH信道,接收来自终端的HARQ-ACK反馈信息;
终端至少包括第二处理模块,以及第二发送模块;其中,
第二处理模块,其中设置有传输策略,用于按照传输策略,确定终端自身对应的PUCCH信道;
第二发送模块,用于通过确定的PUCCH信道,发送HARQ-ACK反馈信息。
其中,基站还包括:第一发送模块,用于接收到来自第一处理模块的通知,向终端发送PUCCH信道的指示信令;相应地,
终端还包括第二接收模块,用于接收来自基站的指示信令,并输出给第二处理模块。
其中,PUCCH信道可以为:PUCCH格式1/1a/1b信道,或PUCCH格式2/2a/2b信道。
下面结合具体实施例对本发明方法进行详细描述。
图8为本发明第一实施例中N个预先设置的PUCCH信道所在位置的示意图,如图8所示,第一实施例中,假设N个预先设置的PUCCH信道是连续的。其中N为大于等于2的正整数。具体地,
在图8(a)中,假设PUCCH信道是PUCCH格式1/1a/1b信道,其中,第一个的索引是0,其它(N-1)个的索引分别为1至(N-1),如图8(a)中斜线阴影所示;在图8(b)中,假设PUCCH信道是PUCCH格式2/2a/2b信道,其中,第一个的索引是0,其它(N-1)个的索引分别为1至(N-1),如图8(b)中斜线阴影所示。需要说明的是,N个连续的PUCCH信道中的第一个并不局限于上述索引为0的PUCCH格式1/1a/1b或PUCCH格式2/2a/2b信道。比如,N个连续的PUCCH信道中的第一个也可以是:索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道,其它(N-1)个的索引分别为NPUCCH (1)-2至NPUCCH (1)-N;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其它(N-1)个的索引分别为Q(1)+1至Q(1)+N-1;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,其它(N-1)个的索引分别为NPUCCH,max (2)-2至NPUCCH,max (2)-N;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,其它(N-1)个的索引分别为NPUCCH,max (2)-Q(2)-2至NPUCCH,max (2)-Q(2)-N。
终端根据来自基站的信令,确定应该使用N个预先设置的PUCCH信道中的哪一个发送HARQ-ACK反馈信息。
通过预先设置的N个连续的PUCCH信道,基站与终端能够简单地获取到N个预先设置的PUCCH信道的索引和传输参数,从而简化了实现,有利于覆盖增强终端的低成本需求。
图9为本发明第二实施例中N个预先设置的PUCCH信道所在位置的示意图,如图9所示,第二实施例中,假设N个预先设置的PUCCH信道是非连续的。其中N为大于等于2的正整数。具体地,
在图9(a)中,假设PUCCH信道是PUCCH格式1/1a/1b信道;并假设N等于3且NPUCCH (1)等于28,那么,3(N=3)个PUCCH信道中的第一个的索引是0,其它两个的索引分别为13和26,如图9(a)中斜线阴影所示;相邻的两个信道之间的间隔是13,即满足:
I = ceiling ( N PUCCH ( 1 ) N - 1 ) - 1 = ceiling ( 28 3 - 1 ) - 1 = 13 ,
其中,I表示相邻的两个PUCCH信道之间的间隔,ceiling表示向上取整数运算。
具体地,在图9(b)中,假设PUCCH信道是PUCCH格式2/2a/2b信道;并假设N等于3且NPUCCH,max (2)等于64,如图9(b)中斜线阴影所示,那么,3(N=3)个PUCCH信道中的第一个的索引是0,其它两个的索引分别为31和62;相邻的两个信道之间的间隔是31,即满足:
I = ceiling ( N PUCCH , max ( 2 ) N - 1 ) - 1 = ceiling ( 64 3 - 1 ) - 1 = 31 ,
其中,I表示相邻的两个PUCCH信道之间的间隔,ceiling表示向上取整数运算。
需要说明的是,本实施例中,N个非连续的PUCCH信道中的第一个并不局限于上述索引为0的PUCCH格式1/1a/1b或PUCCH格式2/2a/2b信道。比如,N个非连续的PUCCH信道中的第一个也可以是:索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道,其它(N-1)个的索引小于NPUCCH (1)-1,且相邻的两个信道间的间隔由公式(1)确定;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其它(N-1)个的索引大于Q(1),且相邻两个信道间的间隔由公式(2)确定;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,其它(N-1)个的索引小于NPUCCH,max (2)-1,且相邻两个信道间的间隔由公式(3)确定;或者索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,其它(N-1)个的索引小于NPUCCH,max (2)-Q(2)-1,且相邻两个信道间的间隔由公式(4)确定。
终端根据来自基站的信令,确定应该使用N个预先设置的PUCCH信道中的哪一个发送HARQ-ACK反馈信息。
通过预先设置的N个均匀分布的非连续的PUCCH信道,避免了N个预先设置的PUCCH信道中的不同信道通过码分方式复用相同的PUCCH资源,从而减少了不同覆盖增强终端的HARQ-ACK反馈之间的相互干扰,提高了HARQ-ACK反馈的覆盖性能。
在现有LTE***中,由于索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道不会被用于与正常LTE终端HARQ-ACK反馈有关的隐式PUCCH映射过程,与正常LTE终端的PDCCH所占用的CCE索引无关,并且PUCCH格式2/2a/2b信道不会被用于传输HARQ-ACK反馈信息。因此,本发明通过从NPUCCH (1)个PUCCH格式1/1a/1b信道中或从NPUCCH,max (2)个PUCCH格式2/2a/2b信道中,选取N个预先设置的PUCCH信道作为覆盖增强终端传输HARQ-ACK反馈的候选PUCCH信道,避免了覆盖增强终端与正常LTE终端HARQ-ACK反馈信道间的冲突。
图10为本发明实施例中PDCCH占用的子帧和CCE示意图,如图10所示,具体地,在确定的覆盖等级下,从子帧维度来看,PDCCH共占用连续的S个子帧,并且首个子帧的索引为3,或者,下行分配通过PDCCH被重复发送了S次;从CCE维度来看,PDCCH共占用了连续的8个CCE,并且首个CCE的索引为16,如图10中的斜线阴影所示。需要说明的是,由于现有LTE***的一个无线帧是包括10个子帧,因此,这里子帧索引的范围是0至9。
第三实施例,假设发送HARQ-ACK反馈的PUCCH信道是格式1/1a/1b信道,并假设参考PUCCH信道是索引为0的格式1/1a/1b信道。那么,
首先,确定PUCCH信道偏置的方向为正向“+”;
然后,根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|,其中的|.|表示取绝对值或大小的运算。比如,可以使用公式(6)确定PUCCH信道偏置的大小:
| N Offset | = mod ( C 1 · s f , N PUCCH ( 1 ) ) - - - ( 6 )
在公式(6)中,sf表示PDCCH所占用的首个子帧的索引,C1表示确定的常数因子,mod表示取余数运算。
最后,再使用公式(5)确定PUCCH信道,具体地,
在第三实施例中,Nref0,NOffset=+|NOffset|。
终端和基站均通过索引为|NOffset|(n=0+|NOffset|)的PUCCH格式1/1a/1b信道传输HARQ-ACK反馈信息。
第四实施例,假设发送HARQ-ACK反馈的PUCCH信道是格式1/1a/1b信道,并假设参考PUCCH信道是索引为NPUCCH (1)-1的格式1/1a/1b信道。那么,
首先,确定PUCCH信道偏置的方向为负向“-”;
然后,根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|,其中的|.|表示取绝对值或大小的运算。比如,可以使用公式(6)确定PUCCH信道偏置的大小。
最后,使用公式(5)确定PUCCH信道,具体地,
在第四实施例中,
N ref = N PUCCH ( 1 ) - 1 , NOffset=-|NOffset|。
终端和基站均通过索引为NPUCCH (1)-1-|NOffset|(即n=NPUCCH (1)-1-|NOffset|)的PUCCH格式1/1a/1b信道传输HARQ-ACK反馈信息。
第五实施例,假设发送HARQ-ACK反馈的PUCCH信道是格式1/1a/1b信道,并假设参考PUCCH信道是索引为Q(1)的格式1/1a/1b信道。那么,
首先,确定PUCCH信道偏置的方向为正向“+”;
然后,根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|,其中的|.|表示取绝对值或大小的运算。比如,可以使用公式(7)确定PUCCH信道偏置的大小:
| N Offset | = mod ( C 1 · s f , N PUCCH ( 1 ) - Q ( 1 ) ) - - - ( 7 )
在公式(7)中,sf表示PDCCH所占用的首个子帧的索引,C1表示确定的常数因子,mod表示取余数运算。
最后,再使用公式(5)确定PUCCH信道,具体地,
在第三实施例中,
Nref=Q(1),NOffset=+|NOffset|。
终端和基站均通过索引为Q(1)+|NOffset|(n=Q(1)+|NOffset|)的PUCCH格式1/1a/1b信道传输HARQ-ACK反馈信息。
第六实施例,假设发送HARQ-ACK反馈的PUCCH信道是格式2/2a/2b信道,并假设参考PUCCH信道是索引为0的格式2/2a/2b信道,那么,
首先,确定所述PUCCH信道偏置的方向为正向“+”;
然后,根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|,其中的|.|表示取绝对值和大小的运算。比如,可以使用公式(8)确定PUCCH信道偏置的大小:
| N Offset | = mod ( C 1 · s f , N PUCCH , max ( 2 ) ) - - - ( 8 )
在公式(8)中,sf表示PDCCH所占用的首个子帧的索引,C1表示确定的常数因子,mod表示取余数运算。
最后,再使用公式(5)确定PUCCH信道,具体地,
在第五实施例中,
Nref=0,NOffset=+|NOffset|。
终端和基站均通过索引为|NOffset|(即n=0+|NOffset|)的PUCCH格式2/2a/2b信道传输HARQ-ACK反馈信息。
第七实施例,假设发送HARQ-ACK反馈的PUCCH信道是格式2/2a/2b信道,并且假设参考PUCCH信道是索引为NPUCCH,max (2)-1的格式2/2a/2b信道。那么,
首先,确定所述PUCCH信道偏置的方向为负向“-”;
然后,根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|,其中的|.|表示取绝对值和大小的运算。比如,可以使用公式(8)确定PUCCH信道偏置的大小。
最后,再使用公式(5)确定PUCCH信道,具体地,
在第六实施例中,
N ref = N PUCCH , max ( 2 ) - 1 , NOffset=-|NOffset|。
终端和基站均通过索引为NPUCCH,max (2)-1-|NOffset|(即n=NPUCCH,max (2)-1-|NOffset|)的PUCCH格式2/2a/2b信道传输HARQ-ACK反馈信息。
第八实施例,假设发送HARQ-ACK反馈的PUCCH信道是格式2/2a/2b信道,并假设参考PUCCH信道是索引为NPUCCH,max (2)-Q(2)-1的格式2/2a/2b信道,那么,
首先,确定所述PUCCH信道偏置的方向为正向“-”;
然后,根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|,其中的|.|表示取绝对值和大小的运算。比如,可以使用公式(9)确定PUCCH信道偏置的大小:
| N Offset | = mod ( C 1 · s f , N PUCCH , max ( 2 ) - Q ( 2 ) ) - - - ( 9 )
在公式(9)中,sf表示PDCCH所占用的首个子帧的索引,C1表示确定的常数因子,mod表示取余数运算。
最后,再使用公式(5)确定PUCCH信道,具体地,
在第五实施例中,
N ref = N PUCCH , max ( 2 ) - Q ( 2 ) - 1 , NOffset=-|NOffset|。
终端和基站均通过索引为NPUCCH,max (2)-Q(2)-1-|NOffset|(即n=NPUCCH,max (2)-Q(2)-1-|NOffset|)的PUCCH格式2/2a/2b信道传输HARQ-ACK反馈信息。
需要说明的是,对于第三实施例~第八实施例,其中的根据PDCCH所占用的首个子帧的索引,确定PUCCH信道偏置的大小为|NOffset|步骤,除了根据PDCCH所占用的首个子帧的索引来确定外,还可以根据其它的至少一个预先设置的资源,确定PUCCH信道偏置的大小|NOffset|,具体地,
比如,根据PDCCH占用的首个CCE的索引和CCE数,以及公式(10)确定PUCCH信道偏置的大小|NOffset|:
| N Offset | = mod ( C 2 · p f P , Z ) - - - ( 10 )
在公式(10)中,pf和P分别表示PDCCH所占用的首个CCE索引和CCE数,C2表示确定的常数因子,mod表示取余数运算;
又如,根据PDCCH所占用的子帧数、PUCCH所占用的子帧数、或PDSCH占用的子帧数,以及公式(11),确定PUCCH信道偏置大小|NOffset|:
| N Offset | = mod ( C 3 · S C 4 , Z ) - - - ( 11 )
在公式(11)中,S表示PDCCH所占用的子帧数、PUCCH所占用的子帧数、或者PDSCH所占用的子帧数,C3和C4表示确定的常数因子,mod表示取余数运算;
又如,根据PDCCH所占用的首个CCE的索引和CCE数、首个子帧的索引和子帧数,以及公式(12),确定PUCCH信道偏置的大小|NOffset|:
| N Offset | = mod ( mod ( C 1 · s f , Z ) + mod ( C 2 · p f P , Z ) + mod ( C 3 · S C 4 , Z ) , Z ) - - - ( 12 )
在公式(12)中,sf表示PDCCH占用的首个子帧的索引,pf和P分别表示PDCCH占用的首个CCE索引和CCE数,S表示PDCCH所占用的子帧数、PUCCH所占用的子帧数、或者PDSCH所占用的子帧数,C1,C2,C3和C4表示确定的常数因子,mod表示取余数运算;
再如,根据终端的标识,以及公式(13),确定PUCCH信道偏置的大小|NOffset|:
|NOffset|=mod(id,Z)    (13)
在公式(13)中,id表示终端的标识,mod表示取余数运算;
在公式(10)~公式(13)中,
如果参考PUCCH信道为索引是0或NPUCCH (1)-1的PUCCH格式1/1a/1b信道,则Z等于NPUCCH (1);如果参考PUCCH信道为索引是Q(1)的PUCCH格式1/1a/1b信道,则Z等于NPUCCH (1)-Q(1);如果参考PUCCH信道为索引是0或NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,则Z等于NPUCCH,max (2);如果参考PUCCH信道为索引是NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,则Z等于NPUCCH,max (2)-Q(2)
通过上述方法,减少了用于通知覆盖增强终端使用哪一个PUCCH信道发送HARQ-ACK反馈的控制开销,有利于控制信道的覆盖增强和***频谱效率的提升。
在现有LTE***中,由于索引为0至NPUCCH (1)-1的NPUCCH (1)个PUCCH格式1/1a/1b信道不会被用于与正常LTE终端HARQ-ACK反馈有关的隐式PUCCH映射过程,与正常LTE终端的PDCCH所占用的CCE索引无关。并且PUCCH格式2/2a/2b信道不会被用于传输HARQ-ACK反馈信息。因此,本发明通过从上述NPUCCH (1)个PUCCH格式1/1a/1b信道中或从NPUCCH,max (2)个PUCCH格式2/2a/2b信道中,根据预先设置的资源直接选取一个作为覆盖增强终端传输HARQ-ACK反馈的PUCCH信道,避免了覆盖增强终端与正常LTE终端HARQ-ACK反馈信道间的冲突。
第九实施例,图11为本发明第九实施例中存在业务数据传输的上行子帧传输HARQ-ACK反馈信息的示意图,其中,斜线阴影块表示PUSCH,斜方格阴影块表示PUCCH,在这种情况下,终端取消业务数据传输,并通过确定的PUCCH信道,传输HARQ-ACK反馈信息。
如图11所示,假设基站要求终端在S1个子帧,如图11中,假设序号为0至(S1-1)的范围内,通过PUSCH传输业务数据,但是根据HARQ定时,终端还需要在上述S1个子帧范围内的S2个子帧,假设序号为1至S2,传输下行数据的HARQ-ACK反馈信息。
其中,S1表示在确定覆盖等级下的传输业务数据的PUSCH所占用的子帧数,或者,通过PUSCH传输的业务数据的重复传输次数;S2表示在确定覆盖等级下的PUCCH信道所占用的子帧数,或者,通过PUCCH信道传输的HARQ-ACK反馈的重复传输次数,并且S2小于S1
如图11所示,在这种情况下,在序号为1至S2的S2个子帧范围内,终端取消了通过PUSCH传输的业务数据的传输,并通过确定的PUCCH信道传输HARQ-ACK反馈信息。
那么,在序号为0至(S1-1)的S1个子帧范围内,由于HARQ-ACK反馈信息的传输,原本需要通过PUSCH传输S1次的业务数据,实际只传输了(S1-S2)次。因此,在序号为S1至(S1+S2-1)的子帧范围内,终端通过PUSCH执行补偿性的业务数据传输,即通过增加传输业务数据子帧的数量,最终补偿了业务数据的覆盖损失。
另外,补偿业务数据的覆盖损失的方式也并不局限于第七实施例中的增加传输业务数据子帧的数量,还可以是:在传输业务数据后,自适应的重传所述业务数据;或者,根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否自适应的重传业务数据。其中,
在传输业务数据后,自适应的重传业务数据是指:不需要来自基站的上行授予,在完成业务数据的一次传输后,终端将继续占用后续的确定子帧通过PUSCH自适应重传业务数据;需要说明的是,上述重传的第一个子帧与前一次传输的最后一个子帧之间的时间间隔可以是预先设置的。
根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否自适应的重传所述业务数据是指:对于业务数据的一次传输,如果同时传输HARQ-ACK反馈信息和业务数据的子帧数量没有超过确定的常数L,则终端不会在传输业务数据后,自适应的重传业务数据;否则,终端在传输业务数据后,自适应的重传业务数据。其中,L为大于1的正整数。
第十实施例,图12为本发明第十实施例中存在业务数据传输的上行子帧传输HARQ-ACK反馈信息的示意图,其中,斜线阴影块表示PUSCH,斜方格阴影块表示只承载HARQ-ACK反馈的PUSCH,与第九实施例不同,在这种情况下,终端取消业务数据传输,并通过承载业务数据的PUSCH信道资源,传输HARQ-ACK反馈信息。
如图12所示,假设基站要求终端在S1个子帧,如图12中,假设序号为0至(S1-1)的范围内,通过PUSCH传输业务数据,但是根据HARQ定时,终端还需要在上述S1个子帧范围内的S2个子帧,假设序号为1至S2,传输下行数据的HARQ-ACK反馈信息。
其中,S1表示在确定覆盖等级下的传输业务数据的PUSCH所占用的子帧数,或者,通过PUSCH传输的业务数据的重复传输次数;S2表示在确定覆盖等级下的传输HARQ-ACK反馈的PUSCH所占用的子帧数,或者,通过PUSCH传输的HARQ-ACK反馈的重复传输次数,并且S2小于S1
如图12所示,在这种情况下,在序号为1至S2的S2个子帧范围内,终端取消了通过PUSCH传输的业务数据的传输,并通过授予的PUSCH信道资源,传输HARQ-ACK反馈信息。
那么,在序号为0至(S1-1)的S1个子帧范围内,由于HARQ-ACK反馈信息的传输,原本需要通过PUSCH传输S1次的业务数据,实际只传输了(S1-S2)次。因此,在序号为S1至(S1+S2-1)的子帧范围内,终端通过PUSCH执行补偿性的业务数据传输,即通过增加传输业务数据子帧的数量,最终补偿了业务数据的覆盖损失。
另外,补偿业务数据的覆盖损失的方式也并不局限于第八实施例中的增加传输业务数据子帧的数量,还可以是:在传输业务数据后,自适应的重传所述业务数据;或者,根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否自适应的重传业务数据。其中,
在传输业务数据后,自适应的重传业务数据是指:不需要来自基站的上行授予,在完成业务数据的一次传输后,终端将继续占用后续的确定子帧通过PUSCH自适应重传业务数据;需要说明的是,上述重传的第一个子帧与前一次传输的最后一个子帧之间的时间间隔可以是预先设置的。
根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否自适应的重传所述业务数据是指:对于业务数据的一次传输,如果同时传输HARQ-ACK反馈信息和业务数据的子帧数量没有超过确定的常数L,则终端不会在传输业务数据后,自适应的重传业务数据;否则,终端在传输业务数据后,自适应的重传业务数据。其中,L为大于1的正整数。
其中,通过PUSCH信道资源,传输HARQ-ACK反馈的方法,包括:按照PUSCH传输业务数据的方式,传输HARQ-ACK反馈信息;或者,在所述PUSCH对应的资源中选择一个PRB对,并按照PUCCH格式1a/1b方式传输HARQ-ACK反馈信息。其中,
按照PUSCH传输业务数据方式,传输HARQ-ACK反馈信息,包括:
方式一:当发射的HARQ-ACK比特为0时,二相的相移键控(BPSK,Binary Phase Shift Keying)调制符号中的一个在PUSCH资源包括的所有资源单元(RE,Resource Element)上重复传输;否则,BPSK调制符号中的另一个在PUSCH资源包括的所有RE上重复传输。相应地,基站可以根据最大似然检测算法接收。
方式二:对HARQ-ACK反馈信息比特依次执行重复编码和BPSK或四相的相移键控(QPSK,Quadrature Phase Shift Keying)调制之后,生成的所有调制符号依次映射到PUSCH资源包括的所有RE上传输。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (51)

1.一种混合自动重复请求的确认HARQ-ACK反馈信息的传输方法,其特征在于,基站确定出终端处于覆盖增强场景下,包括:
基站按照预先设置的传输策略,确定终端对应的PUCCH信道;其中,传输策略为:基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;或者,根据预先设置的资源,确定终端对应的PUCCH信道;或者,预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;
基站利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息。
2.根据权利要求1所述的传输方法,其特征在于,所述PUCCH信道为PUCCH格式1/1a/1b信道,或PUCCH格式2/2a/2b信道。
3.根据权利要求1所述的传输方法,其特征在于,所述传输策略为基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息时,所述N个预先设置的PUCCH信道为连续的或非连续的。
4.根据权利要求3所述的传输方法,其特征在于,当所述PUCCH信道是PUCCH格式1/1a/1b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式1/1a/1b信道;或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其中,Q(1)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式1/1a/1b信道数。
5.根据权利要求3所述的传输方法,其特征在于,当所述PUCCH信道是PUCCH格式2/2a/2b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,其中,NPUCCH,max (2)为总的PUCCH格式2/2a/2b信道数;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,其中,Q(2)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式2/2a/2b信道数。
6.根据权利要求3所述的传输方法,其特征在于,当所述PUCCH信道是非连续的PUCCH格式1/1a/1b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、现有的隐式映射偏置NPUCCH (1)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式1/1a/1b信道数Q(1)
7.根据权利要求3所述的传输方法,其特征在于,当所述PUCCH信道是非连续的PUCCH格式2/2a/2b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、总的PUCCH格式2/2a/2b信道数NPUCCH,max (2)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式2/2a/2b信道数Q(2)
8.根据权利要求3~7任一项所述的传输方法,其特征在于,所述指示信令包括:
承载于PDCCH中的下行控制信息DCI信令,或承载于PDSCH中的射频资源控制RRC信令。
9.根据权利要求8所述的传输方法,其特征在于,所述指示信令包括ceiling(log2N)个比特数,其中的ceiling表示向上取整数运算。
10.根据权利要求8所述的传输方法,其特征在于,所述RRC信令包括:承载于与随机接入过程有关的Msg2或Msg4中的信令;
所述RRC信令为半静态配置信令。
11.根据权利要求8所述的传输方法,其特征在于,所述DCI包括用于指示传输HARQ-ACK反馈信息的PUCCH信道的DCI信令、用于PDSCH的资源分配的DCI信令;
所述DCI格式为所述覆盖增强终端所专有的DCI格式;
所述DCI信令均为动态配置信令。
12.根据权利要求1所述的传输方法,其特征在于,所述传输策略为:根据预先设置的资源,确定终端对应的PUCCH信道;
所述预先设置的资源包括以下至少之一:
PDCCH所占用的CCE、PDCCH所占用的CCE数、PDCCH所占用的子帧、PDCCH所占用的子帧数、PUCCH所占用的子帧、PUCCH所占用的子帧数、PDSCH所占用的子帧、PDSCH所占用的子帧数、PDSCH所占用的PRB、PDSCH所占用的PRB数以及终端的标识。
13.根据权利要求12所述的传输方法,其特征在于,所述根据预先设置的资源,确定终端对应的PUCCH信道包括:
获取参考PUCCH信道;
根据获得的参考PUCCH信道和所述预先设置的资源,确定PUCCH信道偏置;
计算参考PUCCH信道的索引与PUCCH信道偏置之和,和值为PUCCH信道索引。
14.根据权利要求13所述的传输方法,其特征在于,当所述PUCCH信道为PUCCH格式1/1a/1b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道。
15.根据权利要求13所述的传输方法,其特征在于,当所述PUCCH信道为PUCCH格式2/2a/2b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式2/2a/2b信道;
或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
16.根据权利要求13所述的传输方法,其特征在于,所述根据获得的参考PUCCH信道和预先设置的资源,确定PUCCH信道偏置,包括:
根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向;
根据预先设置的资源,确定PUCCH信道偏置的大小。
17.根据权利要求16所述的传输方法,其特征在于,所述根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向,包括:
当所述获得的参考PUCCH信道为索引为0的PUCCH格式1/1a/1b信道,或索引为0的PUCCH格式2/2a/2b信道,或索引为Q(1)的PUCCH格式1/1a/1b信道时,确定PUCCH信道偏置的方向为正向;
当所述获得的参考PUCCH信道为索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道,或索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,或索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道时,确定PUCCH信道偏置的方向为负向。
18.根据权利要求16所述的传输方法,其特征在于,根据预先设置的资源,确定PUCCH信道偏置的大小,包括:
根据PDCCH所占用的首个子帧的索引;或者,根据PDCCH所占用的首个CCE的索引和CCE数;或者,根据PDCCH所占用的子帧数;或者,根据PDCCH所占用的首个CCE的索引、首个子帧的索引、CCE数和子帧数;或者,根据PUCCH所占用的子帧数;或者,根据PDSCH所占用的子帧数;或者,根据终端的标识,确定PUCCH信道偏置的大小。
19.根据权利要求1所述的传输方法,其特征在于,所述传输策略为预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;具体包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道;或者,索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
20.根据权利要求1、2、3、12或19任一项所述的传输方法,其特征在于,所述HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,该方法还包括:
所述基站通过所述确定的PUCCH信道,或者,通过承载所述业务数据的PUSCH信道资源,接收所述HARQ-ACK反馈信息。
21.根据权利要求20所述的传输方法,其特征在于,所述通过承载业务数据的PUSCH信道资源接收HARQ-ACK反馈信息,包括:
按照PUSCH传输业务数据的方式接收所述HARQ-ACK反馈信息;
或者,在通过承载所述业务数据的PUSCH对应的资源中选择一个PRB对,并按照PUCCH格式1a/1b方式接收所述HARQ-ACK反馈信息。
22.根据权利要求21所述的传输方法,其特征在于,该方法还包括:
所述基站按照增加后的子帧数接收所述业务数据;
或者,当在传输所述业务数据后,按照自适应的重传的方式接收所述业务数据;
或者,根据同时传输HARQ-ACK反馈信息和业务数据的子帧数量,确定在传输业务数据后,是否按照自适应的重传的方式接收所述业务数据。
23.一种混合自动重复请求的确认HARQ-ACK反馈信息的传输方法,其特征在于,终端处于覆盖增强场景下,包括:
终端按照预先设置的传输策略,确定终端对应的PUCCH信道;其中,传输策略为:终端接收来自基站的PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;或者,根据预先设置的资源,确定终端对应的PUCCH信道;或者,预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;
终端通过确定的PUCCH信道发送HARQ-ACK反馈信息。
24.根据权利要求23所述的传输方法,其特征在于,所述PUCCH信道为PUCCH格式1/1a/1b信道,或PUCCH格式2/2a/2b信道。
25.根据权利要求23所述的传输方法,其特征在于,所述传输策略为:终端接收来自基站的PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息时,所述N个预先设置的PUCCH信道为连续的或非连续的。
26.根据权利要求25所述的传输方法,其特征在于,当所述PUCCH信道是PUCCH格式1/1a/1b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式1/1a/1b信道;或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道,其中,Q(1)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式1/1a/1b信道数。
27.根据权利要求25所述的传输方法,其特征在于,当所述PUCCH信道是PUCCH格式2/2a/2b信道时,
所述N个预先设置的PUCCH信道中的第一个为:索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,其中,NPUCCH,max (2)为总的PUCCH格式2/2a/2b信道数;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道,其中,Q(2)是索引为NRB (2)的混合PUCCH资源中包括的PUCCH格式2/2a/2b信道数。
28.根据权利要求25所述的传输方法,其特征在于,当所述PUCCH信道是非连续的PUCCH格式1/1a/1b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、现有的隐式映射偏置NPUCCH (1)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式1/1a/1b信道数Q(1)
29.根据权利要求25所述的传输方法,其特征在于,当所述PUCCH信道是非连续的PUCCH格式2/2a/2b信道时,根据以下参数中的至少一个确定N个预先设置的PUCCH信道中相邻的两个之间的间隔:
所述预先设置的PUCCH信道数N、总的PUCCH格式2/2a/2b信道数NPUCCH,max (2)、索引为NRB (2)的混合PUCCH资源包括的PUCCH格式2/2a/2b信道数Q(2)
30.根据权利要求25~29任一项所述的传输方法,其特征在于,所述指示信令包括:
承载于PDCCH中的下行控制信息DCI信令,或承载于PDSCH中的射频资源控制RRC信令。
31.根据权利要求30所述的传输方法,其特征在于,所述指示信令包括ceiling(log2N)个比特数,其中的ceiling表示向上取整数运算。
32.根据权利要求30所述的传输方法,其特征在于,所述RRC信令包括:承载于与随机接入过程有关的Msg2或Msg4中的信令;
所述RRC信令为半静态配置信令。
33.根据权利要求30所述的传输方法,其特征在于,所述DCI包括用于指示传输HARQ-ACK反馈信息的PUCCH信道的DCI信令、用于PDSCH的资源分配的DCI信令;
所述DCI格式为所述覆盖增强终端所专有的DCI格式;
所述DCI信令均为动态配置信令。
34.根据权利要求23所述的传输方法,其特征在于,所述传输策略为:根据预先设置的资源,确定终端对应的PUCCH信道;
所述预先设置的资源包括以下至少之一:
PDCCH所占用的CCE、PDCCH所占用的CCE数、PDCCH所占用的子帧、PDCCH所占用的子帧数、PUCCH所占用的子帧、PUCCH所占用的子帧数、PDSCH所占用的子帧、PDSCH所占用的子帧数、PDSCH所占用的PRB、PDSCH所占用的PRB数以及终端的标识。
35.根据权利要求34所述的传输方法,其特征在于,所述根据预先设置的资源,确定终端对应的PUCCH信道包括:
获取参考PUCCH信道;
根据获得的参考PUCCH信道和所述预先设置的资源,确定PUCCH信道偏置;
计算参考PUCCH信道的索引与PUCCH信道偏置之和,和值为PUCCH信道索引。
36.根据权利要求35所述的传输方法,其特征在于,当所述PUCCH信道为PUCCH格式1/1a/1b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道。
37.根据权利要求35所述的传输方法,其特征在于,当所述PUCCH信道为PUCCH格式2/2a/2b信道时,所述获取参考PUCCH信道包括:
索引为0的PUCCH格式2/2a/2b信道;
或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
38.根据权利要求35所述的传输方法,其特征在于,所述根据获得的参考PUCCH信道和预先设置的资源,确定PUCCH信道偏置,包括:
根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向;
根据预先设置的资源,确定PUCCH信道偏置的大小。
39.根据权利要求38所述的传输方法,其特征在于,所述根据获得的参考PUCCH信道,确定PUCCH信道偏置的方向,包括:
当所述获得的参考PUCCH信道为索引为0的PUCCH格式1/1a/1b信道,或索引为0的PUCCH格式2/2a/2b信道,或索引为Q(1)的PUCCH格式1/1a/1b信道时,确定PUCCH信道偏置的方向为正向;
当所述获得的参考PUCCH信道为索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道,或索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道,或索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道时,确定PUCCH信道偏置的方向为负向。
40.根据权利要求38所述的传输方法,其特征在于,根据预先设置的资源,确定PUCCH信道偏置的大小,包括:
根据PDCCH所占用的首个子帧的索引;或者,根据PDCCH所占用的首个CCE的索引和CCE数;或者,根据PDCCH所占用的子帧数;或者,根据PDCCH所占用的首个CCE的索引、首个子帧的索引、CCE数和子帧数;或者,根据PUCCH所占用的子帧数;或者,根据PDSCH所占用的子帧数;或者,根据终端的标识,确定PUCCH信道偏置的大小。
41.根据权利要求23所述的传输方法,其特征在于,所述传输策略为预先设置的终端专属的PUCCH信道为终端对应的PUCCH信道;具体包括:
索引为0的PUCCH格式1/1a/1b信道;
或者,索引为NPUCCH (1)-1的PUCCH格式1/1a/1b信道;或者,索引为Q(1)的PUCCH格式1/1a/1b信道;或者,索引为0的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-1的PUCCH格式2/2a/2b信道;或者,索引为NPUCCH,max (2)-Q(2)-1的PUCCH格式2/2a/2b信道。
42.根据权利要求23、24、25、34或41任一项所述的传输方法,其特征在于,所述HARQ-ACK反馈信息和业务数据在相同的子帧上传输时,该方法还包括:
所述终端取消所述业务数据传输,并通过所述确定的PUCCH信道,或者,通过承载所述业务数据的PUSCH信道资源,传输所述HARQ-ACK反馈信息。
43.根据权利要求42所述的传输方法,其特征在于,所述通过承载业务数据的PUSCH信道资源传输HARQ-ACK反馈信息,包括:
按照PUSCH传输业务数据的方式传输所述HARQ-ACK反馈信息;
或者,在通过承载所述业务数据的PUSCH对应的资源中选择一个PRB对,并按照PUCCH格式1a/1b方式传输所述HARQ-ACK反馈信息。
44.根据权利要求43所述的传输方法,其特征在于,该方法还包括:
所述终端按照增加后的子帧数传输业务数据;
或者,当在传输所述业务数据后,自适应的重传业务数据;
或者,根据同时传输所述HARQ-ACK反馈信息和业务数据的子帧数量确定在传输业务数据后,是否自适应的重传业务数据。
45.一种HARQ-ACK反馈信息的传输***,其特征在于,至少包括基站,和终端,其中,
基站,用于确定出终端处于覆盖增强场景下,按照预先设置的传输策略,确定终端对应的PUCCH信道;利用终端对应的PUCCH信道接收来自终端的HARQ-ACK反馈信息;
终端,用于按照预先设置的传输策略,确定自身对应的PUCCH信道;通过确定的PUCCH信道发送HARQ-ACK反馈信息;
其中,传输策略为:
基站向终端发送PUCCH信道的指示信令,在指示信令中携带有N个预先设置的PUCCH信道中的一个PUCCH信道的信息,该PUCCH信道为终端对应的PUCCH信道,其中,N为大于或等于2的正整数;
或者,根据预先设置的资源,确定终端对应的PUCCH信道;
或者,预先设置的终端专属的PUCCH信道,为终端对应的PUCCH信道。
46.根据权利要求45所述的传输***,其特征在于,所述基站至少包括确定模块、第一处理模块,以及第一接收模块;其中,
确定模块,用于确定出终端处于覆盖增强场景下,通知第一处理模块;
第一处理模块,其中设置有传输策略,用于按照传输策略,确定终端对应的PUCCH信道;
第一接收模块,用于利用终端对应的PUCCH信道,接收来自终端的HARQ-ACK反馈信息;
所述终端至少包括第二处理模块,以及第二发送模块;其中,
第二处理模块,其中设置有传输策略,用于按照传输策略,确定终端自身对应的PUCCH信道;
第二发送模块,用于通过确定的PUCCH信道,发送HARQ-ACK反馈信息。
47.根据将权利要求46所述的传输***,其特征在于,
所述基站还包括:第一发送模块,用于接收到来自第一处理模块的通知,向终端发送PUCCH信道的指示信令;相应地,
所述终端还包括第二接收模块,用于接收来自基站的指示信令,并输出给第二处理模块。
48.一种基站,其特征在于,至少包括确定模块、第一处理模块,以及第一接收模块;其中,
确定模块,用于确定出终端处于覆盖增强场景下,通知第一处理模块;
第一处理模块,其中设置有传输策略,用于按照传输策略,确定终端对应的PUCCH信道;
第一接收模块,用于利用终端对应的PUCCH信道,接收来自终端的HARQ-ACK反馈信息。
49.根据权利要求48所述的基站,其特征在于,所述基站还包括:第一发送模块,用于接收到来自第一处理模块的通知,向终端发送PUCCH信道的指示信令。
50.一种终端,其特征在于,处于覆盖增强场景下,至少包括第二处理模块,以及第二发送模块;其中,
第二处理模块,其中设置有传输策略,用于按照传输策略,确定终端自身对应的PUCCH信道;
第二发送模块,用于通过确定的PUCCH信道,发送HARQ-ACK反馈信息。
51.根据权利要求50所述的终端,其特征在于,所述终端还包括第二接收模块,用于接收来自基站的指示信令,并输出给第二处理模块。
CN201410006500.6A 2014-01-07 2014-01-07 Harq-ack反馈信息的传输方法、***及终端和基站 Withdrawn CN104767595A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410006500.6A CN104767595A (zh) 2014-01-07 2014-01-07 Harq-ack反馈信息的传输方法、***及终端和基站
US15/109,661 US20160337089A1 (en) 2014-01-07 2014-08-04 Method, System, Terminal and Base Station for Transmitting Hybrid Automatic Repeat Request Acknowledgement (HARQ-ACK) Feedback Information
EP14878361.6A EP3079296B1 (en) 2014-01-07 2014-08-04 Method, system, terminal and base station for transmitting hybrid automatic repeat request acknowledgement (harq-ack) feedback information
PCT/CN2014/000749 WO2015103722A1 (zh) 2014-01-07 2014-08-04 Harq-ack反馈信息的传输方法、***及终端和基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410006500.6A CN104767595A (zh) 2014-01-07 2014-01-07 Harq-ack反馈信息的传输方法、***及终端和基站

Publications (1)

Publication Number Publication Date
CN104767595A true CN104767595A (zh) 2015-07-08

Family

ID=53523424

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410006500.6A Withdrawn CN104767595A (zh) 2014-01-07 2014-01-07 Harq-ack反馈信息的传输方法、***及终端和基站

Country Status (4)

Country Link
US (1) US20160337089A1 (zh)
EP (1) EP3079296B1 (zh)
CN (1) CN104767595A (zh)
WO (1) WO2015103722A1 (zh)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550445A (zh) * 2015-09-20 2017-03-29 上海朗帛通信技术有限公司 无线通信中的一种低延迟的方法和装置
WO2017133440A1 (zh) * 2016-02-05 2017-08-10 北京佰才邦技术有限公司 信道的选择方法及装置
CN107040338A (zh) * 2016-02-04 2017-08-11 株式会社Kt 用于配置用于NB‑IoT UE发送上行信号的资源单元的方法和设备
CN107888333A (zh) * 2016-09-30 2018-04-06 株式会社Kt 经由用于覆盖扩展的上行链路信道收发数据的方法及其装置
CN108347789A (zh) * 2017-01-24 2018-07-31 华为技术有限公司 一种随机接入方法及装置
WO2018196555A1 (zh) * 2017-04-28 2018-11-01 ***通信有限公司研究院 资源分配指示方法、装置、网络侧设备及用户设备
CN108811150A (zh) * 2017-05-05 2018-11-13 中兴通讯股份有限公司 一种信息传输方法及装置
WO2018228394A1 (zh) * 2017-06-15 2018-12-20 华为技术有限公司 一种控制信息的发送或接收方法及装置
CN109121205A (zh) * 2017-06-22 2019-01-01 维沃移动通信有限公司 一种资源指示方法、移动终端及基站
CN109392095A (zh) * 2017-08-02 2019-02-26 北京三星通信技术研究有限公司 终端、基站以及信息传输的方法
WO2019095339A1 (zh) * 2017-11-17 2019-05-23 华为技术有限公司 一种反馈方法及装置
CN109842867A (zh) * 2017-11-24 2019-06-04 大唐移动通信设备有限公司 一种eMTC PUCCH资源预留方法及装置
CN110115009A (zh) * 2016-11-02 2019-08-09 株式会社Ntt都科摩 发送装置以及无线通信方法
WO2019192457A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 查找pdcch监听机会的通信方法和装置
CN110710146A (zh) * 2017-06-16 2020-01-17 摩托罗拉移动有限责任公司 在上行控制信道上传递harq-ack反馈的方法和装置
WO2020029144A1 (zh) * 2018-08-08 2020-02-13 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
CN110859009A (zh) * 2018-08-24 2020-03-03 维沃移动通信有限公司 上行优先占用指示方法和设备
CN111083788A (zh) * 2016-07-11 2020-04-28 Oppo广东移动通信有限公司 传输数据的方法和终端设备
CN111181706A (zh) * 2019-01-09 2020-05-19 维沃移动通信有限公司 混合自动重传请求确认的发送方法和终端
CN111373689A (zh) * 2018-02-14 2020-07-03 Lg电子株式会社 在无线通信***中发送和接收无线信号的方法和设备
CN111585738A (zh) * 2020-05-07 2020-08-25 四川创智联恒科技有限公司 一种同时传输调度请求和harq反馈的方法
CN111786756A (zh) * 2019-04-04 2020-10-16 华为技术有限公司 发送数据的方法和通信装置
WO2020221150A1 (zh) * 2019-04-30 2020-11-05 大唐移动通信设备有限公司 Harq-ack的传输方法、用户设备及网络侧设备
WO2022205103A1 (zh) * 2021-03-31 2022-10-06 北京小米移动软件有限公司 一种传输harq-ack的方法、装置及可读存储介质
CN115378553A (zh) * 2021-05-20 2022-11-22 海能达通信股份有限公司 一种数据传输的方法、移动终端及计算机可读存储介质
US11963192B2 (en) 2017-08-02 2024-04-16 Samsung Electronics Co., Ltd. Method, equipment for receiving scheduling information, terminal, base station and method for transmitting information

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6159672B2 (ja) * 2014-01-30 2017-07-05 株式会社Nttドコモ 基地局、送信方法、移動局及び再送制御方法
CN110730061B (zh) 2014-06-24 2022-04-19 太阳专利托管公司 终端、基站、通信方法以及集成电路
JP6474823B2 (ja) * 2014-08-27 2019-02-27 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 端末、基地局、送信方法及び受信方法
CN106961744A (zh) 2016-01-11 2017-07-18 中兴通讯股份有限公司 上行控制信息的发送方法及装置
JP6914924B2 (ja) 2016-05-20 2021-08-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 基地局及び通信方法
US10743296B2 (en) * 2016-10-25 2020-08-11 Qualcomm Incorporated For an uplink control channel
JP6745406B2 (ja) * 2016-11-04 2020-08-26 華為技術有限公司Huawei Technologies Co.,Ltd. 情報を伝送する方法、ネットワーク装置、及び端末装置
KR102402773B1 (ko) * 2017-07-28 2022-05-27 삼성전자 주식회사 슬롯 집성을 위한 harq 프로세스 관리 방법 및 장치
CN111164922B (zh) * 2017-09-29 2022-04-08 联想(北京)有限公司 用于具有指示与数据块相对应的反馈信息的序列的反馈消息的装置及其方法
CN109996337B (zh) * 2017-12-29 2021-06-29 大唐移动通信设备有限公司 一种上行控制信息的传输方法及装置
CN110351007B (zh) 2018-04-04 2021-09-07 华为技术有限公司 一种上行控制信息发送和接收方法及装置
CN110830218B (zh) * 2018-08-10 2022-03-22 展讯通信(上海)有限公司 用户设备及其数据传输方法及装置
US11943069B2 (en) 2018-10-31 2024-03-26 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method and device, base station, terminal and storage medium
CN111447686B (zh) * 2019-02-15 2023-05-26 维沃移动通信有限公司 一种harq-ack反馈方法、终端和网络设备
WO2021000320A1 (zh) * 2019-07-04 2021-01-07 Oppo广东移动通信有限公司 一种数据传输方法及装置、网络设备、终端
WO2022051738A1 (en) * 2020-09-01 2022-03-10 Intel Corporation Harq feedback for downlink data transmissions

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489255A (zh) * 2009-01-09 2009-07-22 中兴通讯股份有限公司 一种上行控制信道的发送方法、装置及***
CN101998656A (zh) * 2009-08-11 2011-03-30 华为技术有限公司 一种上行控制信息反馈与接收的方法及基站和中继站
CN102106107A (zh) * 2008-05-21 2011-06-22 诺基亚西门子通信公司 经由pucch配置针对任意***带宽部署lte ul***
AU2011205888A1 (en) * 2010-01-17 2012-08-23 Lg Electronics Inc. Method and apparatus for transmitting control information in a wireless communication system
CN102857325A (zh) * 2011-06-27 2013-01-02 华为技术有限公司 确定控制信道资源的方法和用户设备
CN103095395A (zh) * 2011-11-02 2013-05-08 中兴通讯股份有限公司 Pucch的资源配置方法、传输方法、装置和***
CN103209061A (zh) * 2012-01-17 2013-07-17 北京三星通信技术研究有限公司 一种harq-ack反馈信息的发送方法
CN103516474A (zh) * 2012-06-28 2014-01-15 中兴通讯股份有限公司 物理上行控制信道资源确定方法及用户设备
CN103546906A (zh) * 2012-07-09 2014-01-29 中国电信股份有限公司 非连续接收周期长度调整方法及其***

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244855B (zh) * 2010-05-10 2015-04-15 华为技术有限公司 一种基于位置的机器对机器通信方法、***和装置
KR101825638B1 (ko) * 2011-01-19 2018-02-05 주식회사 팬택 Harq ack/nack 신호 전송을 위한 자원 할당 방법 및 이를 이용한 harq ack/nack 신호 전송 방법과 장치
US8718003B2 (en) * 2011-06-20 2014-05-06 Samsung Electronics Co., Ltd. System and method for an uplink control signal in wireless communication systems
CN104471976B (zh) * 2012-08-02 2018-05-01 太阳专利信托公司 终端装置、基站装置以及发送方法
RU2660657C1 (ru) * 2012-10-05 2018-07-09 Интердиджитал Пэйтент Холдингз, Инк. Способ и устройство для улучшения покрытия устройств связи машинного типа (mtc)
US9681482B2 (en) * 2013-01-07 2017-06-13 Lg Electronics Inc. Method and apparatus for transmitting/receiving signals with a value indicated by a TPC command being accumulated for all parameter sets
WO2015066645A1 (en) * 2013-11-01 2015-05-07 Samsung Electronics Co., Ltd. Methods and apparatus for enhanced coverage transmission for lte advanced
US9667386B2 (en) * 2013-11-13 2017-05-30 Samsung Electronics Co., Ltd Transmission of control channel and data channels for coverage enhancements
US9973303B2 (en) * 2013-12-20 2018-05-15 Samsung Electronics Co., Ltd. Determining timing for transmission or reception of signaling in a coverage enhanced operating mode

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102106107A (zh) * 2008-05-21 2011-06-22 诺基亚西门子通信公司 经由pucch配置针对任意***带宽部署lte ul***
CN101489255A (zh) * 2009-01-09 2009-07-22 中兴通讯股份有限公司 一种上行控制信道的发送方法、装置及***
CN101998656A (zh) * 2009-08-11 2011-03-30 华为技术有限公司 一种上行控制信息反馈与接收的方法及基站和中继站
AU2011205888A1 (en) * 2010-01-17 2012-08-23 Lg Electronics Inc. Method and apparatus for transmitting control information in a wireless communication system
CN102857325A (zh) * 2011-06-27 2013-01-02 华为技术有限公司 确定控制信道资源的方法和用户设备
CN103095395A (zh) * 2011-11-02 2013-05-08 中兴通讯股份有限公司 Pucch的资源配置方法、传输方法、装置和***
CN103209061A (zh) * 2012-01-17 2013-07-17 北京三星通信技术研究有限公司 一种harq-ack反馈信息的发送方法
CN103516474A (zh) * 2012-06-28 2014-01-15 中兴通讯股份有限公司 物理上行控制信道资源确定方法及用户设备
CN103546906A (zh) * 2012-07-09 2014-01-29 中国电信股份有限公司 非连续接收周期长度调整方法及其***

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Coverage enhancement of DL/UL control channels for low cost MTC", 《3GPP TSG-RAN WG1 #75》 *
IPWIRELESS INC.: "Backwards compatible support for reduced bandwidth LTE UEs", 《3GPP TSG RAN WG1 MEETING #68》 *

Cited By (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106550445A (zh) * 2015-09-20 2017-03-29 上海朗帛通信技术有限公司 无线通信中的一种低延迟的方法和装置
CN107040338A (zh) * 2016-02-04 2017-08-11 株式会社Kt 用于配置用于NB‑IoT UE发送上行信号的资源单元的方法和设备
CN107040338B (zh) * 2016-02-04 2020-11-06 株式会社Kt 用于配置用于NB-IoT UE发送上行信号的资源单元的方法和设备
US11082957B2 (en) 2016-02-04 2021-08-03 Kt Corporation Method and device for configuring resource unit for transmitting uplink signal by NB-IoT UE
WO2017133440A1 (zh) * 2016-02-05 2017-08-10 北京佰才邦技术有限公司 信道的选择方法及装置
US10764873B2 (en) 2016-02-05 2020-09-01 Baicells Technologies Co. Ltd. Method and device for channel selection
US11381356B2 (en) 2016-07-11 2022-07-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and terminal
CN111083788A (zh) * 2016-07-11 2020-04-28 Oppo广东移动通信有限公司 传输数据的方法和终端设备
CN111132346A (zh) * 2016-07-11 2020-05-08 Oppo广东移动通信有限公司 传输数据的方法和终端设备
CN111083788B (zh) * 2016-07-11 2022-10-28 Oppo广东移动通信有限公司 传输数据的方法和终端设备
CN107888333B (zh) * 2016-09-30 2020-12-08 株式会社Kt 经由用于覆盖扩展的上行链路信道收发数据的方法及其装置
CN107888333A (zh) * 2016-09-30 2018-04-06 株式会社Kt 经由用于覆盖扩展的上行链路信道收发数据的方法及其装置
CN110115009B (zh) * 2016-11-02 2022-04-12 株式会社Ntt都科摩 发送装置以及无线通信方法
CN110115009A (zh) * 2016-11-02 2019-08-09 株式会社Ntt都科摩 发送装置以及无线通信方法
CN108347789A (zh) * 2017-01-24 2018-07-31 华为技术有限公司 一种随机接入方法及装置
CN108811090B (zh) * 2017-04-28 2021-01-15 ***通信有限公司研究院 一种资源分配指示方法、装置、网络侧设备及用户设备
CN108811090A (zh) * 2017-04-28 2018-11-13 ***通信有限公司研究院 一种资源分配指示方法、装置、网络侧设备及用户设备
WO2018196555A1 (zh) * 2017-04-28 2018-11-01 ***通信有限公司研究院 资源分配指示方法、装置、网络侧设备及用户设备
CN108811150B (zh) * 2017-05-05 2023-04-07 中兴通讯股份有限公司 一种信息传输方法及装置
CN108811150A (zh) * 2017-05-05 2018-11-13 中兴通讯股份有限公司 一种信息传输方法及装置
CN109152003A (zh) * 2017-06-15 2019-01-04 华为技术有限公司 一种控制信息的发送或接收方法及装置
CN109152003B (zh) * 2017-06-15 2021-05-14 华为技术有限公司 一种控制信息的发送或接收方法及装置
WO2018228394A1 (zh) * 2017-06-15 2018-12-20 华为技术有限公司 一种控制信息的发送或接收方法及装置
CN110710146B (zh) * 2017-06-16 2023-03-28 摩托罗拉移动有限责任公司 在上行控制信道上传递harq-ack反馈的方法和装置
CN110710146A (zh) * 2017-06-16 2020-01-17 摩托罗拉移动有限责任公司 在上行控制信道上传递harq-ack反馈的方法和装置
CN109121205A (zh) * 2017-06-22 2019-01-01 维沃移动通信有限公司 一种资源指示方法、移动终端及基站
US11963192B2 (en) 2017-08-02 2024-04-16 Samsung Electronics Co., Ltd. Method, equipment for receiving scheduling information, terminal, base station and method for transmitting information
CN109392095A (zh) * 2017-08-02 2019-02-26 北京三星通信技术研究有限公司 终端、基站以及信息传输的方法
WO2019095339A1 (zh) * 2017-11-17 2019-05-23 华为技术有限公司 一种反馈方法及装置
CN109842867A (zh) * 2017-11-24 2019-06-04 大唐移动通信设备有限公司 一种eMTC PUCCH资源预留方法及装置
CN111373689A (zh) * 2018-02-14 2020-07-03 Lg电子株式会社 在无线通信***中发送和接收无线信号的方法和设备
USRE49915E1 (en) 2018-02-14 2024-04-09 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
CN111373689B (zh) * 2018-02-14 2023-04-04 Lg电子株式会社 在无线通信***中发送和接收无线信号的方法和设备
WO2019192457A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 查找pdcch监听机会的通信方法和装置
US11881953B2 (en) 2018-08-08 2024-01-23 Beijing Xiaomi Mobile Software Co., Ltd. Hybrid automatic repeat request (HARQ) feedback method and apparatus
CN114024654B (zh) * 2018-08-08 2023-09-26 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
WO2020029144A1 (zh) * 2018-08-08 2020-02-13 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
CN114024654A (zh) * 2018-08-08 2022-02-08 北京小米移动软件有限公司 混合自动重传请求harq反馈方法及装置
CN110859009B (zh) * 2018-08-24 2022-02-18 维沃移动通信有限公司 上行优先占用指示方法和设备
CN110859009A (zh) * 2018-08-24 2020-03-03 维沃移动通信有限公司 上行优先占用指示方法和设备
US11881947B2 (en) 2019-01-09 2024-01-23 Vivo Mobile Communication Co., Ltd. Hybrid automatic repeat request acknowledgement sending method and terminal
CN111181706B (zh) * 2019-01-09 2021-12-24 维沃移动通信有限公司 混合自动重传请求确认的发送方法和终端
CN111181706A (zh) * 2019-01-09 2020-05-19 维沃移动通信有限公司 混合自动重传请求确认的发送方法和终端
CN111786756A (zh) * 2019-04-04 2020-10-16 华为技术有限公司 发送数据的方法和通信装置
CN111786756B (zh) * 2019-04-04 2021-12-28 华为技术有限公司 发送数据的方法、通信装置、计算机存储介质
US11924768B2 (en) 2019-04-04 2024-03-05 Huawei Technologies Co., Ltd. Data sending method and communication apparatus
US11539493B2 (en) 2019-04-30 2022-12-27 Datang Mobile Communications Equipment Co., Ltd. HARQ-ACK transmission method, user equipment, and network side device
WO2020221150A1 (zh) * 2019-04-30 2020-11-05 大唐移动通信设备有限公司 Harq-ack的传输方法、用户设备及网络侧设备
CN111585738A (zh) * 2020-05-07 2020-08-25 四川创智联恒科技有限公司 一种同时传输调度请求和harq反馈的方法
WO2022205103A1 (zh) * 2021-03-31 2022-10-06 北京小米移动软件有限公司 一种传输harq-ack的方法、装置及可读存储介质
CN115378553A (zh) * 2021-05-20 2022-11-22 海能达通信股份有限公司 一种数据传输的方法、移动终端及计算机可读存储介质
CN115378553B (zh) * 2021-05-20 2024-05-14 海能达通信股份有限公司 一种数据传输的方法、移动终端及计算机可读存储介质

Also Published As

Publication number Publication date
EP3079296B1 (en) 2021-05-19
EP3079296A4 (en) 2017-05-31
WO2015103722A1 (zh) 2015-07-16
US20160337089A1 (en) 2016-11-17
EP3079296A1 (en) 2016-10-12

Similar Documents

Publication Publication Date Title
CN104767595A (zh) Harq-ack反馈信息的传输方法、***及终端和基站
US10015780B2 (en) Control channel transmission, transmission processing method and apparatus, network side device and terminal
CN102546134B (zh) 基于增强phich传输反馈信息的方法及装置
US8948113B2 (en) Dynamic bundling in LTE using explicit signalling
KR101690632B1 (ko) 상이한 tdd 업링크/다운링크 구성의 캐리어 집성의 피드백 방법, 장치 및 시스템
US20190045536A1 (en) Method and apparatus for transmitting uplink control information
CN101940046B (zh) 将循环移位映射到用于ack/nack资源分配的信道索引
CN103178942B (zh) 信令传输方法、基站和用户设备
EP2894806B1 (en) Method and apparatus for allocating resources and processing confirmation information
EP4191912A1 (en) Methods and nodes for determining a transmission data block size
EP3101982A1 (en) Base station, transmission method, mobile station, and retransmission control method
CN104901775A (zh) 一种在非授权频谱上的通信方法和装置
CN104917597A (zh) 一种非授权频谱上的传输方法和装置
CN111092698A (zh) 无线通信***中的方法和节点
CN103444240B (zh) 确认信道到具有固定传送能量的信道群组的分配
CN101989898A (zh) 应答消息的发送方法和装置
JP2018511243A (ja) ネットワークノードユーザデバイス及びその方法
WO2014084625A1 (ko) 무선 통신 시스템에서 하향링크 제어 신호를 수신 또는 전송하기 위한 방법 및 이를 위한 장치
CN104158620A (zh) 一种控制信息的传输方法及发送、接收装置
US20160380740A1 (en) Method and apparatus for transmitting uplink signal in wireless communication system
CN111935835A (zh) 一种配置方法、装置、通信节点及存储介质
CN103546253A (zh) 一种数据传输方法及***
TW201906490A (zh) 使用者裝置及基地台
CN103516491A (zh) 一种发送和接收反馈信息的方法、***及装置
CN103580822B (zh) 一种数据传输方法及***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20150708

WW01 Invention patent application withdrawn after publication