具体实施方式
本发明实施例终端在需要上报PH信息时,确定并上报每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区。由于可以确定下行子帧的PH信息,从而避免上下行配置不同的多个小区中PH信息不完整的情况。
本发明实施例接收终端上报的每个配置且激活的小区当前时刻的PH信息,根据收到的PH信息,对后续上行子帧进行调度,其中小区包括当前时刻是下行子帧的小区。由于接收终端上报的每个配置且激活的小区当前时刻的PH信息的小区包括当前时刻是下行子帧的小区,从而避免PH信息不完整,对后续调度产生的影响。
其中,本发明实施例的方案可以应用于LTE-A***中,也可以应用于其他具备下列条件的***中:同一个时刻,终端聚合的不同小区的子帧状态可能不同。
在下面的说明过程中,先从网络侧和终端侧的配合实施进行说明,最后分别从网络侧与终端侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与终端侧分开实施时,也解决了分别在网络侧、终端侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图2所示,本发明实施例调度子帧的***包括:终端10和网络侧设备20。
终端10,用于在需要上报PH信息时,确定每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区,上报确定的PH信息。
网络侧设备20,用于接收终端上报的每个配置且激活的小区当前时刻的PH信息,根据收到的PH信息,对后续上行子帧进行调度。
配置且激活的小区是指基站和终端之间能够进行数据传输的小区。具体的:
配置的小区是指使基站通过RRC(RadioResourceControl,无线资源控制)信令配置的小区。配置的小区默认处于去激活状态,即这种小区暂时不能用于基站和终端之间的数据传输,需要激活后才能使用。
配置且激活的小区是指基站通过RRC信令配置后,然后再用激活信令激活后的小区,这种小区可以用于基站和终端之间的数据传输。
由于同一个时刻,一个终端聚合的不同小区的子帧状态可能不同,所以每个配置且激活的小区中有可能包括当前时刻是下行子帧的小区和当前时刻是上行子帧的小区。
对于当前时刻是上行子帧的小区,如果有真实PUCCH和/或真实PUSCH(PhysicalUplinkSharedChannel,物理上行共享信道)传输,则按照真实传输计算该小区的PH信息,否则按照虚拟PUCCH格式/或虚拟PUSCH传输格式计算该小区PH信息。
LTE-A***基于小区计算PH信息,定义了Type(类型)1和Type2两种PH信息类型,两种PH信息的计算规则如下:
-Type1:PH=Pcmax,c-Ppusch,c
-Type2:PH=Pcmax,c-Ppusch,c-Ppucch,c
其中:
Pcmax,c:为该小区上允许的可配置的最大发射功率;
Ppusch,c:为该小区上的PUSCH传输的功率;
Ppucch,c:为该小区上PUCCH传输的功率。
Type1和Type2PH信息的使用规则如下:
对于Pcell定义了type1和type2两种类型的PH信息。如果配置了PUCCH和PUSCH并行传输,一旦PH信息触发,Pcell上需要同时上报type1和type2PH信息;否则只上报type1PH信息。对于Scell,由于其ULCC不存在PUCCH,因此只定义了type1PH信息。
较佳的,对于当前时刻是下行子帧的小区,通过虚拟PUCCH格式/或虚拟PUSCH格式计算该小区的PH信息。
对于配置且激活的小区,如果上面有真实PUCCH或者真实PUSCH传输,则Ppusch,c和Ppucch,c按照真实传输计算,对于没有真实传输的情况,按照虚拟PUCCH格式/或虚拟PUSCH传输格式计算Ppusch,c和Ppucch,c。
虚拟PUCCH格式/或虚拟PUSCH格式可以与R10中定义的虚拟PUCCH格式/或PUSCH格式相同或者由物理层定义新的格式。
如果采用R10中定义的虚拟PUCCH格式/或PUSCH格式,则使用虚拟PUCCH格式计算PH时相关参数取值如下:
功率控制相关参数:
δPUCCH=0dB;
用于计算Pcmax,c的相关参数:
如果该小区上没有并行PUSCH传输的话,则MPR(MaximumPowerReduction,最大功率回退),A-MPR(AdditionalMaximumPowerReduction,额外的最大功率回退),ΔTc取值是0dB;否则按照真实的PUSCH传输确定这些参数的值。
其它参数使用RRC层配置的取值。
使用虚拟PUSCH格式计算PH时相关参数取值如下:
功率控制相关参数:
10log(MPUSCH,c(i))=0dB;
Ks=0;
δPUSCH=0dB;
用于计算Pcamx,c的相关参数:
如果该小区上没有并行PUCCH传输的话,则MPR,A-MPR,ΔTc取值是0dB;否则按照真实PUCCH传输确定这些参数的取值。
其它参数使用RRC层配置的取值。
通过虚拟PUCCH格式/或虚拟格式计算该小区的PH信息包括三种情况:只通过虚拟PUCCH计算、只通过虚拟PUSCH计算,以及通过PUCCH和PUSCH计算。
较佳的,如果该小区是主小区且配置PUCCH和PUSCH并行传输,通过虚拟PUCCH格式虚拟PUSCH格式计算该小区对应的类型type2PH信息(即Type2PH=Pcmax,c-Ppusch,c-Ppucch,c,下同),以及通过虚拟PUSCH格式计算该小区对应的type1PH信息(即Type1PH=Pcmax,c-Ppusch,c,下同);
如果该小区是主小区且未配置PUCCH和PUSCH并行传输,通过虚拟PUSCH格式计算该小区对应的type1PH信息;
如果该小区是辅小区,通过虚拟PUSCH格式计算该小区对应的type1PH信息。
较佳的,终端10在上报时,将确定的所有PH信息置于PHRMACCE(MACControlElement,媒体接入层控制单元)中,并通过上行子帧发送PHRMACCE。其中,PHRMACCE对应的MAC子头中L域长度取值需要考虑到当前时刻是下行子帧的配置且激活的小区。
需要说明的是,本发明实施例并不局限于上述通过PHRMACCE发送PH信息的方式,其他能够发送PH信息的方式都适用本发明实施例。
在实施中,终端10确定小区的PH信息之前,确定该小区可配置的载波最大发射功率。
具体的,如果该小区是主小区,确定用于计算type1PH信息的可配置的载波最大发射功率,以及用于计算type2PH信息的可配置的载波最大发射功率;
如果该小区是辅小区,确定用于计算type1PH信息的可配置的载波最大发射功率。
较佳的,Pcmax,c计算时还可以考虑该时刻终端真实上行传输的带来的功率回退的影响。
较佳的,终端10在确定可配置的载波最大发射功率后,上报该小区可配置的载波最大发射功率。
比如,终端10将最大发射功率置于PHRMACCE中,并通过上行子帧发送PHRMACCE。
需要说明的是,本发明实施例并不局限于上述通过PHRMACCE发送最大发射功率的方式,其他能够发送最大发射功率的方式都适用本发明实施例。
如果采用PHRMACCE上报PH信息,较佳的,按照小区编号,确定各个小区的PH信息在PHRMACCE中的顺序。比如采用升序排列。
当然采用PHRMACCE上报载波最大发射功率也可以按照小区编号,确定各个小区的最大发射功率在PHRMACCE中的顺序。
如果采用PHRMACCE上报PH信息和最大发射功率,可以将同一小区的PH信息和最大发射功率绑定形成上报信息,然后按照小区编号,确定各个小区的上报信息在PHRMACCE中的顺序。
在实施中,触发终端上报PH信息的机制有很多,下列列举几种:
prohibitPHR-Timer(禁止PH上报定时器)超时,终端有用于上行新数据传输的资源且端聚合的多个激活的小区中至少一个小区的距离上次PH信息上报时刻的路损变化超过上行路损变化阈值(dl-PathlossChange)dB;
periodicPHR-Timer(周期PH上报定时器)超时;
高层配置或者重配PH上报功能(禁止PH上报的配置除外);
激活某个配置的小区。
需要说明的是,本发明实施例并不局限于上述几种触发方式,其他能够触发终端进行上报的方式都适用本发明实施例。
网络侧设备20需要接收终端上报的每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区。
较佳的,如果终端10采用PHRMACCE上报PH信息,则网络侧设备20从PHRMACCE中提取出PH信息。
较佳的,如果终端10采用PHRMACCE上报允许配置的载波最大发射功率,则网络侧设备20从PHRMACCE中提取出各小区允许配置的载波最大发射功率。
本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等),也可以是RN(中继)设备,还可以是其它网络侧设备。
基于同一发明构思,本发明实施例中还提供了一种终端、网络侧设备、功率余量上报的方法及调度子帧的方法,由于这些设备和方法解决问题的原理与功率余量上报的***相似,因此这些设备和方法的实施可以参见***的实施,重复之处不再赘述。
如图3所示,本发明实施例的终端包括:PH信息确定模块100和上报模块110。
PH信息确定模块100,用于在需要上报PH信息时,确定每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区。
上报模块110,用于上报PH信息确定模块100确定的PH信息,使得网络侧设备能够根据PH信息,对后续上行子帧进行调度。
较佳的,对于当前时刻是下行子帧的小区,PH信息确定模块100通过虚拟PUCCH格式/或虚拟PUSCH格式计算该小区的PH信息。
具体的,如果该小区是主小区且配置PUCCH和PUSCH并行传输,PH信息确定模块100通过虚拟PUCCH格式虚拟PUSCH格式计算该小区对应的type2PH信息,以及通过虚拟PUSCH格式计算该小区对应的type1PH信息;如果该小区是主小区且未配置PUCCH和PUSCH并行传输,PH信息确定模块100通过虚拟PUSCH格式计算该小区对应的type1PH信息;如果该小区是辅小区,PH信息确定模块100通过虚拟PUSCH格式计算该小区对应的type1PH信息。
较佳的,PH信息确定模块100在确定小区的PH之前,确定小区可配置的载波最大发射功率;相应的,上报模块110上报确定的小区可配置的载波最大发射功率。
较佳的,如果该小区是主小区,PH信息确定模块100确定用于计算type1PH信息的可配置的载波最大发射功率,以及用于计算type2PH信息的可配置的载波最大发射功率;如果该小区是辅小区,PH信息确定模块100确定用于计算type1PH信息的可配置的载波最大发射功率。
较佳的,上报模块110将确定的所有PH信息置于PHRMACCE中,并通过上行子帧发送PHRMACCE。
较佳的,上报模块110将最大发射功率置于PHRMACCE中,并通过上行子帧发送PHRMACCE。
较佳的,上报模块110上报确定的PH信息之前,按照小区编号,确定各个小区的上报信息在PHRMACCE中的顺序。
如图4所示,本发明实施例的网络侧设备包括:接收模块200和调度模块210。
接收模块200,用于接收终端上报的每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区。
调度模块210,用于根据接收模块200收到的PH信息,对后续上行子帧进行调度。
较佳的,接收模块200从PHRMACCE中提取出PH信息。
较佳的,接收模块200从PHRMACCE中提取出各小区允许配置的载波最大发射功率。
如图5所示,本发明实施例功率余量上报的方法包括下列步骤:
步骤501、在需要上报PH信息时,确定每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区。
步骤502、上报确定的PH信息。
由于同一个时刻,不同小区的子帧状态可能不同,所以每个配置且激活的小区中有可能包括当前时刻是下行子帧的小区和当前时刻是上行子帧的小区。
步骤501中,对于当前时刻是上行子帧的小区,如果有真实PUCCH和/或真实PUSCH(PhysicalUplinkSharedChannel,物理上行共享信道)传输,则按照真实传输计算该小区的PH信息,否则按照虚拟PUCCH格式/或虚拟PUSCH传输格式计算该小区PH信息。
较佳的,步骤501中,对于当前时刻是下行子帧的小区,通过虚拟PUCCH格式/或虚拟PUSCH格式计算该小区的PH信息。
对于配置且激活的小区,如果上面有真实PUCCH或者真实PUSCH传输,则Ppusch,c和Ppucch,c按照真实传输计算,对于没有真实传输的情况,按照虚拟PUCCH格式/或虚拟PUSCH传输格式计算Ppusch,c和Ppucch,c。
虚拟PUCCH格式/或虚拟PUSCH格式可以与R10中定义的虚拟PUCCH格式/或PUSCH格式相同或者由物理层定义新的格式。
通过虚拟PUCCH格式/或虚拟PUSCH格式计算该小区的PH信息包括三种情况:只通过虚拟PUCCH计算、只通过虚拟PUSCH计算,以及通过PUCCH和PUSCH计算。
较佳的,如果该小区是主小区且配置PUCCH和PUSCH并行传输,通过虚拟PUCCH格式虚拟PUSCH格式计算该小区对应的类型type2PH信息,以及通过虚拟PUSCH格式计算该小区对应的type1PH信息;
如果该小区是主小区且未配置PUCCH和PUSCH并行传输,通过虚拟PUSCH格式计算该小区对应的type1PH信息;
如果该小区是辅小区,通过虚拟PUSCH格式计算该小区对应的type1PH信息。
较佳的,步骤502中,在上报时,将确定的所有PH信息置于PHRMACCE中,并通过上行子帧发送PHRMACCE。其中,PHRMACCE对应的MAC子头中L域长度取值需要考虑到当前时刻是下行子帧的配置且激活的小区。
需要说明的是,本发明实施例并不局限于上述通过PHRMACCE发送PH信息的方式,其他能够发送PH信息的方式都适用本发明实施例。
在实施中,确定小区的PH信息之前,还可以确定该小区可配置的载波最大发射功率。
具体的,如果该小区是主小区,确定用于计算type1PH信息的可配置的载波最大发射功率,以及用于计算type2PH信息的可配置的载波最大发射功率;
如果该小区是辅小区,确定用于计算type1PH信息的可配置的载波最大发射功率。
较佳的,Pcmax,c计算时还可以考虑该时刻终端真实上行传输的带来的功率回退的影响。
较佳的,在确定可配置的载波最大发射功率后,上报该小区可配置的载波最大发射功率。
比如,将最大发射功率置于PHRMACCE中,并通过上行子帧发送PHRMACCE。
需要说明的是,本发明实施例并不局限于上述通过PHRMACCE发送最大发射功率的方式,其他能够发送最大发射功率的方式都适用本发明实施例。
如果采用PHRMACCE上报PH信息,较佳的,按照小区编号,确定各个小区的PH信息在PHRMACCE中的顺序。比如采用升序排列。
当然采用PHRMACCE上报载波最大发射功率也可以按照小区编号,确定各个小区的最大发射功率在PHRMACCE中的顺序。
如果采用PHRMACCE上报PH信息和最大发射功率,可以将同一小区的PH信息和最大发射功率绑定形成上报信息,然后按照小区编号,确定各个小区的上报信息在PHRMACCE中的顺序。
如图6所示,本发明实施例调度子帧的方法包括下列步骤:
步骤601、接收终端上报的每个配置且激活的小区当前时刻的PH信息,其中小区包括当前时刻是下行子帧的小区。
步骤602、根据收到的PH信息,对后续上行子帧进行调度。
较佳的,如果采用PHRMACCE上报PH信息,则步骤601中,从PHRMACCE中提取出PH信息。
较佳的,步骤601中还可以接收各小区允许配置的载波最大发射功率。具体的,如果采用PHRMACCE上报允许配置的载波最大发射功率,则步骤601中,从PHRMACCE中提取出各小区允许配置的载波最大发射功率。
其中,图5和图6可以合成一个流程,形成一个新的调度子帧的方法,即先执行步骤501和步骤502,再执行步骤601和步骤602。
如图7所示,本发明实施例一个子帧内PH上报维护的方法包括下列步骤:
步骤701、终端在子帧i判断终端聚合的任何一个配置且激活的小区上是否有PH信息上报触发,如果有,则执行步骤702;否则,结束本流程。
步骤702、终端根据RRC是否配置了PUCCH和PUSCH并行传输以及是否配置了使用扩展格式的PHRMACCE,确定PHRMACCE和PHRMACCE子头的格式以及需要占用的比特数。
比如:如果配置了PUCCH和PUSCH并行传输,那么PHRMACCE中需要携带type2PH信息;
需要占用的比特数就是PHRMACCE子头+PHRMACCE占用的总的比特数。
步骤703、终端在子帧i配置且激活小区内查看是否有可以承载PHRMACCE和PHRMACCE子头的用于新数据传输的上行子帧资源,如果有,则执行步骤704;否则,跳出本流程。
步骤704、终端的MAC层通知物理层计算所有配置且激活的小区上的PH值,然后组织PHRMACCE。
其中,对于当前时刻处于下行子帧的小区也需要按照虚拟传输格式计算PH信息。
步骤705、终端进行PHRMACCE上报,并启动或重启prohibitPHR-Timer以及periodicPHR-Timer,同时取消所有PH信息的上报触发。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
由于可以确定下行子帧的PH信息,从而避免上下行配置不同的多个小区中PH信息不完整的情况。
由于接收终端上报的每个配置且激活的小区当前时刻的PH信息的小区包括当前时刻是下行子帧的小区,从而避免PH信息不完整,对后续调度产生的影响,有利于后续的调度以及提高了调度的效率和***稳定性。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。