CN106102169A - 一种lte系统中pucch资源配置方法及基站 - Google Patents

一种lte系统中pucch资源配置方法及基站 Download PDF

Info

Publication number
CN106102169A
CN106102169A CN201610362680.0A CN201610362680A CN106102169A CN 106102169 A CN106102169 A CN 106102169A CN 201610362680 A CN201610362680 A CN 201610362680A CN 106102169 A CN106102169 A CN 106102169A
Authority
CN
China
Prior art keywords
pucch resource
cycle
resource
pucch
base station
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.)
Granted
Application number
CN201610362680.0A
Other languages
English (en)
Other versions
CN106102169B (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.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Systems Guangzhou Co Ltd
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 Comba Telecom Systems Guangzhou Co Ltd filed Critical Comba Telecom Systems Guangzhou Co Ltd
Priority to CN201610362680.0A priority Critical patent/CN106102169B/zh
Publication of CN106102169A publication Critical patent/CN106102169A/zh
Application granted granted Critical
Publication of CN106102169B publication Critical patent/CN106102169B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties

Landscapes

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

Abstract

本发明涉及无线通信技术领域,尤其涉及一种LTE系统中PUCCH资源配置方法及基站,包括:基站统计连续M个周期中的目标UE发生PUCCH资源冲突次数,若基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE,并重新配置PUCCH资源,并向待配置的UE下发RRC重配置命令。该方法确定当基站下的目标UE在PUCCH资源的使用上发生冲突时,可以为发生冲突的UE重新配置PUCCH资源,减少了出现UE无PUCCH资源可用的情况,保证了用户使用UE的上网速率。

Description

一种LTE系统中PUCCH资源配置方法及基站
技术领域
本发明涉及无线通信技术领域,尤其涉及一种LTE系统中PUCCH资源配置方法及基站。
背景技术
PUCCH(Physical Uplink Control Channel,物理上行控制信道)用于传送上行控制信息,如SRI(Scheduling Request Information,调度请求信息)、CSI(Channel StateInformation,信道状态信息),以及下行调度的HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)ACK(Acknowledgement,确认应答)/NACK(Nacknowledge,未确认应答)反馈信息等。在支持载波聚合的LTE-A(Long Term Evolution-Advanced,增强长期演进)协议版本演进中,为支持多个CC(Component Carrier,成分载波)的ACK/NACK反馈,R10协议中引入了两种新增的PUCCH信道格式:带信道选择的PUCCH格式1b(Format1b with channelselection),以及PUCCH格式3(Format 3)。
其中,带信道选择的PUCCH格式1b最多可传输4比特的ACK/NACK反馈信息,适用于FDD(Frequency Division Duplexing,频分双工)模式下UE(User Equipment,用户设备)配置了大于1个成分载波,或者TDD(Time Division Duplexing,时分双工)模式下UE配置了大于等于1个成分载波的场景;PUCCH格式3最多可传输10比特的ACK/NACK反馈信息(FDD下),或20比特的ACK/NACK反馈信息(TDD下),适用于UE配置了2到5个成分载波的场景。
由于两种新的PUCCH格式的引入,基站需额外预留出上行RB(Resource Block,资源块)资源供PUCCH使用,同时为保证足够的RB给PUSCH(Physical Uplink SharedChannel,物理上行共享信道)使用,一般仅预留有限个PUCCH RB资源。现有方法一般将少数个PUCCH资源分配给多个UE使用,并在调度过程中通过PDCCH(Physical Downlink ControlChannel,物理下行控制信道)中的TPC(Transmit Power Control,传输功率控制)字段,保证不同的UE使用不同的PUCCH资源,例如UE0~UE3同时占用(a,b,c,d)4个PUCCH资源,当UE0~UE3需要在同一个上行子帧7反馈ACK/NACK时,通过TPC字段使UE0~UE3使用不同的PUCCH资源。
但随着复用相同资源的用户增多,导致了占用相同资源的UE在同一上行子帧进行ACK/NACK反馈,造成PUCCH资源冲突几率大大增大。接着上面的例子,如果UE4~UE7也占用(a,b,c,d)4个PUCCH资源,且UE4~UE7也需要在上行子帧7反馈ACK/NACK,由于资源(a,b,c,d)已在下行子帧0指配给UE0~UE3,所以UE4~UE7的PUCCH资源出现冲突。
现有技术中,为解决PUCCH资源冲突,一般采取限制下行调度的方式,分配获得PUCCH资源的UE被正常调度,而无法获得PUCCH资源的UE不被调度,或仅进行主载波上的调度。这些得不到正常调度的UE的速率将会明显下降,甚至出现速率减半或瞬时掉零的现象。
综上所述,现有技术解决PUCCH资源冲突的方法不够合理,容易导致有资源冲突的UE出现速率下降甚至瞬时掉零。
发明内容
本发明提供一种LTE系统中PUCCH资源配置方法及装置,用以解决现有技术中存在的解决PUCCH资源冲突的方法不够合理,容易导致有资源冲突的UE出现速率下降甚至时瞬时掉零现象的问题。
一方面,本发明实施例提供一种LTE系统中PUCCH资源配置方法,包括:
基站统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有辅小区Scell且至少一个Scell处于激活状态的UE,M为正整数;
若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。
本发明实施例提供的方法,基站统计连续M个周期中的目标UE发生PUCCH资源冲突次数,所述目标UE为所述基站下有Scell且至少一个Scell处于激活状态的UE,M为正整数;若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。该方法确定当基站下的目标UE在PUCCH资源的使用上发生冲突时,可以为发生冲突的UE重新分配PUCCH资源,减少了出现UE无PUCCH资源可用的情况,从而保证了用户使用UE的上网速率。
可选地,所述基站为所述待配置的UE重新配置PUCCH资源,包括:
所述基站分配至少一个新的资源块RB资源;
所述基站在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置。
可选地,所述方法还包括:
所述基站统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;
若所述基站确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
可选地,所述连续N个周期中的每个周期内包括多个采样点;所述基站统计连续N个周期中的每个周期内目标UE个数,包括:
针对所述N个周期中的每个周期,所述基站在该周期的每个采样点统计目标UE的个数,并将在每个采样点统计的目标UE的个数的平均值,作为所述周期内目标UE个数;或者
针对所述N个周期中的每个周期,在所述周期内每个采样点分别统计目标UE个数,并根据统计的所述周期内每个采样点的目标UE个数及所述周期的上一周期内的目标UE个数,确定所述周期内目标UE个数。
可选地,所述基站根据预设的策略,回收部分PUCCH资源,包括:
所述基站确定处于所述基站频域第一目标位置的PUCCH资源及占用所述第一目标位置PUCCH资源的目标UE,所述基站频域包含位于所述频域两侧的PUCCH区域及位于所述PUCCH区域之间的PUSCH区域,所述PUCCH区域包含静态PUCCH资源和动态PUCCH资源,所述动态PUCCH资源与所述PUSCH区域相邻,所述第一目标位置为所述动态PUCCH区域中靠近所述PUSCH区域的位置;
所述基站根据第二目标位置的PUCCH资源,对所述占用所述第一目标位置PUCCH资源的目标UE进行PUCCH资源重配置,所述第二目标位置为所述动态PUCCH区域中除所述第一目标位置的位置;
所述基站回收所述第一目标位置的PUCCH资源。
可选地,所述基站根据下列方式确定所述第一资源调整门限:
所述基站根据当前已分配PUCCH资源个数及系统单帧调度用户个数,确定混合自动重传请求HARQ窗内第一个子帧最大的PUCCH冲突次数;
所述基站根据所述系统单帧调度用户个数及所述HARQ窗内最大下行子帧个数,确定所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数;
所述基站根据所述HARQ窗内第一个子帧最大的PUCCH冲突次数及所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数,确定所述HARQ窗内最大PUCCH冲突次数;
所述基站根据所述HARQ窗内最大PUCCH冲突次数及一个周期内的HARQ窗的个数,确定所述第一资源调整门限。
可选地,所述基站根据下列公式确定所述第一资源调整门限:
threshold_1=N·conflict_max·α1
其中,conflict_max=max(x-min(a,b),0)+(y-1)·x,
threshold_1为所述第一资源调整门限,N为所述一个周期内的HARQ窗的个数,conflict_max为所述HARQ窗内最大PUCCH冲突次数,α1为调整因子且α1∈(0,1),x为所述系统单帧调度用户个数,a为所述当前已分配PUCCH资源个数,b为PUCCH资源的分配单位,y为所述HARQ窗内最大下行子帧个数。
可选地,所述基站根据下列方式确定所述第二资源调整门限:
所述基站根据当前已配置PUCCH资源个数及系统最大允许复用同一个PUCCH资源的用户数,确定所述第二资源调整门限。
可选地,所述基站根据下列公式确定所述第二资源调整门限:
threshold_2=scellActive_max·α2
其中,scellActive_max=a·d,
threshold_2为所述第二资源调整门限,scellActive_max为系统允许的有Scell激活的UE最大个数,α2为调整因子且α2∈(0,1),a为所述当前已分配PUCCH资源个数,d为所述系统最大允许复用同一个PUCCH资源的用户数。
另一方面,本发明实施例提供一种基站,包括:
统计单元,用于统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有辅小区Scell且至少一个Scell处于激活状态的UE,M为正整数;
确定单元,用于若确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
配置单元,用于为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。
可选地,所述配置单元,具体用于:
分配至少一个新的资源块RB资源;
在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置。
可选地,所述统计单元,还用于:统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;
所述配置单元,还用于:若确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
可选地,所述连续N个周期中的每个周期内包括多个采样点;所述统计单元,具体用于:
针对所述N个周期中的每个周期,在该周期的每个采样点统计目标UE的个数,并将在每个采样点统计的目标UE的个数的平均值,作为所述周期内目标UE个数;或者
针对所述N个周期中的每个周期,在所述周期内每个采样点分别统计目标UE个数,并根据统计的所述周期内每个采样点的目标UE个数及所述周期的上一周期内的目标UE个数,确定所述周期内目标UE个数。
可选地,所述确定单元,具体用于:
确定处于所述基站频域第一目标位置的PUCCH资源及占用所述第一目标位置PUCCH资源的目标UE,所述基站频域包含位于所述频域两侧的PUCCH区域及位于所述PUCCH区域之间的PUSCH区域,所述PUCCH区域包含静态PUCCH资源和动态PUCCH资源,所述动态PUCCH资源与所述PUSCH区域相邻,所述第一目标位置为所述动态PUCCH区域中靠近所述PUSCH区域的位置;
所述配置单元,具体用于:
根据第二目标位置的PUCCH资源,对所述占用所述第一目标位置PUCCH资源的目标UE进行PUCCH资源重配置,所述第二目标位置为所述动态PUCCH区域中除所述第一目标位置的位置;
回收所述第一目标位置的PUCCH资源。
可选地,所述基站还包括门限设置单元,具体用于根据下列方式确定所述第一资源调整门限:
根据当前已分配PUCCH资源个数及系统单帧调度用户个数,确定混合自动重传请求HARQ窗内第一个子帧最大的PUCCH冲突次数;
根据所述系统单帧调度用户个数及所述HARQ窗内最大下行子帧个数,确定所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数;
根据所述HARQ窗内第一个子帧最大的PUCCH冲突次数及所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数,确定所述HARQ窗内最大PUCCH冲突次数;
根据所述HARQ窗内最大PUCCH冲突次数及一个周期内的HARQ窗的个数,确定所述第一资源调整门限。
可选地,所述门限设置单元,具体用于根据下列公式确定所述第一资源调整门限:
threshold_1=N·conflict_max·α1
其中,conflict_max=max(x-min(a,b),0)+(y-1)·x,
threshold_1为所述第一资源调整门限,N为所述一个周期内的HARQ窗的个数,conflict_max为所述HARQ窗内最大PUCCH冲突次数,α1为调整因子且α1∈(0,1),x为所述系统单帧调度用户个数,a为所述当前已分配PUCCH资源个数,b为PUCCH资源的分配单位,y为所述HARQ窗内最大下行子帧个数。
可选地,所述基站还包括门限设置单元,具体用于根据下列方式确定所述第二资源调整门限:
根据当前已配置PUCCH资源个数及系统最大允许复用同一个PUCCH资源的用户数,确定所述第二资源调整门限。
可选地,所述门限设置单元,具体用于根据下列公式确定所述第二资源调整门限:
threshold_2=scellActive_max·α2
其中,scellActive_max=a·d,
threshold_2为所述第二资源调整门限,scellActive_max为系统允许的有Scell激活的UE最大个数,α2为调整因子且α2∈(0,1),a为所述当前已分配PUCCH资源个数,d为所述系统最大允许复用同一个PUCCH资源的用户数。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种LTE系统中PUCCH资源配置方法流程图;
图2为现有技术中发生PUCCH资源冲突示意图;
图3为本发明实施例提供的PUCCH物理资源位置示意图;
图4为本发明实施例提供的解决PUCCH资源冲突示意图;
图5为本发明实施例提供的PUCCH资源回收示意图;
图6为本发明实施例提供的一种LTE系统中PUCCH资源配置方法详细流程图;
图7为本发明实施例提供的基站结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示,为本发明实施例提供的一种LTE系统中PUCCH资源配置方法流程图,包括:
步骤101、基站统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有Scell(Secondary cell,辅小区)且至少一个Scell处于激活状态的UE,M为正整数;
步骤102、若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
步骤103、所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC(Radio Resource Control,无线资源控制)重配置命令。
在LTE系统中,由于可能需要在一个上行子帧中反馈多个下行子帧的ACK(Acknowledgement,确认应答)/NACK(Non Acknowledgement,非确认应答)应答消息,例如,参考图2,为现有技术中发生PUCCH资源冲突示意图,其中,UE0~UE3同时占用(a,b,c,d)4个PUCCH资源,当UE0~UE3需要在同一个上行子帧7反馈ACK/NACK时,通过TPC(TransmissionPower Control,传输功率控制)字段使UE0~UE3使用不同的PUCCH资源,例如UE0使用PUCCH资源a,UE1使用PUCCH资源b,UE2使用PUCCH资源c,UE3使用PUCCH资源d,如果在下行子帧1将(a,b,c,d)4个PUCCH资源又分配给了UE4~UE7,且UE4~UE7也需要在上行子帧7反馈ACK/NACK,由于PUCCH资源(a,b,c,d)已在下行子帧0指配给UE0~UE3,所以UE4~UE7的PUCCH资源出现冲突,即UE4~UE7无法使用PUCCH资源(a,b,c,d),为此,本发明通过上述步骤101~103的方法,可实现解决上述冲突,从而使得UE4~UE7也能够使用PUCCH资源。
其中,本发明中的PUCCH资源主要指的是带信道选择PUCCH格式1b资源和PUCCH格式3资源。在HARQ反馈窗内调度某个UE时,若由于PUCCH资源被其他UE使用,而无法获得空闲的PUCCH资源,则判定发生一次PUCCH资源冲突。
在上述步骤101中,基站统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,其中,目标UE指的是基站下有Scell且其中至少一个Scell处于激活状态的UE,例如某个UE有3个Scell,并且有1个Scell处于激活状态,则该UE就是一个目标UE,再比如某个UE有4个Scell,但这4个Scell都处于非激活状态,则该UE不是目标UE,因为LTE系统下非目标UE是不会发生PUCCH资源冲突的,或者说,非目标UE发生PUCCH资源冲突的次数始终为零,因此无需统计。为便于描述,本发明中,未做特殊说明的地方,UE均指目标UE。
具体地,可以通过基站中的MAC(Media Access Control,媒体介入控制层)层来统计连续M个周期中的每个周期内目标UE发生PUCCH资源冲突的次数,当MAC层无法为一个UE分配PUCCH资源时,则判断该UE发生PUCCH资源冲突。
下面举例来进行说明,假设M取值为3,基站下一共有4个UE,则基站统计的最终结果,例如可以是:
在第一周期内发生PUCCH资源冲突的目标情况为:UE0:0次,UE1:1次,UE2:2次,UE3:0次,第一周期PUCCH资源冲突数为:3次;
在第二周期内发生PUCCH资源冲突的目标情况为:UE0:1次,UE1:1次,UE2:3次,UE3:0次,第二周期PUCCH资源冲突数为:5次;
在第三周期内发生PUCCH资源冲突的目标情况为:UE0:0次,UE1:1次,UE2:4次,UE3:1次,第三周期PUCCH资源冲突数为:6次。
在上述步骤102中,在统计出连续M个周期中的每个周期内目标UE发生PUCCH资源冲突次数之后,基站可以通过MAC层判断所述M个周期中的每个周期内PUCCH资源冲突次数是否都大于第一资源调整门限,在上述例子中,在3个周期内的PUCCH资源冲突次数分别为3次、5次、6次,假设第一资源调整门限预先设定的是2次,因此确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE,在上述例子中,由于UE0~UE3都发生过资源冲突,因此可以将UE0~UE3确定为待配置的UE。
当然,实际应用中,还可以是根据发生每个目标UE发生PUCCH资源冲突次数的多少,来决定将哪些目标UE确定为待配置的UE。例如,上例中,由于UE0在3个周期内发生PUCCH资源冲突的次数为1次,UE1在3个周期内发生PUCCH资源冲突的次数为3次,UE2在3个周期内发生PUCCH资源冲突的次数为9次,UE3在3个周期内发生PUCCH资源冲突的次数为1次,可以将发生PUCCH资源冲突的次数较多的UE2和UE1作为待配置的UE,或者只是将发生PUCCH资源冲突的次数最多的UE2作为待配置的UE,具体如何确定待配置的UE,视实际需要而定。
在上述步骤103中,在基站确定了待配置的UE后,则为待配置的UE重新分配PUCCH资源,具体地,可以是通过基站的RRM(Radio Resource Management,无线资源管理)层来为待配置的UE重新配置PUCCH资源,并在配置完成后向所述待配置的UE下发RRC重配置命令,使得接收到RRC重配置命令的UE可以进行PUCCH资源的重新配置。
其中,可选地,基站可以是通过下面的方式来为所述待配置的UE重新配置PUCCH资源:基站分配至少一个新的RB(Resource Block,资源块)资源,然后在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置。
参照图3,为本发明实施例提供的PUCCH物理资源位置示意图,其中位于频域两侧的为PUCCH区域,位于两部分PUCCH区域之间的为PUSCH区域,并且,PUCCH区域又分为静态PUCCH区域和动态PUCCH区域。
在频域的“两端位置”为静态PUCCH区域,主要用作PUCCH资源,这些资源固定预留给CQI(Channel Quality Indicator,信道质量指示)以及半静态调度的ACK/NACK使用;在频域的“中间位置”为PUSCH区域,主要用作PUSCH资源调度,这些PUSCH资源供上行数据信道使用;在静态PUCCH资源与PUSCH资源之间为动态PUCCH资源,这些动态PUCCH资源包括带信道选择的PUCCH格式1b资源和/或PUCCH格式3资源,以及动态调度的ACK/NACK的PUCCH资源,在本发明实施例中,主要是对图3所示的频域资源中的动态PUCCH区域的资源按照步骤101~103的方式进行动态地分配。
在为待配置的UE分配新的PUCCH资源时,主要是从动态PUCCH资源中靠近静态PUCCH资源侧选择一个RB资源,然后在该RB资源上为待配置的UE分配PUCCH资源,其中一个RB资源最多可以分配36个PUCCH资源,之所以选择从动态PUCCH资源中靠近静态PUCCH资源侧选择RB资源,是考虑可以为PUSCH资源预留更多的可用资源,从而便于数据的传输。
下面结合具体例子对上述步骤101~步骤103进行说明。参照表1,为TDD系统中的HARQ反馈窗示意表。
表1TDD系统中的HARQ反馈窗示意表
TDD系统中,一个上行子帧可对应多个下行子帧,在表1中,以上下行子帧配置2为例,上行子帧2对应前面第8、7、4、6个子帧,即上一个无线帧的下行子帧4、5、6、8;上行子帧7同样对应前面第8、7、4、6个子帧,即上一个无线帧的下行子帧9和当前无线帧的下行子帧0、1、3。
具体地,对于上下行子帧配置2,当前无线帧的下行子帧4、5、6、8为一个HARQ反馈窗,即下行子帧4、5、6、8的ACK/NACK反馈消息都是在上行子帧2上进行反馈,因此如果某些UE在同一个HARQ反馈窗进行调度,则这些UE之间可能会发生PUCCH资源的冲突,因为它们都在同一个上行子帧进行ACK/NACK的反馈;同样地,上一个无线帧的下行子帧9和当前无线帧的下行子帧0、1、3为另一个HARQ反馈窗。进行PUCCH资源冲突检测时,仅对当前HARQ反馈窗内调度的UE进行统计。
举例1:
下行子帧4、5、6上分别调度UE0、UE1、UE2,下行子帧8上调度UE3、UE4(UE3的调度优先级高于UE4),假设UE0~UE4均配置了相同Pcell(Primary cell,主小区),且均激活了Scell,基站为UE0~UE4分配了相同的4个PUCCH资源{a,b,c,d}。
MAC层进行调度时,根据调度时序,UE0、UE1、UE2分别使用PUCCH资源a、b、c,其对应的PDCCH中的TPC字段分别为“00”、“01”、“10”;在下行子帧8调度时,UE3优先被调度,由于PUCCH资源a、b、c已被分配,UE3仅能使用资源d,其PDCCH中的TPC字段为“11”;调度UE4时,由于仅剩PUCCH资源d已优先分配给UE3使用,且UE4无其他的PUCCH资源可用,则MAC层判决发生PUCCH冲突,即UE4由于无PUCCH资源可用而产生PUCCH资源的使用冲突。
举例2:
UE0~UE3分配了相同的4个PUCCH资源{a,b,c,d},UE4分配的PUCCH资源为{a,b,c,e},则在举例1相同的条件下,在下行子帧8调度UE4时,UE4还有空闲PUCCH资源e可用,则MAC层判决此时没有PUCCH冲突。
为了解决PUCCH资源冲突问题,可以通过为发生冲突的UE重配置PUCCH资源,例如在上述举例1中,为发生PUCCH资源冲突的UE4重新分配一个PUCCH资源f,从而解决冲突。
下面结合图4,说明解决冲突的具体方法,参照图4,为本发明实施例提供的解决PUCCH资源冲突示意图。其中,在图4所示的实施例中,由于PUCCH资源(a,b,c,d)复用了8个UE:UE0~UE7。UE0~UE3优先在下行子帧0进行调度,所以PUCCH资源(a,b,c,d)依次指配给了UE0~UE3;由于UE0~UE7均需要在上行子帧7进行ACK反馈,在下行子帧1调度UE4~UE7时已无空闲PUCCH资源可用,此时UE4~UE7均发生PUCCH资源冲突,UE4~UE7将得不到调度。假设统计的连续M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,此时可以通过基站的MAC层向RRM层申请分配新的PUCCH资源,RRM层分配新的PUCCH RB资源给UE,并将UE4~UE7的资源重配为(e,f,g,h)。到下一个无线帧时,UE0~UE3和UE4~UE7冲突解决,UE0~UE7均得到正常的调度。
通过上述步骤101~步骤103,即可实现为发生PUCCH资源冲突的目标UE进行PUCCH资源重配置,从而解决PUCCH资源冲突问题。
另一方面,有了PUCCH资源的分配问题,同时就会有PUCCH资源的回收问题,如果当前PUCCH资源冲突已经解决,在后续运行过程中,有可能因为很多UE的下线等原因,导致已经分配出去的PUCCH资源中有些PUCCH资源没有得到调度,从而造成PUCCH资源的浪费,基于此,本发明实施例还提供一种PUCCH资源的回收方法,可选地,基站统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;若所述基站确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
上述方法中,基于以下两个条件来判断是否要进行PUCCH资源的回收:
条件一、连续N个周期中的每个周期内都未发生PUCCH资源冲突
条件二、所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限
其中,当满足上述条件一时,表明当前基站下UE之间的PUCCH资源冲突已经消失,当满足上述条件二时,表明基站下当前目标UE数量较少,从而在此时进行PUCCH资源的回收不会引起乒乓效应,在本发明中乒乓效应指的是在PUCCH资源分配与回收之间来回切换,导致增加系统开销。例如,假设当前满足条件一,但不满足条件二(即当前基站下的目标UE数量较多,目标UE总数越多,发生PUCCH资源冲突的概率越大),如果此时进行PUCCH资源的回收,就可能导致刚回收完资源,紧接着又发生了PUCCH资源冲突,从而引起乒乓效应。
在上述方法的条件二中,需要统计每个周期内目标UE个数,下面给出两种方式,来说明如何确定一个周期内的目标UE个数:
方式一、在一个周期内包括多个采样点,在该周期的每个采样点统计目标UE的个数,并将在每个采样点统计的目标UE的个数的平均值,作为所述周期内目标UE个数。
举例来说,在一个周期设置了10个采样点,每个采样点即为一个采样时间点,基于这10个采样点得到在每个采样点下统计到的目标UE的个数,例如,在这10个采样点分别统计到的目标UE的个数为:20,10,25,19,20,11,17,15,18,15,则可以确定在该周期内的目标UE个数为:17(即17=(20+10+25+19+20+11+17+15+18+15)/10)。
当然,上述只是作为举例说明,实际应用中的目标UE个数,以实际情况为准。
方式二、在一个周期内包括多个采样点,在该周期内每个采样点分别统计目标UE个数,并根据统计的该周期内每个采样点的目标UE个数及所述周期的上一周期内的目标UE个数,确定该周期内目标UE个数。
举例来说,在一个周期设置了5个采样点,每个采样点即为一个采样时间点,基于这5个采样点得到在每个采样点下统计到的目标UE的个数,例如,在这5个采样点分别统计到的目标UE的个数为:20,10,25,19,20,并且上一周期内的目标UE个数为18,上一周期对应的权重为0.3,当前周期对应的权重为0.7,则根据以下步骤确定当前周期内的目标UE个数:
第一步:A1=0.3*18+0.7*20=19;
第二步:A2=0.3*A1+0.7*10=13;
第三步:A3=0.3*A2+0.7*25=21;
第四步:A4=0.3*A3+0.7*19=20;
第五步:A5=0.3*A4+0.7*20=20。
则最终确定当前周期内的目标UE个数为20个。
当然,在方式二中,还可以根据下列方式确定一个周期内的目标UE个数,即当前周期内的目标UE个数=0.3*18+0.7*(20+10+25+19+20)/5=19个。
在实际应用中,可具体决定使用上述其中一种或多种方式来计算每个周期内的目标UE的个数。
参照图5,为本发明实施例提供的PUCCH资源回收示意图。假设当前连续N个周期内未发生PUCCH资源冲突,以及所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则开始进行资源回收,在进行资源回收的时候,主要回收那些已经完成业务,或者已经没有处于激活状态Scell的UE。假设此时,UE0~UE7中的UE2、UE3、UE6、UE7均已完成业务,或已经没有处于激活状态的Scell,系统仅剩UE0、UE1、UE4、UE5进行Scell上的调度,此时可以通过基站的MAC层向RRM层申请回收PUCCH资源,RRM层将PUCCH资源(e,f,g,h)回收供PUSCH使用,并将UE4、UE5的资源重配为(a,b,c,d)。到下一个无线帧时,UE0、UE1、UE4、UE5仍不会冲突,且均能得到正常的调度,即当前UE0和UE1配置了PUCCH资源(a,b,c,d),并且UE4、UE5也配置到了PUCCH资源(a,b,c,d),从而解决了PUCCH资源浪费,以及对UE进行了资源重配置。
此外,基站在进行PUCCH资源回收时,还可以通过以下方式进行PUCCH资源的回收,参照图3,基站确定处于所述基站频域第一目标位置的PUCCH资源及占用所述第一目标位置PUCCH资源的目标UE,所述基站频域包含位于所述频域两侧的PUCCH区域及位于所述PUCCH区域之间的PUSCH区域,所述PUCCH区域包含静态PUCCH资源和动态PUCCH资源,所述动态PUCCH资源与所述PUSCH区域相邻,所述第一目标位置为所述动态PUCCH区域中靠近所述PUSCH区域的位置;所述基站根据第二目标位置的PUCCH资源,对所述占用所述第一目标位置PUCCH资源的目标UE进行PUCCH资源重配置,所述第二目标位置为所述动态PUCCH区域中除所述第一目标位置的位置;所述基站回收所述第一目标位置的PUCCH资源。
在该方法中,由于基站是优先对基站频域中位于第一目标位置的PUCCH资源进行回收,并且将占用第一目标位置的目标UE重配置到第二目标位置,从而可以预留出一个或多个RB资源给PUSCH信道使用。
举例来说,假如{a',b',c',d'}对应第一目标位置的PUCCH资源,则重配置占用该资源的UE4,将UE4对应的PUCCH资源重配为位于第二目标位置的{a,b,c,d}。当第一目标位置的PUCCH RB资源全部重配成功后,则将该PUCCH RB预留给PUSCH使用。
在传统方法中,当检测到PUCCH资源冲突时,一般不对资源冲突的UE进行Scell调度,这样虽然避免了使用相同PUCCH资源的UE在相同的时频位置进行ACK\NACK反馈,但是是以牺牲部分UE的吞吐率为代价的,此种情况在用户数多的情况下更为明显;同时,传统方法中对于带信道选择的PUCCH格式1b资源和PUCCH格式3资源,往往采用静态配置的策略,根据规划用户数配置固定个RB资源,这种方式尽可能的满足多个用户的PUCCH传输需求,但当用户数较少时,势必会造成PUCCH资源浪费。
而通过本发明方法,可以实时监测PUCCH资源冲突次数,以及有Scell激活的UE个数,可以灵活地、按需地进行PUCCH资源的动态分配与回收,在提高PUCCH资源利用率的同时,减少UE由于无PUCCH资源可用而得不到调度的情况,从而解决了在用户数增多时,UE无PUCCH资源分配而速率下降的问题。同时,当用户数减少时,能够自适应地减少PUCCH资源,实现PUCCH资源的灵活配置,能够预留更多的PUSCH资源为业务信道使用。
下面对本发明实施例中使用到的两个资源调整门限的设置方法给予具体说明。
一、确定所述第一资源调整门限的方法
所述基站根据当前已分配PUCCH资源个数及系统单帧调度用户个数,确定混合自动重传请求HARQ窗内第一个子帧最大的PUCCH冲突次数;所述基站根据所述系统单帧调度用户个数及所述HARQ窗内最大下行子帧个数,确定所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数;所述基站根据所述HARQ窗内第一个子帧最大的PUCCH冲突次数及所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数,确定所述HARQ窗内最大PUCCH冲突次数;所述基站根据所述HARQ窗内最大PUCCH冲突次数及一个周期内的HARQ窗的个数,确定所述第一资源调整门限。
具体地,可以可根据下列公式确定所述第一资源调整门限:
threshold_1=N·conflict_max·α1
其中,conflict_max=max(x-min(a,b),0)+(y-1)·x,
threshold_1为所述第一资源调整门限,N为所述一个周期内的HARQ窗的个数,conflict_max为所述HARQ窗内最大PUCCH冲突次数,α1为调整因子且α1∈(0,1),x为所述系统单帧调度用户个数,a为所述当前已分配PUCCH资源个数,b为PUCCH资源的分配单位,y为所述HARQ窗内最大下行子帧个数。
举例来说,假设当前系统配置的带信道选择的PUCCH格式1b的RB个数为1,1个RB最多复用36个PUCCH资源,即当前已分配PUCCH资源个数为36,也即a=36;系统单帧调度用户个数为系统进行调度时,每TTI(Transmission Time Interval,传输时间间隔)支持的最大调度UE个数,取决于系统的处理能力,这里取x=8;上下行子帧配置2时,HARQ窗内最大下行子帧个数为4,即y=4,且PUCCH资源的分配单位设定为4,即b=4,则HARQ窗内的最大PUCCH资源冲突次数conflict_max=max(8-min(36,4),0)+(4-1)·8=28,假设N=4,α1=0.5,则threshold_1=4·28·0.5=56,即第一资源调整门限设置为56。
上述公式只是作为一个例子进行说明如何确定第一资源调整门限,当然还可以是直接将HARQ窗内最大PUCCH冲突次数conflict_max作为第一资源调整门限,或者是通过其它方式来确定第一资源调整门限,对于确定第一资源调整门限的具体方式,本发明不做严格限制。
二、确定所述第二资源调整门限的方法
所述基站根据当前已配置PUCCH资源个数及系统最大允许复用同一个PUCCH资源的用户数,确定所述第二资源调整门限。
具体地,可以根据下列公式确定所述第二资源调整门限:
threshold_2=scellActive_max·α2
其中,scellActive_max=a·d,
threshold_2为所述第二资源调整门限,scellActive_max为系统允许的有Scell激活的UE最大个数,α2为调整因子且α2∈(0,1),a为所述当前已分配PUCCH资源个数,d为所述系统最大允许复用同一个PUCCH资源的用户数。
举例来说,假设系统当前已配置72个PUCCH资源,系统最大允许2个用户复用同一个PUCCH资源,则系统最大允许的有Scell激活的UE个数scellActive_max=72·2=144,假设α2=0.5,则threshold_2=144·0.5=72。
上述公式只是作为一个例子进行说明如何确定第二资源调整门限,当然还可以是直接将系统允许的有Scell激活的UE最大个数scellActive_max作为第二资源调整门限,或者是通过其它方式来确定第二资源调整门限,对于确定第二资源调整门限的具体方式,本发明不做严格限制。
本发明实施例提供的方法,基站统计连续M个周期中的目标UE发生PUCCH资源冲突次数,所述目标UE为所述基站下有Scell且至少一个Scell处于激活状态的UE,M为正整数;若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。该方法确定当基站下的目标UE在PUCCH资源的使用上发生冲突时,可以为发生冲突的UE重新分配PUCCH资源,减少了出现UE无PUCCH资源可用的情况,从而保证了用户使用UE的上网速率。
下面对本发明实施例提供的一种LTE系统中PUCCH资源配置方法详细流程图做详细描述,如图6所示,包括:
步骤601、基站统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有辅小区Scell且至少一个Scell处于激活状态的UE,M为正整数;
步骤602、若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
步骤603、所述基站分配至少一个新的资源块RB资源,并在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置;
步骤604、所述基站统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;
步骤605、若所述基站确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
其中上述步骤601~步骤603用于在PUCCH发生资源冲突,为待配置的UE进行PUCCH的资源重配置,而步骤604~步骤605用于对PUCCH资源进行回收,因此实际应用中,步骤604~步骤605与步骤601~步骤603之间没有严格的时序,例如,可以是先执行步骤604~步骤605,再执行步骤601~步骤603,当然还可以是将步骤604~步骤605与执行步骤601~步骤603结合起来执行,例如可以是在每个周期内都统计目标UE的数量以及每个周期内发生PUCCH资源冲突的次数,从而可以将PUCCH资源分配与PUCCH资源回收的操作结合起来应用。
本发明实施例提供的方法,基站统计连续M个周期中的目标UE发生PUCCH资源冲突次数,所述目标UE为所述基站下有Scell且至少一个Scell处于激活状态的UE,M为正整数;若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。该方法确定当基站下的目标UE在PUCCH资源的使用上发生冲突时,可以为发生冲突的UE重新分配PUCCH资源,减少了出现UE无PUCCH资源可用的情况,从而保证了用户使用UE的上网速率。
基于相同的技术构思,本发明实施例还提供一种基站。本发明实施例提供的基站如图7所示,包括:
统计单元701,用于统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有辅小区Scell且至少一个Scell处于激活状态的UE,M为正整数;
确定单元702,用于若确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
配置单元703,用于为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。
可选地,所述配置单元703,具体用于:分配至少一个新的资源块RB资源;
在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置。
可选地,所述统计单元701,还用于:统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;
所述配置单元703,还用于:若确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
可选地,所述连续N个周期中的每个周期内包括多个采样点;所述统计单元,具体用于:
针对所述N个周期中的每个周期,在该周期的每个采样点统计目标UE的个数,并将在每个采样点统计的目标UE的个数的平均值,作为所述周期内目标UE个数;或者
针对所述N个周期中的每个周期,在所述周期内每个采样点分别统计目标UE个数,并根据统计的所述周期内每个采样点的目标UE个数及所述周期的上一周期内的目标UE个数,确定所述周期内目标UE个数。
可选地,所述确定单元703,具体用于:
确定处于所述基站频域第一目标位置的PUCCH资源及占用所述第一目标位置PUCCH资源的目标UE,所述基站频域包含位于所述频域两侧的PUCCH区域及位于所述PUCCH区域之间的PUSCH区域,所述PUCCH区域包含静态PUCCH资源和动态PUCCH资源,所述动态PUCCH资源与所述PUSCH区域相邻,所述第一目标位置为所述动态PUCCH区域中靠近所述PUSCH区域的位置;
所述配置单元,具体用于:
根据第二目标位置的PUCCH资源,对所述占用所述第一目标位置PUCCH资源的目标UE进行PUCCH资源重配置,所述第二目标位置为所述动态PUCCH区域中除所述第一目标位置的位置;
回收所述第一目标位置的PUCCH资源。
可选地,所述基站还包括配门限设置单元704,具体用于根据下列方式确定所述第一资源调整门限:
根据当前已分配PUCCH资源个数及系统单帧调度用户个数,确定混合自动重传请求HARQ窗内第一个子帧最大的PUCCH冲突次数;
根据所述系统单帧调度用户个数及所述HARQ窗内最大下行子帧个数,确定所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数;
根据所述HARQ窗内第一个子帧最大的PUCCH冲突次数及所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数,确定所述HARQ窗内最大PUCCH冲突次数;
根据所述HARQ窗内最大PUCCH冲突次数及一个周期内的HARQ窗的个数,确定所述第一资源调整门限。
可选地,所述配门限设置单元704,具体用于根据下列公式确定所述第一资源调整门限:
threshold_1=N·conflict_max·α1
其中,conflict_max=max(x-min(a,b),0)+(y-1)·x,
threshold_1为所述第一资源调整门限,N为所述一个周期内的HARQ窗的个数,conflict_max为所述HARQ窗内最大PUCCH冲突次数,α1为调整因子且α1∈(0,1),x为所述系统单帧调度用户个数,a为所述当前已分配PUCCH资源个数,b为PUCCH资源的分配单位,y为所述HARQ窗内最大下行子帧个数。
可选地,所述基站还包括配门限设置单元704,具体用于根据下列方式确定所述第二资源调整门限:
根据当前已配置PUCCH资源个数及系统最大允许复用同一个PUCCH资源的用户数,确定所述第二资源调整门限。
可选地,所述配门限设置单元704,具体用于根据下列公式确定所述第二资源调整门限:
threshold_2=scellActive_max·α2
其中,scellActive_max=a·d,
threshold_2为所述第二资源调整门限,scellActive_max为系统允许的有Scell激活的UE最大个数,α2为调整因子且α2∈(0,1),a为所述当前已分配PUCCH资源个数,d为所述系统最大允许复用同一个PUCCH资源的用户数。
本发明实施例,基站统计连续M个周期中的目标UE发生PUCCH资源冲突次数,所述目标UE为所述基站下有Scell且至少一个Scell处于激活状态的UE,M为正整数;若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。本发明实施例确定当基站下的目标UE在PUCCH资源的使用上发生冲突时,可以为发生冲突的UE重新分配PUCCH资源,减少了出现UE无PUCCH资源可用的情况,从而保证了用户使用UE的上网速率。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (18)

1.一种LTE系统中PUCCH资源配置方法,其特征在于,包括:
基站统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有辅小区Scell且至少一个Scell处于激活状态的UE,M为正整数;
若所述基站确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
所述基站为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。
2.如权利要求1所述的LTE系统中PUCCH资源配置方法,其特征在于,所述基站为所述待配置的UE重新配置PUCCH资源,包括:
所述基站分配至少一个新的资源块RB资源;
所述基站在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置。
3.如权利要求1所述的LTE系统中PUCCH资源配置方法,其特征在于,所述方法还包括:
所述基站统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;
若所述基站确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
4.如权利要求3所述的LTE系统中PUCCH资源配置方法,其特征在于,所述连续N个周期中的每个周期内包括多个采样点;所述基站统计连续N个周期中的每个周期内目标UE个数,包括:
针对所述N个周期中的每个周期,所述基站在该周期的每个采样点统计目标UE的个数,并将在每个采样点统计的目标UE的个数的平均值,作为所述周期内目标UE个数;或者
针对所述N个周期中的每个周期,在所述周期内每个采样点分别统计目标UE个数,并根据统计的所述周期内每个采样点的目标UE个数及所述周期的上一周期内的目标UE个数,确定所述周期内目标UE个数。
5.如权利要求3所述的LTE系统中PUCCH资源配置方法,其特征在于,所述基站根据预设的策略,回收部分PUCCH资源,包括:
所述基站确定处于所述基站频域第一目标位置的PUCCH资源及占用所述第一目标位置PUCCH资源的目标UE,所述基站频域包含位于所述频域两侧的PUCCH区域及位于所述PUCCH区域之间的物理上行共享信道PUSCH区域,所述PUCCH区域包含静态PUCCH资源和动态PUCCH资源,所述动态PUCCH资源与所述PUSCH区域相邻,所述第一目标位置为所述动态PUCCH区域中靠近所述PUSCH区域的位置;
所述基站根据第二目标位置的PUCCH资源,对所述占用所述第一目标位置PUCCH资源的目标UE进行PUCCH资源重配置,所述第二目标位置为所述动态PUCCH区域中除所述第一目标位置的位置;
所述基站回收所述第一目标位置的PUCCH资源。
6.如权利要求1-5中任一项所述的LTE系统中PUCCH资源配置方法,其特征在于,所述基站根据下列方式确定所述第一资源调整门限:
所述基站根据当前已分配PUCCH资源个数及系统单帧调度用户个数,确定混合自动重传请求HARQ窗内第一个子帧最大的PUCCH冲突次数;
所述基站根据所述系统单帧调度用户个数及所述HARQ窗内最大下行子帧个数,确定所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数;
所述基站根据所述HARQ窗内第一个子帧最大的PUCCH冲突次数及所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数,确定所述HARQ窗内最大PUCCH冲突次数;
所述基站根据所述HARQ窗内最大PUCCH冲突次数及一个周期内的HARQ窗的个数,确定所述第一资源调整门限。
7.如权利要求6所述的LTE系统中PUCCH资源配置方法,其特征在于,所述基站根据下列公式确定所述第一资源调整门限:
threshold_1=N·conflict_max·α1
其中,conflict_max=max(x-min(a,b),0)+(y-1)·x,
threshold_1为所述第一资源调整门限,N为所述一个周期内的HARQ窗的个数,conflict_max为所述HARQ窗内最大PUCCH冲突次数,α1为调整因子且α1∈(0,1),x为所述系统单帧调度用户个数,a为所述当前已分配PUCCH资源个数,b为PUCCH资源的分配单位,y为所述HARQ窗内最大下行子帧个数。
8.如权利要求3-5中任一项所述的LTE系统中PUCCH资源配置方法,其特征在于,所述基站根据下列方式确定所述第二资源调整门限:
所述基站根据当前已配置PUCCH资源个数及系统最大允许复用同一个PUCCH资源的用户数,确定所述第二资源调整门限。
9.如权利要求8所述的LTE系统中PUCCH资源配置方法,其特征在于,所述基站根据下列公式确定所述第二资源调整门限:
threshold_2=scellActive_max·α2
其中,scellActive_max=a·d,
threshold_2为所述第二资源调整门限,scellActive_max为系统允许的有Scell激活的UE最大个数,α2为调整因子且α2∈(0,1),a为所述当前已分配PUCCH资源个数,d为所述系统最大允许复用同一个PUCCH资源的用户数。
10.一种基站,其特征在于,包括:
统计单元,用于统计连续M个周期中的每个周期内目标用户设备UE发生物理上行控制信道PUCCH资源冲突次数,所述目标UE为所述基站下有辅小区Scell且至少一个Scell处于激活状态的UE,M为正整数;
确定单元,用于若确定所述M个周期中的每个周期内PUCCH资源冲突次数都大于第一资源调整门限,则将在所述M个周期内发生PUCCH资源冲突的目标UE作为待配置的UE;
配置单元,用于为所述待配置的UE重新配置PUCCH资源,并向所述待配置的UE下发RRC重配置命令。
11.如权利要求10所述的基站,其特征在于,所述配置单元,具体用于:
分配至少一个新的资源块RB资源;
在所述至少一个新的RB资源上为所述待配置的UE进行PUCCH资源重配置。
12.如权利要求10所述的基站,其特征在于,
所述统计单元,还用于:统计连续N个周期中的每个周期内目标UE个数及所述目标UE发生PUCCH资源冲突次数,N为正整数;
所述配置单元,还用于:若确定所述连续N个周期中的每个周期内都未发生PUCCH资源冲突且所述连续N个周期中的每个周期内目标UE个数都不大于第二资源调整门限,则根据预设的策略,回收部分PUCCH资源。
13.如权利要求12所述的基站,其特征在于,所述连续N个周期中的每个周期内包括多个采样点;所述统计单元,具体用于:
针对所述N个周期中的每个周期,在该周期的每个采样点统计目标UE的个数,并将在每个采样点统计的目标UE的个数的平均值,作为所述周期内目标UE个数;或者
针对所述N个周期中的每个周期,在所述周期内每个采样点分别统计目标UE个数,并根据统计的所述周期内每个采样点的目标UE个数及所述周期的上一周期内的目标UE个数,确定所述周期内目标UE个数。
14.如权利要求12所述的基站,其特征在于,所述确定单元,具体用于:
确定处于所述基站频域第一目标位置的PUCCH资源及占用所述第一目标位置PUCCH资源的目标UE,所述基站频域包含位于所述频域两侧的PUCCH区域及位于所述PUCCH区域之间的物理上行共享信道PUSCH区域,所述PUCCH区域包含静态PUCCH资源和动态PUCCH资源,所述动态PUCCH资源与所述PUSCH区域相邻,所述第一目标位置为所述动态PUCCH区域中靠近所述PUSCH区域的位置;
所述配置单元,具体用于:
根据第二目标位置的PUCCH资源,对所述占用所述第一目标位置PUCCH资源的目标UE进行PUCCH资源重配置,所述第二目标位置为所述动态PUCCH区域中除所述第一目标位置的位置;
回收所述第一目标位置的PUCCH资源。
15.如权利要求10-14中任一项所述的基站,其特征在于,所述基站还包括门限设置单元,具体用于根据下列方式确定所述第一资源调整门限:
根据当前已分配PUCCH资源个数及系统单帧调度用户个数,确定混合自动重传请求HARQ窗内第一个子帧最大的PUCCH冲突次数;
根据所述系统单帧调度用户个数及所述HARQ窗内最大下行子帧个数,确定所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数;
根据所述HARQ窗内第一个子帧最大的PUCCH冲突次数及所述HARQ窗内除第一个子帧外的所有子帧的最大PUCCH冲突次数,确定所述HARQ窗内最大PUCCH冲突次数;
根据所述HARQ窗内最大PUCCH冲突次数及一个周期内的HARQ窗的个数,确定所述第一资源调整门限。
16.如权利要求15所述的基站,其特征在于,所述门限设置单元,具体用于根据下列公式确定所述第一资源调整门限:
threshold_1=N·conflict_max·α1
其中,conflict_max=max(x-min(a,b),0)+(y-1)·x,
threshold_1为所述第一资源调整门限,N为所述一个周期内的HARQ窗的个数,conflict_max为所述HARQ窗内最大PUCCH冲突次数,α1为调整因子且α1∈(0,1),x为所述系统单帧调度用户个数,a为所述当前已分配PUCCH资源个数,b为PUCCH资源的分配单位,y为所述HARQ窗内最大下行子帧个数。
17.如权利要求12-14中任一项所述的基站,其特征在于,所述基站还包括门限设置单元,具体用于根据下列方式确定所述第二资源调整门限:
根据当前已配置PUCCH资源个数及系统最大允许复用同一个PUCCH资源的用户数,确定所述第二资源调整门限。
18.如权利要求17所述的基站,其特征在于,所述门限设置单元,具体用于根据下列公式确定所述第二资源调整门限:
threshold_2=scellActive_max·α2
其中,scellActive_max=a·d,
threshold_2为所述第二资源调整门限,scellActive_max为系统允许的有Scell激活的UE最大个数,α2为调整因子且α2∈(0,1),a为所述当前已分配PUCCH资源个数,d为所述系统最大允许复用同一个PUCCH资源的用户数。
CN201610362680.0A 2016-05-26 2016-05-26 一种lte系统中pucch资源配置方法及基站 Active CN106102169B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610362680.0A CN106102169B (zh) 2016-05-26 2016-05-26 一种lte系统中pucch资源配置方法及基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610362680.0A CN106102169B (zh) 2016-05-26 2016-05-26 一种lte系统中pucch资源配置方法及基站

Publications (2)

Publication Number Publication Date
CN106102169A true CN106102169A (zh) 2016-11-09
CN106102169B CN106102169B (zh) 2019-11-19

Family

ID=57230067

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610362680.0A Active CN106102169B (zh) 2016-05-26 2016-05-26 一种lte系统中pucch资源配置方法及基站

Country Status (1)

Country Link
CN (1) CN106102169B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018126402A1 (zh) * 2017-01-05 2018-07-12 华为技术有限公司 一种发送上行控制信息的方法、网络设备及终端
WO2019051768A1 (zh) * 2017-09-15 2019-03-21 华为技术有限公司 一种传输资源分配方法及装置
CN110049570A (zh) * 2019-04-30 2019-07-23 成都中科微信息技术研究院有限公司 一种根据QoS分配PUCCH资源的方法及系统
CN110351844A (zh) * 2018-04-04 2019-10-18 电信科学技术研究院有限公司 一种资源确定、资源指示方法及装置
CN111356232A (zh) * 2018-12-21 2020-06-30 中国电信股份有限公司 参数配置方法、装置、系统及计算机可读存储介质
CN111835478A (zh) * 2019-04-23 2020-10-27 大唐移动通信设备有限公司 一种pucch资源的分配方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103517426A (zh) * 2012-06-19 2014-01-15 电信科学技术研究院 一种pucch资源的确定方法及装置
CN104170508A (zh) * 2012-03-12 2014-11-26 黑莓有限公司 处理与ack/nack重复信号的调度请求冲突
CN104518854A (zh) * 2013-09-27 2015-04-15 上海贝尔股份有限公司 用于tdd-fdd联合操作的harq时序和pucch资源的配置方法
CN105611638A (zh) * 2015-12-30 2016-05-25 京信通信技术(广州)有限公司 一种调度终端的方法及基站

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104170508A (zh) * 2012-03-12 2014-11-26 黑莓有限公司 处理与ack/nack重复信号的调度请求冲突
CN103517426A (zh) * 2012-06-19 2014-01-15 电信科学技术研究院 一种pucch资源的确定方法及装置
CN104518854A (zh) * 2013-09-27 2015-04-15 上海贝尔股份有限公司 用于tdd-fdd联合操作的harq时序和pucch资源的配置方法
CN105611638A (zh) * 2015-12-30 2016-05-25 京信通信技术(广州)有限公司 一种调度终端的方法及基站

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10973029B2 (en) 2017-01-05 2021-04-06 Huawei Technologies Co., Ltd. Method, device and terminal for performing feedback using an uplink request resource
WO2018126402A1 (zh) * 2017-01-05 2018-07-12 华为技术有限公司 一种发送上行控制信息的方法、网络设备及终端
US11399369B2 (en) 2017-09-15 2022-07-26 Huawei Technologies Co., Ltd. Transmission resource allocation method and apparatus
WO2019051768A1 (zh) * 2017-09-15 2019-03-21 华为技术有限公司 一种传输资源分配方法及装置
CN110351844A (zh) * 2018-04-04 2019-10-18 电信科学技术研究院有限公司 一种资源确定、资源指示方法及装置
CN110351844B (zh) * 2018-04-04 2021-08-10 大唐移动通信设备有限公司 一种资源确定、资源指示方法及装置
US11523382B2 (en) 2018-04-04 2022-12-06 Datang Mobile Communications Equipment Co., Ltd. Resource determining method and apparatus, and resource indication method and apparatus
CN111356232A (zh) * 2018-12-21 2020-06-30 中国电信股份有限公司 参数配置方法、装置、系统及计算机可读存储介质
CN111356232B (zh) * 2018-12-21 2022-08-30 中国电信股份有限公司 参数配置方法、装置、系统及计算机可读存储介质
CN111835478A (zh) * 2019-04-23 2020-10-27 大唐移动通信设备有限公司 一种pucch资源的分配方法及装置
CN111835478B (zh) * 2019-04-23 2021-07-23 大唐移动通信设备有限公司 一种pucch资源的分配方法及装置
CN110049570A (zh) * 2019-04-30 2019-07-23 成都中科微信息技术研究院有限公司 一种根据QoS分配PUCCH资源的方法及系统
CN110049570B (zh) * 2019-04-30 2022-11-08 成都中科微信息技术研究院有限公司 一种根据QoS分配PUCCH资源的方法及系统

Also Published As

Publication number Publication date
CN106102169B (zh) 2019-11-19

Similar Documents

Publication Publication Date Title
JP6956065B2 (ja) 無線ネットワークにおけるアップリンク制御情報送/受信
CN106452691B (zh) 用于载波聚合系统的通信方法和装置
CN106102169A (zh) 一种lte系统中pucch资源配置方法及基站
CN102215094B (zh) 上行反馈信息发送及接收方法、系统和设备
US8958379B2 (en) Physical uplink control channel (PUCCH) resource mapping using an enhanced physical downlink control channel (ePDCCH)
CN102752085B (zh) Tdd系统中确认或不确认指示信息发送的方法和设备
CN103368709B (zh) 一种混合自动重传请求确认应答信息发送方法及装置
JP5721443B2 (ja) 無線通信システムにおけるharq実行方法
CN104025684B (zh) 信息传输方法和装置
CN104205972A (zh) 通信系统、基站装置、移动终端装置以及通信方法
CN104604175A (zh) 用于载波聚合(ca)的混合自动重传请求(harq)映射
CN105578608A (zh) 一种下行控制信息的发送、接收方法和设备
US10863449B2 (en) Uplink channel sending method and apparatus
CN105917691A (zh) 共享无线资源的方法和设备
CN107567105B (zh) 一种pucch资源的调度方法和装置
CN105992325A (zh) 用于载波聚合增强中的功率控制的方法和设备
CN102469599B (zh) Ack/nack反馈信息的信道资源确定方法和设备
CN106304350A (zh) Sps业务的pucch信道动态分配方法和装置
CN103369695B (zh) 一种上行调度方法及装置
CN109041118B (zh) 一种资源分配方法及通信设备
CN105337710A (zh) 一种利用非授权频谱通信的方法和装置
JP2014520481A (ja) 通信システムにおける方法及び構成
WO2015184725A1 (zh) 数据传输块发送、接收方法及装置
CN103702420B (zh) 一种调度上行子帧的方法和系统
CN104683087A (zh) 一种基于pucch格式1b的信道选择资源的分配方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180223

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou, Guangzhou economic and Technological Development Zone, Guangdong Province, No. 10

Applicant after: Comba Telecom System (China) Co., Ltd.

Applicant after: Comba Telecom Systems (Guangzhou) Co., Ltd.

Applicant after: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Applicant after: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

Address before: 510663 Guangdong city of Guangzhou Province Economic and Technological Development Zone Jinbi Road No. 6

Applicant before: Comba Telecom Systems (Guangzhou) Co., Ltd.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20200108

Address after: 510663 No. 10, Shenzhou Road, Science City, Guangzhou, economic and Technological Development Zone, Huangpu District, Guangzhou, Guangdong Province

Patentee after: Jingxin Communication System (China) Co., Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou, Guangzhou economic and Technological Development Zone, Guangdong Province, No. 10

Co-patentee before: Jingxin Communication System (Guangzhou) Co., Ltd.

Patentee before: Jingxin Communication System (China) Co., Ltd.

Co-patentee before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Co-patentee before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 510663 No.10, Shenzhou Road, Guangzhou Science City, economic and Technological Development Zone, Huangpu District, Guangzhou City, Guangdong Province

Patentee after: Jingxin Network System Co.,Ltd.

Address before: 510663 No.10, Shenzhou Road, Guangzhou Science City, economic and Technological Development Zone, Huangpu District, Guangzhou City, Guangdong Province

Patentee before: Comba Telecom System (China) Ltd.