具体实施方式
本发明实施例聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备发送功率余量信息。由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报功率余量信息,从而实现了在UE聚合不同eNB下的载波的场景下进行功率余量信息上报。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中,先从网络侧和用户设备侧的配合实施进行说明,最后分别从网络侧与用户设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与用户设备侧分开实施时,也解决了分别在网络侧、用户设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图1所示,本发明实施例上报功率余量的系统包括:用户设备10和网络侧设备20。
用户设备10,用于确定功率余量信息,向至少一个参与聚合的网络侧设备发送功率余量信息,其中用户设备10聚合多个网络侧设备的资源;
网络侧设备20,用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息,根据功率余量信息进行调度。
在实施中,网络侧设备20根据功率余量信息进行调度的内容可以参见3GPP TS 36.321协议,在此不再赘述。
在实施中,网络侧设备20将聚合的服务小区和网络侧设备的对应关系发送给用户设备10;相应的,用户设备10根据聚合的服务小区和网络侧设备的对应关系,确定参与聚合的网络侧设备。
具体的,网络侧设备20可以通过RRC(Radio Resource Control,无线资源控制)信令将上述对应关系通知给用户设备10。
较佳地,网络侧设备20通过与其他网络侧设备之间的接口获取聚合的服务小区和网络侧设备的对应关系,比如S1、X2、其他已知接口或新定义的接口。
在实施中,用户设备10向参与聚合的网络侧设备上报功率余量信息的方式有很多种,下面列举几种。
情况一、基于用户设备进行PH(Power Headroom,功率余量)触发和上报。PH信息以网络侧设备之间的接口交互的方式告知各聚合的网络侧设备,或通过用户设备分别向各网络侧设备上报的方式告知各聚合的网络侧设备(不需要PH信息的网络侧设备间交互)。
具体的,PH触发和上报原则与R10以及之前版本的PH触发和上报原则相同。
PHR触发机制是针对UE的(即Per UE),UE聚合的服务小区只要满足以下条件之一即可触发PHR上报:
UE存在用于新数据传输的上行资源,PHR禁止定时器超时,且至少有一个激活的Serving cell(服务小区)的路损变化(PL change)超过下行路损改变量(dl-PathlossChange);
periodicPHR-Timer(PHR周期定时器)超时;
高层配置或重配PHR上报功能,disable PHR(功率余量上报配置去配置)配置的情况(具体可以参见3GPP TS 36.321、TS 36.331协议)除外;
配置了上行的SCell激活;
UE存在用于新数据传输的上行资源,PHR禁止定时器超时,对任意一个激活的配置了UL的Serving cell,在这个TTI有上行传输或PUCCH传输,且自最后一个PHR传输以来,要求的功率回退大于dl-PathlossChange。
PHR上报:
UE通过在上行媒体接入控制协议数据单元(MAC PDU,Medium AccessControl Protocol Data Unit)中包含PH MAC控制单元(PH MAC CE,PowerHeadroom MAC Control Element)或扩展的PH MAC控制单元(Extended PHMAC CE)的方式上报PHR。UE存在用于新数据传输的上行资源时,如果判断触发了PHR上报,并且基于逻辑信道优先级处理结果确定在传输的上行MAC PDU中能够容纳一个PH MAC CE和与其对应的MAC子头,则UE计算当前的上行功率余量,在传输的上行MAC PDU中包含PH MAC CE,同时启动或重启periodicPHR-Timer和prohibitPHR-Timer(PHR禁止定时器),并取消所有已触发的PHR上报。
其中,LTE R10以及之前版本采用的PH触发和上报原则可以参见3GPP TS36.321协议,在此不再赘述。
在实施中,用户设备10向至少一个参与聚合的网络侧设备20发送所有激活的服务小区上的功率余量信息,比如可以向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,还可以向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息。
较佳地,用户设备10可以通过下列资源中的一种上报PH信息:
在功率余量上报触发后,通过第一个能够承载功率余量信息的服务小区上报功率余量信息;或
在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息(比如PH上报的触发是由UE聚合的其中一个基站下的cell满足条件触发的,那么这个eNB就是触发了PHR上报的eNB);或
在选择的宏基站(这里的宏基站是提供广域覆盖的基站,广域覆盖的基站的覆盖范围包括提供本地覆盖的基站的覆盖范围和超出本地覆盖的区域范围)的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,该网络侧设备在满足触发上报功率余量的条件后的设定时间内没有可用上行资源,用户设备通过聚合的其他网络设备的可用上行资源上报功率余量信息;或
若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件(比如UE聚合m个网络侧设备,其中有n个网络侧设备(1<n≤m)下的服务小区中至少一个服务小区触发PHR上报),用户设备10在多个网络侧设备中的部分网络侧设备(这里的部分网络侧设备是UE聚合的网络侧设备下的至少一个有可用UL资源的网络侧设备)有可用上行资源时,通过部分网络侧设备的可用上行资源上报功率余量信息。
若用户设备10向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备不需要再转发功率余量信息。
较佳地,在有多个参与聚合的网络侧设备有上行资源时,用户设备将功率余量信息依次上报给参与聚合的网络侧设备。比如哪个网络侧设备下的cell先有UL资源,先给哪个网络侧设备上报;若是同时有资源,用户设备分别利用不同的网络侧设备下的UL资源上报PH信息。
若用户设备10向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备将接收到的所有功率余量信息全部转发给其他网络侧设备或将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
具体的,收到功率余量信息的网络侧设备通过网络侧设备之间的接口将收到的所有功率余量信息全部转发给其他参与聚合或参与聚合且执行上行调度的网络侧设备;或网络侧设备将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
情况二、采用per UE per eNB的PHR(Power Headroom Report,功率余量上报)机制,用户设备分别向聚合的网络侧设备上报PH信息,不需要网络侧设备间交互PH信息。
具体的,针对一个参与聚合的网络侧设备,用户设备10向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息。
在实施中,用户设备10向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息之外,还可以携带其他激活的服务小区上的功率余量信息。
具体的,用户设备10聚合的服务小区只要满足以下条件之一即可触发perUE per eNB的PH信息上报:
存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,且该网络侧设备下至少有一个激活的Serving cell的PL change超过dl-PathlossChange dB;
网络侧高层配置或重配per UE per eNB的功率余量信息上报功能,其中disable PHR配置的情况除外;
配置上行的服务小区激活时,触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息;
用户设备10存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,对该网络侧设备下任意一个激活配置UL的服务小区,若在该服务小区有上行传输或PUCCH传输,且在最后一个功率余量信息传输后,要求的功率回退大于门限值,则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息(比如对于一个eNB的PHR禁止定时器超时后,某个时刻有了UL传输可用资源,而又有UL传输,然后UE发现功率回退大于门限了,就会触发PHR上报)。
较佳地,用户设备10可以通过下列资源中的一种上报PH信息:
若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,用户设备10在该网络侧设备有可用上行资源(可用上行资源是用于新数据传输,且能够承载功率余量信息(即PH MAC CE+其子头)的上行资源)时,通过可用上行资源向该网络侧设备上报该网络侧设备下所有激活的服务小区上的功率余量信息;或
若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件(比如UE聚合m个网络侧设备,其中有n个网络侧设备(1<n≤m)下的服务小区中至少一个服务小区触发PHR上报),用户设备10在多个网络侧设备中的每个触发功率余量上报的网络侧设备都有可用上行资源时,分别通过所述对应网络侧设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息。
其中,收到功率余量信息的网络侧设备不需要再转发功率余量信息。
情况三、采用per UE per eNB的PHR机制,用户设备可向聚合的网络侧设备上报PH信息,网络侧设备通过之间的接口交互的方式传递收到的PH信息。
用户设备10向至少一个参与聚合的网络侧设备20发送部分或所有激活的服务小区上的功率余量信息;或
针对一个参与聚合的网络侧设备,用户设备10向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息。在实施中,用户设备10向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息之外,还可以携带其他激活的服务小区上的功率余量信息。
具体的,用户设备10聚合的服务小区只要满足以下条件之一即可触发perUE per eNB的PH信息上报:
存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,且该网络侧设备下至少有一个激活的Serving cell的PL change超过dl-PathlossChange;
网络侧高层配置或重配per UE per eNB的功率余量信息上报功能,其中disable PHR配置的情况除外;
配置上行的服务小区激活时,触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息;
用户设备10存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,对该网络侧设备下任意一个激活配置UL的服务小区,若在该服务小区有上行传输或PUCCH传输,且在最后一个功率余量信息传输后,要求的功率回退大于门限值,则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息(比如对于一个eNB的PHR禁止定时器超时后,某个时刻有了UL传输可用资源,而又有UL传输,然后UE发现功率回退大于门限了,就会触发PHR上报)。
较佳地,用户设备10可以通过下列资源中的一种上报PH信息:
在功率余量上报触发后,通过第一个能够承载功率余量信息的服务小区上报功率余量信息;或
在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息(比如PH上报的触发是由UE聚合的其中一个基站下的cell满足条件触发的,那么这个eNB就是触发了PH上报的eNB);或
在选择的宏基站(这里的宏基站是提供广域覆盖的基站,广域覆盖的基站的覆盖范围包括提供本地覆盖的基站的覆盖范围和超出本地覆盖的区域范围)的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,该网络侧设备在满足触发上报功率余量的条件后的设定时间内没有可用上行资源,用户设备通过聚合的其他网络设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息;或
若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件(比如UE聚合m个网络侧设备,其中有n个网络侧设备(1<n≤m)下的服务小区中至少一个服务小区触发PHR上报),用户设备10在多个网络侧设备中的部分网络侧设备(这里的部分网络侧设备是UE聚合的网络侧设备下的至少一个有可用UL资源的网络侧设备)有可用上行资源时,通过部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网络侧设备的所有激活的服务小区上的功率余量信息。
若用户设备10向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备不需要再转发功率余量信息。若用户设备10分别向其聚合的每个触发PHR上报的网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备不需要再转发功率余量信息。
较佳地,在有多个参与聚合的网络侧设备有上行资源时,用户设备将功率余量信息依次上报给参与聚合的网络侧设备。比如哪个网络侧设备下的cell先有UL资源,先给哪个网络侧设备上报;若是同时有资源,用户设备分别利用不同的网络侧设备下的UL资源上报PH信息。
若用户设备10向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备将接收到的所有功率余量信息全部转发给其他网络侧设备或将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
具体的,收到功率余量信息的网络侧设备通过网络侧设备之间的接口将收到的所有功率余量信息全部转发给其他参与聚合或参与聚合且执行上行调度的网络侧设备;或网络侧设备将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
若用户设备10将一个参与聚合的网络侧设备对应的功率余量信息发送给另一个参与聚合的网络侧设备,则收到功率余量信息的网络侧设备将接收到的与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
具体的,网络侧设备将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
其中,本发明实施例的网络侧设备可以是基站(比如宏基站,家庭基站等),也可以是RN(中继)设备,还可以是其它网络侧设备。
如图2所示,本发明实施例上报功率余量的系统中的用户设备包括:确定模块200和上报模块210。
确定模块200,用于在用户设备聚合多个网络侧设备的资源后,确定功率余量信息;
上报模块210,用于向至少一个参与聚合的网络侧设备发送功率余量信息。
较佳地,上报模块210向至少一个参与聚合的网络侧设备发送功率余量信息之前,根据聚合的服务小区和网络侧设备的对应关系,确定参与聚合的网络侧设备。
较佳地,上报模块210向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息;或向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息。
较佳地,上报模块210在功率余量上报触发后,通过第一个能够承载功率余量信息的服务小区上报功率余量信息;或在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后,通过所述可用上行资源上报功率余量信息;或在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后,通过所述可用上行资源上报功率余量信息;或在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后,通过所述可用上行资源上报功率余量信息;或若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,该网络侧设备在满足触发上报功率余量的条件后的设定时间内没有可用上行资源,用户设备通过聚合的其他网络设备的可用上行资源上报功率余量信息;或若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件,所述用户设备在多个网络侧设备中的部分网络侧设备有可用上行资源时,通过部分网络侧设备的可用上行资源上报功率余量信息。
较佳地,上报模块210在有多个参与聚合的网络侧设备有上行资源时,将功率余量信息依次上报给参与聚合的网络侧设备。
较佳地,针对一个参与聚合的网络侧设备,上报模块210向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息。
较佳地,若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,上报模块210在该网络侧设备有可用上行资源时,通过所述可用上行资源向该网络侧设备上报该网络侧设备下所有激活的服务小区上的功率余量信息,若该网络侧设备在满足触发上报功率余量的条件后的设定时间内没有可用上行资源,用户设备通过聚合的其他网络设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息;或若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件,上报模块210在多个网络侧设备中的部分网络侧设备有可用上行资源时,通过部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网络侧设备的所有激活的服务小区上的功率余量信息;或若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件,上报模块210在多个网络侧设备中的每个触发功率余量上报的网络侧设备都有可用上行资源时,分别通过对应网络侧设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息。
较佳地,上报模块210在确定满足下列触发上报功率余量的条件中的部分或全部后,向至少一个参与聚合的网络侧设备发送功率余量信息:
存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,且该网络侧设备下至少有一个激活的Serving cell的PL change超过dl-PathlossChange dB;或网络侧高层配置或重配per UE per eNB的功率余量信息上报功能,其中disable PHR配置的情况除外;或配置上行的服务小区激活时,触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息;或存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,对该网络侧设备下任意一个激活配置UL的服务小区,若在该服务小区有上行传输或PUCCH传输,且在最后一个功率余量信息传输后,要求的功率回退大于门限值,则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。
如图3所示,本发明实施例上报功率余量的系统中的网络侧设备包括:接收模块300和处理模块310。
接收模块300,用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息;
处理模块310,用于根据功率余量信息进行调度。
较佳地,接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息之前,处理模块310将聚合的服务小区和网络侧设备的对应关系发送给用户设备。
较佳地,处理模块310从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应关系。
较佳地,处理模块310将收到的所有功率余量信息全部转发给其他网络侧设备;或将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
基于同一发明构思,本发明实施例中还提供了一种用户设备上报功率余量的方法和网络侧设备处理功率余量的方法,由于这些方法解决问题的原理与本发明实施例上报功率余量的系统相似,因此这些方法的实施可以参见系统的实施,重复之处不再赘述。
如图4所示,本发明实施例用户设备上报功率余量的方法包括下列步骤:
步骤401、聚合多个网络侧设备的资源的用户设备确定功率余量信息;
步骤402、用户设备向至少一个参与聚合的网络侧设备发送功率余量信息。
在实施中,用户设备根据聚合的服务小区和网络侧设备的对应关系,确定参与聚合的网络侧设备。
用户设备向参与聚合的网络侧设备上报功率余量信息的方式有很多种,下面列举几种。
情况一、基于用户设备进行PH触发和上报。PH信息以网络侧设备之间的接口交互的方式告知各聚合的网络侧设备,或通过用户设备分别向各网络侧设备上报的方式告知各聚合的网络侧设备(不需要PH信息的网络侧设备间交互)。
具体的,PH触发和上报原则与R10以及之前版本的PH触发和上报原则相同。
其中,LTE R10以及之前版本采用的PH触发和上报原则可以参见3GPP TS36.321协议,在此不再赘述。
在实施中,用户设备向至少一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,比如可以向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,还可以向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息。
较佳地,用户设备可以通过下列资源中的一种上报PH信息:
在功率余量上报触发后,通过第一个能够承载功率余量信息的服务小区上报功率余量信息;或
在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,该网络侧设备在满足触发上报功率余量的条件后的设定时间内没有可用上行资源,用户设备通过聚合的其他网络设备的可用上行资源上报功率余量信息;或
若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件,用户设备在多个网络侧设备中的部分网络侧设备有可用上行资源时,通过部分网络侧设备的可用上行资源上报功率余量信息。
较佳地,在有多个参与聚合的网络侧设备有上行资源时,用户设备将功率余量信息依次上报给参与聚合的网络侧设备。
情况二、采用per UE per eNB的PHR机制,用户设备分别向聚合的网络侧设备上报PH信息,不需要网络侧设备间交互PH信息。
具体的,针对一个参与聚合的网络侧设备,用户设备向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息。
在实施中,用户设备向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息之外,还可以携带其他激活的服务小区上的功率余量信息。
具体的,用户设备聚合的服务小区只要满足以下条件之一即可触发per UEper eNB的PH信息上报:
存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,且该网络侧设备下至少有一个激活的Serving cell的PL change超过dl-PathlossChange dB;
网络侧高层配置或重配per UE per eNB的功率余量信息上报功能,其中disable PHR配置的情况除外;
配置上行的服务小区激活时,触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息;
用户设备存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,对该网络侧设备下任意一个激活配置UL的服务小区,若在该服务小区有上行传输或PUCCH传输,且在最后一个功率余量信息传输后,要求的功率回退大于门限值,则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。
较佳地,用户设备可以通过下列资源中的一种上报PH信息:
若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,用户设备在该网络侧设备有可用上行资源时,通过可用上行资源向该网络侧设备上报该网络侧设备下所有激活的服务小区上的功率余量信息;或
若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件,所述用户设备在多个网络侧设备中的每个触发功率余量上报的网络侧设备都有可用上行资源时,分别通过所述对应网络侧设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息。
情况三、采用per UE per eNB的PHR机制,用户设备可向聚合的网络侧设备上报PH信息,网络侧设备通过之间的接口交互的方式传递收到的PH信息。
用户设备向至少一个参与聚合的网络侧设备发送部分或所有激活的服务小区上的功率余量信息;或
针对一个参与聚合的网络侧设备,用户设备向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息。在实施中,用户设备向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息之外,还可以携带其他激活的服务小区上的功率余量信息。
具体的,用户设备聚合的服务小区只要满足以下条件之一即可触发per UEper eNB的PH信息上报:
存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,且该网络侧设备下至少有一个激活的Serving cell的PL change超过dl-PathlossChange dB;
网络侧高层配置或重配per UE per eNB的功率余量信息上报功能,其中disable PHR配置的情况除外;
配置上行的服务小区激活时,触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息;
用户设备存在用于新数据传输的上行资源,且针对一个网络侧设备的PHR禁止定时器超时,对该网络侧设备下任意一个激活配置UL的服务小区,若在该服务小区有上行传输或PUCCH传输,且在最后一个功率余量信息传输后,要求的功率回退大于门限值,则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。
较佳地,用户设备可以通过下列资源中的一种上报PH信息:
在功率余量上报触发后,通过第一个能够承载功率余量信息的服务小区上报功率余量信息;或
在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后,通过可用上行资源上报功率余量信息;或
若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件,该网络侧设备在满足触发上报功率余量的条件后的设定时间内没有可用上行资源,用户设备通过聚合的其他网络设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息;或
若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件,在多个网络侧设备中的部分网络侧设备有可用上行资源时,通过部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网络侧设备的所有激活的服务小区上的功率余量信息。
若用户设备向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备不需要再转发功率余量信息。若用户设备分别向其聚合的每个触发PHR上报的网络侧设备发送该网络侧设备下所有激活的服务小区上的功率余量信息,则收到功率余量信息的网络侧设备不需要再转发功率余量信息。
较佳地,在有多个参与聚合的网络侧设备有上行资源时,用户设备将功率余量信息依次上报给参与聚合的网络侧设备。
如图5所示,本发明实施例网络侧设备处理功率余量的方法包括下列步骤:
步骤501、网络侧设备接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息;
步骤502、网络侧设备根据功率余量信息进行调度。
较佳地,步骤501之前,还可以进一步包括:
网络侧设备将聚合的服务小区和网络侧设备的对应关系发送给用户设备。
较佳地,网络侧设备从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应关系。
较佳地,步骤502之后,还可以进一步包括:
网络侧设备将收到的所有功率余量信息全部转发给其他网络侧设备;或
网络侧设备将接收到的功率余量信息中与其他网络侧设备相关功率余量信息转发给该其他网络侧设备。
其中,图4和图5可以合成一个流程,形成一个上报功率余量的方法,即先执行步骤401和步骤402,再执行步骤501和步骤502。
下面以两个实例对上述情况一进行详细说明。
实例一、沿用现有的PHR触发和上报机制(per UE的PHR触发和上报),给其中一个基站上报的所有激活serving cell上的PH信息,并在两个基站之间通过接口交互PH信息
步骤1:通知UE为其服务的eNB和服务小区的关系:
UE的初始接入的基站根据UE位置和移动等信息,确定UE可以聚合的eNB以及聚合eNB下可为UE提供服务的小区,并通过RRC信令通知UE为其服务的eNB和服务小区的映射关系,可包括UE聚合的eNB index信息,serving cell index信息等。
步骤2:per UE PHR参数配置:
基站为UE配置PHR相关RRC层参数,包括periodicPHR-Timer、prohibitPHR-Timer和dl-PathlossChange。该参数对应的基站包括参与聚合的基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责PHR接收的基站等。
步骤3:PHR触发:
PHR触发类型和触发方式可以按照R10及之前版本的PHR触发机制,参见背景介绍部分。
步骤4:PHR上报:
PHR上报原则可以遵循R10及之前版本的PHR上报原则,具体参见背景介绍部分。归属于不同eNB的PH信息封装在相同的PH MAC CE中,反映UE聚合的所有激活Serving cell上的PH信息,上报给eNB。
可以根据聚合的小区个数、步骤1中eNB和服务小区的关系通知的具体形式等信息设计出多种对应的PH MAC CE格式,如可通过扩展现有ExtendedPH MAC CE格式或引入新的LCID的方式实现。
PHR上报资源的选择可以通过如下几种方式:
PHR触发后在第一个可以承载该PH MAC CE及其子头的子帧内上报PH;
选择触发PHR的基站下的服务小区在有可用上行资源时上报PH;
选择宏基站下或者提供本地覆盖的基站下的服务小区在有可用上行资源时上报PH;
选择执行上行调度的基站下的服务小区在有可用上行资源时上报PH;
步骤5:PH信息交互:
若UE未向所有聚合的基站上报PH信息,则需要基站之间的接口交互UE上报的PH信息。可以有如下几种转发方式:
eNB将接收到的全部PH信息完全转发给其他基站;
eNB仅将接收到的PH信息中与该目标基站相关PH信息转发给该基站。
实例二、沿用现有的PHR触发和上报机制(per UE的PHR触发和上报),上报所有激活serving cell上的PH信息,在不同的eNB下的Serving cell有可用的上行资源时,通过分属于不同的基站的服务小区上报PHR;
步骤1:通知UE为其服务的eNB和服务小区的关系;
步骤2:per UE PHR参数配置;
步骤3:PHR触发;
其中,步骤1~3的实施方案同实例一。
步骤4:PHR上报:
PHR上报原则可以遵循R10及之前版本的PHR上报原则,具体参见背景介绍部分。归属于不同eNB的PH信息封装在相同的PH MAC CE中,反映UE聚合的所有激活Serving cell上的PH信息。该信息在聚合的eNB有上行资源时依次上报给UE聚合的eNB,从而避免PH信息在不同基站间的交互过程。
下面以一个实例对上述情况一和情况三相结合的方案进行详细说明。
引入新的PHR触发机制(per UE per eNB的PHR触发),上报所有激活serving cell上的PH信息。PHR上报时,可以选择最近的有上行资源可用的小区上报PHR,若获知PH信息的基站发现有不属于该基站的小区的PH信息,需要通过基站之间的接口交互PH信息给目标基站。
步骤1:通知UE为其服务的eNB和服务小区的关系:
UE的初始接入的基站根据UE位置和移动等信息,确定UE可以聚合的eNB以及聚合eNB下可为UE提供服务的小区,并通过RRC信令通知UE为其服务的eNB和服务小区的映射关系,可包括UE聚合的eNB index信息,serving cell index信息等。
步骤2:eNB通知per UE per eNB PHR参数配置:
基站为UE配置PHR相关RRC层参数,包括periodicPHR-Timer、prohibitPHR-Timer和dl-PathlossChange。该参数对应的基站包括参与聚合的基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责PHR接收的基站等。
其中,prohibitPHR-Timer可改为per UE per eNB配置类型,periodicPHR-Timer和/或dl-PathlossChange亦可能为per UE per eNB配置类型,具体per UE per eNB的实现方式可通过修改现有参数使用方式或引入新的参数配置实现。
步骤3:PHR触发:
引入per UE per eNB的PHR触发机制。所谓per UE per eNB的PHR上报的触发机制,即为R12UE聚合的服务小区只要满足以下条件之一即可触发perUE per eNB的PHR上报:
UE存在用于新数据传输的上行资源,针对某个eNB的PHR禁止定时器超时,且该eNB下至少有一个激活的Serving cell的PL change超过dl-PathlossChange dB;
高层配置或重配per UE per eNB的PHR上报功能,disable PHR配置的情况(具体可以参见3GPP TS 36.321、TS 36.331协议)除外;
配置了上行的服务小区激活时,触发该服务小区的归属基站下和UE聚合的其他基站下的所有激活状态的服务小区的PH信息上报;
UE存在用于新数据传输的上行资源,针对某个eNB的PHR禁止定时器超时,对该eNB下任意一个激活的配置了UL的Serving cell,若在这个TTI(即UE存在用于新数据传输的上行资源,且针对某个eNB的PHR禁止定时器超时的这个时刻)有上行传输或PUCCH传输,且自最后一个PHR传输以来,要求的功率回退(通过小区c的功率管理最大功率缩减量(P-MPRc)获知)大于dl-PathlossChange,则触发所有激活的服务小区的PH信息上报。
步骤4:PHR上报:
PHR上报时,可以选择最近的有上行资源可用的小区上报PHR,若获知PH信息的基站发现有不属于该基站的小区的PH信息,需要通过基站之间的接口交互PH信息给目标基站。
PHR上报原则基本可以遵循R10及之前版本的PHR上报原则。UE在上报PH MAC CE(MAC Control Element,媒体接入层控制单元)后,启动或重启per UE periodicPHR-Timer和per UE per eNB prohibitPHR-Timer,并取消所有已触发的PHR上报。
步骤5:PH信息交互(如果需要进行信息交互):
若获知PH信息的基站发现有不属于该基站的小区的PH信息,需要通过基站之间的接口交互UE上报的PH信息。可以有如下几种转发方式:
eNB将接收到的全部PH信息完全转发给其他基站;
eNB仅将接收到的PH信息中与该目标基站相关PH信息转发给该基站。
下面以一个实例对上述情况二进行详细说明。
引入新的PHR触发和上报机制(per UE per eNB的PHR触发和上报),UE分别向聚合基站上报PHR,不需要基站间交互PHR信息。
步骤1:通知UE为其服务的eNB和服务小区的关系:
UE的初始接入的基站根据UE位置和移动等信息,确定UE可以聚合的eNB以及聚合eNB下可为UE提供服务的小区,并通过RRC信令通知UE为其服务的eNB和服务小区的映射关系,可包括UE聚合的eNB index信息,serving cell index信息等。
步骤2:eNB通知per UE per eNB PHR参数配置:
基站为UE配置PHR相关RRC层参数,包括periodicPHR-Timer、prohibitPHR-Timer和dl-PathlossChange。该参数对应的基站包括参与聚合的基站、或负责移动性管理的基站、或提供宏覆盖的基站、或负责PHR接收的基站等。
其中,prohibitPHR-Timer可改为per UE per eNB配置类型,periodicPHR-Timer和/或dl-PathlossChange亦可能为per UE per eNB配置类型,具体per UE per eNB的实现方式可通过修改现有参数使用方式或引入新的参数配置实现。
步骤3:PHR触发:
引入per UE per eNB的PHR触发机制。所谓per UE per eNB的PHR上报的触发机制,即为R12UE聚合的服务小区只要满足以下条件之一即可触发perUE per eNB的PHR上报:
UE存在用于新数据传输的上行资源,针对某个eNB的PHR禁止定时器超时,且该eNB下至少有一个激活的Serving cell的PL change超过dl-PathlossChange dB;
高层配置或重配per UE per eNB的PHR上报功能,disable PHR配置的情况除外;
配置了上行的服务小区激活时,触发该服务小区的归属基站的PHR上报;
UE存在用于新数据传输的上行资源,针对某个eNB的PHR禁止定时器超时,对该eNB下任意一个激活的配置了UL的Serving cell,若在这个TTI有上行传输或PUCCH传输,且自最后一个PHR传输以来,要求的功率回退大于dl-PathlossChange dB,则触发其归属基站的PHR上报。
步骤4:PHR上报:
引入per UE per eNB的PHR上报机制。归属于不同eNB的PH信息封装在不同的PH MAC CE中,仅反映该eNB下聚合的所有激活Serving cell上的PH信息。UE在上报PH MAC CE后,启动或重启per UE periodicPHR-Timer和per UE per eNB prohibitPHR-Timer,并取消所有已触发的PHR上报。
可以根据聚合的小区个数、步骤1中eNB和服务小区的关系通知的具体形式等信息设计出多种对应的PH MAC CE格式,如可通过扩展现有Extended(延长)PH MAC CE格式或引入新的LCID(Logical Channel ID,逻辑信道号)的方式实现。Per UE per eNB的PH信息在该聚合eNB下的PHR信息触发且有上行资源时,上报给该基站,从而避免PH信息在不同基站间的交互过程。
具体的上报基站和资源选择可有如下几种:
当某时刻,属于某一个eNB的至少一个服务小区满足per UE per eNB PHR触发条件时,在该eNB下有有效上行资源时,UE上报该eNB下所有激活服务小区的PH信息给该目标eNB;
当某时刻,属于不同eNB的多个服务小区满足per UE per eNB PHR触发条件时,UE将不同基站下所有激活服务小区的PH信息,在对应eNB下有有效上行资源时,分别上给PH信息报对应的目标eNB。
下面以一个实例对上述情况三进行详细说明。
引入新的PHR触发机制(per UE per eNB的PHR触发),上报的所有激活serving cell上的PH信息,并上报给其中一个基站,通过基站之间的接口交互PH信息给目标基站
步骤1:通知UE为其服务的eNB和服务小区的关系;
步骤2:per UE PHR参数配置;
步骤3:PHR触发;
步骤4:PHR上报;
其中,步骤1~4的实施方案,除PHR上报资源选择外,均与上述情况二的实例相同。
其中,PHR上报的基站和资源的选择可有以下几种:
当属于某一个eNB的至少一个服务小区满足per UE per eNB PHR触发条件时,仅上报该eNB下所有激活服务小区的PH信息。
若在PHR上报触发后的一段时间内,若该eNB有可用的上行资源,则将PHR信息上报给该eNB,不用通过接口交互给其他的基站;
否则,若为UE服务的其他基站有可用的上行资源,则将PHR信息上报给其他eNB,通过接口交互到该基站;
当属于不同eNB的多个服务小区满足per UE per eNB PHR触发条件时,分别上报不同基站下所有激活服务小区的PH信息。以UE聚合两个基站为例:
在两个基站的PHR上报触发后的一段时间内,若仅一个基站有可用的上行资源,则将生成的两个per eNB的PH MAC CE上报给这个基站,并通过基站间的交互传递给目标基站。
若在PHR上报触发后的一段时间内,两个基站在PHR上报触发后均有可用的上行资源,则或将生成的两个per eNB的PH MAC CE分别上报给目标基站;或仍通过一个基站上报,并通过接口交互的方式传递给目标基站。
步骤5:PHR信息交互:
若UE未能向目标基站上报PHR信息,则需要通过基站之间的接口交互UE上报的PH信息到目标基站。可以有如下几种转发方式:
eNB将接收到的所有PH信息全部转发给目标基站;
eNB仅将接收到的PH信息中与该目标基站相关PH信息转发给该基站。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。