背景技术
在目前的标准中,HARQ-ACK(Hybrid Automatic Repeat request-ACK,混合自动重传请求应答)可以通过几种PUCCH Format(Physical Uplink ControlChannel Format,物理上行链路控制信道格式)传输,例如,PUCCH Format1a/1b/3。其各自传输的内容介绍如下:
1)使用PUCCH format 1a传输1比特的HARQ-ACK信息,或者,在FDD(Frequency division duplex,频分双工)情况下,使用PUCCH format 1a传输将1比特的HARQ-ACK与正的SR(Scheduling Request,SR)联合传输。
2)使用PUCCH format 1b传输2比特的HARQ-ACK或将2比特的HARQ-ACK与正的SR联合传输。
3)当FDD***中UE被配置了多于1个服务小区或者TDD(Time divisionduplex,时分双工;)***中UE被配置了一个服务小区时,使用PUCCH format1b采用信道选择方式传输最多4比特HARQ-ACK。
4)使用PUCCH format 3传输FDD***中最多10比特的HARQ-ACK或者TDD***中的最多20比特的HARQ-ACK。
5)使用PUCCH format 3同时传输FDD***中最多10比特的HARQ-ACK和1比特正的/负的SR,或者,TDD***中的最多20比特的HARQ-ACK和1比特正的/负的SR。
现有技术下,采用PUCCH format1a/1b/3传输HARQ-ACK时采用的PUCCH基序列根据UE的服务小区ID生成,目前,承载HARQ-ACK传输的PUCCH资源有三种配置方式:
第一种为:由高层的RRC(Radio Resource Control,无线资源控制)信令配置。主要针对SPS(semi-persistent scheduling,准持续调度)对应的HARQ-ACK传输。
第二种为:通过指示HARQ-ACK传输的DCI所对应的CCE index(ControlChannel Element index,控制信道单元索引)进行隐性指示。
具体的,UE在天线端口P=P0上使用的PUCCH资源表示为
其中,n
CCE为对应DCI(Downlink ControlInformation,下行控制信息)传输使用的第一个CCE编号(即传输指示上述PUCCH资源的PDCCH信令使用的最低CCE编号),
为动态HARQ-ACK资源起始位置,由小区专属高层配置。当UE支持2天线PUCCH传输或者两个TB(Transport Block,传输块)的HARQ-ACK反馈时,其第二个天线或者第二个码字的所用的资源为第一个天线/码字采用的资源
第三种为:通过PDCCH中的ARI(ACK resource indication,ACK资源指示)信令动态指示。
表1
(HARQ-ACK所用PUCCH Resource值)
相应的PDCCH的DCI format中的ARI域用以在4个高层信令预先配置的半静态资源值中确定一个PUCCH资源值,其对应关系如表1所示。当UE支持2天线PUCCH传输或者两个TB的HARQ-ACK反馈时,则高层信令需要分别为每个天线端口/码字配置相应的PUCCH资源,否则,只需要为单个天线端口/码字配置资源。在目前的标准中,ARI是通过重用PUCCH的TPC(TransmitPower Control,传输功率控制)命令来指示的。
RRH(Remote Radio Head射频拉远单元),又称RRU,RRE,分布式天线等等,是一个与BBU(Base Band Unit,基带处理单元)分离的射频单元;通常,RRH与BBU放置在不同的地理位置。RRH包括射频电路,A/D,D/A转换,光传输模块等组成部分,RRH通过光纤与BBU连接。分布式RRH是利用RRH组网的一种网络形态。RRH分散在一个小区内部,由于距离终端的距离较小,可以给终端提供高质量的通信服务。由于一个小区内所有RRH的数据都由BBU集中处理,这就给RRH之间的高效协作带来了可能,因此分布式RRH成为CoMP研究的一个重要的场景。其中典型的有RRH和基站宏小区具有相同小区ID(具体如图1所示),以及RRH和基站宏小区具有不同小区ID(具体如图2所示)这两种场景。
由于RRH之间距离较近,在不同小区ID的场景中,两个RRH小区服务的终端的PUCCH传输之间通常会有较大的干扰,从而影响上行PUCCH的传输性能。为了解决这个问题,目前,提出了引入UE专属的动态HARQ-ACK资源起始位置和PUCCH序列ID的方法,用以代替小区专属的资源起始位置,以及代替小区ID生成PUCCH基序列,从而通过调度实现不同小区用户正交的PUCCH传输,降低不同小区间PUCCH间的干扰。其示意图如图3,其中动态HARQ-ACK区域2专门用于小区间正交的PUCCH传输,通过UE专属的动态HARQ-ACK资源起始位置实现。同时,现有技术下支持UE不使用小区ID生成PUCCH序列,而是基站为每个UE分配一个PUCCH序列ID,使用该PUCCH序列ID生成PUCCH序列。
根据现有技术,UE的动态HARQ-ACK资源仍然与对应DCI传输使用的CCE编号有关。即使有了UE专属的动态HARQ-ACK资源起始位置,由于网络侧可能通过任何编号的CCE传输DCI,因此,相应的动态HARQ-ACK区域需要占用大量的资源,而且可能在多个小区同时占用这些资源。那么,如果在该动态HARQ-ACK区域进行PUCCH传输的终端很少,则会令资源使用效率降低;另外,由于不同小区的PDCCH资源(即承载DCI的CCE)是独立分配给各终端的,因而不同小区的终端在进行HARQ-ACK传输时,所使用的PUCCH资源很可能发生碰撞,从而导致传输性能下降明显。
具体实施方式
为了提高PUCCH资源的使用率,同时保证PUCCH的传输性能,本发明实施例中,UE采用与网络侧约定的跳频图样,在动态PUCCH资源区域内通过跳频方式确定网络侧分配给UE使用的PUCCH资源,其中,该PUCCH资源可以是承载HARQ-ACK传输,或/和,CQI(Channel Quality Indicator,信道质量指示)传输的PUCCH资源。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图4所示,本发明实施例中,网络侧装置(如,基站)包括通信单元40和处理单元41,其中,
通信单元40,用于确定为UE分配的PUCCH资源起始位置并通知UE;
处理单元41,用于基于上述PUCCH资源起始位置以及动态PUCCH资源区域的大小,采用与UE约定的跳频图样确定分配给UE的PUCCH资源。
参阅图5所示,本发明实施例中,UE包括通信单元50和控制单元51,其中,
通信单元50,用于根据基站通知确定分配的PUCCH资源起始位置;
控制单元51,用于基于上述PUCCH资源起始位置以及动态PUCCH资源区域的大小,采用与基站约定的跳频图样确定分配的PUCCH资源。
基于上述***架构,参阅图6所示,本发明实施例中,基站进行PUCCH资源分配的详细流程如下:
步骤600:基站确定为UE分配的PUCCH资源起始位置并通知UE。
本发明实施例中,基站可以根据单小区或多小区内的PUCCH资源调度结果确定PUCCH资源起始位置。
步骤610:基站基于上述PUCCH资源起始位置以及动态PUCCH资源区域的大小,采用与UE约定的跳频图样确定分配给UE的PUCCH资源。
本实施例中,基站可以预先向UE通知动态PUCCH资源区域的大小,或者,与UE约定动态PUCCH区域的大小,这样,UE可以在获得PUCCH资源起始位置后,结合动态PUCCH区域的大小,确定动态PUCCH区域的具***置。
另一方面,本发明实施例中,步骤610的执行方式包含但不限于以下两种:
A1、基站向UE通知PUCCH资源的起始位置后,采用与UE约定方式确定相应的跳频图样,并基于动态PUCCH资源区域的大小对确定的跳频图样进行取模,以及根据取模结果和上述PUCCH资源起始位置确定分配给UE的PUCCH资源;具体实施方式与UE侧相同,将在后续实施例中详细介绍。
在这种情况下,基站仅需确定PUCCH资源起始位置即可,无需再确定PUCCH传输对应的DCI的CCE编号,这样,不同小区可以分别和UE约定不同的跳频图样,从而保证不同小区的UE可以分配不同的PUCCH资源,而同一小区内的UE虽然使用相同的跳频图样,但可以由基站分配不同的PUCCH资源起始位置,从而保证同一小区内的不同UE亦可以分配到不同的PUCCH资源,有效保证了PUCCH的传输性能,避免了各UE之间的信号干扰。
A2、基站确定PUCCH资源起始位置的过程中(之前/同时/之后),进一步确定PUCCH传输对应的DCI使用的第一个CCE的编号,采用与UE约定方式确定相应的跳频图样,并基于已获得的动态PUCCH资源区域的大小、跳频图样、第一个CCE的编号,和PUCCH资源起始位置确定分配给UE的PUCCH资源;具体实施方式与UE侧相同,将在后续实施例中介绍。
在这种情况下,基站不但需要确定PUCCH资源起始位置,还需要再确定PUCCH传输对应的DCI的第一个CCE编号,这样,可以结合跳频图样,进一步地对各UE使用的PUCCH资源进行区分,避免各UE之间的PUCCH传输产生相互干扰,进一步保证了PUCCH的传输性能。
本实施例中,基站与UE根据约定的跳频图样分别确定每一个子帧或者时隙上的跳频值,并在需要传输HARQ-ACK或/和CQI的子帧或者时隙上基于相应跳频值分别确定分配给UE使用的PUCCH资源。
进一步的,为了令UE能够得到更为精准的PUCCH资源,提高PUCCH资源利用率,在确定分配给UE的PUCCH资源后,基站可以采用PDCCH(Physical Downlink Control Channel,物理下行控制信道)或者E-PDCCH(增强物理下行控制信道)向UE发送指示是否需要进行PUCCH资源调整的信令,例如,基站在根据网络资源调度情况判定上述PUCCH资源上存在资源冲突时,可以按照调整策略或者与UE约定方式对已确定的PUCCH资源作出进一步调整,以及采用PDCCH或者E-PDCCH向UE发送PUCCH资源调整信令,通知UE对已确定的PUCCH资源进行相应调整;当然,另一方面,若基站判断UE分配到的PUCCH上不存在资源冲突时,也可以通过PDCCH或者E-PDCCH向UE发送PUCCH资源调整指令,通知UE无需对已确定的PUCCH资源进行调整,可以直接使用。
至此,基站在最终确定分配给UE的PUCCH资源后,便可以以子帧或时隙为单位,在需要传输HARQ-ACK或/和CQI的各个子帧或时隙上分别采用相应的PUCCH资源接收UE反馈的HARQ-ACK或/和CQI。
参阅图7所示,与上述实施例相对应的,本发明实施例中,UE确认并使用PUCCH资源的详细流程如下:
步骤700:UE根据基站通知确定分配的PUCCH资源的起始位置。具体的,将PUCCH资源起始位置记为
步骤710:UE基于获得的PUCCH资源起始位置以及动态PUCCH资源区域的大小,采用与基站约定的跳频图样确定分配的PUCCH资源。
相应的,UE可以根据基站通知确定上述动态PUCCH资源区域的大小,或者,也可以与基站约定动态PUCCH区域的大小,以下实施例中,为了便于描述,将动态PUCCH区域的大小记为m。
另一方面,本发明实施例中,步骤710的具体执行方式包含但不限于以下两种:
B1、首先,UE采用与基站约定方式确定相应的跳频图样。
本实施例中,跳频图样的生成是以子帧或时隙为单位的,UE与基站根据约定的跳频图样分别确定每一个子帧或者时隙上的跳频值,并在需要传输HARQ-ACK或/和CQI的子帧或者时隙上基于相应跳频值分别确定分配到的PUCCH资源。
以任意一个子帧或时隙为例,其对应的跳频图样可以表示为nfh,PUCCH(ns),其中,ns表示传输HARQ-ACK或/和CQI的子帧对应的所有时隙或者对应的第一个时隙,基于伪随机序列c(i)得到,且伪随机序列的初始值cint由UE的一个或者多个配置参数计算得到,如,包括如下参数的一个或者多个:UE的服务小区ID,UE的RNTI(Radio Network Temporary Identifier,无线网络临时标识符)值;UE的PUCCH序列生成所使用的序列的ID,UE的动态PUCCH资源起始位置。
其次,UE基于动态PUCCH资源区域的大小对确定的跳频图样进行取模,以及根据取模结果和获得的PUCCH资源起始位置确定自身分配到的PUCCH资源。
例如,假设动态资源起始位置为动态PUCCH资源区域大小为m,跳频图样为nfh,PUCCH(ns),则UE分配到的PUCCH资源可以表示为:
B2、首先,UE采用与基站约定方式确定相应的跳频图样。
同理,本实施例中,跳频图样的确定是以子帧或时隙为单位的,UE与基站根据约定的跳频图样分别确定每一个子帧或者时隙上的跳频值,并在需要传输HARQ-ACK或/和CQI的子帧或者时隙上基于相应跳频值分别确定分配到的PUCCH资源。
以任意一个子帧或时隙为例,其对应的跳频图样可以表示为nfh,PUCCH(ns),其中,ns表示传输HARQ-ACK或/和CQI的子帧对应的所有时隙或者对应的第一个时隙,基于伪随机序列c(i)得到,且伪随机序列的初始值cint由UE的一个或者多个配置参数计算得到,如,包括如下参数的一个或者多个:UE的服务小区ID,UE的RNTI(Radio Network Temporary Identifier,无线网络临时标识符)值;UE的PUCCH序列生成所使用的序列的ID,UE的动态PUCCH资源起始位置。
其次,UE进一步根据基站通知获得PUCCH传输对应的DCI使用的第一个CCE的编号(记为nCCE),并基于动态PUCCH资源区域的大小对确定的跳频图样和上述第一个CCE的编号进行取模,以及根据取模结果和PUCCH资源起始位置确定分配的PUCCH资源。
例如,假设动态资源起始位置为
动态PUCCH资源区域大小为m,跳频图样为n
fh,PUCCH(n
s),PUCCH传输对应DCI使用的第一个CCE编号为n
CCE,则UE分配到的PUCCH资源可以表示为:
另一方面,在实际应用中,也可以仅对跳频图样
进行取模操作,而不对第一个CCE编号n
CCE取模,上述方案仅以对两者均进行取模操作为例。
进一步的,本发明实施例中,UE在确定PUCCH资源的过程中,若接收到基站发送的PUCCH资源调整信令,则根据该PUCCH资源调整指令确定是否需要对已确定的PUCCH资源进行调整,若需要调整,则根据基站指示的资源调整值对已确定的PUCCH资源进行调整,或者,根据与基站预先约定的资源调整值,对已确定的PUCCH资源进行调整。
至此,UE在最终确定基站分配的PUCCH资源后,便可以以子帧或时隙为单位,在需要传输HARQACK或/和CQI的各个子帧或时隙上采用相应的PUCCH资源向基站反馈HARQ-ACK或/和CQI。
较佳的,本发明实施例提供的方法可以用于PDCCH调度的PDSCH(PDSCH Physical Downlink Shared Channel物理下行共享信道)对应的HARQ-ACK传输或/和CQI传输,也可以用于E-PDCCH调度的PDSCH对应的HARQ-ACK传输或/和CQI传输。
下面以两个具体的应用场景为例,对上述实施例作出进一步详细介绍。在以下场景中,假设PUCCH资源仅承载HARQ-ACK传输,因而,可以将PUCCH资源起始位置称为HARQ-ACK资源起始位置,将动态PUCCH资源区域称为动态HARQ-ACK资源区域。
第一种情况为:
基站向UE通知动态HARQ-ACK资源起始位置为
同时通过高层信令通知UE动态HARQ-ACK资源区域的大小为m。UE接收基站的通知,并基于
和m,根据与基站约定的跳频图样n
fh,PUCCH(n
s),在动态HARQ-ACK资源区域内进行跳频,获得进行HARQ-ACK传输所用的PUCCH资源。其中,跳频图样为
为伪随机序列且其初始值
为UE的服务小区ID,则UE进行HARQ-ACK传输所使用的PUCCH资源可以由如下公式得到:
其中,nCCE为HARQ-ACK传输对应的DCI使用的第一个CCE编号。此时,UE便可以在获得的目标PUCCH资源上进行HARQ-ACK传输;第二种情况为:
基站向通知UE动态HARQ-ACK资源起始位置为
同时通过高层信令通知UE动态HARQ-ACK资源区域的大小为m。
基站基于
和m,根据与UE约定的跳频图样n
fh,PUCCH(n
s),在动态HARQ-ACK资源区域内进行跳频,获得进行HARQ-ACK传输所使用的PUCCH资源。
基站与其他基站进行交互,或者,根据基站内各小区的PUCCH调度情况,确定UE所使用的PUCCH资源是否与其他UE的PUCCH资源冲突,则基站可以通过下行控制信道向UE发送PUCCH资源调整信令,从而根据冲突情况指示UE针对已确定的PUCCH资源作出进一步调整。
UE接收基站发送的关于
和m的通知,并基于
和m,根据与基站约定的跳频图样n
fh,PUCCH(n
s),在动态HARQ-ACK资源区域内进行跳频,获得进行HARQ-ACK传输所使用的PUCCH资源。其中,跳频图样为
c(i)为伪随机序列且其初始值
为UE的服务小区ID,n
RNTI为UE在所属网络中的RNTI值。则UE进行HARQ-ACK传输所使用的PUCCH资源可以由如下公式得到:
UE接收基站发送的PUCCH资源调整信令,如果信令指示不需要进行资源调整,则UE将已确定的PUCCH资源作为最终进行HARQ-ACK传输所用的PUCCH资源;如果信令指示需要进行资源调整,则UE按照以下方式对获得的PUCCH资源进行调整:
此时,UE便可以在最终获得的PUCCH资源上进行HARQ-ACK传输。
综上所述,本发明实施例中,UE根据基站通知的PUCCH资源起始位置,以及动态PUCCH资源区域的大小,采用与基站约定的跳频图样,在动态PUCCH资源区域内通过跳频方式确定分配的PUCCH资源。这样,有效减少了动态PUCCH资源区域的大小,减少了资源开销,同时降低了不同UE所使用的PUCCH资源之间发生冲突的概率,同时,又有效提高了PUCCH资源利用率,并且可以支持小区间正交的PUCCH传输,进而显著提高了PUCCH传输性能。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。