CN104660387A - 业务流量自适应系统中上行控制信息传输的方法及设备 - Google Patents
业务流量自适应系统中上行控制信息传输的方法及设备 Download PDFInfo
- Publication number
- CN104660387A CN104660387A CN201310594919.3A CN201310594919A CN104660387A CN 104660387 A CN104660387 A CN 104660387A CN 201310594919 A CN201310594919 A CN 201310594919A CN 104660387 A CN104660387 A CN 104660387A
- Authority
- CN
- China
- Prior art keywords
- harq
- csi
- ack
- bit
- aggregation cell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1806—Go-back-N protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了业务流量自适应系统中上行控制信息传输的方法,包括:a、UE接收各个聚合小区的下行HARQ参考配置和实际上下行配置信息,确定各聚合小区下行HARQ参考配置下的绑定窗口;b、UE确定正确接收各聚合小区的实际上下行配置后,根据所述绑定窗口内的实际下行子帧,确定所有聚合小区要反馈的HARQ-ACK比特数,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和未超出PUCCH格式3的负载能力时,将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站。应用本申请,能够减少CSI比特被丢弃的次数,提高PUCCH的资源利用率。
Description
技术领域
本发明涉及无线通信技术领域,更具体的说涉及在业务流量自适应系统中上行控制信息传输的方法及设备。
背景技术
长期演进(LTE,Long Term Evolution)技术支持频分双工(FDD,Frequency DivisionDuplexing)和时分双工(TDD,Time Division Duplexing)两种双工方式。图1为LTE的TDD系统的帧结构示意图。每个无线帧的长度是10毫秒(ms),等分为两个长度为5ms的半帧,每个半帧包含8个长度为0.5ms的时隙和一个长度为1ms、由3个特殊域构成的特殊子帧,3个特殊域分别为下行导频时隙(DwPTS,Downlink pilot timeslot)、保护间隔(GP,Guard period)和上行导频时隙(UpPTS,Uplink pilot time slot),每个子帧由两个连续的时隙构成。
TDD系统中的传输包括:由基站到用户设备(UE,User Equipment)的传输(称为下行)和由UE到基站的传输(称为上行)。基于图1所示的帧结构,每10ms时间内上行和下行共用10个子帧,每个子帧或者配置给上行或者配置给下行,将配置给上行的子帧称为上行子帧,将配置给下行的子帧称为下行子帧。TDD系统中支持7种上行下行配置,如表1所示,D代表下行子帧,U代表上行子帧,S代表上述包含3个特殊域的特殊子帧,下文中将特殊子帧的传输方向近似看做下行。
表1
在LTE系统中,物理下行共享信道(PDSCH,Physical Downlink Shared Channel)/物理下行控制信道(PDCCH,Physical Downlink Control Channel)的HARQ(HybridAutomatic Repeat Request)应答(HARQ-ACK)信息可以在物理上行共享信道(PUSCH,Physical Uplink Shared Channel)或物理上行控制信道(PUCCH,Physical Uplink ControlChannel)上传输。对于PDSCH/PDCCH到PUCCH/PUSCH的定时关系,假设UE在上行子帧n的PUCCH/PUSCH反馈HARQ-ACK,则该PUCCH/PUSCH指示了下行子帧n-k内的PDSCH的HARQ-ACK信息或SPS释放的HARQ-ACK信息。这里k∈K的值在表2中定义,K是M个元素{k0,k1,…,kM-1}的集合,与子帧序号及上下行配置有关,被称为下行关联集合(Downlink association set)。本发明中将下行关联集合对应的下行子帧简称为绑定窗口(Bundling Window),即对于K中的所有元素k,由n-k构成的集合称为绑定窗口{n-k,k∈K},绑定窗口尺寸则为K中元素个数。
表2
PUCCH中除了传输PDSCH/PDCCH的HARQ-ACK,还传输UE估计的CSI(Channel State Information),CSI包括CQI(Channel Quality Indicator),PMI(PrecoderMatrix Indicator),RI(Rank Indication)信息。PUCCH有多种传输格式,不同的格式可携带不同内容,比如PUCCH格式1a、1b可以传输HARQ-ACK的信息,PUCCH格式2可以传输CSI的信息,PUCCH格式2a、2b格式3可传输CSI和HARQ-ACK的信息。在LTE的版本10中,PUCCH格式3不支持HARQ-ACK和CSI在一个子帧中同时传输,在版本11中,PUCCH格式3支持了HARQ-ACK和周期CSI的同时传输。
PUCCH格式3同时传输HARQ-ACK和周期CSI时,如果要传输的周期CSI比特数和HARQ-ACK反馈的比特数(包括SR:Scheduling Request)之和小于等于PUCCH格式3的负载能力,那么PUCCH格式3中传输周期CSI和HARQ-ACK反馈比特(包括SR),否则只传输HARQ-ACK(包括SR),不传输周期CSI。根据LTE版本11,PUCCH格式3的负载比特数为22。
按照聚合小区序号从低到高的顺序,各个小区的HARQ-ACK比特被依次映射到PUCCH格式3负载比特上,每个小区HARQ-ACK比特按照各小区下行关联集合中元素的顺序进行映射。如果聚合小区传输模式属于集合{1,2,5,6,7}时,UE为该小区绑定窗口内的每个下行子帧预留一个负载比特,以反馈其HARQ-ACK;如果聚合小区传输模式属于集合{3,4}时,UE为该小区绑定窗口内的每个下行子帧预留两个负载比特,分别对应两个空分传输块的HARQ-ACK。根据现有标准,在HARQ-ACK反馈到基站之前,UE需要根据具体情况进行空域捆绑(spatial bundling),即若一个子帧包括两个传输块,则对两个传输块HARQ-ACK进行“与”操作,得到的结果便作为这个两个传输块的HARQ-ACK。以版本10为例说明,若所有小区预留比特的总数小于等于20,则在预留比特上承载对应的HARQ-ACK。如果预留比特总数大于20,那么所有小区所有子帧上HARQ-ACK进行空域捆绑,这样,每个小区绑定窗口内的下行子帧都只预留一个比特,然后在预留比特上承载捆绑后的HARQ-ACK。
随着用户对数据传输速率要求的提高,在LTE更高版本的讨论中,人们提出了业务流量自适应的TDD技术,通过动态调整上行子帧和下行子帧的比例,使得当前上下行配置更符合当前上行业务量和下行业务量的比例,从而提高用户的上下行峰值速率以及系统的吞吐量。本申请针对业务流量自适应系统的特点,提出在PUCCH格式3中,有效地同时传输CSI和HARQ-ACK的方法和设备。
发明内容
本申请提供了一种业务流量自适应系统中上行控制信息传输的方法和设备,可以减少CSI被丢弃的次数,提高PUCCH信道的利用率,实现上行控制信息的有效传输,它使得基站及时有效地获得下行链路的信道信息,准确调度下行资源,提高下行带宽的使用效率。
为实现上述目的,本申请采用如下技术方案:
业务流量自适应系统中上行控制信息传输的方法,包括:
a、UE接收各个聚合小区的下行HARQ参考配置和实际上下行配置信息,确定各聚合小区下行HARQ参考配置下的绑定窗口;
b、UE确定正确接收各聚合小区的实际上下行配置后,根据所述绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和未超出PUCCH格式3的负载能力时,将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站。
较佳地,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和超出PUCCH格式3的负载能力时,将CSI丢弃,将所述HARQ-ACK和/或调度请求承载在PUCCH格式3中传输给基站。
较佳地,所述根据绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数包括:将每个聚合小区要反馈HARQ-ACK的子帧数设为相应聚合小区绑定窗口内的实际下行子帧个数,并根据相应聚合小区是否进行空域捆绑计算要反馈的HARQ-ACK比特数;其中,绑定窗口根据聚合小区下行HARQ参考配置确定。
较佳地,确定每个聚合小区是否进行空域捆绑时,将每个聚合小区需要反馈HARQ-ACK的子帧数设为该聚合小区绑定窗口的大小。
较佳地,所述将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站时,在每个聚合小区c的HARQ-ACK比特区间中选择出nc(Mc-Dc)个比特,与PUCCH格式3中除各聚合小区的HARQ-ACK比特区间和调度请求(SR)比特外的其他比特一起,构成比特序列P,将所述CSI比特映射在所述比特序列P中;其中,nc为聚合小区c的一个下行子帧的HARQ-ACK占用的负载比特数,Mc为聚合小区c绑定窗口的大小,Dc为聚合小区c绑定窗口内的实际下行子帧数目。
较佳地,所述在每个聚合小区c的HARQ-ACK比特区间中选择出nc(Mc-Dc)个比特为:在每个聚合小区c的HARQ-ACK比特区间中选择出第个到第个负载比特。
较佳地,当所述CSI比特为CQI或CQI/PMI时,在将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站后,该方法进一步包括:
基站对接收到的PUCCH格式3进行译码,得到用于承载CSI比特的序列,如果该序列中首个非差分CQI对应的4个比特为全零,则确定所述用于承载CSI比特的序列中没有CSI信息;否则,确定用于承载CSI比特的序列中包含所述CSI信息。
较佳地,当所述CSI比特为RI或RI/PMI或RI/PTI或PMI时,在将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站时,在所述CSI比特信息中的设定位置上加入CSI指示信息,用于指示是否承载有所述CSI比特信息;
在将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站后,该方法进一步包括:
基站对接收到的PUCCH格式3进行译码,得到用于承载CSI比特的序列,并在该序列中的所述设定位置上提取所述CSI指示信息,确定是否承载有所述CSI比特信息。
较佳地,在所述步骤a后,若UE确定未正确接收各聚合小区的实际上下行配置,则丢弃CSI比特,或按照LTE版本11的方式进行HARQ-ACK和CSI同时传输。
较佳地,在所述步骤a和b之间,该方法进一步包括:
UE接收eNB通知的HARQ-ACK和CSI同时传输指示信息,所述指示信息包括LTE版本11中指示PUCCH格式3下HARQ-ACK和CSI同时传输的参数、LTE版本8~10中指示HARQ-ACK和CSI同时传输的参数和高版本参数;
根据所述指示信息,确定采用LTE版本10或版本11的方式进行HARQ-ACK和CSI的同时传输,或者,执行步骤b进行HARQ-ACK和CSI的同时传输;
其中,所述高版本参数为自定义的HARQ-ACK和CSI同时传输的参数,用于指示采用所述步骤b的方式进行HARQ-ACK和CSI的同时传输。
一种移动终端设备,包括:配置接收单元、译码单元和传输单元;
所述配置接收单元,用于接收eNB通知的周期CSI配置信息、调度请求配置信息和PUCCH格式3资源指示;并接收各个聚合小区的下行HARQ参考配置和实际上下行配置信息,确定各聚合小区下行HARQ参考配置下的绑定窗口;
所述译码单元,用于对接收的各聚合小区的实际上下行配置进行译码,确定是否正确接收各聚合小区的实际上下行配置,并将结果通知所述传输单元;
所述传输单元,用于在所述译码单元确定正确接收各聚合小区的实际上下行配置后,根据所述绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和未超出PUCCH格式3的负载能力时,将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站。
较佳地,所述传输单元,进一步用于在所述译码单元确定未正确接收各聚合小区的实际上下行配置后,丢弃CSI比特,将所述HARQ-ACK比特和/或调度请求承载在PUCCH格式3中传输给基站,或采用版本11的方法进行同时传输。
由上述技术方案可见,本申请中,UE根据接收各个聚合小区的下行HARQ参考配置确定绑定窗口,当正确接收各聚合小区的实际上下行配置后,按照绑定窗口内的实际下行子帧确定要反馈的HARQ-ACK比特数,并在确定PUCCH格式3的负载能力能同时承载要反馈的HARQ-ACK比特和CSI比特时,将HARQ-ACK和CSI同时承载在PUCCH格式3中传输给基站。在上述处理中,要反馈的HARQ-ACK比特数根据绑定窗口内的实际下行子帧确定,从而使尽可能多的PUCCH格式3资源用于承载CSI,减少CSI被丢弃的次数,提高PUCCH信道的利用率。
附图说明
图1为LTE TDD的帧结构示意图;
图2为绑定窗口内包含上行子帧示意图;
图3为本申请中上行控制信息传输方法的基本流程示意图;
图4为本申请实施例二的流程图;
图5为本申请一较佳设备的组成结构示意图。
具体实施方式
为了使本申请的目的、技术手段和优点更加清楚明白,以下结合附图对本申请做进一步详细说明。
业务流量自适应系统中,PDSCH/PDCCH到PUCCH的定时所遵循的配置为下行HARQ参考配置,该参考配置可以不同于系统的实际上下行配置,并且实际配置中的下行子帧一定是参考配置下行子帧的子集。据此可知,根据参考配置确定的绑定窗口内的子帧实际上可能是上行子帧。举例说明,如图2所示,下行HARQ参考配置为上下行配置5,系统的实际配置为上下行配置0,根据表2可知,对于子帧201,其绑定窗口中包括有9个子帧,即202所示框中下行子帧,当实际上下行配置为配置0时,这九个子帧中只有四个是下行子帧,即203所示框中下行子帧,其余5个子帧为上行子帧,即203所示框中TTI#9,TTI#3,TTI#4,TTI#7,TTI#8对应的子帧。
按照LTE版本11,当采用PUCCH格式3传输HARQ-ACK时,为绑定窗口内每个子帧都预留了比特,用来反馈该子帧中下行数据的HARQ-ACK。在eIMTA(Enhanced Interference Mitigation and Traffic Adaptation)中,假设绑定窗口是根据下行HARQ参考配置确定,为绑定窗口内每个子帧都预留了比特,由于绑定窗口内实际为上行的子帧并没有对应的下行数据HARQ-ACK,因此相应的预留比特实际未被使用。由此,本申请提出充分利用为上行子帧预留的比特,将其它信息(如CSI)也承载到PUCCH格式3中,以提高上行控制信道的效率。
具体来说,在本申请的上行控制信息传输中,在配置了PUCCH格式3的情况下,对于业务流量自适应UE,可以根据绑定窗口内实际下行子帧确定要反馈的HARQ-ACK比特数,填充PUCCH中的HARQ-ACK,其中绑定窗口根据下行HARQ参考配置确定;或者,也可以如LTE版本11一样,根据绑定窗口内下行HARQ参考配置指示的下行子帧确定要反馈的HARQ-ACK比特数,填充HARQ-ACK。其中,之所以仍然采用LTE版本11的方式填充HARQ-ACK,主要是为了避免因为UE未能正确检测实际上下行配置信令导致的实际下行子帧的混淆,因此假设根据每个聚合小区下行HARQ参考配置中下行子帧填充HARQ-ACK比特。另外,在确定要反馈的HARQ-ACK比特数之前,还需要判断是否对HARQ-ACK执行空域绑定,在进行该判断时,UE根据所有小区下行HARQ参考配置下绑定窗口的大小,结合CSI比特数目和SR比特数目,决定是否对HARQ-ACK执行空域绑定。
本申请中涉及的HARQ-ACK和CSI同时传输包括版本10的方式,版本11的方式和本申请中自定义的方式,UE根据接收的HARQ-ACK和CSI同时传输指示信息,确定采用何种方式进行HARQ-ACK和CSI的同时传输。其中,HARQ-ACK和CSI同时传输指示信息包括:LTE版本8~10的指示simultaneousAckNackAndCQI,LTE版本11在PUCCH格式3下的指示simultaneousAckNackAndCQI-Format3-r11,以及本申请中自定义的方式的指示simultaneousAckNackAndCQI-Format3-eIMTA。具体可以根据实际需要设定不同的参数取值对应不同的传输方式。在后面实施例一中,给出一个如何确定采用何种方式进行同时传输的优选例子。
更详细地,UE按照图3所示的过程进行本申请中自定义的HARQ-ACK和CSI同时传输:
步骤301,UE根据每个聚合小区c的下行HARQ参考配置确定绑定窗口,及其大小Mc。
步骤302,UE接收各个聚合小区的实际上下行配置,并在确定正确接收实际上下行配置后,执行步骤303及其后续操作。
步骤303,UE根据每个聚合载波的下行HARQ参考配置的绑定窗口中的实际下行子帧数目,以及空域捆绑与否,计算所有聚合小区要反馈的HARQ-ACK比特数
这里,在计算任一聚合小区c的HARQ-ACK比特数时,将需要反馈HARQ-ACK的子帧数Bc设为聚合小区c下行参考配置下的绑定窗口内实际下行子帧个数Dc;也就是说,其中C为聚合小区个数,并根据Dc计算
步骤304,根据计算出要反馈的HARQ-ACK比特数判断是否超出PUCCH格式3的负载能力,在未超出负载能力时,执行步骤305。
其中OSR为调度请求的比特数,OCSI为根据CSI比特数确定的值。目前PUCCH格式3的负载能力为22个比特。
步骤305,将CSI和要反馈的HARQ-ACK比特同时承载到PUCCH格式3中传输给基站。
设UE第c个聚合小区下行参考配置下的绑定窗口尺寸为Mc,绑定窗口内实际下行子帧的个数为Dc,聚合小区c的一个下行子帧的HARQ-ACK比特数为nc。在PUCCH格式3中,在每个聚合小区c的HARQ-ACK比特区间中选择出nc(Mc-Dc)个比特作为可以承载CSI的比特,例如PUCCH格式3的第到第个负载比特便可以是小区c的HARQ-ACK比特区间中可以承载CSI的比特,所有小区的这类比特,以及HARQ-ACK比特区间后除去SR比特外的比特构成比特序列P,CSI比特便被映射到P中。比如从PUCCH格式3的第一个可以承载CSI的比特开始,即P序列的第一个比特,CSI的比特依次被映射到PUCCH格式3中可以承载CSI的比特中,直到CSI比特填充完毕为止。
上述即为本申请中上行控制信息传输方法的基本流程。在上述处理中,在UE正确收到了实际上下行配置的情况下,基站和UE都可以确切知道需要反馈HARQ-ACK的子帧数Bc等于Dc,即小于等于根据下行HARQ参考配置确定的绑定窗口大小,从而按照Dc来预留HARQ-ACK比特可能有更多的比特用于反馈CSI。
如果在步骤302中UE未正确接收实际上下行配置,此时UE无法确定哪些HARQ-ACK比特是为上行子帧预留的,则UE可以丢弃CSI,或者与其他版本的HARQ-ACK和CSI同时传输的方案结合在一起进行处理。进一步地,当的结果超出PUCCH格式3的负载能力时,优选地,丢弃CSI,只将要反馈的HARQ-ACK比特和SR比特承载在PUCCH格式3资源上传输给基站。
这里,SR比特可固定映射到一个固定的比特位置,例如PUCCH格式3的最后一个负载比特位,或者仍按照现有标准映射。
下面通过具体实施例,对上述方案进行详细说明。
实施例一
如前所述,本申请中除可以采用上述图3所示的本申请自定义的方式进行HARQ-ACK和CSI同时传输外,还可以采用版本11或版本10的方式进行HARQ-ACK和CSI的同时传输,具体可以根据eNB通知的HARQ-ACK和CSI同时传输指示信息的内容,确定同时传输所采用的方式。其中,eNB通知的HARQ-ACK和CSI同时传输指示信息可以包括:LTE版本8~10的指示simultaneousAckNackAndCQI,LTE版本11在PUCCH格式3下的指示simultaneousAckNackAndCQI-Format3-r11,以及本申请中自定义的HARQ-ACK和CSI同时传输指示simultaneousAckNackAndCQI-Format3-eIMTA。
本实施例给出根据各种HARQ-ACK和CSI同时传输指示信息确定HARQ-ACK和CSI同时传输方式的具体实例。
首先,UE接收PUCCH格式3资源指示,以及HARQ-ACK和CSI同时传输指示信息。
为了表达方便,本实施例中,将LTE版本8~10中指示HARQ-ACK和CSI同时传输参数simultaneousAckNackAndCQI简称为版本10参数,将LTE版本11指示PUCCH格式3下HARQ-ACK和CSI同时传输的参数simultaneousAckNackAndCQI-Format3-r11简称为版本11参数,将指示本申请提出方式的参数简称为高版本参数。
然后:如果高版本参数为True,UE按照如下方式确定HARQ-ACK和CSI同时传输方式。
● 如果版本11参数和版本10参数均为False,
-采用本申请提出的方式进行HARQ-ACK和CSI的同时传输;
● 如果版本11参数为False,和版本10参数为True,
-如果UE被分配了PUCCH格式3资源,则采用本申请提出的方式(即图3中步骤303-305的方式)进行HARQ-ACK和CSI的同时传输,
-否则按照版本10的方式进行HARQ-ACK和CSI的同时传输;
● 如果版本11参数为True,版本10参数为False,
-如果UE被分配了PUCCH格式3资源,则先采用版本11的方式进行HARQ-ACK和CSI的同时传输,如果按照版本11的方式,CSI被丢弃,则再采用本申请提出方式进行HARQ-ACK和CSI的同时传输,
-否则丢弃CSI;
● 如果版本11参数和版本10参数均为True,
-如果UE被分配了PUCCH格式3资源,则先采用版本11的方式进行HARQ-ACK和CSI的同时传输,如果按照版本11的方式,CSI被丢弃,则再采用本申请提出的方式进行HARQ-ACK和CSI的同时传输,
-否则按照版本10的方式进行HARQ-ACK和CSI的同时传输。
或者,当版本11参数为True时,可以采用如下方式:
● 如果版本11参数为True,版本10参数为False,
-如果UE被分配了PUCCH格式3资源,则采用本申请提出的方式进行HARQ-ACK和CSI的同时传输;
-否则丢弃CSI;
● 如果版本11参数和版本10参数均为True,
-如果UE被分配了PUCCH格式3资源,则采用本申请提出的方式进行HARQ-ACK和CSI的同时传输;
-否则按照版本10的方式进行HARQ-ACK和CSI的同时传输。
或者,当版本11参数为True时,可以采用如下方式:
● 如果版本11参数为True,版本10参数为False,
-如果UE被分配了PUCCH格式3资源,则采用本申请提出的方式进行HARQ-ACK和CSI的同时传输,并在UE未正确接收各聚合小区的实际上下行配置时,采用LTE版本11的方式进行HARQ-ACK和CSI的同时传输;
-否则丢弃CSI;
● 如果版本11参数和版本10参数均为True,
-如果UE被分配了PUCCH格式3资源,则采用本申请提出的方式进行HARQ-ACK和CSI的同时传输,并在UE未正确接收各聚合小区的实际上下行配置时,采用LTE版本11的方式进行HARQ-ACK和CSI的同时传输;
-否则按照版本10的方式进行HARQ-ACK和CSI的同时传输。
按照上述方式,可以根据接收的HARQ-ACK和CSI同时传输指示信息,确定出采用版本10、或版本11、或本申请提出的方式进行HARQ-ACK和CSI的同时传输。
当采用本申请自定义的HARQ-ACK和CSI同时传输处理过程中,需要说明一点,由于UE根据实际上下行配置正确接收与否,确定是否在PUCCH格式3中同时传输HARQ-ACK和CSI,基站并不知道UE是否正确接收实际上下行配置,因此,对于PUCCH格式中是否包含CSI,在基站侧有不确定性。本申请利用CQI的特点,消除该不确定性。例如,在LTE中,非差分CQI有4个比特,这4个比特全零表示该CQI为无效CQI。每个上行子帧传输的CSI有两种情况,第一种情况是CSI中有CQI和PMI,或只有CQI,第二种情况是CSI中有RI,或者RI/PMI,或者RI/PTI,或者PMI。对于上述两种情况,通过实施例二和实施例三分别进行具体介绍。
实施例二
本实施例针对CSI中的CQI,或者CQI/PMI,和HARQ-ACK同时传输时,提出一种实现方式,其实现过程如图4所示。
步骤401:UE接收周期CSI配置信息,调度请求配置信息,PUCCH格式3资源指示。
步骤402:UE接收各个聚合小区的配置信息,确定各个聚合小区的下行HARQ参考配置,得到各小区的下行参考配置下的绑定窗口,并接收实际上下行配置信息。
步骤403:UE接收eNB通知的HARQ-ACK和CSI同时传输指示信息,并且根据该指示信息,确定采用何种方式进行HARQ-ACK和CSI的同时传输。
其中,本步骤中的HARQ-ACK和CSI同时传输指示信息表示CQI/PMI可以和HARQ-ACK同时传输,并能够根据该信息确定具体的同时传输方式。
步骤404:如果采用图3所示方式进行HARQ-ACK和CQI/PMI同时传输,UE判断是否正确接收实际上下行配置,如果正确接收,则执行步骤405~406,否则,执行步骤407。
步骤405:UE根据空域捆绑与否,计算各个聚合小区相应的HARQ-ACK比特数的计算是将子帧数Bc设为绑定窗口内实际下行子帧个数Dc。
步骤406:如果则将CQI/PMI承载到PUCCH格式3中,否则丢弃CQI/PMI。其中OCQI/PMI为PUCCH格式3中要传输的CQI/PMI比特数。CQI/PMI比特被映射序列P中,P序列在步骤306中描述,比如从P的第一个比特开始,CQI/PMI的比特依次被映射到P的比特序列中,直到CQI/PMI比特填充完毕为止。
步骤407:如果UE未正确接收实际上下行配置,则UE丢弃CQI/PMI,或按照LTE版本11的方式进行HARQ-ACK和CSI同时传输。
如果采用本申请图3的方式进行同时传输,基站对接收到PUCCH格式3译码,得到序列P,如果该序列中首个非差分CQI对应的4个比特全为零,则认为P序列中没有CQI/PMI,否则认为该序列中含有CQI/PMI。
通过上述方式,基站可以根据序列P中首个非查分CQI对应的4比特判断当前PUCCH格式3中是否携带了CSI比特信息。
实施例三
本实施例针对CSI中的RI,或者RI/PMI,或者RI/PTI,或者PMI,和HARQ-ACK同时传输时,提出一种实现方式:
步骤501:UE接收周期CSI配置信息,调度请求配置信息,PUCCH格式3资源指示。
步骤502:UE接收各个聚合小区的配置信息,确定各个聚合小区的下行HARQ参考配置,得到各小区下行参考配置下的绑定窗口,并接收实际上下行配置信息。
步骤503:UE接收eNB通知的HARQ-ACK和CSI同时传输指示信息,并且根据该指示信息,确定采用何种方式进行HARQ-ACK和CSI的同时传输。
其中,本步骤中的HARQ-ACK和CSI同时传输指示信息表示RI,或者RI/PMI,或者RI/PTI,或者PMI,可以和HARQ-ACK同时传输,并能够根据该信息确定具体的同时传输方式。
步骤504:如果采用图3提出方式进行HARQ-ACK和RI(或RI/PMI,或RI/PTI,或PMI)同时传输,UE判断是否正确接收实际上下行配置,如果正确接收,则执行步骤505~506,否则,执行步骤507。
步骤505:UE根据空域捆绑与否,计算各个聚合小区相应的HARQ-ACK比特数是根据绑定窗口实际下行子帧确定的反馈HARQ-ACK数。
步骤506:如果则将重构RI(或重构RI/PMI,或重构RI/PTI,或重构PMI,)承载到PUCCH格式中,否则丢弃RI(或RI/PMI,或RI/PTI,或PMI)。
本步骤中以RI为例进行说明,对于其他RI/PMI,或RI/PTI,或PMI的处理与RI相同。其中,重构RI指在RI比特序列中加入CSI指示信息后组成的完整序列。其中,CSI指示信息可以放在RI比特前(或后,或RI比特和CSI指示信息其它排列方式)。由于UE根据实际上下行配置正确接收与否,确定是否在PUCCH格式3中同时传输HARQ-ACK和RI,基站并不知道UE是否正确接收实际上下行配置,因此,对于PUCCH格式中是否包含CSI,在基站和UE有理解不一致的问题。加入CSI指示信息是为了让基站确知本次PUCCH格式3中包含RI信息。比如如果基站检测到CSI指示信息为设定的比特序列(例如为全0),则认为本PUCCH格式3中不含有RI,否则,则含有RI。对于重构RI/PMI,或重构RI/PTI,或重构PMI一样原理和处理过程。
其中,ORI/PMI/PTI为要传输的RI(或RI/PMI,或RI/PTI,或PMI)比特数加上CSI指示信息比特个数之后的值。
步骤507:如果UE未正确接收实际上下行配置,则UE丢弃RI(或RI/PMI,或RI/PTI,或PMI),或按照LTE版本11的方式进行HARQ-ACK和CSI同时传输。
通过上述方式,基站可以根据序列P中CSI指示信息的取值判断当前PUCCH格式3中是否携带了CSI比特信息。
对应于上述方法,本申请还提供了一种设备。图5为本申请一较佳设备的组成结构示意图。如图5所示,该设备包括:配置接收单元、译码单元和传输单元。
其中,配置接收单元,用于接收eNB通知的周期CSI配置信息、调度请求配置信息和PUCCH格式3资源指示;并接收各个聚合小区的下行HARQ参考配置和实际上下行配置信息,确定各聚合小区下行HARQ参考配置下的绑定窗口。
译码单元,用于对接收的各聚合小区的实际上下行配置进行译码,确定是否正确接收各聚合小区的实际上下行配置,并将结果通知传输单元。
传输单元,用于在译码单元确定正确接收各聚合小区的实际上下行配置后,根据所述绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和未超出PUCCH格式3的负载能力时,将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站。
另外,优选地,传输单元,还可以进一步用于在译码单元确定未正确接收各聚合小区的实际上下行配置后,丢弃CSI比特,将HARQ-ACK比特和/或调度请求比特承载在PUCCH格式3中传输给基站,或按照LTE版本11的方式进行HARQ-ACK和CSI同时传输。
本申请提供了一种业务流量自适应系统中上行控制信息传输的方法和设备,可以减少CSI被丢弃的次数,提高PUCCH信道的利用率,实现上行控制信息的有效传输,它使得基站及时有效地获得下行链路的信道信息,准确调度下行资源,提高下行带宽的使用效率。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1.业务流量自适应系统中上行控制信息传输的方法,其特征在于,包括:
a、UE接收各个聚合小区的下行HARQ参考配置和实际上下行配置信息,确定各聚合小区下行HARQ参考配置下的绑定窗口;
b、UE确定正确接收各聚合小区的实际上下行配置后,根据所述绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和未超出PUCCH格式3的负载能力时,将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站。
2.根据权利要求1所述的方法,其特征在于,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和超出PUCCH格式3的负载能力时,将CSI丢弃,将所述HARQ-ACK和/或调度请求承载在PUCCH格式3中传输给基站。
3.根据权利要求1所述的方法,其特征在于,所述根据绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数包括:将每个聚合小区要反馈HARQ-ACK的子帧数设为相应聚合小区绑定窗口内的实际下行子帧个数,并根据相应聚合小区是否进行空域捆绑计算要反馈的HARQ-ACK比特数;其中,绑定窗口根据聚合小区下行HARQ参考配置确定。
4.根据权利要求3所述的方法,其特征在于,确定每个聚合小区是否进行空域捆绑时,将每个聚合小区需要反馈HARQ-ACK的子帧数设为该聚合小区绑定窗口的大小。
5.根据权利要求1所述的方法,其特征在于,所述将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站时,在每个聚合小区c的HARQ-ACK比特区间中选择出nc(Mc-Dc)个比特,与PUCCH格式3中除各聚合小区的HARQ-ACK比特区间和调度请求(SR)比特外的其他比特一起,构成比特序列P,将所述CSI比特映射在所述比特序列P中;其中,nc为聚合小区c的一个下行子帧的HARQ-ACK占用的负载比特数,Mc为聚合小区c绑定窗口的大小,Dc为聚合小区c绑定窗口内的实际下行子帧数目。
6.根据权利要求5所述的方法,其特征在于,所述在每个聚合小区c的HARQ-ACK比特区间中选择出nc(Mc-Dc)个比特为:在每个聚合小区c的HARQ-ACK比特区间中选择出第个到第个负载比特。
7.根据权利要求1或2所述的方法,其特征在于,当所述CSI比特为CQI或CQI/PMI时,在将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站后,该方法进一步包括:
基站对接收到的PUCCH格式3进行译码,得到用于承载CSI比特的序列,如果该序列中首个非差分CQI对应的4个比特为全零,则确定所述用于承载CSI比特的序列中没有CSI信息;否则,确定用于承载CSI比特的序列中包含所述CSI信息。
8.根据权利要求1或2所述的方法,其特征在于,当所述CSI比特为RI或RI/PMI或RI/PTI或PMI时,在将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站时,在所述CSI比特信息中的设定位置上加入CSI指示信息,用于指示是否承载有所述CSI比特信息;
在将CSI和HARQ-ACK同时承载在PUCCH格式3中传输给基站后,该方法进一步包括:
基站对接收到的PUCCH格式3进行译码,得到用于承载CSI比特的序列,并在该序列中的所述设定位置上提取所述CSI指示信息,确定是否承载有所述CSI比特信息。
9.根据权利要求1或2所述的方法,其特征在于,在所述步骤a后,若UE确定未正确接收各聚合小区的实际上下行配置,则丢弃CSI比特,或按照LTE版本11的方式进行HARQ-ACK和CSI同时传输。
10.根据权利要求1或2所述的方法,其特征在于,在所述步骤a和b之间,该方法进一步包括:
UE接收eNB通知的HARQ-ACK和CSI同时传输指示信息,所述指示信息包括LTE版本11中指示PUCCH格式3下HARQ-ACK和CSI同时传输的参数、LTE版本8~10中指示HARQ-ACK和CSI同时传输的参数和高版本参数;
根据所述指示信息,确定采用LTE版本10或版本11的方式进行HARQ-ACK和CSI的同时传输,或者,执行步骤b进行HARQ-ACK和CSI的同时传输;
其中,所述高版本参数为自定义的HARQ-ACK和CSI同时传输的参数,用于指示采用所述步骤b的方式进行HARQ-ACK和CSI的同时传输。
11.一种移动终端设备,其特征在于,包括:配置接收单元、译码单元和传输单元;
所述配置接收单元,用于接收eNB通知的周期CSI配置信息、调度请求配置信息和PUCCH格式3资源指示;并接收各个聚合小区的下行HARQ参考配置和实际上下行配置信息,确定各聚合小区下行HARQ参考配置下的绑定窗口;
所述译码单元,用于对接收的各聚合小区的实际上下行配置进行译码,确定是否正确接收各聚合小区的实际上下行配置,并将结果通知所述传输单元;
所述传输单元,用于在所述译码单元确定正确接收各聚合小区的实际上下行配置后,根据所述绑定窗口内的实际下行子帧确定所有聚合小区要反馈的HARQ-ACK比特数,当所述HARQ-ACK比特数与CSI需要的比特数、调度请求的比特数之和未超出PUCCH格式3的负载能力时,将CSI和所述HARQ-ACK同时承载在PUCCH格式3中传输给基站。
12.根据权利要求11所述的设备,其特征在于,所述传输单元,进一步用于在所述译码单元确定未正确接收各聚合小区的实际上下行配置后,丢弃CSI比特,将所述HARQ-ACK比特和/或调度请求承载在PUCCH格式3中传输给基站,或采用版本11的方法进行同时传输。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310594919.3A CN104660387A (zh) | 2013-11-22 | 2013-11-22 | 业务流量自适应系统中上行控制信息传输的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310594919.3A CN104660387A (zh) | 2013-11-22 | 2013-11-22 | 业务流量自适应系统中上行控制信息传输的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104660387A true CN104660387A (zh) | 2015-05-27 |
Family
ID=53251127
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310594919.3A Pending CN104660387A (zh) | 2013-11-22 | 2013-11-22 | 业务流量自适应系统中上行控制信息传输的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104660387A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017075787A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 用户设备、接入网设备、上行控制信息的收发方法及装置 |
WO2017075838A1 (zh) * | 2015-11-06 | 2017-05-11 | 华为技术有限公司 | 一种传输上行控制信息uci的方法及装置 |
CN108293245A (zh) * | 2015-12-30 | 2018-07-17 | 华为技术有限公司 | 一种数据通信的方法、终端设备及网络设备 |
WO2020011109A1 (zh) * | 2018-07-11 | 2020-01-16 | 电信科学技术研究院有限公司 | 信息传输方法、终端及基站 |
CN112615707A (zh) * | 2015-06-19 | 2021-04-06 | 北京三星通信技术研究有限公司 | 一种传输上行控制信息的方法 |
-
2013
- 2013-11-22 CN CN201310594919.3A patent/CN104660387A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112615707A (zh) * | 2015-06-19 | 2021-04-06 | 北京三星通信技术研究有限公司 | 一种传输上行控制信息的方法 |
US11864184B2 (en) | 2015-06-19 | 2024-01-02 | Samsung Electronics Co., Ltd | Method for transmitting uplink control information |
CN112615707B (zh) * | 2015-06-19 | 2024-04-23 | 北京三星通信技术研究有限公司 | 一种传输上行控制信息的方法 |
WO2017075787A1 (zh) * | 2015-11-05 | 2017-05-11 | 华为技术有限公司 | 用户设备、接入网设备、上行控制信息的收发方法及装置 |
WO2017075838A1 (zh) * | 2015-11-06 | 2017-05-11 | 华为技术有限公司 | 一种传输上行控制信息uci的方法及装置 |
US10568076B2 (en) | 2015-11-06 | 2020-02-18 | Huawei Technologies Co., Ltd. | Method and apparatus for transmitting uplink control information (UCI) |
CN108293245A (zh) * | 2015-12-30 | 2018-07-17 | 华为技术有限公司 | 一种数据通信的方法、终端设备及网络设备 |
US10616887B2 (en) | 2015-12-30 | 2020-04-07 | Huawei Technologies Co., Ltd. | Data communication method, terminal device, and network device |
CN108293245B (zh) * | 2015-12-30 | 2021-05-11 | 华为技术有限公司 | 一种数据通信的方法、终端设备及网络设备 |
US11284390B2 (en) | 2015-12-30 | 2022-03-22 | Huawei Technologies Co., Ltd. | Data communication method, terminal device, and network device |
WO2020011109A1 (zh) * | 2018-07-11 | 2020-01-16 | 电信科学技术研究院有限公司 | 信息传输方法、终端及基站 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107347002B (zh) | 一种harq-ack反馈信息的传输方法和设备 | |
CN102651678B (zh) | 控制信息的传输方法、装置及系统 | |
KR102412454B1 (ko) | 업링크 사운딩 참조 신호를 송신하기 위한 방법 및 장치 | |
CN102468950B (zh) | 信息传输方法、终端、基站和通信系统 | |
KR101618333B1 (ko) | 상향 링크 전력 제어 방법, 전력 제어 파라미터의 배치방법 및 그 장치 | |
CN103119858B (zh) | 长期演进系统中用于上行链路多输入多输出重发的收发方法和装置 | |
EP2375607B1 (en) | Method and apparatus for controlling retransmission on uplink in a wireless communication system supporting MIMO | |
EP3681078B1 (en) | Transmission method, device, terminal, base station and storage medium | |
CN108696943A (zh) | 用于新无线电的发送和接收数据信道的方法及使用该方法的装置 | |
JP7227294B2 (ja) | 無線ネットワークノード、無線デバイス、および、それらにおいて実行される方法 | |
CN106060930A (zh) | 一种增强载波聚合系统的harq-ack传输方法和设备 | |
CN107852285A (zh) | 上行控制信息传输方法和装置 | |
CN103582008A (zh) | 一种在业务流量自适应tdd系统中传输harq-ack反馈信息的方法 | |
CN103053121A (zh) | 在多输入多输出发送模式中复用来自用户设备的控制和数据信息 | |
CN103944855A (zh) | 调制处理方法及装置 | |
CN101765147A (zh) | 一种高速传输环境下的数据包传输方法和装置 | |
CN104796926A (zh) | 资源管理方法和装置 | |
CN107113110A (zh) | 控制信息的发送方法和通信设备 | |
CN103684705A (zh) | 传输harq应答信息以及csi的方法、装置和系统 | |
KR20180034539A (ko) | 업링크 제어 정보 송신 방법과 수신 방법, 및 관련 장치 | |
CN104660387A (zh) | 业务流量自适应系统中上行控制信息传输的方法及设备 | |
CN112840583A (zh) | 用于物理上行链路共享信道(pusch)的远程干扰缓解 | |
CN111566961B (zh) | 一种信息传输方法及设备 | |
CN102468945B (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN102315916A (zh) | 下行分配指示的发送方法及装置、应答信道的反馈方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150527 |
|
WD01 | Invention patent application deemed withdrawn after publication |