CN107947905B - 用于收发信号的方法及其装置 - Google Patents

用于收发信号的方法及其装置 Download PDF

Info

Publication number
CN107947905B
CN107947905B CN201711291047.8A CN201711291047A CN107947905B CN 107947905 B CN107947905 B CN 107947905B CN 201711291047 A CN201711291047 A CN 201711291047A CN 107947905 B CN107947905 B CN 107947905B
Authority
CN
China
Prior art keywords
tdd
subframe
scc
pcc
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.)
Active
Application number
CN201711291047.8A
Other languages
English (en)
Other versions
CN107947905A (zh
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN107947905A publication Critical patent/CN107947905A/zh
Application granted granted Critical
Publication of CN107947905B publication Critical patent/CN107947905B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • 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/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1835Buffer management
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Abstract

用于收发信号的方法及其装置。本发明涉及无线通信系统。更具体地说,本发明涉及一种用于在支持载波聚合(CA)的无线通信系统中发送上行信号的方法及其装置,该方法包括以下步骤:建立具有第一时分双工(TDD)上行‑下行(UL‑DL)配置的第一小区和具有第二TDD UL‑DL配置的第二小区;通过所述第一小区的DL子帧接收数据;以及通过所述第二小区的UL子帧发送针对所述数据的接收应答信息。

Description

用于收发信号的方法及其装置
本申请是原案申请号为201380008935.8的发明专利申请(申请日为2013年2月12日、发明名称为“用于收发信号的方法及其装置”)的分案申请。
技术领域
本发明涉及无线通信系统,并且更具体地说,涉及一种用于在支持时分双工(TDD)的多载波系统中发送和接收信号的方法及其装置。
背景技术
无线通信系统已经被广泛部署,以便提供诸如话音或数据服务的各类通信服务。一般来说,无线通信系统是能够通过共享可用系统资源(带宽、发送功率等)来支持与多个用户通信的多址接入系统。多址接入系统例如包括:码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统以及单载波频分多址(SC-FDMA)系统。
发明内容
技术问题
本发明的一个目的是,提供用于在无线通信系统中有效地发送和接收信号的方法及其装置。本发明另一目的是提供一种用于在支持TDD的多载波信系统中有效地发送和接收信号的方法及其装置。本发明另一目的是提供一种用于在支持TDD的多载波系统中,在信号发送和接收定时配置期间重新使用传统信号发送和接收定时的方法及其装置。本发明的进一步的目的是,提供一种用于在支持TDD的多载波系统中有效地操作HARQ处理的方法及其装置。
可以通过本发明实现的技术目的不限于在上文具体描述的内容,而且本领域技术人员根据下面的详细描述更清楚地明白在此未描述的其它技术目的。
技术解决方案
在本发明一方面,在此提供了一种用于在支持载波聚合(CA)的无线通信系统中由通信装置发送上行信号的方法,所述方法包括以下步骤:将第一小区设置为第一时分双工(TDD)上行(UL)-下行(DL)配置,并且将第二小区设置为第二TDD UL-DL配置;通过所述第一小区的DL子帧接收数据;以及通过所述第二小区的UL子帧发送针对所述数据的应答信息,其中,所述DL子帧与所述UL子帧之间的关系根据在TDD UL-DL配置集内的特定TDD UL-DL配置中所设置的参数值来确定,所述特定TDD UL-DL配置是其中在被设置为在所述第一小区或所述第二小区中所设置的DL的所有子帧中设置了DL的一个或更多个TDD UL-DL配置当中的、具有最小数量的DL子帧的TDD UL-DL配置,并且用于发送所述应答信息的定时仅按所述第二小区和所述第一小区的子帧组合是(DL子帧、DL或专用子帧)或(专用子帧、专用子帧)的子帧定时来设置。
在本发明一方面,在此提供了一种用于在支持载波聚合(CA)的无线通信系统中发送上行信号的通信装置,所述通信装置包括:射频(RF)单元;和处理器,其中,所述处理器被配置为:将第一小区设置为第一时分双工(TDD)上行(UL)-下行(DL)配置并且将第二小区设置为第二TDD UL-DL配置,通过所述第一小区的DL子帧接收数据,以及通过所述第二小区的UL子帧发送针对所述数据的应答信息,所述DL子帧与所述UL子帧之间的关系根据在TDDUL-DL配置集内的特定TDD UL-DL配置中所设置的参数值来确定,所述特定TDD UL-DL配置是其中在被设置为在所述第一小区或所述第二小区中所设置的DL的所有子帧中设置了DL的一个或更多个TDD UL-DL配置当中的、具有最小数量的DL子帧的TDD UL-DL配置,并且用于发送所述应答信息的定时仅按所述第二小区和所述第一小区的子帧组合是(DL子帧、DL或专用子帧)或(专用子帧、专用子帧)的子帧定时来设置。
所述TDD UL-DL设置集可以包括被限定如下的多个TDD UL-DL配置:
Figure GDA0002620636960000021
这里,D可以指示DL子帧,S可以指示专用子帧,而U可以指示UL子帧。
所述DL子帧可以是子帧#n-k(其中,k∈K),所述UL子帧可以是子帧#n,K:{k0,k1,…kM-1}可以根据按照下表的TDD UL-DL配置来限定,并且M可以是等于或大于1的整数:
Figure GDA0002620636960000031
所述第一小区可以是次小区,所述第二小区可以是主小区。
所述第一TDD UL-DL配置可以不同于所述第二TDD UL-DL配置。
所述通信装置可以被设置成,按半双工时分双工(HD-TDD)CA来操作。
有利效果
根据本发明,可以在无线通信系统中有效地发送和接收信号。还可以在支持TDD的多载波系统中有效地发送和接收信号。另外,在支持TDD的多载波系统中,可以在信号发送和接收定时配置期间,重新使用传统信号发送和接收定时。而且,还可以在支持TDD的多载波系统中有效地操作HARQ处理
可以通过本发明实现的效果不限于在上文具体描述的内容,而且本领域技术人员根据下面的详细描述更清楚地明白在此未描述的其它优点。
附图说明
附图被包括进来以提供对本发明的进一步理解,附图例示了本发明的实施方式,并与本描述一起用于说明本发明的原理。
图1例示了无线帧的结构。
图2例示了下行(DL)时隙中的资源网格。
图3例示了DL子帧的结构。
图4例示了上行(UL)子帧的结构。
图5和图6例示了单一小区情况下的TDD UL肯定应答/否定应答(ACK/NACK)发送定时。
图7和图8例示了单一小区情况下的TDD物理上行共享信道(PUSCH)发送。
图9和图10例示了单一小区情况下的TDD DL ACK/NACK发送定时。
图11例示了单一小区情况下的TDD混合自动重传请求(HARQ)处理。
图12例示了载波聚合(CA)通信系统。
图13例示了在聚合多个载波时的调度。
图14例示了传统CA TDD系统中的用于利用信道选择来发送ACK/NACK信息的方法。
图15例示了时隙层级的PUCCH格式3的结构。
图16例示了HD-TDD CA结构。
图17例示了FD-TDD CA结构。
图18例示了根据本发明的示例性A/N发送;
图19和图20例示了根据本发明的、确定最大数量的DL HARQ处理的示例;以及
图21例示了本发明可应用至的BS和UE。
具体实施方式
下列技术可以被用于各种无线接入系统,如用于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA),以及单载波频分多址(SC-FDMA)等的系统。CDMA可以通过诸如通用陆基无线电接入(UTRA)或CDMA2000的无线电技术来实现。TDMA可以通过诸如全球移动通信系统(GSM)/通用分组无线电业务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术来实现。OFDMA可以通过诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、演进UTRA(E-UTRA)等的无线电技术来实现。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是利用E-UTRA的演进UMTS(E-UMTS)的一部分。3GPP LTE针对下行链路采用OFDMA,而针对上行链路采用SC-FDMA。LTE-高级(LTE-A)是3GPP LTE的演进。
虽然本发明的下列实施方式主要描述3GPP LTE/LTE-A,以便阐明本描述,但本发明的技术精神不限于在此描述的本发明的实施方式。提供在下面的描述中公开的特定术语,以帮助理解本发明,并且这些特定术语的使用可以在本发明的技术范围或精神内改变成其它格式。
图1例示了无线帧的结构。
参照图1,在3GPP LTE(-A)中使用的无线帧持续时间为10ms(307200TS),并且包括10个等尺寸子帧。子帧数在一个无线帧内可以分别指定成10个子帧。这里,Ts指示采样时间,其中,Ts=1/(2048*15kHz)。每一个子帧都是1ms长,并且还被划分成两个时隙。20个时隙在一个无线帧中从0至19按顺序编号。每一个时隙的持续时间是0.5ms。发送一个子帧的时间间隔被定义为发送时间间隔(TTI)。时间资源可以根据无线帧号(或无线帧索引)、子帧号(或子帧索引)、时隙号(或时隙索引)等来区分。
无线帧根据双工模式可以具有不同配置。在频分双工(FDD)模式中,因为下行(DL)发送和上行(UL)发送根据频率区分,所以用于特定频带的无线帧包括DL子帧或UL子帧。在TDD模式下,因为DL发送和UL发送根据时间区分,所以用于特定频带的无线帧包括DL子帧和UL子帧两者。
具体地讲,图1例示了在3GPP LTE(-A)中使用的、用于TDD的无线帧的结构。表1示出了按TDD模式的无线帧内的子帧的示例性UL-DL配置(UD-cfg)。
[表1]
Figure GDA0002620636960000051
在表1中,D指示DL子帧,U指示UL子帧,而S指示专用子帧。该专用子帧包括:下行导频时隙(DwPTS)、保护时段(GP)以及上行导频时隙(UpPTS)。DwPTS是为DL发送而保留的时隙,而UpPTS是为UL发送而保留的时隙。表2示出了专用子帧的示例性配置。
[表2]
Figure GDA0002620636960000061
图2例示了DL时隙的资源网格。
参照图2,DL时隙按时域包括多个OFDM符号。一个DL时隙可以包括7(或6)个OFDM符号,而一个资源块(RB)在频域上可以包括12个子载波。该资源网格上的每一个元素都被称为资源元素(RE)。一个RB包括12×7(或6)个RE。包括在DL时隙中的RB的数量NRB取决于DL发送带宽。除了OFDM符号被替换为SC-FDMA符号以外,UL时隙的结构与DL时隙的结构相同。
图3例示了DL子帧的结构。
参照图3,位于一子帧的第一时隙前部的最大3(或4)个OFDM符号对应于向其分配控制信道的控制区。除了在控制区中使用的OFDM符号以外的其它OFDM符号对应于向其分配了物理下行共享信道(PDSCH)的数据区。PDSCH被用于承载传输块(TB)或与TB相对应的码字(CW)。TB指通过发送信道从媒体接入控制(MAC)层向物理(PHY)层发送的数据块。CW对应于TB的编码形式。TB与CW之间的映射关系可以取决于交换。在本说明书中,PDSCH、TB以及CW可互换使用。在LTE(-A)中使用的DL控制信道的示例包括:物理控制格式指示符信道(PCFICH)、物理下行控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等。PCFICH在一子帧的第一OFDM符号上发送,并且承载有关可用于在该子帧内发送控制信道的OFDM符号的数量的信息。PHICH承载混合自动重传请求(HARQ)-应答(ACK)信号,作为针对UL发送的响应。HARQ-ACK响应包括:肯定ACK(简写为ACK)、否定ACK(NACK)、断续发送(DTX)或者NACK/DTX。这里,HARQ-ACK可与HARQ ACK/NACK和ACK/NACK互换使用。
通过PDCCH发送的控制信息被称为下行控制信息(DCI)。该DCI包括用于用户设备(UE)或UE组的资源分配信息和其它控制信息。例如,DCI包括:UL/DL调度信息,UL发送(Tx)功率控制命令等。发送模式的信息内容和用于设置多天线技术的DCI格式如下。
发送模式(TM)
·发送模式1:来自单一基站天线端口的发送
·发送模式2:发送分集
·发送模式3:开环空间复用
·发送模式4:闭环空间复用
·发送模式5:多用户MIMO(多输入多输出)
·发送模式6:闭环秩-1预编码
·发送模式7:利用UE-专用基准信号的发送
DCI格式
·格式0:用于物理上行共享信道(PUSCH)发送(上行链路)的资源授权
·格式1:用于单一码字PDSCH发送(发送模式1、2以及7)的资源指配
·格式1A:用于单一码字PDSCH(所有模式)的资源指配的紧凑信令
·格式1B:用于利用秩-1闭环预编码(模式6)的PDSCH的紧凑资源指配
·格式1C:用于PDSCH(例如,寻呼/广播系统信息)的极紧凑资源指配
·格式1D:用于利用多用户MIMO(模式5)的PDSCH的紧凑资源指配
·格式2:用于针对闭环MIMO操作(模式4)的PDSCH的资源指配
·格式2A:用于针对开环MIMO操作(模式3)的PDSCH的资源指配
·格式3/3A:用于具有2比特/1比特功率调节的PUCCH和PUSCH的功率控制命令
如上所述,PDCCH可以承载下行共享信道(DL-SCH)的传输格式和资源分配信息、上行共享信道(UL-SCH)的传输格式和资源分配信息、有关寻呼信道(PCH)的寻呼信息、有关DL-SCH的系统信息、在PDSCH上发送的诸如随机接入响应的高层控制消息的资源分配信息、针对UE组内的个体UE的一组Tx功率控制命令、Tx功率控制命令、指示启用IP话音传输(VoIP)的信息等。可以在控制区内发送多个PDCCH。UE可以监视多个PDCCH。PDCCH在聚合的一个或多个连续的控制信道元素(CCE)上发送。该CCE是为基于无线电信道状态向PDCCH提供编码率而使用的逻辑分配单元。CCE对应于多个资源元素组(REG)。用于PDCCH的格式和PDCCH的比特数根据CCE的数量来确定。基站(BS)根据要向UE发送的DCI来确定PDCCH格式,并将循环冗余校验(CRC)附加至控制信息。CRC根据PDCCH的拥有者或用途利用独特标识符(例如,无线网络临时标识符(RNTI))被掩蔽。例如,如果PDCCH用于特定的UE,则可以将UE的标识符(例如,小区RNTI(C-RNTI)掩蔽至CRC。另选的是,如果PDCCH用于寻呼消息,则可以将寻呼标识符(例如,寻呼RNTI(P-RNTI))掩蔽至该CRC。如果PDCCH用于系统信息(更具体地说,系统信息块(SIB)),则可以将系统信息RNTI(SI-RNTI)掩蔽至该CRC。如果PDCCH用于随机接入响应,则可以将随机接入RNTI(RA-RNTI)掩蔽至CRC。
图4例示了在LTE中使用的UL子帧的结构。
参照图4,一UL子帧包括多个(例如,2个)时隙。一时隙根据CP长度可以包括不同数量的SC-FDMA符号。UL子帧在频域上被划分成数据区和控制区。该数据区包括PUSCH,并且被用于承载诸如音频数据的数据信号。该控制区包括PUCCH,并且被用于承载上行控制信息(UCI)。该PUCCH包括在频域上位于数据区的两个端部处的RB对,并且在时隙边界跳跃。
该PUCCH可以被用于发送下列控制信息。
-调度请求(SR):该信息被用于请求UL-SCH资源并且利用开关键控(OOK)方案发送。
-HARQ-ACK:这是针对PDSCH上的DL数据包(例如,码字)的响应,并且指示是否已经成功接收到该DL数据包。发送1比特HARQ-ACK,作为针对单一DL码字的响应,并且发送2比特HARQ-ACK,作为针对两个DL码字的响应。HARQ-ACK响应包括:肯定ACK(简写为ACK)、否定ACK(NACK)、DTX、或者NACK/DRX。术语HARQ-ACK可与HARQ ACK/NACK和ACK/NACK互换使用。
-信道状态信息(CSI):这是有关下行信道的反馈信息。多输入多输出(MIMO)相关反馈信息包括秩指示符(RI)和预编码矩阵指示符(PMI)。每子帧使用20个比特。
在一子帧中UE可以发送的控制信息(UCI)的量取决于可用于控制信息发送的SC-FDMA符号的数量。可用于控制信息发送的SC-FDMA符号意指除了用于在子帧中发送基准信号的SC-FDMA符号以外的其它SC-FDMA符号。对于其中配置有探测基准信号(SRS)的子帧的情况来说,该子帧的末尾的SC-FDMA符号从可用于控制信息发送的SC-FDMA符号中排除。基准信号被用于PUCCH的相干检测。PUCCH支持根据其中发送的信息的各种格式。
表3示出了PUCCH格式与LTE(-A)中的UCI之间的映射关系。
[表3]
Figure GDA0002620636960000091
参照图5至图11,对在单载波(或小区)情况下的TDD信号发送定时进行描述。
图5和图6例示了PDSCH-UL ACK/NACK定时。这里,UL ACK/NACK意指在UL上发送的ACK/NACK,作为针对DL数据(例如,PDSCH)的响应。
参照图5,UE可以接收M个DL子帧(SF)中的一个或更多个PDSCH信号(S502_0至S502_M-1)。每一个PDSCH信号被用于根据发送模式发送一个或更多个(例如,2个)传输块(TB)。还可以在步骤S502_0至S502_M-1(其未示出)中接收指示释放半持久性调度(SPS)的PDCCH信号。当该M个DL子帧中存在PDSCH信号和/或SPS释放PDCCH信号时,UE经由用于发送ACK/NACK的过程(例如,ACK/NACK(有效载荷)生成、ACK/NACK资源分配等),在与该M个DL子帧相对应的一个UL子帧中发送ACK/NACK(S504)。ACK/NACK包括有关在步骤S502_0至S502_M-1中接收的PDSCH信号和/或SPS释放PDCCH的ACK信息。虽然基本上通过PUCCH来发送ACK/NACK,但在以ACK/NACK发送定时发送PUSCH时,ACK/NACK通过PUSCH来发送。表3所示的不同PUCCH格式可以被用于ACK/NACK发送。为缩减通过PUCCH格式发送的ACK/NACK比特的数量,可以使用诸如ACK/NACK绑定(bundling)和ACK/NACK信道选择的各种方法。
如上所述,在TDD中,通过一个UL子帧(即,M个DL SF:1个UL SF)来发送在M个DL子帧中接收的用于数据的ACK/NACK,并且其间的关系根据下行链路关联设置索引(DASI)来确定。
表4示出了在LTE(-A)中限定的DASI(K:{k0,k1,…,kM-1})。表4从UL子帧的角度示出了发送ACK/NACK的UL子帧与和该UL子帧相关联的DL子帧之间的间隔。具体来说,当在子帧n-k(其中,k∈K)中存在指示PDSCH发送和/或SPS释放的PDCCH时,UE在子帧n发送ACK/NACK。
[表4]
Figure GDA0002620636960000101
当按TDD操作时,UE通过一个UL SF发送针对通过M个DL SF接收的一个或更多个DL发送信号(例如,PDSCH信号)的ACK/NACK信号。用于通过一个UL SF发送针对多个DL SF的ACK/NACK的方案如下。
1)ACK/NACK绑定:针对多个数据单元(例如,PDSCH、SPS释放PDCCH等)的ACK/NACK比特通过逻辑运算(例如,逻辑AND运算)来组合。例如,接收端(例如,UE)在成功解码所有数据单元时发送ACK信号,而在无法解码(或检测)任一个数据单元时发送NACK信号或不发送信号。
2)信道选择:当接收到多个数据单元(例如,PDSCH、SPS释放PDCCH等)时,UE占用用于ACK/NACK发送的多个PUCCH资源。通过组合用于ACK/NACK发送的PUCCH资源和所发送的ACK/NACK的内容(例如,比特值和QPSK符号值)来识别针对多个数据单元的ACK/NACK响应。信道选择还被称为ACK/NACK选择或PUCCH选择。
图6例示了在设置UL-DL配置#1时的UL ACK/NACK发送定时。在图6中,SF#0至#9和SF#10至#19中的每一个都对应于一无线帧,并且从DL子帧的角度来说,框中的每一个号码都指示与DL子帧相关联的UL子帧。例如,针对SF#5的PDSCH的ACK/NACK在SF#5+7(=SF#12)中发送,而针对SF#6的PDSCH的ACK/NACK在SF#6+6(=SF#12)中发送。因此,针对SF#5和SF#6的DL信号的ACK/NACK都在SF#12中发送。类似的是,针对SF#14的ACK/NACK在SF#14+4(=SF#18)中发送。
图7和图8例示了PHICH/UL授权(UG)-PUSCH定时。可以与PDCCH(UL授权)和/或PHICH(NACK)相对应地发送PUSCH。
参照图7,UE可以接收PDCCH(UL授权)和/或PHICH(NACK)(S702)。这里,NACK对应于针对先前PUSCH发送的ACK/NACK响应。在这种情况下,UE可以通过用于PUSCH发送的过程(例如,TB编码、TB-CW交换、PUSCH资源分配等),在k个子帧之后,通过PUSCH初始发送/重发送一个或更多个TB(S704)。该示例基于执行发送一次PUSCH的正常HARQ操作的假定。在这种情况下,与PUSCH发送相对应的PHICH/UL授权存在于同一子帧中。然而,对于通过多个子帧多次发送PUSCH的子帧绑定的情况来说,与PUSCH发送相对应的PHICH/UL授权可以存在于不同子帧中。
表5示出了LTE(-A)中的用于PUSCH发送的上行关联索引(UAI)(k)。表5从DL子帧的角度示出了检测PHICH/UL授权的DL子帧与和该DL子帧相关联的UL子帧之间的间隔。具体来说,当在子帧n中检测到PHICH/UL授权时,UE可以在子帧n+k中发送PUSCH。
[表5]
Figure GDA0002620636960000121
图8例示了在设置UL-DL配置#1时的PUSCH发送定时。在图8中,SF#0至#9和SF#10至#19中的每一个都对应于一无线帧,并且从DL子帧的角度来说,框中的每一个号码都指示与DL子帧相关联的UL子帧。例如,与SF#6的PHICH/UL授权相对应的PUSCH在SF#6+6(=SF#12)中发送,而与SF#14的PHICH/UL授权相对应的PUSCH在SF#14+4(=SF#18)中发送。
图9和图10例示了PUSCH-PHICH/UL授权定时。PHICH被用于发送DL ACK/NACK。这里,DL ACK/NACK意指在DL上发送的ACK/NACK,作为针对UL数据(例如,PUSCH)的响应。
参照图9,UE向BS发送PUSCH信号(S902)。这里,PUSCH信号被用于根据发送模式发送一个或更多个(例如,2个)TB。BS可以通过用于ACK/NACK发送的过程(例如,ACK/NACK生成、ACK/NACK资源分配等)在k个子帧之后经由PHICH发送ACK/NACK,作为针对PUSCH发送的响应(S904)。ACK/NACK包括有关步骤S902的PUSCH信号的ACK信息。当针对PUSCH发送的响应是NACK时,BS可以在k个子帧之后,向UE发送用于PUSCH重发送的UL授权PDCCH(S904)。该示例基于执行了发送一次PUSCH的正常HARQ操作的假定。在这种情况下,与PUSCH发送相对应的PHICH/UL授权可以在同一子帧中发送。然而,对于子帧绑定的情况来说,与PUSCH发送相对应的PHICH/UL授权可以在不同子帧中发送。
表6示出了LTE(-A)中的用于PHICH/UL授权发送的UAI(k)。表6从DL子帧的角度示出了存在PHICH/UL授权的DL子帧与和该DL子帧相关联的UL子帧之间的间隔。具体来说,子帧i的PHICH/UL授权对应于子帧i-k的PUSCH发送。
[表6]
Figure GDA0002620636960000131
图10例示了在设置UL-DL配置#1时的PHICH/UL授权发送定时。在图10中,SF#0至#9和SF#10至#19中的每一个都对应于一无线帧,并且从UL子帧的角度来说,框中的每一个号码都指示与UL子帧相关联的DL子帧。例如,与SF#2的PUSCH相对应的PHICH/UL授权在SF#2+4(=SF#6)中发送,而与SF#8的PUSCH相对应的PHICH/UL授权在SF#8+6(=SF#14)中发送。
下面,对PHICH资源分配进行描述。当PUSCH在子帧#n中发送时,UE确定与子帧#(n+kPHICH)中的PUSCH相对应的PHICH资源。在FDD下,kPHICH具有固定值(例如,4)。在TDD下,kPHICH具有取决于UL-DL配置的值。表7示出了用于TDD的kPHICH,其等同于表6。
[表7]
Figure GDA0002620636960000132
PHICH资源通过[PHICH组索引、正交序列索引]来提供。利用(i)用于PUSCH发送的最低PRB索引和(ii)用于解调制基准信号(DMRS)循环移位的3比特域值来确定PHICH组索引和正交序列索引。这里,(i)和(ii)用UL授权PDCCH来指示。
将对HARQ处理进行描述。UE针对UL发送执行多个并行HARQ处理。该并行HARQ处理使得能够进行连续UL发送,同时UE等待表示先前UL发送是否已经成功的HARQ反馈。每一个HARQ处理都与MAC层的HARQ缓冲器相关联。每一个HARQ处理都管理缓冲器中的MAC物理数据单元(PDU)的发送数、针对缓冲器中的MAC PDU的HARQ反馈,以及有关当前冗余版本的状态参数。
对于LTE(-A)FDD的情况来说,针对非子帧绑定操作(即,正常HARQ操作)的UL HARQ处理的数量为8。对于LTE(-A)TDD的情况来说,因为UL子帧数取决于UL-DL配置,所以ULHARQ处理的数量和HARQ往返时间(RTT)根据DL-UL配置不同地设置。这里,HARQ RTT可以是接收UL授权时的时间与通过发送PUSCH(对应于UL授权)来接收PHICH(对应于UL授权)时的时间之间的时间间隔(例如,按SF或ms的单位),或者是PUSCH发送时间与PUSCH重发送时间之间的时间间隔。当应用子帧绑定时,以4个连续UL子帧设置的一批PUSCH发送按FDD和TDD来执行。因此,在应用子帧绑定时的HARQ操作/处理不同于正常HARQ操作/处理。
表8示出了在TDD下根据UL-DL配置的DL HARQ处理的最大数量。
[表8]
Figure GDA0002620636960000141
表9示出了在TDD下同步UL HARQ处理的数量和HARQ RTT。当UL HARQ RTT是10[SF或ms](UL-DL配置#1、#2、#3、#4以及#5)时,一个UL HARQ处理使用一个固定UL SF定时。然而,当UL HARQ RTT不是10[SF或ms](UL-DL配置#0和#6)时,一个UL HARQ处理使用多个ULSF定时(代替一个固定UL SF定时)(在跳跃的同时)。例如,对于UL-DL配置#6的情况来说,一个UL HARQ处理中的PUSCH发送定时可以是:SF#2:PUSCH=>SF#13:PUSCH(RTT:11SFs)=>SF#24:PUSCH(RTT:11SFs)=>SF#37:PUSCH(RTT:13SFs)=>SF#48:PUSCH(RTT:11SFs)=>SF#52:PUSCH(RTT:14SFs)。
[表9]
Figure GDA0002620636960000151
对于TDD UL-DL配置#1至#6和正常HARQ操作的情况来说,在检测到子帧n中的UL授权PDCCH和/或PHCIH时,UE根据有关PDCCH和/或PHCIH的信息,在子帧n+k中发送对应PUSCH信号(参照表5)。
对于TDD UL-DL配置#0和正常HARQ操作的情况来说,在UE检测到子帧n中的UL DCI授权PDCCH和/或PHCIH时,UE的PUSCH发送定时根据条件改变。首先,当DCI中的UL索引的最高有效位(MSB)是1或者通过子帧#0或#5中的、与IPHICH=0相对应的资源来接收PHICH时,UE在子帧n+k中发送对应的PUSCH信号(参照表5)。接下来,当DCI中的UL索引的最低有效位(LSB)为1、通过子帧#0或#5中的与IPHICH=1相对应的资源来接收PHICH、或者在子帧#1或#6中接收PHICH时,UE在子帧#n+7中发送对应的PUSCH信号。当DCI中的MSB和LSB都被设置时,UE在子帧#n+k(参照表5)和子帧#n+7中发送对应的PUSCH信号。
HARQ处理与PHY层中的用于TB的软缓冲器和用于码块的软缓冲器相关联。在信道编码期间,TB可以在考虑信道编码器大小的情况下,划分成一个或更多个码块。在信道编码之后,将所述一个或更多个码块组合,以设置与该TB相对应的码字。
HARQ处理负责TB的可靠发送,并且TB可以在考虑编码器大小的情况下划分成一个或更多个码块。在LTE(-A)中,根据1/3turbo编码来编码码块,并且所编码码块包括一个系统子块和两个奇偶子块。每一个子块通过具有尺寸Kn的子块交织器矩阵来置换。针对发送器中的第r编码块的长度Kw=3KΠ的循环缓冲器生成如下。
[方程1]
-
Figure GDA0002620636960000152
针对k=0、…、KΠ-1
-
Figure GDA0002620636960000161
针对k=0、…、KΠ-1
-
Figure GDA0002620636960000162
针对k=0、…、KΠ-1
NIR比特指示TB的软缓冲器尺寸,而Ncb指示第r码块的软缓冲器尺寸。Ncb获取如下,其中,C是码块的数量。
[方程2]
-
Figure GDA0002620636960000163
针对DL-SCH和PCH传输信道
-Ncb=Kw针对UL-SCH和MCH传输信道
其中,NIR等于:
[方程3]
Figure GDA0002620636960000164
其中,Nsoft是根据UE能力的软信道比特的总数。
如果Nsoft=35982720,则KC=5,
否则,如果Nsoft=3654144并且UE能够支持针对DL小区的最大两个空间层,则KC=2,
否则KC=1。
条件结束(end if)。
如果UE被设置成基于发送模式3、4、8或9来接收PDSCH发送,则KMIMO等于2,否则等于1。
MDL_HARQ是DL HARQ处理的最大数。
Mlimit等于8。
在FDD和TDD下,如果UE设置有两个以上服务小区并且针对用于每一个服务小区的至少KMIMO·min(MDL_HARQ,Mlimit)个TB,无法解码TB的码块,则UE存储在至少
Figure GDA0002620636960000166
的范围中接收的软信道比特,其中,nSB通过方程4给出。
[方程4]
Figure GDA0002620636960000165
wk、C、Ncb、KMIMO,以及Mlimit如下限定。
MDL_HARQ是DL HARQ处理的最大数。
Figure GDA0002620636960000171
是配置服务小区的数量。
N′soft是根据UE能力的软信道比特的总数。
在确定k时,UE首先向存储与较低值k相对应的软信道比特给定优先级。wk对应于接收软信道比特。该范围
Figure GDA0002620636960000172
可以包括不包含接收的软信道比特的子集。
图11例示了在设置UL-DL配置#1时的同步UL HARQ处理。框中的每一个号码都指示UL HARQ处理号。该示例表示正常UL HARQ处理。参照图11,HARQ处理#1涉及SF#2、SF#6、SF#12以及SF#16。例如,如果初始PUSCH信号(例如,RV=0)在SF#2中发送,则与PUSCH信号相对应的UL授权PDCCH和/或PHICH可以在SF#6中接收,而与初始PUSCH信号相对应的(重发送)PUSCH信号(例如,RV=2)可以在SF#12中发送。因此,在UL-DL配置#1的情况下,存在具有RTT(往返时间)10SF(或10ms)的4个UL HARQ处理。
图12例示了用于载波聚合(CA)的通信系统。LTE-A系统采用CA(或带宽聚合)技术,其聚合多个UL/DL频率块,以获取更宽的UL/DL频率带宽。每一个频率块都利用分量载波(CC)来发送。该CC可以被视为用于对应频率块的载频(或中心载波、中心频率)。
参照图12,可以聚合多个UL/DL CC,以支持更宽的UL/DL带宽。该CC在频域下可以连续或者不连续。独立地确定每一个分量载波的带宽。不对称CA是可以的,其中,UL CC的数量不同于DL CC的数量。例如,当存在两个DL CC和一个UL CC时,DL CC和UL CC可以被设置为2:1的对应关系。DL CC/UL CC链路在该系统中可以固定或者半静态地配置。即使整个系统带宽配置有N个CC,也可以将特定UE可以监视/接收的频带限制成M(<N)个CC。可以小区特定地、UE组特定地或者UE特定地设置针对CA的各种参数。控制信息可以仅经由一特定CC来发送/接收。该特定CC可以被称为主CC(PCC),而其它CC可以被称为次CC(SCC)。
在LTE-A中,小区的概念被用于管理无线电资源。小区被限定为DL资源和UL资源的组合,并且UL资源不是强制性的。因此,小区可以仅由DL资源组成,或者由DL资源和UL资源两者组成。如果支持CA,则DL资源(或DL CC)的载频与UL资源(或UL CC)的载频之间的链接可以用系统信息来指示。按主频率(或PCC)操作的小区可以被称为主小区(PCell),而按次频率(或SCC)操作的小区可以被称为次小区(SCell)。PCell被用于UE,以执行用于初始连接建立的过程或用于连接重建立的过程。PCell可以指在SIB-2链接至发送控制信号的UL CC的DL CC上操作的小区。另外,PCell可以指在移交期间指示的小区。SCell可在RRC连接建立之后配置,并且可以被用于提供附加无线电资源。该PCell和SCell可以被统称为服务小区。因此,仅由PCell组成的单一服务小区针对RRC_Connected状态下的UE存在,对于其来说,CA未设置或者不支持CA。另一方面,对于处于RRC_CONNECTED状态的UE来说,存在一个或更多个服务小区,包括PCell和全部SCell,对于其来说,设置了载波聚合。针对CA,在启动了用于初始安全激活的过程之后,在用于连接建立的过程期间,对于支持CA的UE来说,网络除了初始设置的PCell以外,还可以设置一个或更多个SCell。
图13例示了在聚合多个载波时的调度。假定聚合3个DL CC,并且将DL CC A设置成PDCCH CC。DL CC A、DL CC B以及DL CC C中的每一个都可以被称为服务CC、服务载波、服务小区等。如果禁用载波指示字段(CIF),则每一个DL CC可以在不需要根据LTE PDCCH规则的CIF的情况下,仅发送调度DL CC的PDSCH的PDCCH(非跨CC调度)。如果CIF通过UE特定(或者UE组特定或小区特定)更高层信令启用,则特定CC(例如,DL CC A)不仅可以利用CIF发送调度DL CC A的PDSCH的PDCCH,而且可以发送调度其它DL CC的PDSCH的PDCCH(跨CC调度)。此时,PDCCH不在DL CC B/C中发送。
被用于发送PDCCH的特定CC(或小区)被称作调度CC(或调度小区)。术语调度CC(或小区)可以与术语监视CC(或MCC)互换使用。其中通过另一CC的PDCCH调度PDSCH/PUSCH的CC(或小区)被称作调度CC(或调度小区)。一个或更多个调度CC可以针对一个UE设置。一个或更多个调度CC可以针对一个UE设置,而调度CC中的一个可以被设置成,负责DL控制信令和UL PUCCH发送。即,调度CC包括PCC。当设置惟一一个调度CC时,该调度CC等同于PCC。为方便起见,调度CC/被调度CC在下列描述中可以被称为MCC/SCC。
当前,对于设置跨CC调度的情况来说,承载信号的CC根据如下信令类型来限定。
-PDCCH(UL/DL授权):调度CC(或MCC)
-PDSCH/PUSCH:从调度CC检测到由PDCCH的CIF指示的CC
-DL ACK/NACK(例如,PHICH):调度CC(或MCC)(例如,DL PCC)
-UL ACK/NACK(例如,PUCCH):UL PCC
图14是用于说明传统CA TDD系统中的用于利用信道选择来发送ACK/NACK信息的方法。
参照图14,假定具有相同TDD UL-DL Cfg的两个服务小区(即,PCell和SCell)(或PCC和SCC)在常规CA TDD系统中聚合。首先,对在用于HARQ-ACK发送的UL子帧n中,M≦2时利用PUCCH格式1b的信道选择方案进行描述。这里,M指示上面参照表4描述的集合K中的元素数(即,与UL SF相对应的DL SF数)。当在UL子帧n中M≦2时,UE可以在从A PUCCH资源n(1) PUCCH,i(其中,0≦i≦A-1和
Figure GDA0002620636960000194
)中选择的一PUCCH资源上发送b(0)b(1)。具体来说,UE根据表10、11以及12,利用PUCCH格式1b在UL子帧中发送A/N信号。当在UL子帧n中,M=1时,HARQ-ACK(j)指示针对TB或SPS释放PDCCH的A/N响应,其与服务小区c相关。当M=1时,TB、HARQ-ACK(j)以及APUCCH资源可以通过表13来指定。当在UL子帧n中M=2时,HARQ-ACK(j)指示在每一个服务小区中,针对在由集合K提供的DL子帧中的TB或SPS释放PDCCH的A/N响应。这里,当M=2时,用于HARQ-ACK(j)的每一个服务小区中的子帧和APUCCH资源可以根据表14给出。
表10是在聚合具有相同UL-DL Cfg的两个CC时并且在M=1和A=2时,在LTE-A系统中限定的用于信道选择的映射表。
[表10]
Figure GDA0002620636960000191
这里,根据是否执行跨CC调度,可以将链接至调度PCC(或PCell)的PDCCH(即,PCC-PDCCH)的隐式PUCCH资源分配给
Figure GDA0002620636960000192
并且可以将链接至调度SCC的PDCCH(即,SCC-PDCCH)的隐式PUCCH资源或者通过RRC保留的显式PUCCH资源分配给
Figure GDA0002620636960000193
例如,在跨CC调度情况下,链接至PCC-PDCCH的隐式PUCCH资源可以分配给
Figure GDA0002620636960000201
而链接至SCC-PDCCH的隐式PUCCH资源可以分配给
Figure GDA0002620636960000202
表11是在聚合具有相同UL-DL Cfg的两个CC时并且在M=1和A=3时在LTE-A系统中限定的用于信道选择的映射表。
[表11]
Figure GDA0002620636960000203
这里,当PCC是MIMO CC而SCC是非MIMO CC时,根据是否执行跨CC调度,链接至PCC-PDCCH的隐式PUCCH资源可以分配给
Figure GDA0002620636960000204
Figure GDA0002620636960000205
而链接至SCC-PDCCH的隐式PUCCH资源或通过RRC保留的显式PUCCH资源可以分配给
Figure GDA0002620636960000206
如果PCC是非MIMO CC而SCC是MIMOCC,则根据是否执行跨CC调度,链接至PCC-PDCCH的隐式PUCCH资源可以分配给
Figure GDA0002620636960000207
而链接至SCC-PDCCH的隐式PUCCH资源或通过RRC保留的显式PUCCH资源可以分配给
Figure GDA0002620636960000208
Figure GDA0002620636960000209
表12是在聚合具有相同UL-DL Cfg的两个CC时并且在M≤2和A=4时,在LTE-A系统中限定的用于信道选择的映射表。
[表12]
Figure GDA0002620636960000211
这里,根据是否应用跨CC调度,可以将链接至调度PCC(或PCell)的PDCCH(即,PCC-PDCCH)的隐式PUCCH资源分配给
Figure GDA0002620636960000212
和/或
Figure GDA0002620636960000213
而不管是否应用跨CC调度,并且可以将链接至调度SCC的PDCCH(即,SCC-PDCCH)的隐式PUCCH资源或者通过RRC保留的显式PUCCH资源分配给
Figure GDA0002620636960000214
和/或
Figure GDA0002620636960000215
例如,当在跨CC调度情况下,M=2时,可以将链接至第一和第二DL SF的PCC-PDCCH的隐式PUCCH资源分别分配给
Figure GDA0002620636960000216
Figure GDA0002620636960000217
而可以将链接至第一和第二DL SF的SCC-PDCCH的隐式PUCCH资源分别分配给
Figure GDA0002620636960000218
Figure GDA0002620636960000219
表13示出了在M=1时的TB、HARQ-ACK(j),以及PUCCH资源。
[表13]
Figure GDA00026206369600002110
*TB:传输块),NA:不可用
表13示出了在M=2时的TB、HARQ-ACK(j),以及PUCCH资源。
Figure GDA0002620636960000221
下面,对在用于HARQ-ACK发送的UL子帧n中,M>2时利用PUCCH格式1b的信道选择方案进行描述。在这种情况下,信道选择等于/类似于M≤2时的信道选择。具体来说,UE根据表15和16,在UL子帧n中利用PUCCH格式1b发送A/N信号。当在UL子帧中,M>2时,
Figure GDA0002620636960000222
Figure GDA0002620636960000223
与PCell上的DL发送(例如,PDSCH发送)相关联,而
Figure GDA0002620636960000224
Figure GDA0002620636960000225
与SCell上的DL发送(例如,PDSCH发送)相关联。
另外,针对任意小区的HARQ-ACK(i)可以表示针对调度该小区的PDCCH(与PDCCH相对应的PDSCH)的A/N响应,其中,PDCCH的下行链路指配索引(DAI)计数器(c)为i+1。此时,当存在PDSCH而没有PDCCH时,HARQ-ACK(0)可以意指在没有PDCCH的情况下针对PDSCH的A/N响应,而HARQ-ACK(i)可以意指针对PDCCH(与PDCCH相对应的PDSCH)的A/N响应,PDCCH的DAI-c是i。
表15是在聚合具有相同UL-DL Cfg的两个CC时并且在M=3时,在LTE-A系统中限定的用于信道选择的映射表。
[表15]
Figure GDA0002620636960000231
这里,根据是否应用跨CC调度,可以将链接至调度PCC(或PCell)的PDCCH(即,PCC-PDCCH)的隐式PUCCH资源分配给
Figure GDA0002620636960000232
和/或
Figure GDA0002620636960000233
而不管是否应用跨CC调度,并且可以将链接至调度SCC的PDCCH(即,SCC-PDCCH)的隐式PUCCH资源或者通过RRC保留的显式PUCCH资源分配给
Figure GDA0002620636960000234
和/或
Figure GDA0002620636960000235
例如,在TDD下,可以将链接至PCC-PDCCH(其DAI-c为1和2)的隐式PUCCH资源分别分配给
Figure GDA0002620636960000236
Figure GDA0002620636960000237
并且可以将链接至SCC-PDCCH(其DAI-c为1和2)的隐式PUCCH资源分别分配给
Figure GDA0002620636960000238
Figure GDA0002620636960000239
表16是在聚合具有相同UL-DL Cfg的两个CC时并且在M=4时,在LTE-A系统中限定的用于信道选择的映射表。
[表16]
Figure GDA0002620636960000241
Figure GDA0002620636960000242
Figure GDA0002620636960000251
这里,
Figure GDA0002620636960000252
以及
Figure GDA0002620636960000253
可以如表15所示地进行分配。
下面,参照图15,对其中在传统TDD CA中,当将一UE设置为PUCCH格式3模式时,该UE发送ACK/NACK的方法进行描述。
图15例示了时隙层级的PUCCH格式3的结构。在PUCCH格式3中,通过联合编码(例如,Reed-Muller编码、截尾卷积编码等)、块扩展,以及SC-FDMA调制来发送多个A/N信息。
参照图15,在频域发送一个符号序列,并且将基于正交覆盖码(OCC)的时域扩展应用至该符号序列。可以利用OCC将多个UE的控制信号复用至同一RB。具体来说,利用长度5OCC(C1至C5),根据一个符号序列({d1、d2、…})生成5个SC-FDMA符号(即,UCI数据部分)。该符号序列({d1,d2,…})可以是调制符号序列或码字比特序列。
用于PUCCH格式3的ACK/NACK有效载荷按CC配置,接着,所配置ACK/NACK有效载荷根据小区索引次序连接。针对第c服务小区(或DL CC)的HARQ-ACK反馈比特被给出为
Figure GDA0002620636960000254
表示针对第c服务小区的HARQ-ACK有效载荷的比特数(即,尺寸)。当设置支持单TB发送的发送模式或者将空间绑定用于第c服务小区时,
Figure GDA0002620636960000255
可以被设置为
Figure GDA0002620636960000256
如果设置支持多TB(例如,2个TB)发送的发送模式并且不使用空间绑定,则
Figure GDA0002620636960000257
可以被指定为
Figure GDA0002620636960000258
当通过PUCCH发送HARQ-ACK反馈比特时,或者当通过PUSCH发送HARQ-ACK反馈比特,但不存在与PUSCH相对应的W(例如,在基于SPS的PUSCH的情况下)时,
Figure GDA0002620636960000259
被指定为
Figure GDA00026206369600002510
M是在表4中限定的集合K中的元素的数量。如果TDD UL-DL配置是#1、#2、#3、#4,#6,并且HARQ-ACK通过PUSCH发送,则
Figure GDA0002620636960000261
被指定为
Figure GDA0002620636960000262
这里,
Figure GDA0002620636960000263
指示在UL授权PDCCH中通过UL DAI域指示的值,并且缩短至W。如果TDD UL-DL配置为#5,则
Figure GDA0002620636960000264
U指示Uc的最大值,Uc表示在第c服务小区中,按子帧n-k和(DL)SPS释放PDCCH接收的PDSCH的总数。子帧n是发送HARQ-ACK的子帧。
Figure GDA0002620636960000265
指示上取整函数。
当设置支持单TB发送的发送模式或者将空间绑定用于第c服务小区时,该服务小区的HARQ-ACK有效载荷中的每一个ACK/NACK比特的位置被给出为
Figure GDA0002620636960000266
DAI(K)表示根据DL子帧n-k检测到的DL DAI值。此时,当支持多TB(例如,2个TB)发送的发送模式和空间绑定未用于第c服务小区时,该服务小区的HARQ-ACK有效载荷中的相应ACK/NACK比特的位置对应于
Figure GDA0002620636960000267
Figure GDA0002620636960000268
表示针对CW 0的HARQ-ACK,而
Figure GDA0002620636960000269
表示针对CW 1的HARQ-ACK。根据交换,CW 0和CW 1分别对应于TB 0和TB 1或者TB 1和TB 0。当PUCCH格式3在被设置用于SR发送的子帧中发送时,PUCCH格式3与ACK/NACK比特和SR 1比特一起发送。
实施方式:按具有不同UL-DL配置的CC(或小区)聚合进行A/N发送
在基于TDD的超LTE-A系统中,可以考虑利用不同UL-DL配置操作的多个CC的聚合。在这种情况下,针对PCC和SCC设置的A/N定时(即,响应于通过DL SF发送的DL数据来发送A/N的UL SF定时)可以根据CC的UL-DL配置而不同。例如,发送针对同一DL SF定时的A/N(按该DL SF定时发送的DL数据)的UL SF定时可以针对PCC和SCC不同地设置。与按同一UL SF定时发送的A/N反馈相对应的DL SF组还可以针对PCC和SCC不同地设置。另外,针对同一SF定时,PCC和SCC的链路方向(即,DL或UL)可以不同地设置。作为一示例,SCC上的特定SF定时可以设置为UL SF,而PCC上的对应SF定时可以设置为DL SF。
另外,在基于TDD的超LTE-A系统中,可以考虑在基于不同TDD UL-DL配置的CA(为方便起见,称为不同TDD CA)情况下用于跨CC调度的支持。在这种情况下,不同UL授权定时(发送调度UL发送的UL授权的DL SF定时)和不同PHICH定时(响应于UL数据发送PHICH的DLSF定时)可以被设置用于监视CC(MCC)和SCC。例如,针对同一UL SF,发送UL授权/PHICH的DLSF可以针对MCC和SCC不同地设置。另外,按同一DL SF发送与UL授权或PHICH反馈相对应的DL SF组可以针对MCC和SCC不同地设置。MCC和SCC的链路方向还可以针对同一SF定时不同地设置。例如,SCC上的特定SF定时可以被设置为要发送UL授权/PHICH的DL SF,而MCC上的对应SF定时可以设置为UL SF。
当PCC和SCC的链路方向不同的SF定时(下面,称为冲突SF)因不同的TDD CA配置而存在时,仅具有PCC/SCC的特定链路方向或者具有特定CC的链路方向的CC(例如,PCC)可以因UE的硬件配置或者其它理由/目的而按对应SF定时使用。为方便起见,该方案被称为半双工(HD)-TDD CA。例如,当因特定SF定时形成的冲突SF被设置为PCC上的DL SF并且对应SF定时被设置为SCC上的UL SF时,仅可以使用具有按该特定SF定时的DL方向(即,设置用于PCC的DL SF)的PCC,而不能使用具有按该特定定时的UL方向(即,设置用于SCC的UL SF)的SCC(反之亦然)。在这种情况下,为了在PCC上发送针对通过所有CC的DL SF发送的DL数据的A/N反馈,可以按CC应用同一或不同A/N定时(针对特定UL-DL配置设置的),或者可以将针对特定UL-DL配置设置的A/N定时共同应用至所有CC。这里,该特定UL-DL配置(下面,称为基准配置(Ref-Cfg)可以被确定成为和PCC或SCC的配置相同,或者可以被确定成为另一UL-DL配置。
对于HD-TDD CA的情况来说,可以针对PCC和SCC不同地设置按一个UL SF定时的与A/N反馈相对应的DL SF(下面,称为A/N-DL SF)的数量。换句话说,当与一个UL SF相对应的DL SF的数量(为方便起见,A/N-DL SF)被限定为M时,与一个PCC UL SF相对应的M可以按CC(每CC下的M:Mc)不同地/独立地设置。另外,当一特定XCC(例如,PCC或SCC)的Ref-Cfg与PCC(即,PCC-Cfg)的UL-DL配置不相同时,按PCC UL SF定时设置的、XCC的A/N-DL SF索引可以不同于在应用原始PCC-Cfg的A/N定时时设置的A/N-DL SF索引。具体来说,如果将链接至用于调度DL数据的PDCCH的CCE资源的PUCCH资源称为隐式PUCCH,则尽管存在跨调度情况,也不能(在其中要发送针对该特定XCC DL SF的A/N的PCC UL SF中)限定针对该特定XCC DLSF的隐式PUCCH(调度要在XCC DL SF中发送DL数据的PDCCH)。
图16例示了HD-TDD CA结构。在图16中,灰色阴影X指示被限定供在冲突SF中使用的CC(链路方向),而虚箭头指示在PCC UL SF中不将隐式PUCCH链接至的DL SF。
此时,可以考虑允许利用针对PCC和SCC的不同链路方向在冲突SF中同时发送和接收UL/DL。该方案被称为全双工(FD)-TDD CA。即使在这种情况下,为了在一个PCC UL SF中发送针对所有CC的DL SF的A/N反馈,可以按CC应用同一或不同A/N定时(根据Ref-Cfg配置的),或者可以将根据特定Ref-Cfg设置的A/N定时共同应用至所有CC。该Ref-Cfg可以和PCC-Cfg或SCC-Cfg相同,或者可以被指定为另一不同UL-DLCfg。另外,在FD-TDD CA结构中,尽管存在跨CC调度情况,M也可以针对一个PCC UL SF,按CC不同地/独立地设置,并且隐式PUCCH资源可以不针对XCC DL SF限定(在与XCC DL SF相对应的PCC UL SF中)。图17例示了FD-TDD CA。这里,虚箭头指示在PCC UL SF中隐式PUCCH资源不链接至的DL SF。
如上所述,由于引入各种TDD CA情况(例如,具有不同UL-DL配置的CC聚合、HD-TDDCA、FD-TDD CA等)和/或根据其限定的Ref-Cfg,因而,与发送A/N的UL子帧(下面,称为A/N子帧)相对应的DL子帧的数量可以根据CC(或小区)改变。
实施方式1:Ref-Cfg的配置
下面,提出了用于根据TDD CA结构和跨CC或非跨CC调度设置Ref-Cfg的方法。在这个实施方式中,可以将以“解决方案F”开始的方法应用至FD-TDD CA,而可以将以“解决方案H”开始的方法应用至HD-TDD CA。另选的是,可以将每一种解决方案应用至FD-TDD CA和HD-TDD CA两者,而不管TDD CA结构。例如,解决方案H2可应用于FD-TDD CA结构。此时,在本发明中,D指示DL SF或专用SF,而U指示UL SF。如果CC的UL-DL配置(UD-cfg)通过广播信息或高层信令半静态地设置,则对应CC的子帧配置可以基于表1来确定。
下面,如果说应用针对特定CC(即,Ref-CC)或特定UD-cfg(即,Ref-cfg)设置的ACK/NACK定时,则其可能意指使用与特定CC的UD-cfg或表4中的特定UD-cfg相对应的参数值。类似的是,如果说应用针对特定CC(即,Ref-CC)或特定UD-Cfg(即,Ref-Cfg)设置的UL授权或PHICH定时,则其可能意指使用与特定CC的UD-cfg或表5、6,以及7中的特定UD-cfg相对应的参数值。为方便起见,针对ACK/NACK定时的Ref-CC(或Ref-Cfg)可以被称为A/N Ref-CC(或A/N Ref-Cfg)或者DL Ref-CC(或DL Ref-Cfg)。类似的是,针对UL授权或PHICH定时的Ref-CC(或Ref-Cfg)可以被称为UG/PHICH Ref-CC(或UG/PHICH Ref-Cfg)或者UL Ref-CC(或UL Ref-Cfg)。
[针对FD-TDD CA的解决方案F1]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000281
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000292
应用其中在设置为针对PCC或SCC的D的所有SF中设置D的UL-DL配置当中的、具有最小数量D(即,DL联合)的UL-DL配置的ACK/NACK定时。等同地,应用其中在设置为针对PCC或SCC的D的所有SF中设置D的UL-DL配置当中的、具有最大数量U(即,DL联合)的UL-DL配置的ACK/NACK定时。如果假定使用表1的UL-DL配置,则根据两个CC的UL-DL配置的DL联合如下。
[表17]
Figure GDA0002620636960000291
在确定DL联合的情况下,表17共同应用于本说明书中。然而,根据用于确定DL联合的特定CC组合,表17中的(PCC UL-DL Cfg,SCC UL-DL Cfg)可以替换为(PCC UL-DL Cfg,MCC UL-DL Cfg)、(MCC UL-DL Cfg,SCC UL-DL Cfg)或者(SCC1 UL-DL Cfg,SCC2 UL-DLCfg)。
[针对FD-TDDCA的解决方案F2]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000293
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000294
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
Figure GDA0002620636960000295
跨CC调度:应用根据PCC和MCC的DL联合所设置的ACK/NACK定时。MCC指示被设置成跨CC调度SCC的CC。
■其中U被设置用于MCC而D被设置用于SCC的冲突SF为D:可以放弃/限制针对SCC的D的调度。在这种情况下,按照ACK/NACK,冲突SF可以从可用DL SF中排除。换句话说,可以不在冲突SF中限定ACK/NACK定时。因此,在确定ACK/NACK有效载荷尺寸的处理、确定ACK/NACK比特位置的处理、确定HARQ处理数的处理等中可以不考虑冲突SF。作为另一示例,根据ACK/NACK,始终可以将冲突SF处理为NACK、DTX或NACK/DTX。
[针对FD-TDD CA的解决方案F2-1]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000301
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000302
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
Figure GDA0002620636960000303
跨CC调度:应用根据PCC和ULU-cfg的DL联合所设置的ACT/NACK定时。ULU-cfg是虚拟UL-DL配置,其中,U在设置为针对SCC或MCC的U的所有SF中设置,而D在其它SF中设置(即,在设置为针对SCC和MCC的D的SF中)。另选的是,当其中U在设置为针对SCC或MCC的D的所有SF中设置的DL-UL配置当中的、具有最小数量U的DL-UL配置被限定为“UL联合”时,可以应用根据PCC的DL联合和UL联合所设置的ACK/NACK定时。
■其中U被设置用于MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。
[针对FD-TDD CA的解决方案F2-2]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000304
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000305
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
Figure GDA0002620636960000306
跨CC调度:根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置为用于MCC而D被设置为用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。
[针对FD-TDD CA的解决方案F3]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000311
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK(Alt F3-1:其中SCC被设置成要通过另一CC调度的情况被限定为跨CC调度)。
Figure GDA0002620636960000312
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
Figure GDA0002620636960000313
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。
■针对在SCC上发送的DL数据的ACK/NACK(Alt F3-2:仅其中SCC被设置成要通过PCC调度的情况被限定为跨CC调度)。
Figure GDA0002620636960000314
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
Figure GDA0002620636960000315
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
[针对HD-TDD CA的解决方案H1]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000316
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000317
应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
[针对HD-TDD CA的解决方案H2]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000318
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000321
非跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
Figure GDA0002620636960000322
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
[针对HD-TDD CA的解决方案H2-1]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000323
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000324
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
Figure GDA0002620636960000325
跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。
[针对HD-TDD CA的解决方案H2-2]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000326
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK(Alt H2-2-1:其中SCC被设置成要通过另一CC调度的情况被限定为跨CC调度)。
Figure GDA0002620636960000327
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
Figure GDA0002620636960000331
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
■针对在SCC上发送的DL数据的ACK/NACK(Alt H2-2-2:仅其中SCC被设置成要通过PCC调度的情况被限定为跨CC调度)。
Figure GDA0002620636960000332
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
Figure GDA0002620636960000333
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者被处理为NACK(或DTX或NACK/DTX)。)
[针对HD-TDD CA的解决方案H3]
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000334
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000335
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于PCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
Figure GDA0002620636960000336
跨CC调度:应用根据PCC和MCC的DL联合所设置的ACK/NACK定时。
■其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:可以放弃/限制针对SCC的D的调度。(在这种情况下,冲突SF可以从可用DL SF中排除,或者可以被处理为NACK(或DTX或NACK/DTX)。)
此时,在上面提出的方案中,当设置跨CC调度(尤其是,对于其中可用DL SF根据PCC/MCC/SCC的链路方向关系来确定的情况来说)时,可以应用用于确定SF的方法,其中,PCC和SCC都被设置为要可用于DL SF的D,而不管MCC的链路方向。(在这种情况下,对应SF可以被用于确定DL HARQ处理的最大数)。相对于其中可用DL SF取决于PCC/MCC/SCC的链路方向的所提出方案,尽管稍微过度分区UE的HARQ缓冲器(其劣化了HARQ接收缓冲器使用效率),该方案也具有简化UE的HARQ处理相关模块和硬件的配置的优点。
此时,考虑到HD-TDD CA结构(尤其是,其中在冲突SF中始终仅使用PCC的链路方向的结构),在其中S针对PCC设置而D(和/或S)针对SCC设置的SF中(当DL SF和专用SF分别按D和S区分时),成功DL数据检测/接收因PCC中的DL/UL切换操作而容易在SCC的D(和/或S)中执行,由此可以附加地限制或者不能准许针对SCC的D(和/或S)的DL数据调度。因此,即使在其中S被设置用于PCC而D(和/或S)被设置用于SCC的冲突SF(即,冲突SF从可用DL SF中排除)中,也附加地提出了限制或省略针对SCC的D(和/或S)的调度。基于该提议,考虑到PCC不是MCC的情况的解决方案H1至H3可以被改进如下。
[针对HD-TDD CA的解决方案H1]-改进
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000341
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000342
应用针对PCC设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
[针对HD-TDD CA的解决方案H2]-改进
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000343
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000344
非跨CC调度:应用针对PCC设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Figure GDA0002620636960000351
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■仅在其中(PCC、MCC、SCC)=(D、D或S、D或S)或者(PCC、MCC、SCC)=(S、D或S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
[针对HD-TDD CA的解决方案H2-1]-改进
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000352
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000353
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Figure GDA0002620636960000354
跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■仅在其中(PCC、MCC、SCC)=(D、D或S,D或S)或者(PCC、MCC、SCC)=(S、D或S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
[针对HD-TDD CA的解决方案H2-2]-改进
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000355
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Alt H2-2-1:其中SCC被设置成通过另一CC调度的所有情况被限定为跨CC调度。
Figure GDA0002620636960000356
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Figure GDA0002620636960000357
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■其中PCC不对应于MCC的情况:仅在其中(PCC、MCC、SCC)=(D、D或S,D或S)或者(PCC、MCC、SCC)=(S、D或S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
■其中PCC对应于MCC的情况:仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Alt H2-2-2:仅其中SCC被设置成通过PCC调度的情况被限定为跨CC调度。
Figure GDA0002620636960000361
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■其中MCC对应于SCC的情况:仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
■其中MCC不对应于SCC的情况:仅在其中(PCC、MCC、SCC)=(D、D或S,D或S)或者(PCC、MCC、SCC)=(S、D或S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Figure GDA0002620636960000362
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Alt H2-2-3:其中SCC被设置成通过另一CC调度的所有情况被限定为跨CC调度
Figure GDA0002620636960000363
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Figure GDA0002620636960000364
跨CC调度:应用针对PCC设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
[针对HD-TDD CA的解决方案H3]-改进
■针对在PCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000365
应用针对PCC设置的ACK/NACK定时。
■针对在SCC上发送的DL数据的ACK/NACK
Figure GDA0002620636960000366
非跨CC调度:应用根据PCC和SCC的DL联合所设置的ACK/NACK定时。
■仅在其中(PCC、SCC)=(D、D或S)或者(PCC、SCC)=(S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
Figure GDA0002620636960000371
跨CC调度:应用根据PCC和MCC的DL联合所设置的ACK/NACK定时。
■仅在其中(PCC、MCC、SCC)=(D、D或S,D或S)或者(PCC、MCC、SCC)=(S、D或S、S)的SF(即,该SF被确定成为可用DL SF)中,BS可以支持/执行针对SCC的DL调度,并且UE可以尝试检测/接收DL数据。
在上面提出的方案中,UE可以在DL数据不在其中放弃/限制调度的D(或S)中(即,在不可用DL SF中)调度/发送的假定下操作。例如,UE可以在不可用DL SF中省略DL数据检测/接收处理。另外,可以不限定/设置与该不可用DL SF相对应的A/N反馈/定时。另选的是,UE可以在DL数据仅在其中不放弃/限制调度的SCC的D(或S)中(即,在可用DL SF中)调度/发送的假定下操作。例如,UE可以仅在可用DL SF中执行DL数据检测/接收处理。而且,仅限定/设置与该可用DL SF相对应的A/N反馈/定时。
就DL数据检测/接收而言,UE操作可以限定如下:
Figure GDA0002620636960000373
其中U被设置用于MCC而D被设置用于SCC的冲突SF:UE放弃/限制针对SCC的D的调度。
■仅在其中D被设置用于MCC和SCC两者的SF中,UE尝试通过SCC的D检测/接收DL数据。
Figure GDA0002620636960000372
其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF:UE放弃/限制针对SCC的D的调度。
■仅在其中所有D被设置用于全部PCC、MCC以及SCC的SF中,UE尝试通过SCC的D检测/接收DL数据。
Figure GDA0002620636960000374
其中U被设置用于PCC而D被设置用于SCC的冲突SF:UE放弃/限制针对SCC的D的调度。
■仅在其中D被设置用于PCC和SCC两者的SF中,UE尝试通过SCC的D检测/接收DL数据。
另外,针对FD-TDD CA中的SCC的A/N定时可以应用如下。
-非跨CC调度:仅将用于针对SCC设置D(或S)的SF定时的ACK/NACK定时从Ref-Cfg的ACK/NACK定时中提取并应用。
-跨CC调度:仅将用于针对SCC和MCC两者设置D(或S)的SF定时的ACK/NACK定时(针对SCC的DL数据调度仅按对应SF定时来限定/准许)从Ref-Cfg的ACK/NACK定时中提取并应用。
另外,针对HD-TDD CA中的SCC的ACK/NACK定时可以应用如下。
-非跨CC调度:仅将用于(PCC、SCC)=(D、D或S)或(PCC、SCC)=(S、S)的SF定时的ACK/NACK定时从Ref-Cfg的ACK/NACK定时中提取并应用。
-跨CC调度:在PCC不是MCC时,仅将用于(PCC、MCC、SCC)=(D、D或S,D或S)或(PCC、MCC、SCC)=(S、D或S、S)的SF定时的ACK/NACK定时从Ref-Cfg的ACK/NACK定时中提取并应用,而在PCC是MCC时,仅将用于(PCC、SCC)=(D、D或S)或(PCC、SCC)=(S、S)的SF定时的ACK/NACK定时(针对SCC的DL数据调度按对应SF定时来限定/准许)从Ref-Cfg的ACK/NACK定时中提取并应用,或2)仅将用于(PCC、SCC)=(D、D或S)或(PCC、SCC)=(S、S)的SF定时的ACK/NACK定时从Ref-Cfg的ACK/NACK定时中提取并应用。
图18例示了根据本发明的示例性ACK/NACK发送。尽管图18为方便起见从UE的方面来进行例示和说明,但显见的是,UE的对应方操作可以通过BS来执行。
参照图18,UE聚合了多个CC(S1802)。CC可以具有不同子帧构造(例如,不同TDDUL-DL配置)。接下来,UE接收针对至少一个CC上的ACK/NACK反馈所需的DL信号(例如,PDSCH和SPS释放PDCCH)(S1804)。在这种情况下,UE可以根据对应CC的Ref-Cfg的ACK/NACK定时来生成/发送ACK/NACK信号(S1806)。更具体地说,ACK/NACK信号可以根据所设置ACK/NACK发送方法(例如,PUCCH格式1b+信道选择、PUCCH格式3等)来生成/发送。另外,UE可以根据Ref-Cfg的ACK/NACK定时确定每CC的HARQ-ACK比特数、HARQ-ACK有效载荷尺寸、HARQ比特位置或HARQ处理数(表4)。
此时,当DL信号在PCC上接收时,应用针对PCC设置的ACK/NACK定时(即,Ref-Cfg=PCC Cfg)。另一方面,当DL信号在SCC上接收时,ACK/NACK Ref-Cfg可以根据上述示例性方案来确定(例如,F1至F3和H1至H3(包括改进例))。
实施方式2:HARQ处理数量和接收缓冲器尺寸
下面,提出了一种用于在CC具有不同子帧配置的CA情况下,在应用ACK/NACK定时时确定可支持DL HARQ处理的最大数量的方法。具有不同子帧配置的CC的CA情况例如包括FDD CC与TDD CC之间的CA情况,或者不同UL-DL Cfg之间的TDD CA情况。为方便起见,下面,集中于用于在不同UL-DL Cfg之间的TDD CA情况下,在应用基于Ref-Cfg的ACK/NACK定时时确定可支持DL HARQ处理的最大数量的方法来进行描述。所提议方法的基本原理是,根据一CC的、被设置成符合Ref-Cfg的ACK/NACK定时的多少“可用DL SF”来确定对应CC的DL HARQ处理的最大数量,该可用DL SF被包括在在按Ref-Cfg→ACK/NACK反馈→重发送DL数据定时(重发送DL;reTx-DL)设置的初始DL数据定时(初始发送DL:inTx-DL)持续时间当中的、包括最大数量DL SF的持续时间(即,用于确定最大数量DL HARQ处理的持续时间,被称为maxHARQ-RTT)内。
表18示出了每UL-DL Cfg的maxHARQ-RTT的组合(inTx-DL,reTx-DL)。与maxHARQ-RTT相对应的多个组合(inTx-DL、reTx-DL)可以存在于一个Ref-Cfg中。根据该提议,包括在每一个持续时间maxHARQ-RTT中的(被设置成符合对应Ref-Cfg的ACK/NACK定时的CC的)可用DL SF的数量的最大值可以被确定成为(对应CC的)DL HARQ处理的最大数。在FDD CC中,maxHARQ-RTT可以被固定至特定值(例如,8)。例如,在FDD CC中,与maxHARQ-RTT相对应的组合(inTx-DL、reTx-DL)可以被指定为(SF#n、SF#(n+8))。
[表18]
Figure GDA0002620636960000391
图19例示了根据本发明的、确定最大数量的DL HARQ处理的一示例。在这个示例中,假定PCC符合cfg#2、SCC符合cfg#1,并且应用解决方案F1。
参照图19,针对PCC的情况,因为其UL-DL配置(即,Cfg#2)被设置为针对ACK/NACK定时的Ref-Cfg,所以将DL HARQ处理的最大数量确定为10。在这种情况下,maxHARQ-RTT的(inTx-DL、reTx-DL)可以是(SF#4、SF#(10+6))。对于SCC的情况来说,Cfg#2(其是其中D在被设置为针对PCC(Cfg#2)或SCC(Cfg#1)的D的所有SF中设置的UL-DL配置当中的、具有最小数量D的UL-DL设置(即,DL联合))是Ref-Cfg。因为在与Cfg#2的maxHARQ-RTT相对应的持续时间(inTx-DL、reTx-DL)=(SF#4、SF#(10+6))内的SCC(Cfg#1)的DL SF的数量为8,所以可以将SCC的DL HARQ处理的最大数量确定为8。
图20例示了根据本发明的、确定最大数量的DL HARQ处理的另一示例。在这个示例中,假定PCC是cfg#1、SCC是cfg#2,并且执行解决方案F2。
参照图20,当设置非跨CC调度时,针对PCC的情况,因为PCC的UL-DL配置(即,cfg#1)被设置为Ref-Cfg,所以将DL HARQ处理的最大数量确定为7。对于SCC的情况来说,因为Cfg#2(其是PCC(Cfg#1)和SCC(Cfg#2)的DL联合)被设置为Ref-Cfg,所以可以将DL HARQ处理的最大数量确定为10。此时,如果PCC被设置成跨CC调度SCC,则将PCC(即,Cfg#1)的UL-DL配置设置为针对PCC和SCC两者的Ref-Cfg。与Cfg#1的maxHARQ-RTT相对应的SCC的可用DLSF的数量(即,持续时间(inTx-DL、reTx-DL)=(SF#5、SF#(10+6)内的、除了其中U被设置用于PCC而D被设置用于SCC的冲突SF#8和SF#(10+3)以外的SCC的DL SF的数量)为7。因此,可以分别将PCC和SCC的DL HARQ处理的最大数量确定为7和7。
关于解决方案F2,对其中PCC、SCC1以及SCC2分别被设置为Cfg#2、Cfg#1以及Cfg#2的情况通过示例来进行描述。当设置非跨CC调度时,因为Cfg#2被设置为针对PCC的Ref-Cfg,所以与PCC和SCC1的DL联合相对应的Cfg#2被设置为针对SCC1的Ref-Cfg,而与PCC和SCC2的DL联合相对应的Cfg#2被设置为针对SCC2的Ref-Cfg。因此,可以分别将PCC、SCC1以及SCC2的DL HARQ处理的最大数量确定为10、8以及10。此时,当PCC被设置成仅(跨CC)调度PCC,而SCC1被设置成(跨CC)调度SCC1和SCC2时,因为PCC和SCC1具有非跨CC调度关系,所以可以分别将DL HARQ处理的最大数量确定为10和8。对于SCC2的情况来说,与PCC和SCC1(即,针对SCC2的MCC)的DL联合相对应的Cfg#2被设置为Ref-Cfg。与Cfg#2的maxHARQ-RTT相对应的SCC2的可用DL SF的数量(即,持续时间(inTx-DL、reTx-DL)=(SF#4、SF#(10+6)内的、除了其中U被设置用于SCC1而D被设置用于SCC2的冲突SF#8和SF#(10+3)以外的SCC2的DL SF的数量)为8。因此,可以将SCC2的DL HARQ处理的最大数量确定为8。
关于解决方案F2-1,对其中PCC、SCC1以及SCC2分别被设置为Cfg#4、Cfg#5以及Cfg#3的情况通过示例来进行描述。当设置非跨CC调度时,Cfg#4被设置为针对PCC的Ref-Cfg,与PCC和SCC1的DL联合相对应的Cfg#5被设置为针对SCC1的Ref-Cfg,而与PCC和SCC2的DL联合相对应的Cfg#4被设置为针对SCC2的Ref-Cfg。因此,PCC、SCC1以及SCC2的DL HARQ处理的最大数量分别被确定为12、15以及10(与Ref-Cfg相对应的Cfg#4的持续时间maxHARQ-RTT内的、SCC2的Cfg#3的DL SF数)。此时,当PCC被设置成仅(跨CC)调度PCC,而SCC1被设置成(跨CC)调度SCC1和SCC2时,因为PCC和SCC1具有非跨CC调度关系,所以可以分别将DLHARQ处理的最大数量确定为12和15。对于SCC2的情况来说,将Cfg#4(其是SCC2和SCC1(被设置为SCC2的MCC)以及PCC的ULU-cfg(在这个示例中,对应于Cfg#3)的DL联合)设置为Ref-Cfg。与Cfg#4的maxHARQ-RTT相对应的SCC2的可用DL SF的数量(即,持续时间(inTx-DL、reTx-DL)=(SF#0、SF#(10+6)内的、除了其中U被设置用于SCC1而D被设置用于SCC2的冲突SF(其在该示例中不存在)以外的SCC2的DL SF的数量)为10。因此,可以将SCC2的DL HARQ处理的最大数量确定为10。如果应用解决方案F2,则与SCC1和PCC的DL联合相对应的Cfg#5被设置为Ref-Cfg。因为在与Cfg#5的maxHARQ-RTT相对应的持续时间(inTx-DL、reTx-DL)=(SF#9、SF#(20+6))内的SCC2的可用DL SF的数量为11,所以可以将SCC2的DL HARQ处理的最大数量确定为11。
在解决方案F2-2中,每CC的DL HARQ处理数可以通过与解决方案F2类似的方法来确定。具体地讲,对于SCC的情况来说,PCC和SCC的DL联合被设置为Ref-Cfg,而Ref Cfg的maxHARQ-RTT持续时间内的SCC的可用DL SF的数量可以被确定成为对应SCC的DL HARQ处理的最大数量。这里,该可用DL SF是除了其中U被设置用于MCC而D被设置用于SCC的冲突SF以外的其它SCC的DL SF。
在解决方案F3中,每CC的DL HARQ处理数可以通过与解决方案F2类似的方法来确定。具体地讲,对于SCC的情况来说,PCC的Cfg被设置为Ref-Cfg,而Ref Cfg的maxHARQ-RTT持续时间内的SCC的可用DLSF的数量可以被确定成为对应SCC的DL HARQ处理的最大数量。这里,该可用DL SF是除了其中U被设置用于PCC或MCC而D被设置用于SCC的冲突SF以外的其它SCC的DL SF。
在PCC被设置为Cfg#3而SCC被设置为Cfg#4时,通过示例的方式对解决方案H1进行描述。PCC的Cfg(即,Cfg#3)被设置为针对PCC和SCC两者的Ref-Cfg,而与Cfg#3的maxHARQ-RTT相对应的SCC的可用DL SF的数量(即,持续时间(inTx-DL、reTx-DL)=(SF#1、SF#(10+6)内的、除了其中U被设置用于PCC而D被设置用于SCC的冲突SF#4和SF#(10+4)以外的SCC的DLSF)为9。因此,可以分别将PCC和SCC的DL HARQ处理的最大数量确定为9和9。
当PCC、SCC1以及SCC2分别被设置为Cfg#4、Cfg#3以及Cfg#5时,通过示例的方式对解决方案H2进行描述。对于非跨CC调度的情况来说,PCC的Cfg(即,Cfg#4)被设置为针对所有CC的Ref-Cfg。与Cfg#4的maxHARQ-RTT相对应的SCC1的可用DL SF的数量(即,持续时间(inTx-DL、reTx-DL)=(SF#0、SF#(10+6)内的、除了其中U被设置用于PCC而D被设置用于SCC1(其在该示例中不存在)的冲突SF以外的SCC1的DL SF)为10,而将SCC2的DL SF的数量(即,除了其中U被设置用于PCC而D被设置用于SCC2的冲突SF#3和SF#(10+3)以外的其它SCC2的DL SF)为12。因此,PCC、SCC1以及SCC2的DL HARQ处理的最大数量可以分别确定为12、10以及12。当PCC被设置成仅(跨CC)调度PCC,而SCC1被设置成(跨CC)调度SCC1和SCC2时,因为PCC和SCC1具有非跨CC调度关系,所以可以分别将针对PCC和SCC1的DL HARQ处理的最大数量确定为12和10。对于SCC2的情况来说,PCC的Cfg(即,Cfg#4)被设置为Ref-Cfg。与Cfg#4的maxHARQ-RTT相对应的SCC2的可用DL SF的数量(即,持续时间(inTx-DL、reTx-DL)=(SF#0、SF#(10+6)内的、除了其中U被设置用于PCC或SCC1而D被设置用于SCC2的冲突SF#3、SF#4、SF#(10+3),以及SF#(10+4)以外的SCC2的DL SF)为10。因此,可以将SCC2的DL HARQ处理的最大数量确定为10。
在解决方案H2-1、H2-2以及H3,与解决方案H2类似的方法可以被用于确定每CC的DL HARQ处理数。具体地讲,对于SCC的情况来说,当设置非跨CC调度时,PCC和SCC的DL联合被设置为Ref-Cfg,而在Ref-Cfg的maxHARQ-RTT的持续时间内的SCC的可用DL SF的数量(即,除了其中U被设置用于PCC和D被设置用SCC的冲突SF以外的其余SCC的DL SF)可以被确定为SCC的DL HARQ处理的最大数量。当设置跨CC调度时,被设置成跨CC调度SCC的PCC和SCC的DL联合(解决方案H2-1)、PCC的Cfg(解决方案H2-2),或者PCC和MCC的DL联合(解决方案H3)被设置为Ref-Cfg。在Ref-Cfg的maxHARQ-RTT的持续时间内的SCC的可用DL SF的数量(即,除了其中U被设置用于PCC或MCC和D被设置用SCC的冲突SF以外的其余SCC的DL SF)可以被确定为SCC的DL HARQ处理的最大数量。
另选的是,当SCC和PCC具有不同UL-DL Cfg时,提出了一种用于限制MCC的方法,该MCC被设置成,仅针对具有和SCC相同的UL-DL Cfg的CC或者具有和PCC相同的UL-DL Cfg的CC跨CC调度SCC,以便易于在HD-TDD CA和FD-TDD CA情况下,许多DL HARQ处理(与DL授权PDCCH发送和ACK/NACK反馈相关联)的DL HARQ定时配置和分配。此时,当SCC和PCC具有相同UL-DL Cfg时,MCC可以被确定成为具有和SCC/PCC相同的UL-DL Cfg的CC或者具有与SCC/PCC不同的UL-DL Cfg的CC。
对于包括具有不同UL-DL Cfg的TDD CC的CA的特定CA(特性上,具有不同SF结构的CC(例如,FDD CC和TDD CC的CA))的情况来说,不同于传统方法来说,可以将不同最大数量的DL HARQ处理分配给CC(根据是否设置跨CC调度和/或是否应用TDD CA(FD或HD)结构)。因此,在考虑最大数量的DL HARQ处理(MDL_HARQ)可以根据每一个CC(和/或根据是否设置跨CC调度(和/或根据是否应用TDD CA(FD或HD)结构))不同地分配的事实的情况下,可以修正用于确定UE需要每CC存储的接收软信道比特的数量/范围的参数nSB(传统方法的方程4)。
方程5表示由本发明提出的接收软缓冲器尺寸。
具体来说,本发明提出了一种用于在
Figure GDA0002620636960000431
的DL HARQ处理的最大数量被限定为MDL_HARQ.n时,通过方程5和6计算nSB,以确定需要每CC存储接收软信道比特的数量/范围的方法。
在方程5和6中,MDL_HARQ.n可以如上所述根据是否设置跨CC调度(和/或是否应用TDDCA(FD或HD)结构)来改变。为计算nSB,即使应用传统方法的方程4(例如,每CC的DL HARQ处理数的最大值被应用至MDL_HARQ),也可以根据是否设置跨CC调度(和/或是否应用TDD CA(FD或HD)结构)),将MDL_HARQ设置成不同值。
[方程5]
Figure GDA0002620636960000432
[方程6]
Figure GDA0002620636960000441
这里,Ncb、N′soft、C、KMIMO,以及Mlimit是参照方程1至4描述的参数。
Figure GDA0002620636960000442
指示DL小区的数目,而MDL_HARQ.n指示DL小区n的DL HARQ处理的最大数。
作为另一方法,DLHARQ处理的最大数MDL_HARQ,n和针对每一个CC的参数MDL_HARQ可以根据是否设置针对SCC的调度配置(即,跨CC或非跨CC)、UE是否被准许执行同时发送和接收(即,FD-TDD CA或HD-TDD CA)、和/或PCC与SCC之间的DL SF集合关系是情况A(即,PCC的DLSF集合是SCC的DL SF集合的超集)、情况B(即,PCC的DL SF集合是SCC的DL SF集合的子集)还是情况C(PCC的DL SF集合既不是SCC的DL SF集合的超集也不是其子集)而不同地确定。
为方便起见,所提出的用于在针对Ref-Cfg设置的持续时间maxHARQ-RTT内,根据被设置成符合Ref-Cfg的ACK/NACK定时的CC的可用DL SF的数量来确定DL HARQ处理的最大数量和CC的参数MDL_HARQ的方法被称为“基于实际DL的HARQp”。此时,用于将DL HARQ处理的最大数量(表8)和在Ref-Cfg中限定的参数MDL_HARQ确定为DL HARQ处理的最大数MDL_HARQ,n和被设置成符合Reg-Cfg的ACK/NACK定时的CC的参数MDL_HARQ的方法被称为“基于Ref-Cfg的HARQp”。
作为所提议方法的所希望示例,基于实际DL的HARQp可以按跨CC调度应用,并且基于Ref-Cfg的HARQp可以按非跨CC调度来应用。在跨CC调度中,当不准许跨SF调度(即,用于在不同SF中发送根据DL授权调度的DL授权和DL数据的方法)时,从可用DL SF中排除DL SF可以频繁出现。在这种情况下,基于Ref-Cfg的HARQp的应用可以导致UE的HARQ接收缓冲器的过度尺寸过大,并由此可以劣化HARQ接收缓冲器使用效率。对于非跨CC调度的情况来说,因为尺寸过大不显著或者可相对于跨CC调度的情况忽略,所以UE的HARQ处理相关模块和硬件配置可以通过利用基于Ref-Cfg的HARQp缩减参数值MDL_HARQ的数量来简化。出于类似的理由/目的,例如,基于Ref-Cfg的HARQp可以按FD-TDD CA应用,而基于实际DL的HARQp可以按HD-TDD CA来应用。类似的是,基于Ref-Cfg的HARQp可以按情况A应用,而基于实际DL的HARQp可以按情况B或C来应用。
作为类似方法,在其中每CC的参数MDL_HARQ根据基于实际DL的HARQp、基于Ref-Cfg的HARQp,或者两个方案的组合来确定的情况下,用于计算nSB的方程可以根据每一个CC的MDL_HARQ的尺寸(即,PCC的MDL_HARQ(即,MDL_HARQ(P))是大于还是小于SCC的MDL_HARQ(即,MDL_HARQ(S)))、针对SCC的调度配置(即,跨CC或非跨CC)、准许/不准许UE同时发送和接收(即,FD-TDD CA或HD-TDD CA)、以及/或SCC与PCC之间的DL SF集合关系(即,情况A、B或C)而不同地应用。为方便起见,用于通过将每CC的参数MDL_HARQ应用至方程4的MDL_HARQ,而等同地每CC分区HARQ接收缓冲器的方法被称为“每CC等同缓冲器”。另一方面,用于通过将每CC的参数MDL_HARQ应用至方程5或6的MDL_HARQ.n,而等同地每HARQ处理分区HARQ接收缓冲器的方法被称为“每HARQp等同缓冲器”。
作为所提议方法的一示例,每HARQp等同缓冲器可以在MDL_HARQ(P)≥MDL_HARQ(S)时应用,而每CC等同缓冲器可以在MDL_HARQ(P)≤MDL_HARQ(S)时应用。另选的是,每HARQp等同缓冲器可以在min(MDL_HARQ(P),Mlimit)≥min(MDL_HARQ(S),Mlimit)时应用,而每CC等同缓冲器可以在min(MDL_HARQ(P),Mlimit)≤min(MDL_HARQ(S),Mlimit)时应用,(这里,当存在多个SCC时,MDL_HARQ(S)可以是SCC的MDL_HARQ值的最小值或最大值)。如果MDL_HARQ(P)≥MDL_HARQ(S)或者min(MDL_HARQ(P),Mlimit)≥min(MDL_HARQ(S),Mlimit),则PCC的HARQ处理数大于SCC的HARQ处理数。在这种情况下,如果应用每CC等同缓冲器,则PCC的DL数据接收性能可以因针对PCC的每HARQ处理的接收缓冲器尺寸小于针对SCC的每HARQ处理的接收缓冲器尺寸而劣化。与此相反,如果MDL_HARQ(P)≤MDL_HARQ(S)或者min(MDL_HARQ(P),Mlimit)≤min(MDL_HARQ(S),Mlimit),即,在PCC的HARQ处理数小于SCC的HARQ处理数时,通过应用每CC等同缓冲器,在PCC上发送的DL数据可以比在SCC上发送的DL数据更好地受保护。出于类似的理由/目的,每HARQp等同缓冲器和每CC等同缓冲器可以分别应用至HD-TDD CA结构和FD-TDD CA结构;分别应用至跨CC调度和非跨CC调度,(在这种情况下,如果存在多个SCC,则跨CC调度可以被视为其中所有SCC或至少一个SCC被跨CC调度的情况);或者分别应用至情况A和情况B或C(如果存在多个SCC,则情况A可以被视为其中所有SCC或至少一个SCC具有情况A与PCC的关系的情况)。
图21例示了本发明可应用至的BS和UE。如果无线电通信系统包括中继站,则回程链路上的通信在BS与中继站之间执行,而接入链路上的通信在中继站与UE之间执行。因此,根据情况,图21所示BS或UE可以用中继站来替换。
参照图21,无线电通信系统包括BS 110和UE 120。BS110包括:处理器112、存储器114、以及射频(RF)单元116。处理器112可以被设置成,实现由本发明提议的过程和/或方法。存储器114连接至处理器112并且存储与处理器112的操作有关的信息。RF单元116连接至处理器112,并且发送和/或接收RF信号。UE 120包括:处理器122、存储器124、以及RF单元126。处理器122可以被设置成,实现由本发明提议的过程和/或方法。存储器124连接至处理器122并且存储与处理器122的操作有关的信息。RF单元126连接至处理器122,并且发送和/或接收RF信号。BS 110和/或UE 120可以具有单一天线或多个天线。
在上文描述的本发明的实施方式是本发明的部件和特征的组合。这些部件或特征可以被认为是选择性的,除非以其它方式提到。每一个部件或特征都可以在不需要与其它部件或特征相组合的情况下来具体实践。而且,本发明的实施方式可以通过组合这些部件和/或特征中的一部分来构造。在本发明的实施方式中描述的操作次序可以重新排列。任何一个实施方式的一些构造可以被包括在另一实施方式中,并且可以用另一实施方式的对应构造来替换。本领域技术人员显见的是,所附权利要求书中彼此未明确引述的权利要求可以在提交本申请之后,通过随后的修改作为本发明的实施方式组合提出,或者包括为新的权利要求。
在本文档中,对UE与BS之间的数据发送和接收关系进行了描述。这里,如通过BS执行的所述具体操作可以通过BS的上层节点来执行。即,很明显的是,在由包括BS的多个网络节点组成的网络中,用于与UE通信而执行的各种操作可以通过BS或除了BS以外的其它网络节点来执行。术语BS可以用术语固定站、Node B、eNode B(eNB)、接入点等替换。术语UE可以用术语移动站(MS)、移动用户站(MSS)等替换。
本发明的实施方式可以通过各种方式(例如,硬件、固件、软件,或其组合)来实现。在硬件配置中,本发明的实施方式可以通过一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。
在固件或软件配置中,本发明的实施方式可以按模块、过程、功能等的形式来实现。可以将软件代码存储在存储器单元中并且通过处理器执行。存储器单元位于处理器的内部或外部,并且可以经由各种已知方式向和从该处理器发送和接收数据。
本领域技术人员应当清楚,在不脱离本发明的精神和基本特征的情况下,与在此阐述的方式相比,本发明可以按其它特定方式来执行。上述实施方式由此要按如所示全部方面来构成,并且不受限。本发明的范围应当通过所附权利要求书及其合法等同物而非通过上面的描述来确定,并且落入所附权利要求书的含义和等同范围的所有改变都被涵盖于此。
工业实用性
本发明可以用于诸如UE、中继站以及eNB这样的无线通信装置。

Claims (10)

1.一种用于由无线通信系统中的通信装置发送上行信号的方法,该方法包括以下步骤:
将主小区设置为第一时分双工上行-下行TDD UL-DL配置,并且将次小区设置为第二TDD UL-DL配置,其中,所述第二TDD UL-DL配置与所述第一TDD UL-DL配置不同;
在所述次小区的子帧#n-k中接收需要混合ARQ应答HARQ-ACK反馈的下行信号;以及
经由物理上行控制信道PUCCH或物理上行共享信道PUSCH在子帧#n中发送针对所述下行信号的应答信息,
其中,k是TDD UL-DL配置集内的特定TDD UL-DL配置的K:{k0,k1,…kM-1}的元素,
其中,K:{k0,k1,…kM-1}是由表1定义的参数集,并且所述TDD UL-DL配置集包括由表2定义的TDD UL-DL配置,
如果所述次小区被同一小区调度,则所述特定TDD UL-DL配置是在其中所述主小区和所述次小区中被配置为DL和S的子帧全部被配置为DL和S的一个或更多个TDD UL-DL配置中、具有最小数量的DL子帧和专用子帧的TDD UL-DL配置,并且
如果所述次小区被另一小区调度,则所述特定TDD UL-DL配置是所述主小区的所述第一TDD UL-DL配置,
表1
Figure FDA0002620636950000011
表2
Figure FDA0002620636950000021
其中,D指示DL子帧,S指示专用子帧,U指示UL子帧。
2.根据权利要求1所述的方法,其中,经由所述PUCCH在所述主小区上发送针对所述下行信号的所述应答信息。
3.根据权利要求1所述的方法,其中,所述下行信号包括指示半持久性调度SPS释放的物理下行共享信道PDSCH和物理下行控制信道PDCCH。
4.根据权利要求1所述的方法,其中,仅在下述定时能够调度所述下行信号,其中,在所述定时处:
-所述主小区是DL子帧并且所述次小区是DL子帧或专用子帧,或
-所述主小区专用子帧并且所述次小区是专用子帧。
5.根据权利要求1所述的方法,其中,所述通信装置被配置为按半双工时分双工HD-TDD载波聚合来操作。
6.一种用于在无线通信系统中发送上行信号的通信装置,该通信装置包括:
射频RF单元;以及
处理器,
其中,所述处理器被配置为:
将主小区设置为第一时分双工上行-下行TDD UL-DL配置,并且将次小区设置为第二TDD UL-DL配置,
其中,所述第二TDD UL-DL配置与所述第一TDD UL-DL配置不同;
在所述次小区的子帧#n-k中接收需要混合ARQ应答HARQ-ACK反馈的下行信号;以及
经由物理上行控制信道PUCCH或物理上行共享信道PUSCH在子帧#n中发送针对所述下行信号的应答信息,
其中,k是TDD UL-DL配置集内的特定TDD UL-DL配置的K:{k0,k1,…kM-1}的元素,
其中,K:{k0,k1,…kM-1}是由表1定义的参数集,并且所述TDD UL-DL配置集包括由表2定义的TDD UL-DL配置,
如果所述次小区被同一小区调度,则所述特定TDD UL-DL配置是在其中所述主小区和所述次小区中被配置为DL和S的子帧全部被配置为DL和S的一个或更多个TDD UL-DL配置中、具有最小数量的DL子帧和专用子帧的TDD UL-DL配置,并且
如果所述次小区被另一小区调度,则所述特定TDD UL-DL配置是所述主小区的所述第一TDD UL-DL配置,
表1
Figure FDA0002620636950000031
表2
Figure FDA0002620636950000032
其中,D指示DL子帧,S指示专用子帧,U指示UL子帧。
7.根据权利要求6所述的通信装置,其中,经由所述PUCCH在所述主小区上发送针对所述下行信号的所述应答信息。
8.根据权利要求6所述的通信装置,其中,所述下行信号包括指示半持久性调度SPS释放的物理下行共享信道PDSCH和物理下行控制信道PDCCH。
9.根据权利要求6所述的通信装置,其中,仅在下述定时能够调度所述下行信号,其中,在所述定时处:
-所述主小区是DL子帧并且所述次小区是DL子帧或专用子帧,或
-所述主小区专用子帧并且所述次小区是专用子帧。
10.根据权利要求6所述的通信装置,其中,所述通信装置被配置为按半双工时分双工HD-TDD载波聚合来操作。
CN201711291047.8A 2012-02-09 2013-02-12 用于收发信号的方法及其装置 Active CN107947905B (zh)

Applications Claiming Priority (23)

Application Number Priority Date Filing Date Title
US201261597115P 2012-02-09 2012-02-09
US61/597,115 2012-02-09
US201261606457P 2012-03-04 2012-03-04
US61/606,457 2012-03-04
US201261617663P 2012-03-30 2012-03-30
US61/617,663 2012-03-30
US201261648615P 2012-05-18 2012-05-18
US61/648,615 2012-05-18
US201261655470P 2012-06-04 2012-06-04
US61/655,470 2012-06-04
US201261696218P 2012-09-02 2012-09-02
US61/696,218 2012-09-02
US201261705135P 2012-09-24 2012-09-24
US61/705,135 2012-09-24
US201261709978P 2012-10-04 2012-10-04
US61/709,978 2012-10-04
US201261718714P 2012-10-26 2012-10-26
US61/718,714 2012-10-26
US201261731490P 2012-11-30 2012-11-30
US61/731,490 2012-11-30
US201361753937P 2013-01-18 2013-01-18
US61/753,937 2013-01-18
CN201380008935.8A CN104137460B (zh) 2012-02-09 2013-02-12 用于收发信号的方法及其装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201380008935.8A Division CN104137460B (zh) 2012-02-09 2013-02-12 用于收发信号的方法及其装置

Publications (2)

Publication Number Publication Date
CN107947905A CN107947905A (zh) 2018-04-20
CN107947905B true CN107947905B (zh) 2020-11-17

Family

ID=48947791

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380008935.8A Active CN104137460B (zh) 2012-02-09 2013-02-12 用于收发信号的方法及其装置
CN201711291047.8A Active CN107947905B (zh) 2012-02-09 2013-02-12 用于收发信号的方法及其装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201380008935.8A Active CN104137460B (zh) 2012-02-09 2013-02-12 用于收发信号的方法及其装置

Country Status (5)

Country Link
US (3) US9397814B2 (zh)
EP (2) EP2814195B1 (zh)
KR (2) KR102004832B1 (zh)
CN (2) CN104137460B (zh)
WO (2) WO2013119089A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9397814B2 (en) 2012-02-09 2016-07-19 Lg Electronics Inc. Method for transreceiving signal and apparatus for same
CN103378956B (zh) * 2012-04-12 2019-03-01 北京三星通信技术研究有限公司 Tdd系统的处理软缓存的方法及设备
WO2014013668A1 (ja) 2012-07-17 2014-01-23 パナソニック株式会社 端末装置及びバッファ分割方法
US20140185496A1 (en) * 2013-01-02 2014-07-03 Qualcomm Incorported Low latency arq/harq operating in carrier aggregation for backhaul link
US20150358138A1 (en) * 2013-08-09 2015-12-10 Mediatek Inc. Physical Resource Allocation for UL Control Channels in Adaptive TDD Systems
CN103944701B (zh) * 2013-08-26 2017-08-08 上海朗帛通信技术有限公司 一种tdd‑fdd联合系统中的传输方法和装置
RU2623448C1 (ru) * 2013-09-26 2017-06-26 Хуавэй Текнолоджиз Ко., Лтд. Способ передачи по обратной связи управляющей информации, абонентское устройство и базовая станция
CN104518859B (zh) * 2013-09-27 2019-06-14 中兴通讯股份有限公司 一种频谱聚合的数据发送方法及装置
KR102163635B1 (ko) 2014-03-21 2020-10-08 후아웨이 테크놀러지 컴퍼니 리미티드 Tdd-fdd ca를 고려한 tpc 명령 타이밍 제어 방법 및 그 장치
JP6460430B2 (ja) 2014-09-18 2019-01-30 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 応答情報を送信するための方法、装置及びデバイス
EP3038285B1 (en) 2014-12-22 2022-04-27 Industrial Technology Research Institute Method of handling communication operation in communication system and related apparatus
US9948431B2 (en) * 2015-01-12 2018-04-17 Qualcomm Incorporated Techniques for managing soft buffers in wireless communications
KR102299241B1 (ko) * 2015-01-30 2021-09-07 주식회사 아이티엘 반송파 집성을 지원하는 무선통신 시스템에서 harq 동작을 수행하는 장치 및 방법
WO2016190593A1 (en) 2015-05-22 2016-12-01 Lg Electronics Inc. Method for triggering a buffer status reporting in a wireless communication system and a device therefor
US9991989B2 (en) * 2015-06-26 2018-06-05 Qualcomm Incorporated Soft hybrid automatic repeat request
US11569972B2 (en) 2015-08-12 2023-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Method of determining a mode of operation for a wireless terminal
WO2017123064A1 (ko) * 2016-01-15 2017-07-20 엘지전자 주식회사 신호 송수신 방법 및 이를 위한 장치
WO2017217584A1 (ko) * 2016-06-12 2017-12-21 엘지전자 주식회사 Fdr 모드로 동작하는 환경에서의 harq 프로시저를 수행하는 방법 및 이를 위한 장치
JP6833971B2 (ja) * 2017-03-08 2021-02-24 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて無線信号の送受信方法及び装置
WO2018201445A1 (en) * 2017-05-05 2018-11-08 Motorola Mobility Llc Scheduliing transmission of data
JP2019004245A (ja) * 2017-06-13 2019-01-10 シャープ株式会社 端末装置、基地局装置、および、通信方法
KR102402773B1 (ko) 2017-07-28 2022-05-27 삼성전자 주식회사 슬롯 집성을 위한 harq 프로세스 관리 방법 및 장치
CN110943807B (zh) * 2018-09-21 2022-09-23 维沃移动通信有限公司 一种数据传输方法、终端及网络设备
US10965602B2 (en) * 2019-03-14 2021-03-30 Intel Corporation Software assisted hashing to improve distribution of a load balancer

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080003682A (ko) 2006-07-03 2008-01-08 삼성전자주식회사 이동 통신 시스템에서 harq 재전송 타이밍을 조정해서패킷을 신속하게 전송하는 방법 및 장치
JP4783402B2 (ja) * 2007-06-13 2011-09-28 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてharq機能を改善する方法及び装置
JP5087479B2 (ja) * 2007-07-16 2012-12-05 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてharq機能を改善する方法及び装置
US8340052B2 (en) * 2007-12-05 2012-12-25 Innovative Sonic Limited Method for improving discontinuous reception for a wireless communication system and related communication device
JP5230794B2 (ja) * 2008-03-24 2013-07-10 ゼットティーイー (ユーエスエー) インコーポレイテッド Lte/tddシステムにおけるダウンリンク/アップリンク割り付け比率の動的調整およびシグナリング方法
CN101572592A (zh) * 2008-04-29 2009-11-04 华为技术有限公司 子帧结构和传输物理混合重传指示持续时间的方法及装置
US8687545B2 (en) 2008-08-11 2014-04-01 Qualcomm Incorporated Anchor carrier in a multiple carrier wireless communication system
CN101771515A (zh) * 2008-12-30 2010-07-07 三星电子株式会社 传输harq-ack的方法
US8400951B2 (en) * 2009-03-24 2013-03-19 Motorola Mobility Llc PHICH resource signaling in a wireless communication system
US9191177B2 (en) * 2009-05-04 2015-11-17 Qualcomm Incorporated Transmission of feedback information for multi-carrier operation
CN101588226B (zh) * 2009-05-22 2015-01-28 中兴通讯股份有限公司 一种大带宽下多载波系统中的终端及应答消息的发送方法
KR101706944B1 (ko) * 2009-06-12 2017-02-15 엘지전자 주식회사 광대역 무선 접속시스템에서 효율적인 캐리어 관리 방법
US8917616B2 (en) * 2009-10-28 2014-12-23 Hewlett-Packard Development Company, L.P. Methods and apparatus for detection of a NAT device
US9042840B2 (en) * 2009-11-02 2015-05-26 Qualcomm Incorporated Cross-carrier/cross-subframe indication in a multi-carrier wireless network
KR101750371B1 (ko) 2009-12-24 2017-07-03 삼성전자 주식회사 크로스 캐리어 스케쥴링을 지원하는 tdd 통신시스템에서 물리채널의 송수신 타이밍을 정의하는 방법
KR101763596B1 (ko) * 2010-01-06 2017-08-01 엘지전자 주식회사 복수의 컴포넌트 캐리어를 지원하는 무선통신 시스템에서 크로스-캐리어 스케쥴링을 통한 데이터 전송 방법 및 장치
KR101753586B1 (ko) * 2010-02-03 2017-07-04 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US9363059B2 (en) * 2010-04-02 2016-06-07 Acer Incorporated Method of handling component carrier activation and deactivation and communication device thereof
US8724742B2 (en) * 2010-10-06 2014-05-13 Motorola Mobility Llc Method and apparatus for soft buffer management for carrier aggregation
CN101989897B (zh) * 2010-11-15 2015-10-21 中兴通讯股份有限公司 确认信息反馈方法及终端
CN102075949B (zh) 2010-12-22 2013-03-20 大唐移动通信设备有限公司 一种基于ca技术进行数据传输的方法及装置
KR20140029542A (ko) * 2011-04-29 2014-03-10 인터디지탈 패튼 홀딩스, 인크 서브프레임 제한을 갖는 반송파들의 반송파 집성
CN102255718B (zh) 2011-07-11 2013-09-11 电信科学技术研究院 一种载波聚合系统中的数据传输方法及装置
US9258086B2 (en) * 2011-08-03 2016-02-09 Qualcomm Incorporated Allocating physical hybrid ARQ indicator channel (PHICH) resources
US8885525B2 (en) * 2011-08-24 2014-11-11 Industrial Technology Research Institute Method and apparatus for soft buffer partitioning in time-division duplexing system
CN103024820B (zh) * 2011-09-20 2018-03-23 北京三星通信技术研究有限公司 软缓存处理的方法及设备
US8891402B2 (en) * 2011-09-30 2014-11-18 Sharp Kabushiki Kaisha Devices for reporting uplink information
US20130121304A1 (en) * 2011-11-11 2013-05-16 Motorola Mobility Llc Acknowledgement signaling in wireless communication network
KR101643832B1 (ko) * 2011-12-22 2016-07-28 인터디지탈 패튼 홀딩스, 인크 Lte 캐리어 어그리게이션에서의 제어 시그널링
US9397814B2 (en) 2012-02-09 2016-07-19 Lg Electronics Inc. Method for transreceiving signal and apparatus for same

Also Published As

Publication number Publication date
KR102032849B1 (ko) 2019-10-16
WO2013119090A1 (ko) 2013-08-15
KR102004832B1 (ko) 2019-07-29
US9848417B2 (en) 2017-12-19
EP2814196A1 (en) 2014-12-17
CN104137460B (zh) 2017-12-19
WO2013119089A1 (ko) 2013-08-15
US20170048836A1 (en) 2017-02-16
KR20140123925A (ko) 2014-10-23
US20150009872A1 (en) 2015-01-08
CN104137460A (zh) 2014-11-05
KR20140123931A (ko) 2014-10-23
EP2814196A4 (en) 2015-10-14
EP2814195B1 (en) 2018-08-15
US9397814B2 (en) 2016-07-19
EP2814195A1 (en) 2014-12-17
CN107947905A (zh) 2018-04-20
US9531519B2 (en) 2016-12-27
EP2814195A4 (en) 2015-10-21
US20150016315A1 (en) 2015-01-15
EP2814196B1 (en) 2018-07-11

Similar Documents

Publication Publication Date Title
CN107947905B (zh) 用于收发信号的方法及其装置
JP6316871B2 (ja) 信号送受信方法及びそのための装置
US9867170B2 (en) Method for transmitting/receiving signal and device therefor
US9860025B2 (en) Method for transmitting/receiving signal and device therefor
KR101973466B1 (ko) 신호 송수신 방법 및 이를 위한 장치
KR102058998B1 (ko) 신호 송수신 방법 및 이를 위한 장치
US10205565B2 (en) Method for transmitting signal in wireless communication system and device therefor
US11006440B2 (en) Method for transmitting/receiving signals, and device for same

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant