背景技术
目前,3GPP标准的LTE R10版本中已经规定支持终端的上行频率资源块(PRB)的不连续分配,如,在同一个载波上同时采用上行控制信道(PhysicalUplink Control Channel,PUCCH)的发送数据和采用上行共享信道(PhysicalUplink Shared Channel,PUSCH)发送数据。引入这个机制后对现有的PHR上报就会产生一定影响,因为当终端(UE)采用非连续PRB进行数据发送时,由于带外辐射指标的限制,UE需要采用一定的功率回退,即UE不能以本身设定的最大发送功率发送数据,而需要减少一部分功率,这个减少可能是4-6db甚至更多,而且不同UE的功率回退情况也不同。
现有LTE系统下行传输信道到物理信道的映射如图1所示,当UE以连续PRB发送数据(如图1中A部分所示)时,UE可以采用本身设定的最大功率,如,20dbm。而当UE以非连续PRB发送(如图1中B部分所示)时,两个PRB的总发送功率并不能达到最大功率20dbm,需要减少,如,减少3dbm,这意味着UE这时最大只能采用17dbm发送。
目前的LTE系统内,采用了功率裕量报告(power headroom report,PHR)机制,该机制是指由UE向基站报告UE的发送功率和最大发送功率的差值,LTE标准的的Rel 8/9版本中,PHR机制是针对PUSCH信道定义的,也就是PHR=Pcmax-PPUSCH。其中Pcmax是UE满足射频指标情况下能够允许的最大发送功率,PPUSCH是PUSCH上的发送功率。在LTE标准的Rel-8版本中,由于定义了上行只支持连续的资源分配,因此不同UE的最大功率回退(MPR)的差别很小,在1-2dB左右。而目前PHR的媒体接入控制控制元素(MAC CE)设计如下:
如表1所示,采用LCID值为11010的标识,来向基站通知UE上报的数据中包含PHR。
表1:
Index |
LCID values |
00000 |
CCCH |
00001-01010 |
Identity of the logical channel |
01011-11001 |
Reserved |
11010 |
Power Headroom Report |
11011 |
C-RNTI |
11100 |
Truncated BSR |
11101 |
Short BSR |
11110 |
LongBSR |
11111 |
Padding |
参阅图2所示,MAC CE具体的设置方式为:前两个bit为R比特,为保留比特,后6个比特为指示PHR的等级。
目前,由于PUCCH和PUSCH的同时发送的引入,引入两种类型的PHR:
Type 1:PHRPUSCH=Pcmax,c-Ppusch
Type 2:PHRPUCCH+PUSCH=Pcmax,c-Ppusch-Ppucch
其中,Pcmax,c包括MPR。
基于上述两种类型的PHR,上报方式也分为以下两种:
第1种:当传输时间间隔(Transmission Time Interval,TTI)中仅出现PUSCH时,就只上报type 1PHR,当TTI中出现PUSCH和PUCCH时,就上报type 2PHR。
第2种:无论TTI中是否出现PUCCH,总上报type1PHR和type 2PHR。当有PUCCH出现时,Ppucch按照出现的PUCCH计算功率,当没有PUCCH出现时,Ppucch按照设定格式(如,format 1A)的PUCCH计算功率。
按照第1种方式上报PHR时,会存在以下问题:在LTE标准的Rel-10版本及后续版本中,引入了多种上行传输组合,例如非连续PRB的上行传输(包括PUCCH与PUSCH同时传输,非连续的PUSCH资源调度等等)。对于上行传输的UE的最大功率回退,一定程度上取决于UE的实现:不同UE在相同上行传输情况下的最大功率回退可能不同,同一个UE在不同的上行传输组合情况下(如,连续PRB传输和非连续PRB传输)的最大功率回退也可能不同。该差异在一些情况下可能较大,例如,4-6dB,或更多。目前,按照第1种方式上报PHR时,由于一次只上报一种类型的PHR,因此,虽然上报的Pcmax,c中包括MPR,但Pcmax,c还与其他参量进行相互运算,因此,基站并不能直接获得MPR,因而基站并不知道UE的功率回退情况,从而不能进行合理资源的调度,容易造成系统性能的下降,影响系统的服务质量。
例如,参阅图1所示,基站以连续PRB发送数据时,可以以最大发送功率Pmax进行发送,假设这时UE上报P从而不能进行合理资源的调度,容易造成系统性能的下降,影响系统的服务质量。HR=Pmax-PPUSCH=10dB-6dB=4dB;而基站以非连续PRB发送数据时,假设需要功率回退3dB,而由于UE未向基站明确上报最大回退功率,那么如果这时基站在调度资源时根据UE上次上报的PHR进行功控就会出错,如,假设基站指示UE采用8dB进行上行发送,而由于UE存在3dB的功率回退,则此时UE的最大发送功率仅为7dB,因此,此时UE是做不到采用8dB进行上行发送的,这样便会导致系统的调度出现差错。
另一方面,当按照第2种方式上报PHR时,也会存在以下问题:当PUSCH包含的PRB为连续频率资源时,基站侧根据UE虽然上报的Type 1PHR和Type 2PHR,可以估算出Pcmax,c中包括的MPR,从而可以一定程度上减少MPR造成的影响。但是,当PUSCH包含的PRB为不连续的频率资源时,基站侧仍无法获得的不连续分配引起的MPR,从而仍然不能进行合理资源的调度,容易造成系统性能的下降,影响系统的服务质量。
发明内容
本发明实施例提供一种上报功率裕量报告的方法、装置及系统,用于令基站可以根据UE的PHR上报,准确了解UE的功率回退情况,从而对UE进行合理的功率控制。
本发明实施例提供的具体技术方案如下:
一种上报功率裕量报告的方法,包括:
终端确定PHR上报被触发;
终端根据预设的PHR上报方式获知只允许上报一种类型的PHR;
终端在选定上报的一种类型的PHR中进一步包括最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发。
一种上报功率裕量报告的装置,包括:
第一确定单元,用于确定PHR上报被触发;
第二确定单元,用于根据预设的PHR上报方式获知只允许上报一种类型的PHR;
处理单元,用于在选定上报的一种类型的PHR中进一步包括最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发。
一种上报功率裕量报告的系统,包括基站和终端,其中,
终端,用于在确定PHR上报被触发,且根据预设的PHR上报方式获知只允许上报一种类型的PHR时,在选定上报的一种类型的PHR中进一步包括最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发;
基站,用于接收终端上报的PHR。
一种上报功率裕量报告的方法,包括:
终端确定PHR上报被触发;
终端根据预设的PHR上报方式获知允许上报多种类型的PHR;
终端按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于终端在连续和不连续的PRB上发送数据时采用的发送功率而获得的。
一种上报功率裕量报告的装置,包括:
第一确定单元,用于确定PHR上报被触发;
第二确定单元,用于根据预设的PHR上报方式获知允许上报多种类型的PHR;
处理单元,用于按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于本装置在连续和不连续的PRB上发送数据时采用的发送功率而获得的。
一种上报功率裕量报告的系统,包括基站和终端,其中,
终端,用于在确定PHR上报被触发,且根据预设的PHR上报方式获知允许上报多种类型的PHR时,按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于终端在连续和不连续的PRB上发送数据时采用的发送功率而获得的;
基站,用于接收所述终端上报的PHR。
本发明实施例中,针对只允许上报一种类型的PHR的情况,设置了新的基于MPR超过设定阈值的触发机制,令基站可以在UE侧的MPR过大时,及时获知UE侧的功率回退情况,从而对UE进行合理的功率控制,保证了系统性能,提高了系统服务质量;而本发明实施例中,针对允许上报多种类型的PHR的情况,扩展了上报的PHR的类型,将基于连续和不连续的PRB发送数据的情况全面考虑在内,令基站可以根据从UE获得的各类型的PHR,在连续调度和不连续调度时,均可以估算出UE的MPR,从而对UE进行合理的功率控制,保证了系统性能,提高了系统服务质量。
具体实施方式
为了令网络侧能够及时了解终端侧的功率回退情况,从而进行合理的功率控制。本发明实施例中,终端在确定PHR上报被触发时,若根据预设的PHR上报方式获知只允许上报一种类型的PHR,则在选定上报的一种类型的PHR中携带最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发;若根据预设的PHR上报方式获知允许上报多种类型的PHR,则按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于终端在连续和不连续的PRB上发送数据时采用的发送功率而获得的。
目前,已有的两种类型的PHR为:
Type 1:PHRPUSCH=Pcmax,c-Ppusch
Type 2:PHRPUCCH+PUSCH=Pcmax,c-Ppusch-Ppucch
其中,Pcmax,c为终端在某载波上发送数据时基于MPR的最大发送功率,Ppusch为终端在连续的PUSCH上发送数据时采用的发送功率,Ppucch为终端在PUCCH上发送数据时采用的发送功率,
而已有的PHR上报的触发条件有三种,分别为:
1当上行新数据需要发送,并且这时终端测的路损(Pathloss)和上次上报PHR时测量的路损相比,数据变化高于设定门限值,以及此时禁止时钟(prohibitPHR-timer)也超时了,就会触发PHR上报。
2当周期时钟(periodicPHR-timer)超时了同样也会触发PHR上报。
3当PHR的参数进行重配时,也会触发PHR上报。
而本发明实施例中,在只允许上报一种类型的PHR的情况下(即当TTI中仅出现PUSCH时,就只上报type 1PHR,当TTI中出现PUSCH和PUCCH时,就上报type 2PHR),增设了一种触发条件,包括:
在MPR(可以是由非连续调度产生的MPR)超过设定阈值时,无论路损是否发生变化,均触发终端上报PHR,并且表示为MPR PHR,这样,基站下次进行连续调度时,可以增加MPR功率考虑;否则,若因其他原因触发终端上报PHR,则表示为非MPR PHR,这样,基站下次进行连续调度时,可以不考虑MPR,也就是不增加MPR功率进行调度。
另一方面,在本发明实施例中,在允许上报两种及两种以上类型的PHR的情况下(即无论TTI中是否出现PUCCH,总上报type1PHR和type 2PHR)新增了多种类型的PHR,并且进行多种类型PHR的组合上报,扩展类型的PHR中包括了基于不连续的PHR进行资源调度的情况,具体为:增加了以下类型的PHR,
Type 3:PHRPUSCH1+PUSCH2=Pcmax,c-Ppusch1-Ppusch2;
Type 4:PHR PHRPUSCH1+PUSCH2+PUSCH3=Pcmax,c-Ppusch1-Ppusch2-Ppusch3;
Type 5:PHR PHRPUCCH+PUSCH1+PUSCH2=Pcmax,c-Ppucch-Ppusch1-Ppusch2;
其中,Pcmax,c为终端在某载波上发送数据时基于MPR的最大发送功率,Ppusch1为终端在不连续的PUSCH的第一部分资源上发送数据时采用的发送功率,Ppusch2为终端在不连续的PUSCH的第二部分资源上发送数据时采用的发送功率。Ppusch2为终端在不连续的PUSCH的第二部分资源上发送数据时采用的发送功率。
增设了PHR的上报类型后,可以在PUSCH包含不连续的PRB时,上报UE的MPR,从而令基站可以及时准确地了解UE的功率回退情况,以进行合理的功率控制。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图3所示,本发明实施例中,用于上报PHR的系统(如,LTE系统)包括若干基站和终端(UE),其中,
在只允许上报一种类型的PHR的情况下,
终端,用于在确定PHR上报被触发,且根据预设的PHR上报方式获知只允许上报一种类型的PHR时,在选定上报的一种类型的PHR中进一步包括最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发;
基站,用于接收终端上报的PHR。
而在允许上报多种类型的PHR的情况下,
终端,用于在确定PHR上报被触发,且根据预设的PHR上报方式获知允许上报多种类型的PHR时,按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于终端在连续和不连续的PRB上发送数据时采用的发送功率而获得的;
基站,用于接收所述终端上报的PHR。
参阅图4所示,本发明实施例中,用于上报PHR的装置(如,UE)包括第一确定单元40、第二确定单元41和处理单元42,其中,
在只允许上报一种类型的PHR的情况下,
第一确定单元40,用于确定PHR上报被触发;
第二确定单元41,用于根据预设的PHR上报方式获知只允许上报一种类型的PHR;
处理单元42,用于在选定上报的一种类型的PHR中进一步包括最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发。
在允许上报多种类型的PHR的情况下,
第一确定单元40,用于确定PHR上报被触发;
第二确定单元41,用于根据预设的PHR上报方式获知允许上报多种类型的PHR;
处理单元42,用于按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于本装置在连续和不连续的PRB上发送数据时采用的发送功率而获得的。
基于上述系统架构,参阅图5A所示,本发明实施例中,在只允许上报一种类型的PHR的情况下,终端向基站上报PHR的详细流程如下:
步骤500:终端确定PHR上报被触发。
本发明实施例中,步骤500中PHR上报被触发,可以是由MRP超过设定阈值触发,也可以由已有的3种触发条件触发;进一步地,还可以由基站侧按照预设规则触发,例如,当基站确定采用非连续PRB发送数据时,可以在网络侧提前触发UE上报PHR,并采用虚拟PUCCH和/或PUSCH的方式让UE计算虚拟PHR,这样基站就可以提前参考。
步骤510:终端根据预设的PHR上报方式获知只允许上报一种类型的PHR。
步骤520:终端在选定上报的一种类型的PHR中进一步包括最大功率回退MRP指示,该MRP指示用于通知网络侧当前的PHR上报是否基于MPR超过设定阈值触发。
采用上述方式上报PHR,需要在上报的数据中区分出是由那种原因触发的PHR,本实施例中,较佳的,可以在MAC CE结构中,采用R bit区分是MPR PHR,还是非MPR PHR。例如,参阅图6所示,可以采用R比特为0表示PHR为MPR PHR。又例如,参阅图7所示,而采用R比特为0表示PHR为非MPR PHR。当然,也可以进一步对非MPR PHR上报类型做更细致地区分,如,区分是周期触发PHR,还是路损(PL)触发PHR,还是参数重配置触发PHR,以及他们的组合触发,扩展的方式也可以采用Rbit等方式,在此不再赘述。
这样,当MPR超过阈值了时,即使路损没有变化,也会及时触发PHR上报,并且表示为MPR PHR,从而令基站下次进行连续调度时,可以增加MPR功率考虑。例如,MPR阈值设置为3dB,那么,基站获知UE上报的PHR为MPR PHR时,便确定UE的MPR已超过3dB,则基站在后续进行连续调度时便可以增加3dB,以克服MPR造成的影响。
区别于上述实施例,参阅图5B所示,本发明实施例中,在允许上报多种类型的PHR的情况下,终端向基站上报PHR的详细流程如下:
步骤5000:终端确定PHR上报被触发。
与步骤500同理,本发明实施例中,步骤5000中PHR上报被触发,可以是由MRP超过设定阈值触发,也可以由已有的3种触发条件触发;进一步地,还可以由基站侧按照预设规则触发,例如,当基站确定采用非连续PRB发送数据时,可以在网络侧提前触发UE上报PHR,并采用虚拟PUCCH和/或PUSCH的方式让UE计算虚拟PHR,这样基站就可以提前参考。
步骤5100:终端根据预设的PHR上报方式获知允许上报多种类型的PHR。
步骤5200:终端按照预设的组合规则,选择至少两种类型的PHR进行组合上报,其中,所述至少两种类型的PHR是基于终端在连续和不连续的频率资源块PRB上发送数据时采用的发送功率而获得的。
本发明实施例中,在进行组合上报时,UE每次上报不仅仅同时上报type 1PHR和type2PHR,而且还可以按照其他组合方式上报,例如,同时上报type1PHR、type2PHR和type3PHR,或者,同时上报type1PHR、type2PHR、type3PHR、type4PHR和type5PHR。可以根据UE本地配置的组合规则确定在什么时间上报哪些类型的PHR组合,还可以通过网络侧配置指示UE在什么时间上报那些PHR的组合。
在上述实施例中,当发射时对应的PUCCH或/和PUSCH(也可以是不连续的PUSCH中的一部分,如PUSCH 3)并没有出现时,可以采用假设格式的PUCCH或/和PUSCH来计算相应的发送功率,其中,假设格式的PUCCH可以为format 1a,而假设格式的PUSCH可以假设其调制编码方式,连续PRB的个数,离中心频点的距离,以及不连续资源部分之间相差的带宽等等。进一步地,若基于不连续的PUSCH计算相应的发送功率,则可以假设不连接的PUSCH包含的各部分资源之间相差指定大小的带宽;如,要计算Type 3PHR中的Ppusch1和Ppusch2,则假设Ppusch1和Ppusch2之间相差指定的带宽,较佳的,指定的带宽为1/4带宽。
以同时上报type1PHR、type2PHR和type3PHR为例,当仅有连续的PUSCH发送时,UE侧针对Type1PHR,可以按照发送数据时使用的PUSCH计算PPUSCH,针对Type 2PHR,可以采用format 1A假设PUCCH格式计算PPUCCH。针对Type3PHR,可以假设PUSCH1是真实出现的,而PUSCH2是虚拟的,那么在计算PHR时可以假设虚拟的PUSCH2占用的PRB和PUSCH1占用的PRB同样多,并且PUSCH2和PUSCH1间隔1/4PRB。在这种情况下网络侧可以根据这个信息进行参考,例如,在下一次非连续调度PUSCH时,就可以参考Type 3PHR的PHR,而在下一次调度PUCCH和PUSCH一起发送时,就可以参考type2的PHR。例如,
假设不考虑由于非连续发送造成的MPR时,Pcmax,c为23dBm,当仅有连续的PUSCH发送时,Ppusch为15dBm。这时不需要考虑由于非连续发送照成的MPR,那么,计算type1 PHR=23-15=8dB。
当需要计算type2PHR时,假设虚拟的Ppucch为2dBm,这时需要考虑由于非连续发送造成的MPR,假设为3dB,那么,计算type2PHR=23-15-2-3=3dB。
当需要计算type3PHR时,这时Ppusch1=15dBm,假设虚拟的Ppusch2=3dBm,这时需要考虑由于非连续发送生成的MPR,假设为2dB。那么,计算type2PHR=23-15-2-3=3dB。
基于上述实施例中,在执行步骤520时,相应的,在网络侧针对不同的PHR类型标识可以通过新的LCID来标识。可以采用一个新的LCID来标识打包的PHR上报,也可以采用多个LCID分别表示一起上报的不同的PHR。
例如,参阅表2所示,采用LCID值为11001的标识。
表2:
Index |
LCID values |
00000 |
CCCH |
00001-01010 |
Identity of the logical channel |
01011-11000 |
Reserved |
11001 |
Combined PHR |
11010 |
Power Headroom Report |
11011 |
C-RNTI |
11100 |
Truncated B SR |
11101 |
Short BSR |
11110 |
LongBSR |
11111 |
Padding |
这种combined PHR可以是变长的,即是合并了几个类型的PHR上报相关的信息,例如,前3个比特用来标识是几种PHR组合,假设是3种PHR组合,并且规定顺序是从type1到type3,每个type PHR占有6个比特,最后3个比特为padding比特。
而不同种type组合的PHR MAC CE会是不一样的,例如,表示组合PHR的PHR MAC CE的格式可以如图8所示。也可以采用多个LCID标识每个Type的PHR,这样就会使用多个LCID,但是MAC CE可以采用目前的MAC CE格式,在此不再赘述。
在网络侧和UE侧都可以区分了不同组合的PHR上报后,UE可以按照事先约定或根据网络侧配置进行不同组合的PHR上报。
综上所述,本发明实施例中,针对只允许上报一种类型的PHR的情况,设置了新的基于MPR超过设定阈值的触发机制,令基站可以在UE侧的MPR过大时,及时获知UE侧的功率回退情况,从而对UE进行合理的功率控制,保证了系统性能,提高了系统服务质量;而本发明实施例中,针对允许上报多种类型的PHR的情况,扩展了上报的PHR的类型,将基于连续和不连续的PRB发送数据的情况全面考虑在内,令基站可以根据从UE获得的各类型的PHR,在连续调度和不连续调度时,均可以估算出UE的MPR,从而对UE进行合理的功率控制,保证了系统性能,提高了系统服务质量。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。