无线通信系统以及无线通信系统中的装置和方法与流程

本申请涉及无线通信技术领域，更具体地，涉及用于有效地实现授权辅助接入(licensedassistedaccess，laa)系统中的功率余量上报(powerheadroomreport，phr)的无线通信系统以及无线通信系统中的装置和方法。

背景技术：

随着无线网络的发展演进，其承载的服务越来越多，因此需要额外的频谱资源来支持大量的数据传输。蜂窝无线网络运营商在使用现有长期演进(longtermevolution,lte)网络的基础上，开始探讨如何使用未授权频谱资源例如5ghzism(industrialscientificmedical，工业科学医学)频段。另一方面，wifi无线产业界也正在将更多的wifi系统部署在未授权频段。不同运营商之间的通信系统具有平等使用未授权频段的权利。如何公平有效地使用同一个未授权频段已经是工业界需要立刻解决的问题。目前业界普遍达成的共识是未授权频段需要在授权频段的辅助下使用，并且通过载波聚合的方式为终端提供服务。

在lte系统中，用户设备(ue)通过介质访问控制(mediaaccesscontrol，mac)层向基站(enb)上报功率余量，功率余量表示用户设备的最大发射功率与用户设备估计的上行发射功率之差并且是基站进行上行调度和功率控制的重要依据。由于在laa系统中各个通信系统对未授权频段上的资源具有平等的使用权利，即，未授权频段上的信道并非总是空闲的，并且在laa系统中还通常存在隐藏节点问题从而会导致较大干扰，因此，如何有效地保证在laa系统中用户设备的功率余量上报是本公开要解决的问题。

技术实现要素：

在下文中给出了关于本公开的简要概述，以便提供关于本公开的某些方面的基本理解。但是，应当理解，这个概述并不是关于本公开的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。

鉴于以上问题，本公开的目的是提供一种用于有效地实现laa系统中的功率余量上报的无线通信系统以及无线通信系统中的装置和方法。

根据本公开的一方面，提供了一种无线通信系统中的装置，该装置包括处理电路，该处理电路被配置成：检测是否满足预定功率余量上报触发事件；以及如果满足预定功率余量上报触发事件，则触发将用户设备的功率余量上报给基站，其中，预定功率余量上报触发事件包括以下事件中的至少一个：第一事件，检测到未授权频段上的信道空闲；以及第二事件，接收到来自基站的上行调度授权信令(ulgrant)。

根据本公开的优选实施例，预定功率余量上报触发事件进一步包括一组预定义事件，该一组预定义事件包括以下中的至少一个：禁止功率余量上报定时器超时且距离上次功率余量上报的路损变化超过预定阈值；周期性功率余量上报定时器超时；配置或重新配置了功率余量上报功能；辅载波激活；添加主载波；以及禁止功率余量上报定时器超时，mac层有上行资源用于新数据传输，且距离上次功率余量上报的功率补偿值变化超过预定阈值。

根据本公开的另一优选实施例，处理电路进一步被配置成：在检测到满足一组预定义事件中的任意事件时，如果未满足第一事件或第二事件，则取消当前触发的事件，并且在检测到满足第一事件或第二事件时，触发将用户设备的功率余量上报给基站。

根据本公开的另一优选实施例，处理电路进一步被配置成：在检测到满足一组预定义事件中的任意事件时，如果未满足第二事件，则挂起当前触发的事件，直到在检测到满足第二事件时，触发将用户设备的功率余量上报给基站。

根据本公开的另一优选实施例，功率余量还包括与功率余量相关联的上行调度授权信令的标识。

根据本公开的另一优选实施例，功率余量通过mac控制元素(controlelement)来上报，并且标识以mac控制元素中的保留位或新增位来表示。

根据本公开的另一优选实施例，功率余量通过未授权频段上的辅载波被上报给基站。

根据本公开的另一优选实施例，功率余量通过与物理上行共享信道(physicaluplinksharedchannel，pusch)复用而被上报给基站。

根据本公开的另一优选实施例，装置是用户设备，并且用户设备还包括：通信单元，被配置成将功率余量上报给基站。

根据本公开的另一方面，还提供了一种无线通信系统，其包括：用户设备，包括第一处理电路，第一处理电路被配置成：检测是否满足预定功率余量上报触发事件，以及如果满足预定功率余量上报触发事件，则触发将用户设备的功率余量上报给基站；以及基站，包括第二处理电路，第二处理电路被配置成：对所接收的功率余量进行解调，以用于上行调度和功率控制，其中，预定功率余量上报触发事件包括以下事件中的至少一个：第一事件，检测到未授权频段上的信道空闲；以及第二事件，接收到来自基站的上行调度授权信令。

根据本公开的优选实施例，第二处理电路进一步被配置成对功率余量进行解调，以确定与功率余量相关联的上行调度授权信令的标识。

根据本公开的又一方面，还提供了一种无线通信系统中的方法，该方法包括：检测是否满足预定功率余量上报触发事件；以及如果满足预定功率余量上报触发事件，则触发将用户设备的功率余量上报给基站，其中，预定功率余量上报触发事件包括以下事件中的至少一个：第一事件，检测到未授权频段上的信道空闲；以及第二事件，接收到来自基站的上行调度授权信令。

根据本公开的其它方面，还提供了用于实现上述根据本公开的方法的计算机程序代码和计算机程序产品以及其上记录有该用于实现上述根据本公开的方法的计算机程序代码的计算机可读存储介质。

根据本公开的实施例，可以有效地实现在laa系统中的用户设备的功率余量上报。

在下面的说明书部分中给出本公开实施例的其它方面，其中，详细说明用于充分地公开本公开实施例的优选实施例，而不对其施加限定。

附图说明

本公开可以通过参考下文中结合附图所给出的详细描述而得到更好的理解，其中在所有附图中使用了相同或相似的附图标记来表示相同或者相似的部件。所述附图连同下面的详细说明一起包含在本说明书中并形成说明书的一部分，用来进一步举例说明本公开的优选实施例和解释本公开的原理和优点。其中：

图1是示出根据本公开的实施例的无线通信系统中的装置的功能配置示例的框图；

图2是示出根据本公开的实施例的laa系统中的功率余量上报的可能情形的示例的示意图；

图3a和图3b是示出根据本公开的实施例的laa系统中的功率余量上报的第一情形的示意图；

图4是示出根据本公开的实施例的针对第一情形的第一解决方案的示例的示意图；

图5是示出根据本公开的实施例的针对第一情形的第二解决方案的示例的示意图；

图6a和图6b是示出根据本公开的实施例的laa系统中的功率余量上报的第二情形的示意图；

图7是示出根据本公开的实施例的针对第二情形的解决方案的示例的示意图；

图8a和图8b是示出根据本公开的实施例的laa系统中的功率余量上报的第三情形的示意图；

图9是示出根据本公开的实施例的针对第三情形的解决方案的示例的示意图；

图10是示出根据本公开的实施例的无线通信系统中的装置的功能配置示例的框图；

图11是示出根据本公开的实施例的无线通信系统的配置示例的框图；

图12是示出根据本公开的实施例的无线通信系统中的方法的过程示例的流程图；

图13是作为本公开的实施例中可采用的信息处理设备的个人计算机的示例结构的框图；

图14是示出可以应用本公开的技术的演进型节点(enb)的示意性配置的第一示例的框图；

图15是示出可以应用本公开的技术的enb的示意性配置的第二示例的框图；

图16是示出可以应用本公开的技术的智能电话的示意性配置的示例的框图；以及

图17是示出可以应用本公开的技术的汽车导航设备的示意性配置的示例的框图。

具体实施方式

在下文中将结合附图对本公开的示范性实施例进行描述。为了清楚和简明起见，在说明书中并未描述实际实施方式的所有特征。然而，应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于实施方式的决定，以便实现开发人员的具体目标，例如，符合与系统及业务相关的那些限制条件，并且这些限制条件可能会随着实施方式的不同而有所改变。此外，还应该了解，虽然开发工作有可能是非常复杂和费时的，但对得益于本公开内容的本领域技术人员来说，这种开发工作仅仅是例行的任务。

在此，还需要说明的一点是，为了避免因不必要的细节而模糊了本公开，在附图中仅仅示出了与根据本公开的方案密切相关的设备结构和/或处理步骤，而省略了与本公开关系不大的其它细节。

接下来，将参照图1至图17详细描述本公开的实施例。

本公开涉及laa通信系统，即，在该无线通信系统中存在工作在授权频段的主载波(primarycomponentcarrier，pcc)以及工作在未授权频段的一个或多个辅载波(secondarycomponentcarrier，scc)，并且支持载波间的载波聚合(carrieraggregation，ca)，这里的未授权频段例如可以是2.4ghz或5ghz的wifi频段、电视频段或者雷达频段等非蜂窝网络的授权频段。此外，在现有的lte标准中，通常支持最多五个成员载波(即，一个主成员载波和四个辅成员载波)间的聚合。但是，应理解，本公开并不限于此，随着移动通信技术的未来发展，本公开的技术同样可以适用于更高频率的未授权频段以及更多个载波间聚合的情况，并且也不限于现有的调制方式。此外，还应指出，在现有技术中，通常，每个小区对应于一个特定频率上的载波，例如主小区(pcell)对应于主成员载波(pcc)，辅小区(scell)对应于辅成员载波(scc)，因此在本公开中并不明确区分小区和载波的称谓，本领域技术人员可以理解其所指的含义。此外，随着通信技术的发展，还可能存在仅包括未授权频段而无需授权频段辅助的通信系统，并且本公开的技术同样适用于这样的系统。

接下来，将首先参照图1描述根据本公开的实施例的无线通信系统中的装置的功能配置示例。图1是示出根据本公开的实施例的无线通信系统中的装置的功能配置示例的框图。

如图1所示，装置100可以包括处理电路110。需要说明的是，装置100既可以包括一个处理电路110，也可以包括多个处理电路110。装置100被设置于无线通信系统中的用户设备侧。此外，装置100也可以是用户设备，并且在该情况下，装置100还可以包括诸如收发机的通信单元120等。

进一步，处理电路110可以包括各种分立的功能单元以执行各种不同的功能和/或操作。需要说明的是，这些功能单元可以是物理实体或逻辑实体，并且不同称谓的单元可能由同一个物理实体实现。

例如，如图1所示，处理电路110可以包括检测单元111和触发单元112。

检测单元111可被配置成检测是否满足预定功率余量上报触发事件。

触发单元112可被配置成如果满足预定功率余量上报触发事件，则触发将用户设备的功率余量上报给基站。

这里的预定功率余量上报触发事件可包括以下事件中的至少一个：第一事件，检测到未授权频段上的信道空闲；以及第二事件，接收到来自基站的上行调度授权信令。

laa支持跨载波调度(cross-carrierscheduling)和自载波调度(self-scheduling)。对于上行的跨载波调度，调度载波位于授权频段上的pcell；对于上行的自载波调度，调度载波位于未授权频段上的scell，因此自载波调度包含两次信道检测过程(listen-before-talk，lbt)，即，enb检测信道，若空闲则发送ulgrant；以及ue检测信道，若空闲则发送被调度的pusch。

用于检测信道是否空闲的方式可以包括但不限于例如能量检测(即，检测信号强度并将其与能量检测阈值进行比较，如果信号强度高于阈值，则表示信道是繁忙的)、前同步码检测(preambledetection)、信标检测(beacondetection)以及从数据库或中央管理器获得信道是否空闲的信息等。其中，能量检测、前同步码检测和信标检测均是通过装置本身直接进行感知(sensing)。这些检测信道是否空闲的方式均是本领域公知的，在此不再赘述。

在自载波调度的情况下，如果enb检测信道忙则无法发送ulgrant，或者即使enb成功发送了ulgrant，但是如果ue受到干扰(例如，隐藏节点问题)的影响则无法正常解调ulgrant从而无法获得用于计算功率余量的参数，这都将影响ue正常计算功率余量并上报。

具体来说，定义了两种类型的功率余量报告(phr)，以类型1(type1)为例，对于服务小区c的子帧i传输pusch，不同时传输pucch的功率余量是按如下公式计算的：

phtype1,c(i)＝pcmax,c(i)-{10log10(mpusch,c(i))+po_pusch,c(j)+αc(j)·plc+δtf,c(i)+fc(i)}[db]

其中，参数mpusch,c(i)和fc(i)是通过ulgrant下发给ue的。也就是说，若ue不能正常接收ulgrant，ue就无法正常计算功率余量并上报。

另一方面，不管是自载波调度还是跨载波调度，对于laa系统的上行传输来说，ue在上行传输之前都要检测未授权频段上的信道是否空闲，若ue检测信道忙则无法发送被调度的pusch，虽然此时ue仍可以通过pcell上报功率余量，但在这种情况下，ue没有实际的上行传输，此时上报的功率余量是没有意义的，反而会增加信令开销。这些情形都将影响ue正常地上报功率余量给enb，在图2中示出了这些可能影响功率余量上报的情形的示例。图2是示出根据本公开的实施例的laa系统中的功率余量上报的可能情形的示例的示意图。

如图2所示，图中的标记①、②和③分别表示下述三种可能影响功率余量上报的情形：

第一情形：在自载波调度的情况下，enb检测信道忙，无法发送ulgrant，从而ue无法计算功率余量并及时上报给enb；

第二情形：在自载波调度的情况下，enb检测信道空闲并成功发送了ulgrant，但是ue受到诸如隐藏节点的干扰影响而无法正常解调ulgrant；以及

第三情形：ue检测信道忙，无法传输被调度的pusch，此时没有实际的上行传输，因此ue上报功率余量是没有意义的。

可以看出，第一情形和第二情形仅在自载波调度的情况下才可能出现，而在跨载波调度的情况下，由于基站通过pcell向用户设备发送ulgrant，因此不会出现第一情形和第二情形中的问题。然而，第三情形无论是在自载波调度还是跨载波调度的情况下均可能发生，这是由于在laa系统中，ue通过scell传输被调度的pusch，因此总是需要检测未授权频段上的信道是否空闲。

本发明正是针对在laa系统中存在的可能影响功率余量的正常上报的上述情形而做出的，而现有技术中尚未讨论过关于laa系统中的功率余量上报问题。因此，针对laa系统中的功率余量上报，除了现有技术中所定义的针对授权频段上的传统功率余量上报触发事件之外，本公开还新定义了上述第一事件和第二事件。传统的功率余量上报触发事件可包括：禁止功率余量上报定时器(prohibitphr-timer)超时且距离上次功率余量上报的路损变化超过预定阈值(例如，dl-pathlosschange)；周期性功率余量上报定时器(periodicphr-timer)超时；配置或重新配置了功率余量上报功能；辅载波激活；添加主载波；以及禁止功率余量上报定时器超时，mac层有上行资源用于新数据传输，且距离上次功率余量上报的功率补偿值变化超过预定阈值(例如，dl-pathlosschange)。

即，优选地，在本公开的实施例中，预定功率余量上报触发事件还可包括一组预定义事件，该组预定义事件可包括上述传统功率余量上报触发事件中的一个或多个。

此外，应理解，如上所述，在laa系统中，即使处理电路110检测到满足了任意一个或多个传统功率余量上报触发事件，而如果此时发生了上述第一情形至第三情形中的一个或多个情形，则ue也无法正常上报功率余量给enb。因此，优选地，在本公开的实施例中，在处理电路110检测到满足一组预定义事件中的任意事件时，如果未满足上述第一事件或第二事件，则可取消当前触发的事件，并且在检测到满足第一事件或第二事件时，触发ue将功率余量上报给enb。替选地，在处理电路110检测到满足一组预定义事件中的任意事件时，如果未满足上述第二事件，则可挂起当前触发的事件，直到在检测到满足第二事件时，触发将用户设备的功率余量上报给基站。

在上述两种方案中，在取消当前触发事件的情况下，将继续检测是否满足其他触发事件，如果再次检测到满足其他触发事件并且此时也满足第一事件或第二事件，则可触发ue上报功率余量，这相当于新定义了与原有phr触发事件并列的触发事件。相比之下，在挂起当前触发事件的情况下，将忽略其他触发事件而仅关注是否满足第二事件，并且一旦满足第二事件，则可触发ue上报功率余量，这相当于在原有的phr触发事件之后增加了新的动作，即，检测是否满足第二事件。

下面，将分别针对上述三种情形，详细描述根据本公开的实施例的laa系统中的功率余量上报。

第一情形

图3a和图3b是示出根据本公开的实施例的laa系统中的功率余量上报的第一情形的示意图。

图3a示出了典型的laa系统的布置的示例，其中，enb表示基站，ap表示wifi接入点，并且ue表示用户设备。enb与ue可以利用授权频段并且也可利用未授权频段(例如，wifi频段)进行通信。

如图3a和图3b所示，在自载波调度的情况下，enb需要在发送ulgrant之前检测信道是否空闲。如果信道空闲，enb成功地发送了ulgrant(例如，图3b所示的ulgrant1)，则ue可以基于ulgrant1而报告其功率余量，这同样适用于其余附图中的ulgrant1和基于ulgrant1的phr。如果信道忙则无法发送ulgrant，从而ue也无法利用ulgrant中包含的参数计算功率余量。此时，如果满足了任意传统功率余量上报触发事件(例如，periodicphr-timer超时)，但是ue由于未接收到ulgrant而无法计算功率余量，如在图3b中，由于ue未接收到ulgrant2，因此此时触发的phr失败。针对该情形，本公开的实施例提供了两种解决方案。

图4是示出根据本公开的实施例的针对第一情形的第一解决方案的示例的示意图。

在第一解决方案的情况下，如果满足了任意传统phr触发事件(例如，periodicphr-timer超时)，而此时由于信道繁忙enb无法发送ulgrant从而ue也无法接收到ulgrant，因此，ue可以将此时的phr触发事件挂起，并且直到在同一scell上收到新的ulgrant时上报功率余量。可以看出，在第一解决方案中，是在传统phr触发事件之后增加了一个后续动作，即，在同一scell上收到新的ulgrant时上报功率余量。此时，ue将忽略其他phr触发事件，而仅关注是否满足接收到来自enb的ulgrant的触发事件。

如图4所示，假设例如由于periodicphr-timer超时而触发了功率余量上报，但是由于此时enb并未发出ulgrant2，因此ue无法上报功率余量，于是ue将当前触发事件挂起，并将之前触发的phr转移到在同一scell上收到来自enb的ulgrant3时上报功率余量。

以periodicphr-timer超时的触发事件为例，这里所说的挂起可以包括例如以下两种情形：

(1)在满足periodicphr-timer超时的触发事件时，ue维持的计数器倒数到“0”，但由于一直没有收到新的ulgrant，因此这时ue的计数器保持在“0”不动，直到ue在此scell上收到新的ulgrant后上报功率余量，然后计数器根据原来的协议进行下一轮的计数以及相应的功率余量上报。

(2)在满足periodicphr-timer超时的触发事件时，ue维持的计数器倒数到例如“20”，但是ue根据接下来的传输格式(例如dsuuudsuuu)判断enb此时应该已经发出了ulgrant而现在ue没有检测到任何下行数据，这说明enb端检测到信道繁忙，没有发出ulgrant，并且在接下来的信道最大占用时间内(mcot，maximumchanneloccupationtime)enb也无法再检测信道发出ulgrant，而ue端的计数器将在此mcot时间内到“0”。这种情况下，ue可直接将计数器暂停在“20”，直到ue在此scell上收到新的ulgrant后，再将计数器从“20”继续倒数计时，当计数器到“0”时根据最新的ulgrant上报phr。

以上仅给出了在“挂起”当前触发事件的情况下的两种示例处理方案，本领域技术人员显然可以根据具体实现要求而想到实现“挂起”操作的具体方式，并且这些具体方式同样应落入本公开的保护范围内。

图5是示出根据本公开的实施例的针对第一情形的第二解决方案的示例的示意图。

在第二解决方案的情况下，如果满足了任意传统phr触发事件(例如，periodicphr-timer超时)，而此时由于信道繁忙enb无法发送ulgrant从而ue也无法接收到ulgrant，因此，ue可以取消此时的phr触发事件，并且直到在scell上收到新的ulgrant时上报功率余量。可以看出，在第二解决方案中，新定义了一个phr触发事件，即，在scell上接收到新的ulgrant。该新的phr触发事件与原有协议中的传统phr触发事件是并列的，当满足任意触发事件时，均可触发ue上报功率余量。

如图5所示，假设例如由于periodicphr-timer超时而触发了功率余量上报，但是由于此时enb并未发出ulgrant2，因此ue无法上报功率余量，于是ue取消当前触发事件，并在满足新定义的phr触发事件(即，在scell上接收到新的ulgrant)时上报功率余量。

以上针对在自载波调度的情况下enb可能由于信道忙而未发出ulgrant的情形提供了两种解决方案，以实现phr的有效上报。

第二情形

图6a和图6b是示出根据本公开的实施例的laa系统中的功率余量上报的第二情形的示意图。

如图6a和图6b所示，在自载波调度的情况下，假设ue附近有一个wifi接入点(wifiap)，此ap不在enb的感知范围内但却在ue的感知范围内，因此enb检测信道空闲并发送ulgrant给ue，但此时ue可能因为隐藏节点(即，上述wifiap)问题而无法正常解调ulgrant，这是由于受到ap的很大干扰因此对ue来说信道可能并不空闲。在这种情况下，enb发送了ulgrant但ue无法正常解调。如果此时满足了phr触发事件(例如periodicphr-timer超时)，但因为ue无法解调最新的ulgrant，则会出现功率余量上报问题。

具体地，由于在正常情况下，enb默认ue上报的功率余量是基于最新的ulgrant而计算的，但是在上述情况下，由于ue无法解调最新的ulgrant，因此此时上报的功率余量可能是基于先前成功解调的ulgrant而计算的。如果不将该情况通知给enb，则可能会影响enb后续进行上行调度和功率控制等操作。

为了解决该情况下的功率余量上报问题，本公开提出了ue在向enb上报功率余量时，可以同时将与上报的功率余量相关联的ulgrant的标识(例如，id)报告给enb，以向enb指出所上报的phr是基于哪个ulgrant算出的。在图7中示出了针对第二情形的解决方案。图7是示出根据本公开的实施例的针对第二情形的解决方案的示例的示意图。

如图7所示，在满足了例如periodictimer超时的phr触发事件时，如果ue由于隐藏节点问题而无法解调enb此时发出的ulgrant2，则ue在向enb上报功率余量时指出该功率余量是基于上一个ulgrant1所计算的。

优选地，功率余量通过mac控制元素(controlelement)来上报，并且与功率余量相关联的ulgrant的标识可以以maccontrolelement中的保留位或新增位来表示。具体地，根据现有协议，phr有3种格式，分别是针对一个服务小区的格式、针对载波聚合多个服务小区的格式以及针对双连接的格式。在这三种格式中，对每个服务小区都有两比特的保留位(“r”)，因此可以利用这两比特来表示此phr是基于哪个ulgrant计算出来的。对enb来说，enb可以通过解调ue上报的phr而了解此phr是基于哪个ulgrant上报的。根据这种方式，通过利用原有信令格式中的保留位，保持了与现有标准的兼容性并且也没有增加信令开销。替选地，随着未来移动通信技术的发展，phr可能需要承载更多的信息从而phr的格式也可能会增加新增位，从而也可利用这些新增位来通知ulgrant的标识。

应指出，尽管这里给出了向enb通知与上报的功率余量相关联的ulgrant的标识的示例方式，但是本领域技术人员也可根据实际需要而选择其它方式，本公开对此不做限制。

第三情形

图8a和图8b是示出根据本公开的实施例的功率余量上报的第三情形的示例的示意图。

与前两种情形不同，不管是自载波调度还是跨载波调度，由于在laa系统中ue的上行传输是通过scell进行的，因此ue在laa系统中进行上行传输前都要检测信道，若信道检测忙则ue无法传输被调度的pusch，而如果此时满足了phr触发事件(例如periodicphr-timer超时)，但是ue没有实际的上行传输，那此时ue上报phr是没有意义的，从而造成信令开销的浪费，如图8a和图8b所示。

针对该情形，为了减小信令开销，本公开提出了如下解决方案：取消此时的phr触发事件，并且新定义一个phr触发事件(即，检测到非授权频段上的信道空闲)，该新phr触发事件与原有协议中的传统phr触发事件是并列的，当满足任意触发事件时，均可触发ue上报功率余量。

图9是示出根据本公开的实施例的针对第三情形的解决方案的示例的示意图。如图9所示，假设例如由于periodicphr-timer超时而触发了功率余量上报，但是由于此时ue检测信道忙而无法传输被调度的pusch，即，此时没有实际的上行传输，于是ue取消当前触发事件，并在满足新定义的phr触发事件(即，检测到非授权频段上的信道空闲)时上报功率余量。

可以看出，图9所示的方案与以上参照图5描述的针对第一情形的第二解决方案类似，不同之处仅在于，图5所示的方案仅是针对自载波调度情况下可能出现的情形，而图9所示的方案对于自载波调度和跨载波调度的情况均可适用。

应指出，在通过装置100的通信单元120向enb报告功率余量时，可如现有技术中一样通过pcell上报给enb。然而，如上所述，以上描述的本公开的技术同样可以应用于仅存在未授权频段的系统，并且在该情况下，也可通过与pusch进行复用而通过scell将功率余量上报给enb。

此外，还应指出，尽管以上分别描述了laa系统中的phr上报的三种可能情形，但是在实际上，这三种情形中的一种或多种情形可能会同时出现，从而本领域技术人员也可根据本公开的原理而对上述解决方案进行组合以解决相应情形中的问题，并且这样的组合也应认为落入本公开的范围内。

接下来，将参照图10描述无线通信系统中的基站侧的装置。图10是示出根据本公开的实施例的无线通信系统中的装置的功能配置示例的框图。

如图10所示，装置1000可以包括处理电路1010。需要说明的是，装置1000既可以包括一个处理电路1010，也可以包括多个处理电路1010。另外，装置1000也可以是基站，并且在该情况下，装置1000还可包括诸如收发机之类的通信单元1020等。

如之前所述，同样地，处理电路1010也可以包括各种分立的功能单元以执行各种不同的功能和/或操作。这些功能单元可以是物理实体或逻辑实体，并且不同称谓的单元可能由同一个物理实体实现。

如图10所示，处理电路1010可包括解调单元1011，该解调单元1011可被配置成对所接收的功率余量进行解调，以用于上行调度和功率控制。

优选地，解调单元1011还可被配置成对功率余量进行解调，以确定与功率余量相关联的上行调度授权信令的标识。如上所述，为了解决在enb发出了ulgrant但是实际上ue无法解调此时的ulgrant的情况下的功率余量上报问题，ue可同时将ulgrant的标识与功率余量一起上报给enb，从而enb可以通过解调所接收的功率余量而得知当前接收的功率余量是基于哪个ulgrant算出的，以辅助进行上行调度和功率控制。

此外，在自载波调度的情况下，处理电路1010还可被配置成在发送ulgrant之前检测信道是否空闲(例如，通过能量检测等方式)，并且在信道空闲的情况下才发送ulgrant。

通信单元1020可被配置成向ue发送ulgrant以及接收来自ue的功率余量报告(phr)。

应理解，这里描述的基站侧的功能配置示例是与以上描述的用户设备侧的功能配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

此外，还应指出，尽管这里参考具体实施例描述了用户设备侧和基站侧的装置的功能配置示例，但是应理解，这仅是示例而非限制，并且本领域技术人员可根据本公开的原理而对上述功能配置进行配置，例如，添加、组合和/或删除功能单元等，并且这些变型也应认为落入本公开的范围内。

接下来，将描述根据本公开的实施例的无线通信系统。图11是示出根据本公开的实施例的无线通信系统的配置示例的框图。

如图11所示，无线通信系统1100可以包括用户设备1110和基站1120，其中，用户设备1110和基站1120分别可以包括处理电路1111和处理电路1121，并且可选地还可分别包括通信单元1112和通信单元1122。

应指出，这里的用户设备1110和基站1120分别具有以上参照图1和图10描述的用户设备100和基站1000相同的配置，在此不再重复描述其细节。

接下来，将参照图12描述在用户设备侧执行的方法的过程示例。图12是示出根据本公开的实施例的无线通信系统中的方法的过程示例的流程图。

如图12所示，根据本实施例的方法开始于步骤s1210。在步骤s1210中，检测是否满足预定功率余量上报触发事件。然后，方法进行到步骤s1220。在步骤s1220中，如果在s1210中检测到满足预定功率余量上报触发事件，则触发将用户设备的功率余量上报给基站。

优选地，预定功率余量上报触发事件包括以下事件中的至少一个：第一事件，检测到未授权频段上的信道空闲；以及第二事件，接收到来自基站的上行调度授权信令。

优选地，预定功率余量上报触发事件可进一步包括一组预定义事件，一组预定义事件包括以下中的至少一个：禁止功率余量上报定时器超时且距离上次功率余量上报的路损变化超过预定阈值；周期性功率余量上报定时器超时；配置或重新配置了功率余量上报功能；辅载波激活；添加主载波；以及禁止功率余量上报定时器超时，mac层有上行资源用于新数据传输，且距离上次功率余量上报的功率补偿值变化超过预定阈值。

优选地，该方法还可包括：在检测到满足一组预定义事件中的任意事件时，如果未满足第一事件或第二事件，则取消当前触发的事件，并且在检测到满足第一事件或第二事件时，触发将用户设备的功率余量上报给基站。

优选地，该方法还可包括：在检测到满足一组预定义事件中的任意事件时，如果未满足第二事件，则挂起当前触发的事件，直到在检测到满足第二事件时，触发将用户设备的功率余量上报给基站。

优选地，功率余量还包括与该功率余量相关联的上行调度授权信令的标识。

优选地，功率余量通过mac控制元素来上报，并且标识以mac控制元素中的保留位或新增位来表示

优选地，功率余量通过未授权频段上的辅载波被上报给基站。

优选地，功率余量通过与物理上行共享信道复用而被上报给基站。

应理解，这里描述的方法是与以上参照图1描述的装置实施例相对应的，因此在这里的方法实施例中未详细描述的内容可参见以上对应的用户设备侧的装置的实施例中的相应描述，在此不再重复。

应指出，尽管以上描述了根据本公开的实施例的无线通信系统中的方法的过程示例，但是这仅是示例而非限制，并且本领域技术人员可根据本公开的原理对以上实施例进行修改，例如可对各个实施例中的步骤进行添加、删除或者组合等，并且这样的修改均落入本公开的范围内。

应理解，根据本公开的实施例的存储介质和程序产品中的机器可执行的指令还可以被配置成执行与上述装置实施例相对应的方法，因此在此未详细描述的内容可参考先前相应位置的描述，在此不再重复进行描述。

相应地，用于承载上述包括机器可执行的指令的程序产品的存储介质也包括在本发明的公开中。该存储介质包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

另外，还应该指出的是，上述系列处理和装置也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机，例如图13所示的通用个人计算机1300安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。图13是示出作为本公开的实施例中可采用的信息处理设备的个人计算机的示例结构的框图。

在图13中，中央处理单元(cpu)1301根据只读存储器(rom)1302中存储的程序或从存储部分1308加载到随机存取存储器(ram)1303的程序执行各种处理。在ram1303中，也根据需要存储当cpu1301执行各种处理等时所需的数据。

cpu1301、rom1302和ram1303经由总线1304彼此连接。输入/输出接口1305也连接到总线1304。

下述部件连接到输入/输出接口1305：输入部分1306，包括键盘、鼠标等；输出部分1307，包括显示器，比如阴极射线管(crt)、液晶显示器(lcd)等，和扬声器等；存储部分1308，包括硬盘等；和通信部分1309，包括网络接口卡比如lan卡、调制解调器等。通信部分1309经由网络比如因特网执行通信处理。

根据需要，驱动器1310也连接到输入/输出接口1305。可拆卸介质1311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1310上，使得从中读出的计算机程序根据需要被安装到存储部分1308中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1311安装构成软件的程序。

本领域的技术人员应当理解，这种存储介质不局限于图13所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质1311。可拆卸介质1311的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(cd-rom)和数字通用盘(dvd))、磁光盘(包含迷你盘(md)(注册商标))和半导体存储器。或者，存储介质可以是rom1302、存储部分1308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

本公开的技术能够应用于各种产品。例如，本公开中提到的基站可以被实现为任何类型的演进型节点b(enb)，诸如宏enb和小enb。小enb可以为覆盖比宏小区小的小区的enb，诸如微微enb、微enb和家庭(毫微微)enb。代替地，基站可以被实现为任何其他类型的基站，诸如nodeb和基站收发台(basetransceiverstation，bts)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(remoteradiohead，rrh)。另外，下面将描述的各种类型的终端均可以通过暂时地或半持久性地执行基站功能而作为基站工作。

例如，本公开中提到的ue可以被实现为移动终端(诸如智能电话、平板个人计算机(pc)、笔记本式pc、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。ue还可以被实现为执行机器对机器(m2m)通信的终端(也称为机器类型通信(mtc)终端)。此外，ue可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

以下将参照图14至图17描述根据本公开的应用示例。

[关于基站的应用示例]

(第一应用示例)

图14是示出可以应用本公开内容的技术的enb的示意性配置的第一示例的框图。enb1400包括一个或多个天线1410以及基站设备1420。基站设备1420和每个天线1410可以经由rf线缆彼此连接。

天线1410中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(mimo)天线中的多个天线元件)，并且用于基站设备1420发送和接收无线信号。如图14所示，enb1400可以包括多个天线1410。例如，多个天线1410可以与enb1400使用的多个频段兼容。虽然图14示出其中enb1400包括多个天线1410的示例，但是enb1400也可以包括单个天线1410。

基站设备1420包括控制器1421、存储器1422、网络接口1423以及无线通信接口1425。

控制器1421可以为例如cpu或dsp，并且操作基站设备1420的较高层的各种功能。例如，控制器1421根据由无线通信接口1425处理的信号中的数据来生成数据分组，并经由网络接口1423来传递所生成的分组。控制器1421可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器1421可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的enb或核心网节点来执行。存储器1422包括ram和rom，并且存储由控制器1421执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1423为用于将基站设备1420连接至核心网1424的通信接口。控制器1421可以经由网络接口1423而与核心网节点或另外的enb进行通信。在此情况下，enb1400与核心网节点或其他enb可以通过逻辑接口(诸如s1接口和x2接口)而彼此连接。网络接口1423还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口1423为无线通信接口，则与由无线通信接口1425使用的频段相比，网络接口1423可以使用较高频段用于无线通信。

无线通信接口1425支持任何蜂窝通信方案(诸如长期演进(lte)和lte-先进)，并且经由天线1410来提供到位于enb1400的小区中的终端的无线连接。无线通信接口1425通常可以包括例如基带(bb)处理器1426和rf电路1427。bb处理器1426可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如l1、介质访问控制(mac)、无线链路控制(rlc)和分组数据汇聚协议(pdcp))的各种类型的信号处理。代替控制器1421，bb处理器1426可以具有上述逻辑功能的一部分或全部。bb处理器1426可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使bb处理器1426的功能改变。该模块可以为插入到基站设备1420的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，rf电路1427可以包括例如混频器、滤波器和放大器，并且经由天线1410来传送和接收无线信号。

如图14所示，无线通信接口1425可以包括多个bb处理器1426。例如，多个bb处理器1426可以与enb1400使用的多个频段兼容。如图14所示，无线通信接口1425可以包括多个rf电路1427。例如，多个rf电路1427可以与多个天线元件兼容。虽然图14示出其中无线通信接口1425包括多个bb处理器1426和多个rf电路1427的示例，但是无线通信接口1425也可以包括单个bb处理器1426或单个rf电路1427。

(第二应用示例)

图15是示出可以应用本公开内容的技术的enb的示意性配置的第二示例的框图。enb1530包括一个或多个天线1540、基站设备1550和rrh1560。rrh1560和每个天线1540可以经由rf线缆而彼此连接。基站设备1550和rrh1560可以经由诸如光纤线缆的高速线路而彼此连接。

天线1540中的每一个均包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)并且用于rrh1560发送和接收无线信号。如图15所示，enb1530可以包括多个天线1540。例如，多个天线1540可以与enb1530使用的多个频段兼容。虽然图15示出其中enb1530包括多个天线1540的示例，但是enb1530也可以包括单个天线1540。

基站设备1550包括控制器1551、存储器1552、网络接口1553、无线通信接口1555以及连接接口1557。控制器1551、存储器1552和网络接口1553与参照图14描述的控制器1421、存储器1422和网络接口1423相同。

无线通信接口1555支持任何蜂窝通信方案(诸如lte和lte-先进)，并且经由rrh1560和天线1540来提供到位于与rrh1560对应的扇区中的终端的无线通信。无线通信接口1555通常可以包括例如bb处理器1556。除了bb处理器1556经由连接接口1557连接到rrh1560的rf电路1564之外，bb处理器1556与参照图14描述的bb处理器1426相同。如图15所示，无线通信接口1555可以包括多个bb处理器1556。例如，多个bb处理器1556可以与enb1530使用的多个频段兼容。虽然图15示出其中无线通信接口1555包括多个bb处理器1556的示例，但是无线通信接口1555也可以包括单个bb处理器1556。

连接接口1557为用于将基站设备1550(无线通信接口1555)连接至rrh1560的接口。连接接口1557还可以为用于将基站设备1550(无线通信接口1555)连接至rrh1560的上述高速线路中的通信的通信模块。

rrh1560包括连接接口1561和无线通信接口1563。

连接接口1561为用于将rrh1560(无线通信接口1563)连接至基站设备1550的接口。连接接口1561还可以为用于上述高速线路中的通信的通信模块。

无线通信接口1563经由天线1540来传送和接收无线信号。无线通信接口1563通常可以包括例如rf电路1564。rf电路1564可以包括例如混频器、滤波器和放大器，并且经由天线1540来传送和接收无线信号。如图15所示，无线通信接口1563可以包括多个rf电路1564。例如，多个rf电路1564可以支持多个天线元件。虽然图15示出其中无线通信接口1563包括多个rf电路1564的示例，但是无线通信接口1563也可以包括单个rf电路1564。

在图14和图15所示的enb1400和enb1530中，通过使用图10所描述的通信单元1020可以由无线通信接口1425以及无线通信接口1555和/或无线通信接口1563实现。处理电路1010的功能的至少一部分也可以由控制器1421和控制器1551实现。

[关于用户设备的应用示例]

(第一应用示例)

图16是示出可以应用本公开内容的技术的智能电话1600的示意性配置的示例的框图。智能电话1600包括处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612、一个或多个天线开关1615、一个或多个天线1616、总线1617、电池1618以及辅助控制器1619。

处理器1601可以为例如cpu或片上系统(soc)，并且控制智能电话1600的应用层和另外层的功能。存储器1602包括ram和rom，并且存储数据和由处理器1601执行的程序。存储装置1603可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口1604为用于将外部装置(诸如存储卡和通用串行总线(usb)装置)连接至智能电话1600的接口。

摄像装置1606包括图像传感器(诸如电荷耦合器件(ccd)和互补金属氧化物半导体(cmos))，并且生成捕获图像。传感器1607可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风1608将输入到智能电话1600的声音转换为音频信号。输入装置1609包括例如被配置为检测显示装置1610的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置1610包括屏幕(诸如液晶显示器(lcd)和有机发光二极管(oled)显示器)，并且显示智能电话1600的输出图像。扬声器1611将从智能电话1600输出的音频信号转换为声音。

无线通信接口1612支持任何蜂窝通信方案(诸如lte和lte-先进)，并且执行无线通信。无线通信接口1612通常可以包括例如bb处理器1613和rf电路1614。bb处理器1613可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，rf电路1614可以包括例如混频器、滤波器和放大器，并且经由天线1616来传送和接收无线信号。无线通信接口1612可以为其上集成有bb处理器1613和rf电路1614的一个芯片模块。如图16所示，无线通信接口1612可以包括多个bb处理器1613和多个rf电路1614。虽然图16示出其中无线通信接口1612包括多个bb处理器1613和多个rf电路1614的示例，但是无线通信接口1612也可以包括单个bb处理器1613或单个rf电路1614。

此外，除了蜂窝通信方案之外，无线通信接口1612可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(lan)方案。在此情况下，无线通信接口1612可以包括针对每种无线通信方案的bb处理器1613和rf电路1614。

天线开关1615中的每一个在包括在无线通信接口1612中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线1616的连接目的地。

天线1616中的每一个均包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于无线通信接口1612传送和接收无线信号。如图16所示，智能电话1600可以包括多个天线1616。虽然图16示出其中智能电话1600包括多个天线1616的示例，但是智能电话1600也可以包括单个天线1616。

此外，智能电话1600可以包括针对每种无线通信方案的天线1616。在此情况下，天线开关1615可以从智能电话1600的配置中省略。

总线1617将处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612以及辅助控制器1619彼此连接。电池1618经由馈线向图16所示的智能电话1600的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1619例如在睡眠模式下操作智能电话1600的最小必需功能。

在图16所示的智能电话1600中，通过使用图1所描述的通信单元120可以由无线通信接口1612实现。处理电路110的至少一部分也可以由处理器1601或辅助控制器1619实现。

(第二应用示例)

图17是示出可以应用本公开内容的技术的汽车导航设备1720的示意性配置的示例的框图。汽车导航设备1720包括处理器1721、存储器1722、全球定位系统(gps)模块1724、传感器1725、数据接口1726、内容播放器1727、存储介质接口1728、输入装置1729、显示装置1730、扬声器1731、无线通信接口1733、一个或多个天线开关1736、一个或多个天线1737以及电池1738。

处理器1721可以为例如cpu或soc，并且控制汽车导航设备1720的导航功能和另外的功能。存储器1722包括ram和rom，并且存储数据和由处理器1721执行的程序。

gps模块1724使用从gps卫星接收的gps信号来测量汽车导航设备1720的位置(诸如纬度、经度和高度)。传感器1725可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口1726经由未示出的终端而连接到例如车载网络1741，并且获取由车辆生成的数据(诸如车速数据)。

内容播放器1727再现存储在存储介质(诸如cd和dvd)中的内容，该存储介质被插入到存储介质接口1728中。输入装置1729包括例如被配置为检测显示装置1730的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置1730包括诸如lcd或oled显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器1731输出导航功能的声音或再现的内容。

无线通信接口1733支持任何蜂窝通信方案(诸如lte和lte-先进)，并且执行无线通信。无线通信接口1733通常可以包括例如bb处理器1734和rf电路1735。bb处理器1734可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，rf电路1735可以包括例如混频器、滤波器和放大器，并且经由天线1737来传送和接收无线信号。无线通信接口1733还可以为其上集成有bb处理器1734和rf电路1735的一个芯片模块。如图17所示，无线通信接口1733可以包括多个bb处理器1734和多个rf电路1735。虽然图17示出其中无线通信接口1733包括多个bb处理器1734和多个rf电路1735的示例，但是无线通信接口1733也可以包括单个bb处理器1734或单个rf电路1735。

此外，除了蜂窝通信方案之外，无线通信接口1733可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线lan方案。在此情况下，针对每种无线通信方案，无线通信接口1733可以包括bb处理器1734和rf电路1735。

天线开关1736中的每一个在包括在无线通信接口1733中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线1737的连接目的地。

天线1737中的每一个均包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于无线通信接口1733传送和接收无线信号。如图17所示，汽车导航设备1720可以包括多个天线1737。虽然图17示出其中汽车导航设备1720包括多个天线1737的示例，但是汽车导航设备1720也可以包括单个天线1737。

此外，汽车导航设备1720可以包括针对每种无线通信方案的天线1737。在此情况下，天线开关1736可以从汽车导航设备1720的配置中省略。

电池1738经由馈线向图17所示的汽车导航设备1720的各个块提供电力，馈线在图中被部分地示为虚线。电池1738累积从车辆提供的电力。

在图17示出的汽车导航设备1720中，通过使用图1描述的通信单元120可以由通信接口1733实现。处理电路110的功能的至少一部分也可以由处理器1721实现。

本公开内容的技术也可以被实现为包括汽车导航设备1720、车载网络1741以及车辆模块1742中的一个或多个块的车载系统(或车辆)1740。车辆模块1742生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络1741。

以上参照附图描述了本公开的优选实施例，但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当地改变该顺序。

虽然已经详细说明了本公开及其优点，但是应当理解在不脱离由所附的权利要求所限定的本公开的精神和范围的情况下可以进行各种改变、替代和变换。而且，本公开实施例的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。