CN102595490A - 在无线通信网络中用于传输功率余量汇报的方法 - Google Patents

Abstract

本发明涉及一种在无线通信网络的在无线通信网络中用于传输功率余量汇报的方法及对应的装置，该功率余量汇报包括子报头和数据载荷，该方法包括：A.根据子报头的内容的联合，确定数据载荷的大小；B.根据数据载荷内的指示信息的联合，解析数据载荷。通过该技术方案的一些实施例，可以对大小可变的传输功率余量汇报进行正确的解析，并同时实现对现有网络的良好兼容。

Description

在无线通信网络中用于传输功率余量汇报的方法

技术领域

本发明涉及无线通信网络，尤其涉及一种在无线通信网络的基站与用户终端之间用于传输功率余量汇报的方法及对应的设备。

背景技术

目前，针对R10版的支持载波聚合(carrier aggregation，CA)的用户终端(UE)的媒体访问控制(MAC)层的功率余量汇报(PHR)的控制信令(CE)的格式，在36.321(R2-106860)中已达成共识并被采用，其包括下述特点：

1)：由于R10版的支持CA的UE的PHR CE的大小是可变的，因此，在MAC CE的子报头中采用一个字节的F/L。

2)：基于位图(bit-map)的一个字节被用在PHR的数据载荷中以标识当前MAC PHR CE包括有哪个分量载波(CC)的PHR的数据载荷。

以上两点被用以适应在R10版的CA场景中激活载波在每个的传输时隔(Transmission Time Interval，TTI)是动态变化的。

其中，为支持R10的载波聚合的UE的PHR子报头设计了一个字节(F/L域)，其中的L标识可变的PHR的数据载荷的长度。F域用于标识PHR载荷长度的大小在128字节以内或者超过128字节，这将决定L域是7位或者15位。

通常还有一个bitmap形式的字节用以指示在当前的MAC PHRCE中包括有哪个CC的PHR报文。

此处，不宜直接地将R10版支持CA的UE的PHR格式完全重用于该版本下的不支持CA的UE的PHR中。需要设计一种用于不支持载波聚合的R10版的UE的PHR报文。

发明内容

然而，在研究过程中发现，一般地，R8版本的PHR格式不可以用于R10版本的非载波聚合PHR报文中，因为R8版本的报文内容是长度固定为1字节的，而这个1字节的长度不足以为R10版本的不支持载波聚合的UE容纳最大可用功率值(Pcmax，c)。

另一种可能的方案是重用CA情景下所用的格式，但这种方案至少有以下两个缺点：

因为对于不支持CA的R10版的UE，只有一个CC，所以，bit-map字节则不再需要，这造成了一定的不必要的开销。

而对于上述的子报头中的F/L字节，如果可以将不支持CA的R10版的UE的PHR的报文大小固定，则这个字节也不必要。

根据本发明的一个实施例，提供了一种在无线通信网络的基站中用于接收功率余量汇报的方法，该功率余量汇报包括子报头和数据载荷，方法包括：A.根据子报头的内容的联合，确定数据载荷的大小；B.根据数据载荷内的指示信息的联合，解析数据载荷。

优选地，上述步骤A之前，基站对手机进行配置的阶段，还可以包括步骤：将无线通信网络中的不支持载波聚合的版本10的用户终端配置以支持扩展格式的PHR。以及在该方法的执行阶段，如果逻辑信道标识符(LCID)为第一数值，则基站确定功率余量汇报所对应的用户终端是否支持扩展格式的PHR。

同样，优选地，上述第一数值可以为11010，子报头的内容包括长度域指示位和长度指示域或第一保留域和第二保留域；同时以及步骤A还包括：如果功率余量汇报所对应的用户终端未被配置支持扩展格式的PHR，则确定数据载荷的大小为1字节；如果功率余量汇报所对应的用户终端被配置支持扩展格式的PHR，则根据长度域指示位和长度指示域的联合或第一保留域和第二保留域的联合，确定数据载荷的大小。

根据本发明的另一个实施例，提供了一种在无线通信网络的用户终端中用于传输功率余量汇报的方法，该功率余量汇报包括子报头和数据载荷，方法包括：A.通过子报头的内容的联合，将数据载荷的大小告知基站；B.通过数据载荷内的指示信息的联合，将数据载荷的构造告知基站。

根据本发明的再一个实施例，提供了一种在无线通信网络的基站中用于接收功率余量汇报的装置，该功率余量汇报包括子报头和数据载荷，装置包括：数据载荷大小确定模块，用于根据子报头的内容的联合，确定数据载荷的大小；数据载荷解析模块，用于根据数据载荷内的指示信息的联合，解析数据载荷。

根据本发明的另一个实施例，还提供了一种在无线通信网络的用户终端中用于传输功率余量汇报的装置，该功率余量汇报包括子报头和数据载荷，装置包括：数据载荷大小告知模块，用于通过子报头的内容的联合，将数据载荷的大小告知基站；数据载荷构造告知模块，用于通过数据载荷内的指示信息的联合，将数据载荷的构造告知基站。

在上述的基站中用于接收功率余量汇报的方法的一些实施例中，使用新定义/现有的LCID可以对大小可变的传输功率余量汇报进行正确的解析，同时结合一些对可扩展结构(format)的设置或者F/L域的使用，可以唯一确定相关的MAC CE PHR报文来自R8/9的UE还是来自R10的不支持CA的用户终端。同时，如果沿用系统原有的LCID而不添加配置新的LCID，则实现了对现有网络的良好兼容，并且也实现了对现有系统的影响的最小化。在一些实施例中不需要位映射和/或F/L字节，这节省了开销，并减少协议复杂度。

附图说明

通过阅读以下参照附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1示出了根据本发明的一个实施例的在无线通信网络的基站中用于接收功率余量汇报的方法流程图；

图2示出了根据本发明的一个实施例的在无线通信网络的终端中用于传输功率余量汇报的方法流程图；

图3示出了根据本发明的一个实施例的在无线通信网络的基站中用于接收功率余量汇报的装置的结构图；

图4示出了根据本发明的一个实施例的在无线通信网络的终端中用于传输功率余量汇报的装置的流程图；

图5示出了根据本发明的一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构；

图6a-6e示出了根据本发明的一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头及数据载荷的结构；

图7示出了根据本发明的另一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构；

图8示出了根据本发明的再一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构；

图9a-9e示出了根据本发明的又一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构及数据载荷的结构；

图10示出了根据本发明的又一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构；

在附图中，相同和相似的附图标记代表相同或相似的装置或方法步骤。

具体实施方式

经研究发现，对于R10中的不支持载波聚合的UE，只有一个上行CC工作。考虑到目前RAN1对为不支持载波聚合R10UE进行报告的Pcmax，c，以及在一些文献中所提出的Pcmax，c传输增强的协议，对不支持载波聚合R10的UE的PHR报告存在几种情况：

情况1：没有物理上行控制信道(PUCCH)+物理上行共享信道(PUSCH)同时传输配置，因此R10的不支持载波聚合UE只报告类型1和Pcmax，c。存在三种可能的子情况：

情况1.1：虚拟类型(virtual type)1PHR被报告，继而没有Pcmax，c被报告，因此PHR内容的大小只有1字节＝虚拟类型1。

情况1.2：真实(real)PHR被报告，因此Pcmax，c也被包括在内。所以PHR内容的大小为2字节＝真实类型1PHR内容+对于类型1PHR的Pcmax，c。

情况1.3：真实类型PHR被报告，但是Pcmax，c与之前的Pcmax，c相同并且不需要被报告。所以PHR内容的大小为1字节＝真实类型1PHR。

情况2：PUCCH+PUSCH同时传输被配置，因此R10的不支持载波聚合UE报告类型1和类型2两者。因此，在本情况2中，PHR内容包括下面子情况：

情况2.1：只报告虚拟类型1和类型2，因此Pcmax，c不被包括在内。所以，PHR内容的大小为2字节＝虚拟类型1+虚拟类型2。

类型2.2：类型1和2中一个是虚拟的，另一个是真实的，因此只有一个Pcmax，c被包括在内。继而PHR大小为3字节＝虚拟类型1/或类型2+真实类型2/或类型1+Pcmax，c。

类型2.3：真实类型1和2都被报告，所以PHR大小为4字节＝真实类型1+真实类型2+用于类型1的Pcmax，c+用于类型2的Pcmax，c。

情况2.4：真实类型1和2都被报告，但是用于类型1和2的Pcmax，c与之前报告的相同，因此不包括Pcmax，c，并且PHR大小为2字节＝真实类型1+真实类型2。

情况2.5：真实类型1和2都被报告，但是用于类型1或2中的一个的Pcma，x与之前汇报的相同并且不需要被包括在目前的PHRMAC CE中。所以目前的PHR大小为3字节＝真实类型1+真实类型2+用于类型1或2的Pcma，x。

总的来说，可能的R10的不支持载波聚合UE的PHR内容大小的各种情况可如下面表1所示：

表1：不支持载波聚合的R10版UE的PHR内容大小的情况

因此，PHR需要被合理设计以使得eNB能够明显地识别每一种情况。

应该注意：在表格1的场景1中，尽管PHR大小为1字节，但是传统的R8的PHR格式不能被使用，该格式不同于之前的普遍理解。原因在于，在该PHR内容中至少R位是被用作虚拟指示比特，以标识该PHR是基于参考格式或真实格式。这在R8的PHR格式中是无法实现的，这意味着R8的PHR格式不能被R10使用。

下面结合说明书附图，对在基站和用户终端之间传输功率余量汇报的对应于各种不同场景下的可能的实施例进行说明。

图1示出了根据本发明的一个实施例的在无线通信网络的基站(未示出)中用于接收功率余量汇报的方法流程图。如图所示，该方法包括对数据载荷的大小的确定步骤S11和数据载荷解析步骤S12。

在步骤S11中，基站根据子报头的内容的联合，确定数据载荷的大小。

在步骤S12中，基站根据数据载荷内的指示信息的联合，解析数据载荷。

图2示出了根据本发明的一个实施例的在无线通信网络的终端中用于传输功率余量汇报的方法流程图。如图所示，该方法包括对数据载荷的大小的确定步骤S21和数据载荷解析步骤S22。

终端所发送的功率余量汇报可以包括子报头和数据载荷，在步骤S21中，通过子报头的内容的联合，终端将数据载荷的大小告知基站；而在步骤S22中，终端通过数据载荷内的指示信息的联合，将数据载荷的构造告知基站。

图5示出了根据本发明的一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构。其中各个符号所代表的含义为，F：长度域指示比特，L：长度指示域，E：扩展比特，R：保留比特，其中的F/L比特为可选位，根据应用场景的需要可被省略掉，或者被包括在功率余量汇报的子报头之内。

图6a-6e示出了根据本发明的一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头及数据载荷的结构。在该实施例中，如图6a所示的该不支持载波聚合的R10用户终端所采用的PHR MAC子报头的格式中，LCID的取值为新定义的{10101，10110，10111，11000}。而图6b-6e中则示出了PHR的数据载荷的4种可能的结构。

在该实施例中，基站在步骤S11中，根据子报头内容中所包括的LCID，在述步骤S11中，基站执行如下子步骤，如果LCID为第一数值，则数据载荷的大小为1字节；如果LCID为第二数值，则数据载荷的大小为2字节；如果LCID为第三数值，则数据载荷的大小为3字节；如果LCID为第四数值，则数据载荷的大小为4字节。可选地，上述第一数值，第二数值，第三数值，第四数值可分别为10101，10110，10111，11000，或者其他顺序或其他数值，LCID所对应的具体的标识数字并不构成对本发明的限制。

具体地，如上，新定义的不同的LCID可以被用以指示R10的不支持载波聚合的UE的PHR。

对于R10的不支持载波聚合UE的PHR，虽然我们有多达上述表1所示的四种场景，但是对于它们中的每一个的PHR内容大小一定是固定的。所以我们可以使用不同的LCID来标识这四种场景。例如，LCID＝10101～11000可以处于这一目的使用。

例如，当eNB检测到10101～11000时，eNB得知到来的PHR是R10不支持载波聚合UE，并且该PHR的大小分别是1字节、2字节、3字节和4字节。因此，在MAC子头部中不需要F/L，并且在PHR内容中不需要位映射。对于eNB很容易识别对于表1中的场景1、2和3的子情况：

如果检测到10101，eNB得知PHR大小只有1字节。进一步地，如果在PHR中虚拟指示比特被设置，那么eNB可确定这是情况1.1。另一方面，如果虚拟指示比特没有被设置，eNB可确定这是情况3并且Pcamx，c与之前接收到的相同。

如果检测到10110，eNB可确定PHR大小为2字节。并且存在如下两种方案来进一步地识别类型1.2、2.1和2.4。

方案1：基于PUCCH和PUSCH同时传输的配置

如果没有被配置PUCCH和PUSCH同时传输，那么这是子情况1.2

如果基站对UE配置了PUCCH和PUSCH同时传输，即为子情况2.1或2.4

如果用于这两个字节的V比特被设置为虚拟类型1/2，那么eNB可确定这是子类型2.1

另一方面，如果这两个V比特被设置为真实类型1/2，那么eNB得知这是子类型2.4并且之前接收到的用于类型1和2的Pcmax，c将被采用。

方案2：使用上面提出的T域。

此处，基站可确定第一个字节一定是PHR信息：类型1或类型2。

如果第二个字节是Pcamx，c，即为子情况1.2。

如果第二个字节也是PHR信息，即为子情况2.1或2.4。

进一步地，与方案1中所提出的一样，V比特可以被用于区别子情况2.1和2.4。

对于场景3，上述的方案2可以被用于不产生混淆地区别子情况2.2和2.5。

该实施例的方法不需要冗余的字节，例如F/L和位映射，因此从节约开销的方面来说是个优化的方案。同时需要采纳四个新定义的LCID。

图7示出了根据本发明的另一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构。在该实施例中的子报头的内容包括LCID，例如可以为11000，还包括长度域指示位(F)和长度指示域(L)。

具体地，在步骤S11中，如果LCID为第一数值，例如11000，则基站根据长度域指示位和长度指示域的联合，确定数据载荷的大小。

在该实施例中，可以采用一个新的LCID(例如，11000)，去标识不支持载波聚合的R10版的UE的PHR。并且在MAC子头部中包括一个F/L字节以进一步标示4种不支持载波聚合的R10版的UE的PHR报告场景。

在本实施例中，只需要一个新的LCID例如11000。并且在MAC子头部中使用一个F/L字节以标示4种场景，即标示具体的PHR内容大小。但是在PHR内容中，没有采纳位映射，这与目前的载波汇聚PHR格式不同。具体的PHR的子报头的结构如图7中示出，而PHR的数据载荷的结构可以类似于图6b-6e所示。

本领域技术人员应当理解：在本实施的方案中，只需要一个新的LCID，并且不需要在PHR内容中使用位映射。但是同时仍然需要在MAC子头部中包括一个F/L字节，用于标示不同的不支持载波聚合PHR报告场景。

类似地，在前述实施例中的方案1和2仍可以被用于进一步为场景1、场景2和场景3标示不同的PHR报文中的数据载荷的各种结构，以及应用于下述的一些实施例中，文中对此不再赘述。

图8示出了根据本发明的再一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构。在该实施例中的PHR报文的子报头的内容包括LCID，同时还包括第一保留域和第二保留域，可以有01/00/10/11四种可能的取值组合，如图8中所示，同时，在步骤S 11中还包括：

如果LCID为第一数值，则根据第一保留域和第二保留域的联合，确定数据载荷的大小。

在该实施例中，通过一个新的LCID用于标示不支持载波聚合的R10版的UE的PHR。在MAC子头部中的两个R比特被用于进一步区分四种可能的不支持载波聚合的PHR场景。

一个新的LCID被用于区分R10中的载波汇聚或不支持载波聚合能力的UE的PHR。例如，我们可以使用11000用于标识R10不支持载波聚合的UE的PHR。在MAC子头部中存在两个R比特，能够被进一步重新定义以标示四种可能的不支持载波聚合PHR场景。例如R，R＝00，01，10和11分别涉及场景1、2、3和4。

从而，当eNB检测到LCID＝11000时，eNB获知这是R10版的不支持载波聚合UE的PHR，并且或者应该读取MAC子头部中的两个R比特以获知具体的PHR内容大小，用于后继处理。

通过该实施例，基站在与UE之间传输PHR过程中不需要F/L字节，从而优化了PHR大小。同时，也需要对原有的MAC子头部中的两个R比特进行重新的定义。

图9a-9e示出了根据本发明的又一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构及数据载荷的结构。其中图9c示出了该实施例中的一种PHR MAC子报头，其中的子报头的内容包括LCID。而图9中的其他图则示出了可适用于该实施例的集中PHR报文的数据载荷的结构。

可选地，在步骤S11之前的系统配置阶段，基站可将无线通信网络中不支持载波聚合的版本10的用户终端进行配置以支持扩展格式的PHR。对应地，在在步骤S11之前，当系统进入正常的运行阶段，在步骤S11之前还可以包括：如果LCID为第一数值，则基站确定功率余量汇报所对应的用户终端是否支持扩展格式的PHR。

可选地，上述第一数值可以为11010，子报头的内容还可以包括长度域指示位和长度指示域或第一保留域和第二保留域；此处，可选地，在步骤S11之前还可包括步骤，如果功率余量汇报所对应的用户终端未被配置支持扩展格式的PHR，则确定数据载荷的大小为1字节；如果功率余量汇报所对应的用户终端被配置支持扩展格式的PHR，则根据长度域指示位和长度指示域，例如图5中的F和L域，的联合或第一保留域和第二保留域，例如图9c中的R/R域，的联合，确定数据载荷的大小。

在该实施例中，重用了R8/9版的LCID(11010)以用于R10的不支持载波聚合的UE，同时，RRC需要配置R10的不支持载波聚合的UE，使该类UE在PHR处理中使用扩展格式。可选地，具体的PHR报文的数据载荷格式可如图9a-9b以及图9d-9e所示。

在该实施例中，RRC需要配置R10的不支持载波聚合的UE去使用该扩展格式。因此当eNB检测到来自UE的带有LCID＝11010的MAC CE报文，并且没有对该UE进行过RRC配置时，eNB可以确定该MAC CE报文是一个R8/9的UE的PHR，因此该PHR大小为1字节。但是如果对该UE存在特定配置，相应的PHR载荷采用了扩展格式，eNB可以确定该报文是一个R10的不支持载波聚合的UE的PHR，并且参考上述的方案1和方案2进一步解析处理该MACCE。

该实施例中，沿用系统原有的LCID而不需要添加配置新的LCID，为了节省开销也不需要位映射和/或F/L字节。

图10示出了根据本发明的又一个实施例的在无线通信网络的基站和用户终端之间传输的功率余量汇报的子报头的结构。如图所示，的子报头内容包括LCID，还可以包括长度域指示位F，此处，该长度域指示位F被定义为用于标识功率余量汇报所对应的用户终端是否支持载波聚合。

基于上述PHR的结构，步骤S 11还包括步骤：如果LCID为第一数值，例如11001，则根据长度域指示位F和长度指示域L的联合确数据载荷的大小。例如，根据长度域指示位F确定该PHR报文的信源是版本10的支持CA的UE，还是不支持CA(non-CA)的UE，接着，再根据长度指示域L确定数据载荷的大小。

在该实施例中，重用了曾用以为R10的载波汇聚UE定义的LCID和F/L字节。重新定义MAC子头部中的F域，用于标示这是R10版的可以支持载波聚合的或不能支持载波聚合的UE。

在该实施例中，不必为R10不支持载波聚合的UE的PHR报告定义新的LCID。我们而是重新定义在F/L字节中的F域以标示到来的PHR内容是用于载波汇聚还是不支持载波聚合的UE。对于后者，不需要在PHR内容中包括位映射；因此优化了不支持载波聚合的PHR的报文大小。在现有规范中，F/L字节中的F域被用于指示相应的载荷大小是否超过128字节。但是在MAC PHR CE中，PHR大小不可能超过128字节。因此F域对于MAC PHR CE是无用的。本实施例中重用这一域以标示载波汇聚或不支持载波聚合的PHR，可以优化不支持载波聚合的PHR大小。

可选地，在上述的一些实施例中，数据载荷内的指示信息包括虚拟指示域V，以及步骤S 12还可以包括：基于数据载荷的大小，根据虚拟指示域以及PUCCH和PUSCH同时传输配置状态的联合，解析数据载荷。

同样可选地，在上述的一些实施例中，数据载荷内的指示信息可以包括虚拟指示域，最大可用功率指示位，基于此，步骤S12还可以包括：基于数据载荷的大小，根据虚拟指示域以及最大可用功率指示位的联合，解析数据载荷。

同样可选地，在上述的一些实施例中，数据载荷内的指示信息包括最大可用功率指示位，基于此，步骤S11还可以包括：如果PUCCH和PUSCH被配置为可同时传输，则确定数据载荷的大小为4字节；如果PUCCH和PUSCH被配置为不可同时传输，则确定数据载荷的大小为2字节。此处，由于PHR报文的数据载荷大小固定，则在报文格式中不再需要F/L域，并且也不需要重新定义两个保留域R/R，节省了开销。此处，可选地，数据载荷内的指示信息还可以包括虚拟指示域，基于此，步骤S12还可以包括：根据物理上行控制信道和物理上行共享信道的同时传输的配置情况，例如此处PUCCH和PSCCH被配置为非同时传输，则解析数据载荷为“PUCCH的功率余量值及最大可用功率值”或“PUSCH功率余量值及其最大可用功率值”，及对应了上述2字节大小的PHR的数据载荷；或者根据物理上行控制信道和/或物理上行共享信道的同时传输的配置情况，例如PUCCH和PSCCH被配置为同时传输，，则可解析数据载荷为“PUCCH的功率余量值及最大可用功率值”和“PUSCH功率余量值及最大可用功率值”，对应了上述4字节大小的PHR的数据载荷。

本领域技术人员应当了解：RAN1已告知RAN2关于在版本10中的不支持载波聚合的情景下Pcmax的上报问题的讨论，并表达了请求RAN2在PHR中包括所有版本10的UE所报告的Pcmax，c。因此，上述的一些实施例中，着重针对的是：版本10中不支持载波聚合的UE上报Pcmax的情况中的MAC CE格式。在这些实施例中，无论载波聚合的配置如何，在UE一侧都可以被配置为PUCCH和PUSCH传输同时进行。如果PUCCH和PUSCH传输配置为可以同时进行，则除了类型1的PHR以及对应Pcmax，类型2的PHR以及对应的Pcmax也可以被上报。如果PUCCH和PUSCH传输配置为不可同时进行，则在不支持CA的场景中，只有类型1的PHR及其对应的Pcmax可以被上报。因此，MAC CE的长度在一定程度上取决于PUCCH和PUSCH传输是否可以同时进行的配置情况。此处两种情况，参见图9a-9b或9d-9e所示。

总上所述，此处对于不支持CA的情境中的PHR/Pcmax传输的MAC CE格式，可以有两种可选的可行方法：重用扩展的PHR MACCE格式或者采用新的MAC CE结构。

重用扩展的PHR MAC CE格式比较直接，并且对现行的通信标准不会有影响，图9a-9b中示出了不支持CA的场景中的一种扩展的PHR MAC CE格式。

考虑到不支持CA的场景只配置有一个小区，因此，其中的指示次小区的激活/去激活状态的第一字节位图(bit map)，如图9a-9b所示的C7-C 1以及R，对于不支持CA的场景并不需要。如果对应的Pcmax总是连同PHR一起上报，则产生的MAC CE的数据载荷具有固定大小。因此可以使用对应于该固定大小的PHR的子报头。总体上说，如果为不支持CA的场景设计新的MAC CEW，则对于每个PHR，最多可节省两个字节。

图9c-9e示出了一个为不支持CA场景的情况优化设计MAC CE格式的实施例。其中，可以在该新的帧结构中重用Rel-8/9PHR MACCE中的LCID。对于版本10网络中的版本10的UE，上述实施例中所涉及的帧结构的使用，一般地，需要通过RRC信令进行配置。对于版本10网络中的版本8/9的UE可以继续使用版本8/9的PHRMAC CE结构。

图3示出了根据本发明的一个实施例的在无线通信网络的基站中用于接收功率余量汇报的装置100的结构图。该用于接收功率余量汇报的装置100包括数据载荷大小确定模块101和数据载荷解析模块102。

其中，数据载荷大小确定模块101，用于根据子报头的内容的联合，确定数据载荷的大小。

数据载荷解析模块102，用于根据数据载荷内的指示信息的联合，解析数据载荷。

图4示出了根据本发明的一个实施例的在无线通信网络的终端中用于传输功率余量汇报的装置的流程图。该用于传输功率余量汇报的装置200一般应用在用户终端中，包括数据载荷大小告知模块201和数据载荷构造告知模块202。

数据载荷大小告知模块201，用于通过子报头的内容的联合，将数据载荷的大小告知基站。

数据载荷构造告知模块202，用于通过数据载荷内的指示信息的联合，将数据载荷的构造告知基站。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域普通技术人员可以在所附权利要求的范围内做出各种变型或修改。本发明的技术方案用软件或硬件皆可实现。

Claims (15)

1.一种在无线通信网络的基站中用于接收功率余量汇报的方法，该功率余量汇报包括子报头和数据载荷，所述方法包括

A.根据所述子报头的内容的联合，确定所述数据载荷的大小；

B.根据所述数据载荷内的指示信息的联合，解析所述数据载荷。

2.根据权利要求1所述的方法，其特征在于，在所述步骤A中的所述子报头内容包括逻辑信道标识符，以及所述步骤A还包括：

-如果所述逻辑信道标识符为第一数值，则所述数据载荷的大小为1字节；

-如果所述逻辑信道标识符为第二数值，则所述数据载荷的大小为2字节；

-如果所述逻辑信道标识符为第三数值，则所述数据载荷的大小为3字节；

-如果所述逻辑信道标识符为第四数值，则所述数据载荷的大小为4字节。

3.根据权利要求1所述的方法，其特征在于，在所述步骤A中的所述子报头的内容包括逻辑信道标识符，长度域指示位(F)和长度指示域(L)，以及所述步骤A还包括：

如果所述逻辑信道标识符为第一数值，则根据所述长度域指示位和所述长度指示域的联合，确定所述数据载荷的大小。

4.根据权利要求1所述的方法，其特征在于，在所述步骤A中的所述子报头的内容包括逻辑信道标识符，第一保留域和第二保留域，以及所述步骤A还包括：

如果所述逻辑信道标识符为第一数值，则根据所述第一保留域和所述第二保留域的联合，确定所述数据载荷的大小。

5.根据权利要求1所述的方法，其特征在于，所述步骤A之前还包括步骤：

-将所述无线通信网络中的不支持载波聚合的版本10的用户终端配置以支持扩展格式的所述功率余量汇报。

6.根据权利要求5所述的方法，其特征在于，所述步骤A中的所述子报头的内容包括逻辑信道标识符，以及所述步骤A之前还包括：

-如果所述逻辑信道标识符为第一数值，则确定所述功率余量汇报所对应的所述用户终端是否支持扩展格式的所述功率余量汇报。

7.根据权利要求6所述的方法，其特征在于，所述第一数值为11010，所述子报头的内容包括长度域指示位和长度指示域或第一保留域和第二保留域；以及所述步骤A还包括：

如果所述功率余量汇报所对应的所述用户终端未被配置支持扩展格式的所述功率余量汇报，则确定所述数据载荷的大小为1字节；

如果所述功率余量汇报所对应的所述用户终端被配置支持扩展格式的所述功率余量汇报，则根据所述长度域指示位和所述长度指示域的联合或所述第一保留域和所述第二保留域的联合，确定所述数据载荷的大小。

8.根据权利要求1所述的方法，其特征在于，所述步骤A中的所述子报头内容包括逻辑信道标识符，还包括长度域指示位(F)，用于标识所述功率余量汇报所对应的用户终端是否支持载波聚合；以及所述步骤A还包括：

-如果所述逻辑信道标识符为第一数值，则根据所述长度域指示位(F)和长度指示域(L)的联合确定所述数据载荷的大小。

9.根据权利要求1-8所述的方法，其特征在于，所述数据载荷内的所述指示信息包括虚拟指示域，以及所述步骤B还包括：

-基于所述数据载荷的大小，根据所述虚拟指示域以及物理上行控制信道和物理上行共享信道同时传输配置状态的联合，解析所述数据载荷。

10.根据权利要求1-8所述的方法，其特征在于，所述数据载荷内的所述指示信息包括虚拟指示域，最大可用功率指示位，以及所述步骤B还包括：

-基于所述数据载荷的大小，根据所述虚拟指示域以及所述最大可用功率指示位的联合，解析所述数据载荷。

11.根据权利要求1-8所述的方法，其特征在于，所述数据载荷内的所述指示信息包括最大可用功率指示位；以及所述步骤A还包括：

如果物理上行控制信道和物理上行共享信道被配置为可同时传输，则确定所述数据载荷的大小为4字节；

如果物理上行控制信道和物理上行共享信道被配置为不可同时传输，则确定所述数据载荷的大小为2字节。

12.根据权利要求11所述的方法，其特征在于，所述数据载荷内的所述指示信息包括虚拟指示域，以及所述步骤B还包括：

-根据所述物理上行控制信道和所述物理上行共享信道的同时传输的配置情况，解析所述数据载荷分别为所述物理上行控制信道的功率余量值及最大可用功率值和/或所述物理上行共享信道功率余量值及最大可用功率值。

13.一种在无线通信网络的用户终端中用于传输功率余量汇报的方法，该功率余量汇报包括子报头和数据载荷，所述方法包括：

A.通过所述子报头的内容的联合，将所述数据载荷的大小告知基站；

B.通过所述数据载荷内的指示信息的联合，将所述数据载荷的构造告知所述基站。

14.一种在无线通信网络的基站中用于接收功率余量汇报的装置，该功率余量汇报包括子报头和数据载荷，所述装置包括：

-数据载荷大小确定模块，用于根据所述子报头的内容的联合，确定所述数据载荷的大小；

-数据载荷解析模块，用于根据所述数据载荷内的指示信息的联合，解析所述数据载荷。

15.一种在无线通信网络的用户终端中用于传输功率余量汇报的装置，该功率余量汇报包括子报头和数据载荷，所述装置包括：

-数据载荷大小告知模块，用于通过所述子报头的内容的联合，将所述数据载荷的大小告知基站；

-数据载荷构造告知模块，用于通过所述数据载荷内的指示信息的联合，将所述数据载荷的构造告知所述基站。

Images