CN107769904B

CN107769904B - 终端装置和接收方法

Info

Publication number: CN107769904B
Application number: CN201710886528.7A
Authority: CN
Inventors: A.格里谢克艾德勒冯艾尔布瓦特; 西尾昭彦
Original assignee: Sun Patent Trust Inc
Current assignee: Sun Patent Trust Inc
Priority date: 2011-03-23
Filing date: 2012-03-08
Publication date: 2020-09-29
Anticipated expiration: 2032-03-08
Also published as: DK3255946T3; US11234231B2; RU2013142762A; CN107769904A; WO2012126577A1; JP6620848B2; US10051619B2; RU2577318C2; JP6179786B2; ES2549048T3; EP3101979A1; CN103548407A; DK2689620T3; RS58013B1; BR112013023927A8; CY1120868T1; EP3255946A1; US11696308B2; JP2014512114A; US10542534B2

Abstract

本发明涉及终端装置和接收方法。该终端装置包括：接收单元，接收包括用于用信号传递指示分派给终端装置的资源的资源分配信息的资源分配字段的下行链路控制信息；以及控制器，耦接到接收单元；当多个集群被分配给终端装置、并且资源分配字段中的可用比特的数目小于指示所分配的多个集群所需要的比特的数目时，接收单元从可用比特接收指示所分配的多个集群所需要的比特的一部分；以及控制器假定指示所分配的多个集群所需要的比特中的剩余比特为定义值，并且，当可用比特的数目等于或大于指示所分配的多个集群所需要的比特的数目时，接收单元从可用比特接收指示所分配的多个集群所需要的比特；并且，控制器至少基于所述可用比特来确定资源分配信息。

Description

终端装置和接收方法

本申请是申请日为2012年03月08日、申请号为201280024074.8、发明名称为“用于单一和多集群传输的资源分配”的发明专利申请的分案申请。

技术领域

本发明一般地涉及向移动通信系统的终端用信号传递(signal)资源分配(allocation)信息用以向终端分派资源。具体地，本发明涉及针对3GPP LTE或3GPP LTE-A中的单一集群和多集群分配使用下行链路控制信息用信号传递资源分配。更具体地，本发明的一个方面提供了在下行链路控制信息内的可用比特数不足以表示所述系统支持的所有可能的资源分配(例如，单一集群或多集群分配的所有允许的组合)的情况下用信号传递资源分配信息的构思。原则上，本公开的发明可以被应用于用信号传递上行链路资源分配信息和下行链路资源分配信息，然而，关于3GPP LTE或3GPP LTE-A中的上行链路资源分配的某些设置(configuration)可以取得额外的优势。

背景技术

在移动通信系统中，基站向终端分派下行链路资源，和/或向终端分派上行链路资源，所述基站可以用所述下行链路资源实现对所述终端的下行链路传输，所述终端可以用所述上行链路资源实现上行链路传输。所述下行链路和/或上行链路资源分配(或分派(assignment))被从基站(或另一相关的网络设备)用信号传递到终端。典型地将所述下行链路和/或上行链路资源分配信息作为具有多个预定义的标记和/或预定义的字段的下行链路控制信息的一部分而用信号传递，所述多个预定义的标记和/或预定义的字段中的一个是专用于用信号传递资源分配信息的字段。

典型地，能够用于向终端用信号传递资源分配信息的可用的比特数是由技术规范预定的。例如，技术规范限定了在其中将资源分派信息发送至终端的下行链路控制信息的大小和格式。

类似地，资源分配或资源分配的大小是由技术规范预定的。而且，向终端分派上行链路或下行链路资源典型地由技术规范限定和给出。例如，上行链路资源可以被表示为资源块，意味着向用户或终端分派上行链路资源的粒度是可分派的上行链路资源块的数目和位置。在这种情况下，技术规范典型地限定所述移动通信系统支持的资源块的允许的组合。由于允许的资源分配、资源分配的大小或所支持的可分派资源组合都被限定或预定，所以有效地给出了表示所有支持的资源(及其组合)所要求的比特数。

因此，可用于用信号传递资源分派信息的可用比特数和表示支持的资源(及其组合)所要求的比特数都不能被自由地选择。

本发明已经意识到可能会出现可用于用信号传递资源分派信息的比特数不足以表示通信系统支持的所有可能的资源分派的情况。

下面关于3GPP LTE和LTE-A通信系统，尤其是针对3GPP LTE(-A)中规范的多集群分配，说明本发明的总体构思。然而，应该理解，对3GPP LTE和LTE-A的引用仅仅是根据本发明的具体实施例的一个示例，本发明的一般构思可以被应用于不同通信系统的不同资源分配处理。

本发明已公开的用于向终端用信号传递上行链路资源信息的实施例可以被应用于用信号传递下行链路资源信息，而不脱离本发明。例如，调度器(scheduler)将根据LTE(-A)的下行链路资源作为资源的最小可能单元的资源块(RB)来分派。在时间-频率域上将所述下行链路分量载波(或信元(cell))细分为子帧，每个子帧被分为两个下行链路时隙，用于用于信号传递控制信道区域(PDCCH区域)和OFDM码元。像这样，如图3所示的用于LTE(-A)中的上行链路资源的资源网格具有与下行链路资源相同的结构。因此，可以以这里关于下行链路资源所建议的相同方式实现用更少的比特用信号传递分派的下行链路资源，所述比特是表示通信系统支持的所有允许的资源块分配所需要的。

此外，本说明书中使用的术语“资源分派”和“资源分配”表示分派或分配资源的相同技术含义。因此，这两个术语是可交换的，并不改变内容和技术含义。

长期演进(LTE)

基于WCDMA无线访问技术的第三代移动系统(3G)被广泛部署在世界各地。在无线电访问技术竞争相当激烈的情况下，增强或演进这个技术的第一步必须引入高速下行链路分组访问(HSDPA)以及增强的上行链路，也被称为高速上行链路分组访问(HSUPA)。

为了对进一步增加的用户需求作好准备以及为了对新的无线电访问技术具有竞争力，3GPP引入了被称为长期演进(LTE)的移动通信系统。LTE被设计用于满足未来十年对高速数据和媒体传输以及高容量语音支持的载波需求。提供高比特率的能力是LTE的关键度量。

被称为演进的UMTS陆地无线电访问(UTRA)和UMTS陆地无线电访问网络(UTRAN)的长期演进(LTE)的工作项(WI)规范最终为版本8(LTE)。所述LTE系统表示以低延时和低开销提供完全基于IP的功能的基于分组的高效无线电访问和无线电访问网络。根据LTE，为了使用给定的频谱达到灵活的系统部署，规范了可伸缩的多个传输带宽，诸如1.4、3.0、5.0、10.0、15.0和20.0MHz。在下行链路中，采用基于正交频分复用(OFDM)的无线电访问，这是因为其对低码元率导致的多路干扰(MPI)具有固有的抗扰性，使用循环前缀(CP)，并且对不同的传输带宽安排具有相似性。在上行链路中，采用基于单载波频分多址(SC-FDMA)的无线电访问，这是因为考虑到用户设备(UE)受限的传输功率，将提供广域覆盖优先于提高峰值速率。很多关键的分组无线电访问技术被采用，包括多输入多输出(MIMO)信道传输技术，因此，LTE(例如，版本8)可以实现高效的控制信令结构。

LTE架构

根据LTE(-A)的通信系统的整体架构如图1所示。E-UTRAN架构的更详细的表示如图2所示。

E-UTRAN包括向用户终端(UE)提供E-UTRA用户平面(PDCP/RLC/MAC/PHY)和控制平面(RRC)协议端接(termination)的eNodeB。所述eNodeB(eNB)主持包括压缩和加密用户平面头部的功能的物理(PHY)、媒体访问控制(MAC)、无线电链路控制(RLC)和分组数据控制协议(PDCP)层。它还提供对应于控制平面的无线电资源控制(RRC)功能。它执行包括无线电资源管理、接纳(admission)控制、调度、协商的上行链路服务质量(QoS)的实施、小区信息广播、加密/解密用户和控制平面数据、以及压缩/解压缩下行链路/上行链路用户平面分组头部。eNodeB通过X2接口相互连接。

eNodeB还通过S1接口连接至EPC(演进的分组核心)。更具体地，eNodeB通过S1-MME连接至MME(移动性管理实体)和通过S1-U连接至服务网关(SGW)。S1接口支持MME/服务网关和eNodeB之间的多对多关系。SGW路由并转发用户数据分组，同时还在eNodeB间的转交(handover)期间充当用户平面的移动性锚，并充当用于LTE和其他3GPP技术之间的移动性的锚(端接S4接口并中继2G/3G系统和PDN GW之间的业务量)。对于空闲状态的用户设备，SGW终止下行链路数据路径并在下行链路数据到达时为用户设备触发寻呼(paging)。它管理并存储用户设备上下文，例如，IP承载服务的参数，网络内部路由信息。它还在合法监听的情况下执行用户业务的复制。

MME是LTE访问网络的秘钥控制节点。它负责空闲模式的用户设备追踪和寻呼过程，包括重传。它涉及承载激活/禁用处理，并且还负责在初始连接时以及在涉及核心网络(CN)节点重定位的LTE内的转交时为用户设备选择SGW。它负责(通过与HSS交互)验证用户。非访问层(NAS)信令在MME终止并且它还负责生成和向用户设备分配临时身份。它检查用户设备的授权以登上服务提供商的公共陆地移动网络(PLMN)，并实施用户设备的漫游限制。MME是网络中用于NAS信令的加密/完整性保护的端点，并处理安全密钥管理。MME还支持信令的合法监听。MME还提供用于LTE和2G/3G访问网络之间的移动性的控制平面的功能，其中S3接口端接在从SGSN到MME处。MME还为漫游的用户设备端接朝向归属HSS的S6a接口。

LTE中的分量载波结构

3GPP LTE(诸如版本8)的下行链路分量载波在时间-频率域上被细分为所谓的子帧。在3GPP LTE中，各个子帧被分为两个下行链路时隙，如图3所示，其中第一下行链路时隙在第一OFDM码元内包括控制信道区域(PDCCH区域)。各个子帧在时域中由给定数量的OFDM码元(在3GPP LTE版本8中，12或14个OFDM码元)组成，其中各个OFDM码元跨越了分量载波的整个带宽。因此，各个OFDM码元由在相应的

个副载波上传输的若干调制码元组成，如图4所示。

假设例如在3GPP长期演进(LTE)中使用采用多载波通信系统(例如采用OFDM)，则可以被调度器分派的最小资源单位是一个“资源块”。一个物理资源块被定义为时域中

个连续的OFDM码元以及频域中

个连续的副载波，如图4所示。因此，在3GPP LTE(诸如版本8)中，下行链路物理资源块由

个资源单元(resource element)组成，对应于时域中的一个时隙和频域中的180KHz。关于下行链路资源网格的更多细节可以从例如3GPPTS 36.211“Evolved Universal Terrestrial Radio Access(E-UTRA)；PhysicalChannels and Modulation(Release 8)”，版本8.9.0或9.0.0，6.2节获得，可从http://www.3gpp.org获取，通过引用将其包含于此。同样地，图3和4所示的下行链路分量载波的子帧结构和下行链路资源网格可以从3GPP TS 36.211获得。

对于LTE上行链路资源分派，资源块的结构与上述下行链路资源的网格结构相当。对于上行链路资源，各个OFDM码元由在相应的

个副载波上传输的若干调制码元组成，也如图5所示。图5所示的上行链路资源网格的示例结构对应于图4所示的示例下行链路资源网格的结构。图4的示例上行链路资源网格从3GPP TS 36.211 V10.0.0得到，通过引用将其包含于此，其提供了LTE(版本10)中的上行链路资源的更多细节。

L1/L2控制信令-LTE(-A)中的下行链路控制信息

为了通知被调度的用户或终端关于它们的分配状态、传输格式和其他数据相关的信息(如，HARQ信息)，将L1/L2(层1/层2)控制信令与所述数据一起在下行链路链路上发送。在子帧中将L1/L2控制信令与下行链路数据复用，假定用户分配可以在子帧之间改变。应该注意，也可以以TTI(传输时间间隔)为基础执行用户分配，其中所述TTI的长度是多个子帧。可以在服务区域内对所有用户固定TTI的长度，TTI的长度也可以对不同的用户有所不同，或者甚至可以对各个用户是动态的。一般地，每个TTI仅需要发送一次L1/2控制信令。在物理下行链路控制信道(PDCCH)上传输L1/L2控制信令。应该注意，在3GPP LTE中，还在PDCCH上发送用于上行链路数据传输的分派，也被称为上行链路调度授权或上行链路资源分派。

一般地，在L1/L2控制信令上发送的信息(特别是LTE(-A)版本10)可以被分类为以下项目：

·用户身份，指示被分配的用户。典型地通过用所述用户身份对CRC进行掩码(mask)而将其包含在校验和中；

·资源分配信息，指示用户被分配的资源(资源块，RB)。注意，用户被分配的RB的数量可以是动态的；

·载波指示符，如果在第一载波上传输的控制信道分派涉及第二载波的资源，即，第二载波上的资源或与第二载波有关的资源，则使用该载波指示符；

·调制和编码方式，确定所采用的调制方式和编码率；

·HARQ信息，诸如新数据指示符(NDI)和/或冗余版本(RV)，其在数据分组或其部分的重传中特别有用；

·功率控制命令，用于调节所分派的上行链路数据或控制信息传输的传输功率；

·参考信号信息，诸如所应用的循环移位和/或正交掩码(orthogonal covercode)索引，它们被用于与分派相关的参考信号的发送或接收；

·上行链路或下行链路分派索引，被用于识别分派的顺序，其在TDD系统中特别有用；

·跳频(hopping)信息，例如，是否以及如何应用资源跳频以便增加频率差异化的指示符；

·CQI请求，被用于触发在所分派的资源中的信道状态信息的发送；以及

·多集群信息，其是用于指示和控制所述传输是发生在单一集群(RB的连续集合)还是多集群(连续RB的至少两个不连续的集合)中的标记。3GPP LTE(-A)版本10中已引入了多集群分配。

应该注意到，上述列表是不详尽的，并且取决于所使用的DCI格式，不是所有提到的信息都必须出现在各个PDCCH传输中。

DCI以若干格式出现，这些格式在总体大小和使用的字段信息上不同。TS 36.212v10.0.0的5.3.3.1节中详细说明了当前为LTE(-A)版本10定义的不同的DCI格式，其可从http://www.3gpp.org获取，通过引用将其包含于此。

下面两种在LTE中定义的具体DCI格式示例性的示出了不同DCI格式的一些功能：

·DCI格式0被用于在上行链路传输模式1或2中使用单一天线端口传输的PUSCH(物理上行链路共享信道)的调度；

·DCI格式4被用于在上行链路传输模式2中使用闭环空间复用传输的PUSCH(物理上行链路共享信道)的调度。

上行链路传输模式1和2被定义在TS 36.213 v10.0.0的8.0节中，单一天线端口被定义在8.0.1节中，闭环空间复用被定义在8.0.2节中，它们可从http://www.3gpp.org获取，通过引用将其包含于此。

如何正确地发送上述信息片有若干方法。而且，L1/L2控制信息也可以包含附加信息或者可以省略一些信息，诸如：

·如果同步HARQ协议被用于例如上行链路中，可以不需要HARQ处理号(processnumber)；

·与空间复用相关的控制信息(例如，预编码)可以被附加地包括在控制信令中；或者

·在多码字空间复用传输的情况下，可以包括用于多码字的MCS和/或HARQ信息。

对于在LTE中的PDCCH(物理下行链路控制信道)上用信号传递的上行链路资源分派(例如，关于物理上行链路共享信道，PUSCH)，L1/L2控制信息不包含HARQ处理号，这是因为同步HARQ协议被用于LTE上行链路传输。要被用于上行链路传输的HARQ处理是由指定的定时确定和给出的。此外，应该注意到，冗余版本(RV)信息和MCS信息被联合地编码。

LTE(-A)中的下行链路和上行链路数据传输

这一节根据LTE(-A)的技术规范提供关于下行链路和上行链路数据传输的进一步的背景，这对于理解接下来讨论的本发明的实施例的背景、框架和完整可用性是有帮助的。因此，这一节仅提供关于背景信息的说明性信息，本发明的领域的技术人员会认为是常识。

关于LTE中的下行链路数据传输，将L1/L2控制信令在独立的物理信道(PDCCH)上与下行链路分组数据传输一起传输。所述L1/L2控制信令典型地包含关于以下的信息：

-传输数据的物理资源(例如，OFDM情况下的副载波或副载波块，CDMA情况下的码)。这个信息使得UE(接收端)能够识别传输数据的资源。

-当用户设备被设置为在L1/L2控制信令中具有载波指示字段(CIF)时，这个信息识别特定控制信令信息意在的分量载波。这使得能够在一个分量载波上发送意在另一分量载波的分派(“交叉载波调度”)。该另一交叉调度的分量载波可以是例如无PDCCH的分量载波，即，该交叉调度的分量载波不携带任何L1/L2控制信令。

-用于传输的传输格式。这可以是数据的传输块大小(有效负载的大小，信息比特的大小)、MCS(调制和编码方式)水平、频谱效率、码率，等等。这个信息(通常与资源分配(如，分派给用户设备的资源块的数量)一起)允许用户设备(接收端)识别信息比特大小、调制方式和码率，以便开始解调、解速率匹配和解码处理。可以显式地用信号传递所述调制方式。

-混合ARQ(HARQ)信息：

·HARQ处理号：允许用户设备识别数据被映射到的混合ARQ处理；

·序号或新数据指示符(NDI)：允许用户设备识别所述传输是新的分组还是重传的分组。如果在HARQ协议中实现软合并，则所述序号或新数据指示符与HARQ处理号一起使得能够在解码之前将用于PDU的传输进行软合并；

·冗余和/或星座版本：告诉用户设备哪个混合ARQ冗余版本被使用(需要用于解速率匹配)和/或哪个调制星座版本被使用(需要用于解调)。

-UE身份(UE ID)：告诉L1/L2控制信令意在哪个用户设备。在典型的实现中，这个信息被用于对L1/L2控制信令的CRC进行掩码，以便防止其他用户设备读取该信息。

为了使能LTE中的上行链路分组数据传输，在下行链路链路(PDCCH)上发送L1/L2控制信令以告诉用户设备传输的细节。这个L1/L2控制信令典型地包含与下面有关的信息：

-用户设备发送数据应该使用的物理资源(例如，OFDM情况下的副载波或副载波块，CDMA情况下的码)；

-当用户设备被设置为在L1/L2控制信令中具有载波指示字段(CIF)时，这个信息识别特定控制信令信息意在的分量载波。这使得能够在一个分量载波上发送意在另一分量载波的分派。该另一交叉调度的分量载波可以是例如，无PDCCH的分量载波，即，该交叉调度的分量载波不携带任何L1/L2控制信令；

-在与上行链路分量载波相联系的DL分量载波上，或者如果若干个DL分量载波与同一UL分量载波相联系，则在若干DL分量载波之一上，发送用于上行链路授权的L1/L2控制信令；

-用户设备用于传输应该使用的传输格式。这可以是数据的传输块大小(有效负载的大小，信息比特大小)、MCS(调制和编码方式)水平、频谱效率、码率，等等。这个信息(通常与资源分配(例如，分派给用户设备的资源块的数量)一起)允许用户设备(发送端)获取信息比特大小、调制方式和码率，以便开始调制、速率匹配和编码处理。在一些情况下，可以显式地用信号传递所述调制方式。

-混合ARQ(HARQ)信息：

·HARQ处理号：告诉用户设备应该从哪个混合ARQ处理获取数据；

·序号或新数据指示符：告诉用户设备发送新的分组或重传分组。如果在HARQ协议中实现软合并，所述序号或新数据指示符与HARQ处理号一起使得能够在解码之前对用于协议数据单元(PDU)的传输进行软合并；

·冗余和/或星座版本：告诉用户设备哪个混合ARQ冗余版本要被使用(或需要用于解速率匹配)和/或哪个调制星座版本要被使用(或需要用于解调)。

-UE身份(UE ID)：告诉应该由哪个用户设备发送数据。在典型的实现中，这个信息被用与对L1/L2控制信令的CRC进行掩码，以便防止其他用户设备读取该信息。

如何在LTE的上行链路和下行链路数据传输中正确地传输上述信息片有若干种不同的可用方法。此外，在上行链路和下行链路中，所述L1/L2控制信息也可以包含附加信息或者可以省略一些信息。例如：

-在同步HARQ协议的情况下，可以不需要HARQ处理号，即，可以不用信号传递HARQ处理号；

-如果使用追赶合并(Chase Combining)(总是相同的冗余和/或星座版本)，或者如果冗余和/或星座版本的序列被预定义，则可以不需要冗余和/或星座版本，因此不用信号传递冗余和/或星座版本；

-功率控制信息可以被附加地包括在控制信令中；

-MIMO相关的控制信息(诸如，如预编码)可以被附加地包括在控制信令中；

-在多码字MIMO传输的情况下，可以包括用于多个码字的传输格式和/或HARQ信息。

对于在LTE中的PDCCH上用信号传递的上行链路资源分派(关于物理上行链路共享信道(PUSCH))，L1/L2控制信息不包含HARQ处理号，这是因为对LTE上行链路采用了同步HARQ协议。要用于上行链路传输的HARQ处理由定时给出。此外，应该注意，冗余版本(RV)信息和传输格式信息被联合编码，即，RV信息被嵌入在传输格式(TF)字段中。传输格式(TF)(即调制和编码方案(MCS))字段具有5个比特，对应于32个条目。3个TF/MCS表项目被保留用于指示冗余版本(RV)1、2或3。剩下的MCS表项目被用于用信号传递MCS水平(TBS)，其隐式地指示RV0。PDCCH的CRC字段的大小是16个比特。

对于在LTE中的PDCCH上用信号传递的下行链路资源分派(PDSCH)，冗余版本(RV)被独立地在两个比特的字段中用信号传递。此外，调制阶信息被与传输格式信息联合编码。与上行链路情况同样，在PDCCH上用信号传递5个比特的MCS字段。3个条目被保留用于用信号传递显式的调制阶，不提供传输格式(传输块)的信息。对于剩下的29个条目，用信号传递调制阶和传输块大小的信息。

上行链路资源分派的资源分配字段

根据3GPP TS 36.212 v10.0.0，DCI格式0可以例如被用于上行链路资源分派。DCI格式0包含所谓的“资源块分派和跳频资源分配”字段，其具有

个比特，其中

表示上行链路中资源块的数目，等等。

LTE(-A)目前预见三种可能的上行链路资源分配方式，它们是具有非跳频PUSCH(物理上行链路共享信道)的单一集群分配、具有跳频PUSCH的单一集群分配、以及多集群分配。多集群分配在版本10中被引入，且仅被支持为具有非跳频PUSCH。

在具有非跳频PUSCH的单一集群分配的情况下，DCI的整个“资源块分派和跳频资源分配”字段被用于用信号传递上行链路子帧中的资源分配。

在具有跳频PUSCH的单一集群分配的情况下，该字段的N_{UL_hop}个MSB(最高有效位)被用于指定详细的跳频设置，而所述字段的剩余比特提供上行链路子帧中的第一个时隙的资源分配。由此，可以从根据表格1的系统带宽确定N_{UL_hop}。表格1是从3GPP TS 36.213v10.0.1的表格8.4-1得到的，通过引用将其包含于此。系统带宽

表示上行链路物理资源块的数目。

表格1

在具有非跳频PUSCH的多集群分配的情况下，使用DCI的跳频标记字段与资源分派和跳频资源分配字段的连接来用信号传递上行链路资源分配。

在LTE中未定义具有跳频PUSCH的多集群分配。为此，在多集群分配的情况下，跳频标记字段(如单集群分配所需要的)可以被用于用信号传递上行链路资源分配。

对于多集群分配，需要

个比特表示或指定所有允许和支持的组合。根据3GPP LTE(-A)多集群分配，能够被分派的上行链路资源的最小单元是一个“资源块组(RBG)”，如下面更详细叙述的。

可以从根据表格2的系统带宽确定RBG的大小。表格2是通过用

替代对应的

而从3GPP TS 36.213 v10.0.1的表格7.1.6.1-1得到的。系统带宽

表示上行链路物理资源块的数目。

表格2

多集群分配解析

如上所述，LTE多集群RBA不支持跳频。因此，DCI的跳频前附(prepend)到RBA字段，其增加了1个比特。虽然对于单一集群，分配基于资源块粒度，然而对于多集群分配，粒度基于资源块组(RBG)。RBG是P个相邻RB的联合，其中对于LTE支持的任何上行链路系统带宽，可以使用表格2建立P。唯一的例外是

不是P的整数倍的情况，以及因此最后一个RBG包含剩余的RB的情况。每个RB仅是一个RBG的部分。上行链路RBG的数目

由此可以计算为

因为多集群分配是已知的且被定义在3GPP LTE版本10中，所以不需要并因此省略系统支持的RBG和允许的RB的组合(形成RBG)的更多细节。这里通过引用将根据3GPP LTE版本10的多集群分配、以及具体地3GPP TS36.212 V10.0.0中定义的用信号传递多集群资源分配的DCI格式0包含于此。

根据3GPP LTE版本10，多集群分配局限于仅支持两种集群，其中第一种集群由开始的RBG s₀和结束的RBG s₁-1识别，第二种集群由开始的RBG s₂和结束的RBG s₃-1识别。这四个参数通过以下公式联系到单一值r，其表示多集群分配：

其中M＝4(对应于定义由两个集群组成的多集群的四个起始和结束RBG)，

以及1≤s₀<s₁<s₂<s₃≤N，其中

此外，3GPP LTE版本10要求两个集群是不相邻的，即，在第一个集群的结束和第二个集群的起始之间存在至少一个RBG的间隔。这个条件导致上述公式以及值s₀、s₁、s₂和s₃之间的不等式关系。

本发明已经意识到对于大多数情况(即，对于3GPP TS 36.213规范定义的上行链路系统带宽的大多数值)，DCI中的可用比特数和表示系统支持的所有允许的RBG分配组合所需要的比特是匹配的。然而，对于某些情况，如上所述，DCI中可用的比特是不足的。

发明内容

本发明意在克服一个或多个所讨论和概述的关于移动通信系统的已知资源分配构思的问题，或者意在改进已知资源分配构思的信令。

本发明的一个目的是提供一种用于用信号传递用于向终端分派资源的资源分配信息至移动通信系统的终端的改进方法，以及对应的终端和对应的基站。

这个目的由独立权利要求的主题解决。

本发明的优选实施例由从属权利要求限定。

本发明已经意识到可能会出现这种情况：用于用信号传递资源分派信息的可用比特数不足以表示通信系统支持的允许的资源分派。在LTE的情况下，所述“允许的资源分派”可以是多集群分配的系统所支持的不同的RBG(即，允许的RB的组合)资源分配。

本发明的第一实施例涉及移动通信系统的终端执行的、用于接收和确定向终端指示为终端分派的资源的资源分配信息的方法。根据这个实施例，所述终端接收下行链路控制信息(DCI)，其包含用于为终端指示资源分配的字段。DCI内的这个资源分派字段具有预定数目的比特。所述终端从接收到的DCI的那个字段的内容确定其被分派的资源分配信息，即使——至少对于一个或多个特定资源分配的情况——接收到的DCI中的资源分配字段的预定比特大小不足以表示通信系统支持的所有允许的资源分配也是如此。根据这个实施例，由此建议，DCI的上述字段中被用信号传递到终端的接收到的比特表示资源分配信息的预定比特(子集)。资源分配信息的所有剩余的一个或多个不包括在接收到的DCI的字段中的比特被设定为预定值，如，1或0。

用于用信号传递资源分配信息的DCI可以具有预定的格式，在这种情况下，对于系统支持的任意允许的带宽，DCI中用于用信号传递资源分配信息的字段的比特数可以被预定义。这隐含着终端能够确定用信号传递的资源分配信息的期望的比特大小(即，接收到的DCI内包含资源控制信息的字段的大小)。

本发明的另一实施例涉及用于发送向移动通信系统的终端分派资源的资源分配信息的方法。对于此，基站确定将要向终端发送的资源分配信息。所述基站可以进一步确定可用于在下行链路控制信息(DCI)内用信号传递资源分配信息的比特数。由此，可用比特数可以是用于在DCI内发送资源分配信息的一个或多个字段的大小。对于给定的带宽，可用于用信号传递资源分配信息的比特数(即，DCI内上述字段的比特大小)是预定的(因此基站和终端一旦知道相关带宽就可以确定其)。

如果用于用信号传递资源分配信息的可用比特数不足以表示多个允许的资源分配，则基站在DCI的所述字段内向所述终端发送资源分配信息的比特的预定子集。资源分配信息的所有剩余的一个或多个不或不能被发送到终端的比特具有预定的值或被设定为预定的值。

根据本发明的特定实施例，所述移动通信系统是3GPP LTE系统或3GPP LTE-A系统。在这种情况下，终端是用户设备(UE)或中继节点。同样地，基站是演进的Node B(eNodeB)或中继节点。这种情况下，DCI的格式可以是3GPP LTE或3GPP LTE-A中定义的DCI格式0。或者，3GPP LTE或3GPP LTE-A中定义的DCI格式4可以被用于本发明的某些实施例。

所述资源分配信息的不被在DCI的所述字段内用信号传递的前述剩余的一个或多个比特可以是所述资源分配信息的一个或多个最高有效位MSB，或一个或多个最低有效位LSB。

另外，资源分配信息内这些剩余的一个或多个比特的位置和/或值可以被预定义(例如，在根据技术要求规范的系统中)，或者由基站预定然后用信号传递至终端。

本发明的其它实施例涉及3GPP LTE，其中资源分配信息表示根据3GPP LTE或3GPPLTE-A中定义的DCI格式0或DCI格式4中的单一集群资源分配的资源块RB的分配。

替代地或者附加地，资源分配信息可以表示根据3GPP LTE或3GPP LTE-A中定义的DCI格式0或DCI格式4中的多集群资源分配的资源块组RBG的分配，其中RBG包含预定义的多个相邻的RB。

根据本发明的实施例还可以预见，所述资源分配信息的所述剩余的一个或多个比特(不被在DCI的字段中用信号传递)的值和位置被预定，以限制可分派给所述终端的RB数目或组合。

替代地，所述剩余的一个或多个比特的值和位置被预定，以限制可分派给所述终端的RBG的数目或组合。

根据本发明的这个实施例，剩余的一个或多个比特的预定的值和预定的位置被选择以排除一个或多个可被所述通信系统用于物理上行链路控制信道PUCCH传输的一个或多个边缘物理资源块PRB的分配。还可以有利地排除一个或多个边缘物理资源块的分配，因为这减少了生成的频带外干扰的量，即，在允许的带宽外泄露的功率。

本发明的其它实施例建议了用于被用信号传递的资源分配信息的再解析或再映射方式，其被基站和/或终端应用以改变可分派给所述终端的RB、RBG或其组合。

这个再解析方式可以包括分别从较低的RB或RBG索引到较高的RB或RBG索引的镜像，或者从较高的RB或RBG索引到较低的RB或RBG索引的镜像。替代地或附加地，所述再解析方式可以包括将被用信号传递的资源分配信息移位预定偏置，其中所述偏置被定义为RB或RBG的数目。

所述再解析的方案可以由基站设置或者由所述基站向所述终端用信号传递。

根据本发明的又一个实施例，提供了一种用于发送向3GPP LTE或3GPP LTE-A通信系统的终端分派上行链路资源的资源分配信息的方法。所述方法由基站或中继节点执行。所述基站在下行链路控制信息DCI的字段内向终端发送资源分配信息。由此，所述资源分配信息表示根据所述3GPP LTE或3GPP LTE-A通信系统中的多集群资源分配的不同资源块组RBG。用于发送资源分配信息的DCI的字段的可用比特大小由此足以表示多个可能的上行链路资源分配，这是因为根据新颖的方式确定RBG大小。

对于给定数目的上行链路资源块，根据本发明的这个实施例的RBG大小可以根据以下表格确定：

或者，对于给定数目的上行链路资源块，根据本发明的这个实施例的RBG大小可以根据以下表格确定：

在上述两种情况下，

表示上行链路资源块的数目，

以RB数目的方式表示对应的RBG大小。

根据本发明的再一实施例，提供了一种用于接收向3GPP LTE或3GPP LTE-A通信系统的终端分派上行链路资源的资源分配信息的方法。所述方法被终端或中继节点执行。所述终端接收下行链路控制信息DCI，所述下行链路控制信息DCI包括用于用信号传递所述终端的资源分配信息的字段。所述字段具有预定数目的比特，所述资源分配信息表示根据3GPP LTE或3GPP LTE-A通信系统中的多集群资源分配的资源块组RBG。用于用信号传递所述资源分配信息的DCI的所述字段的比特大小由此足以表示多个可能的上行链路资源分配，这是因为根据一种新颖方式确定RBG大小。对于给定数目的上行链路资源块，确定RBG大小的方式基于上面的两个表格中的任一个。

根据本发明的再一个实施例，提供了一种终端，用于接收向移动通信系统内的所述终端分派资源的资源分配信息。所述终端包括用于接收下行链路控制信息DCI的单元，其中所述下行链路控制信息DCI包括用于指示所述终端的资源分配信息的字段。所述字段具有预定数目的比特。所述终端还包括用于从接收到的DCI中的所述字段的所述比特确定所述资源分配信息的单元。接收到的DCI内的所述字段的所述预定数目的比特因此不足以表示通信系统支持的多个允许的资源分配，例如，不足以表示多个允许的多集群资源分配。因此，建议接收到的DCI内所述字段的所述比特表示所述资源分配信息的预定比特，同时，所述资源分配信息的不包括在接收到的DCI的所述字段内的所有剩余的一个或多个比特被设定为预定的值。

根据本发明的又一个实施例，提供了用于向移动通信系统的终端发送分派资源的资源分配信息的基站。所述基站包括用于确定将向所述终端发送的资源分配信息的单元。所述基站还包括用于确定下行链路控制信息DCI内用于用信号传递所述资源分配信息的可用比特数。所述可用比特数因此是所述DCI内用于发送资源分配信息的字段的大小。而且，所述DCI具有预定的格式，并且，对于给定的带宽，指定了所述DCI内可用于用信号传递所述资源分配信息的比特数。所述基站还包括用于如果用于用信号传递所述资源分配信息的可用比特数不足以表示多个允许的资源分配、则在所述DCI的所述字段内向所述终端发送所述资源分配信息的所述比特的预定子集的单元，而所述资源分配信息的不被发送的所有剩余的一个或多个比特具有预定值。

根据本发明的又一个实施例，提供了一种终端装置，包括：接收单元，在操作中接收下行链路控制信息，所述下行链路控制信息包括用于用信号传递资源分配信息的资源分配字段，所述资源分配信息指示分派给所述终端装置的资源；以及控制器，耦接到所述接收单元；当多个集群被分配给所述终端装置、并且所述资源分配字段中的可用比特的数目小于指示所分配的多个集群所需要的比特的数目时，所述接收单元从所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特的一部分；以及所述控制器假定指示所分配的多个集群所需要的比特中的剩余比特为定义值，并且，当所述资源分配字段中的可用比特的数目等于或大于指示所分配的多个集群所需要的比特的数目时，所述接收单元从所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特；并且，所述控制器在操作中至少基于所接收的下行链路控制信息中包括的资源分配字段中的可用比特来确定所述资源分配信息。

根据本发明的又一个实施例，提供了一种接收方法，包括：接收下行链路控制信息，其包括用于用信号传递资源分配信息的资源分配字段，所述资源分配信息指示分派给终端装置的资源，当多个集群被分配给所述终端装置、并且所述资源分配字段中的可用比特的数目小于指示所分配的多个集群所需要的比特的数目时，使用所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特的一部分，以及假定指示所分配的多个集群所需要的比特中的剩余比特为定义值，并且，当所述资源分配字段中的可用比特的数目等于或大于指示所分配的多个集群所需要的比特的数目时，通过使用所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特；以及至少基于所接收的下行链路控制信息中包括的资源分配字段中的可用比特来确定所述资源分配信息。

附图说明

下面将参考附图更详细地说明本发明的实施例和方面。图中相似或对应的细节被相同的附图标记。

图1显示了3GPP LTE系统的示例性架构；

图2显示了3GPP LTE的整个E-UTRAN架构的示例性概况；

图3显示了3GPP LTE(版本10)定义的下行链路分量载波上的示例性子帧结构；

图4显示了3GPP LTE(版本8/9)定义的下行链路时隙的示例性下行链路资源网格；

图5显示了3GPP LTE(版本10)定义的上行链路时隙的示例性上行链路资源网格；

图6显示了根据本发明的一个方面，DCI格式0内用于指定分配的RBG的可用比特数和用于指定由3GPP LTE(版本10)支持和定义的所有允许的RBG所需要的比特数；

图7显示了根据本发明的一个方面，用于在移动通信系统的终端处接收和确定资源分配信息的示例性方法；

图8显示了根据本发明的另一个实施例，图7的示例性方法的资源分配信息的确定的示例性步骤；以及

图9显示了根据本发明的一个方面，用于移动通信系统的基站确定和发送资源分配信息的示例性方法。

具体实施方式

该部分将说明本发明的各个实施例。仅用作示例的目的，关于上面的背景技术部分讨论的根据3GPP LTE(诸如版本8或9)和LTE-A(诸如版本10)的移动通信系统的正交单载波上行链路无线访问方式叙述了大多数实施例。应该注意，本发明可以有利地与之前介绍的诸如3GPP LTE和LTE-A通信系统结合使用，但本发明不局限于该特定的示例通信系统。

这里给出的3GPP LTE和LTE-A的细节是为了更好地理解本发明，不应当被理解为将本发明限定到所描述的移动通信系统的所描述的特定实施例的细节。

如上所述，本发明已经意识到可能会出现可用于用信号传递资源分派信息的比特数不足以表示所述通信系统支持的所有可能的资源分派的情况。在LTE多集群分配的情况下，允许的资源分派是所述系统支持的不同RBG(即，允许的RB组合)分配组合。

对于根据DCI格式0的LTE多集群分配的特定情况，寻址所有允许的RBG组合所需要的资源分配字段的比特数是

(如上文所说明的)。DCI中可用于向终端用信号传递上行链路资源分配的比特可以由

计算，其中“+1”是使用背景技术部分讨论的在3GPP LTE-A版本10中规范的“跳频字段标记”的结果。

对于3GPP LTE规范关于多集群分配所覆盖的大多数数值情况，可用比特数和所需要的比特没有问题。然而，在某些情况下，可用比特不足，如图6所示。

具体地，图6显示了DCI格式0内用于指定分配的RBG的可用比特数和指定3GPP LTE版本10关于多集群分配支持和定义的所有允许的RBG组合所需要的比特数。

如可以从图6或上面给出的公式获得的，DCI格式0中可用的比特数不足以用于以下数目的

7、9、10、55-63、85-90、101-110(其中为了简单仅示例性地考虑了6-110的范围)。如上所述，

以物理上行链路资源块的数目的方式表示系统带宽。

对于3GPP LTE-A规范，上行链路传输当前支持的系统带宽范围在6至110，而至少5、15、25、50、75和100这些值是当前常用的值。因此，对于常用的系统带宽，DCI中可用的比特数足以表示所有允许的资源分配。

这些“允许的”资源分配是LTE(-A)的技术规范所支持的分配。对于单一集群分配，允许的资源分配是可分派给UE的且被LTE(-A)系统支持的上行链路资源块的不同集合。更具体地，对于单一集群分配，分派的上行链路资源是各个相邻的上行链路资源块(RB)。分派的上行链路资源在DCI中由第一个RB和上行链路资源的长度(即，RB的数目)指定。第一个RB和长度信息被组合成将在DCI中被用信号传递的资源指示值RIV，如TS 36.213 v10.0.1的8.1.1节所提供的。另外，DCI包括用于指示分配是否使用跳频的标记。

对于多集群分配，允许的资源分配是可分派给UE且被LTE(-A)系统支持的上行链路资源块组(RBG)的不同组合。更具体地，LTE多集群分配支持具有两个集群的多集群分配，其中每个集群是相邻RBG(因此是RB)的块(chunk)，且两个集群被至少一个RBG分开(如上所述和LTE-A版本10中规范的)。因此，用于多集群分配的多个不同的允许的资源分配可以被看作LTE-A规范支持的两个集群内所有不同的RBG组合。如上所述，根据LTE版本10的分派的多集群分配被用信号传递为一个值r，该值是根据LTE-A规范(如，TS 36.213 v10.0.1的8.1.2节)定义的规则、基于两个集群的起始和结束RB而确定的。还是如上所述，LTE-A规范还规定了当用信号传递多集群分配信息r时也将使用用于单一集群分配的DCI的跳频标记。

对于未来的版本，允许的集群数可能会大于2且也可能为下行链路资源分配引入多集群分配。然而，允许的资源分配(即，不同的RB或RBG)以及在DCI中将它们用信号传递至UE的方式也会由未来的版本所提供。表示所有允许的资源分配所需要的比特数由技术规范给出，且可以由技术规范本身无歧义地确定。

根据图6的示例，能够寻址LTE支持的所有允许的RBG，即表示多集群分配信息的所有允许的值r，将需要一个或两个附加的资源信息比特(即，对于带宽7、9、10、55-63、85-90、101-110)。

由于比特数是由LTE技术规范预定义的(如上所述)，所以UE可以自己确定用信号传递的资源分配信息的大小，或者可以对给定的资源分配信息大小预设置UE。换言之，LTE技术规范要求：对于给定的带宽(例如，图6的示例中的

)，资源分配信息(例如，值r)具有特定的比特大小(例如，图6的示例中的

)。同样地，LTE规范定义了包括用于向UE用信号传递资源分配信息的字段的大小的DCI格式。如果这个大小不足以表示所有允许的值r，则虽然UE期望接收到具有特定比特大小的资源分配信息，但是DCI中实际接收到的信息具有更小的比特大小。UE用于处理这种情况的行为未被规范，并因此未被限定。在这种未限定的情况下，UE优选忽略接收到的整个信息，以避免负面影响终端或系统性能的行为。

为了解决DCI中比特不足以表示所有允许的可分派的资源分配(例如，对于图6中的带宽7、9、10、55-63、85-90、101-110)的问题，直接的解决方案是向DCI中的相应字段增加附加需要的一个或多个比特，使得所有可分派的资源分配可以被表示并被用信号传递至UE。

然而，这个可行的解决方案具有弊端：它将不可以后向兼容早期的LTE版本(例如，版本8和9)，特别是不兼容生产出的仅符合这些版本的UE。而且，它还具有这样的弊端：作为DCI的一部分用信号传递至UE的资源分配信息对于单一分配和对于多集群分配具有不同的大小(即，不同的比特数)，这大大增加了复杂度，因为需要被检测的附加DCI大小增加了在UE处检测DCI所要求的盲解码努力。

本发明提出了针对由DCI中不足的可用比特引起的这个问题的不同的解决方案，包括但不限于根据DCI格式0的LTE多集群分配。本发明提出的解决方案不增加在所发送的DCI中用于用信号传递所述分配资源(例如，根据DCI格式0的用于LTE多集群分配的分派的RBG)的比特数，并因此使UE处的DCI检测复杂度保持在相同的水平。

根据本发明的一个实施例，如果DCI中可用比特数不足，则资源分配信息中只有与可以在DCI中被发送的比特一样多的比特被用信号传递至UE。资源分配信息的所有剩余比特(即，如上面讨论的将需要附加比特的那些比特)被假定为，或设定为预定的值。换言之，资源分配信息(例如，表示上面讨论的用于多集群分配的值r)的由于比特不足而不能在DCI中被用信号传递的这些剩余比特被设定为0或1。在此上下文中，“资源分配信息”是表示LTE规范所支持的所有分配(例如，多集群分配的所有RBG)所需要的信息。

因此，建议在发送端(eNodeB)和接收端(UE)提供对用信号传递的比特的新解析，使得已知的和未改变的DCI格式可以仍被用于用信号传递有意义的资源分配信息。

下面，为使用DCI格式0的3GPP LTE多集群分配开发这个方法。为此，使用以下数学属性：

可以注意到，对于任意非负的整数x和y，这些项中的每一个都是0或正整数。因为本发明涉及上行链路或下行链路资源分配，这些条件总被满足：

为了分析值r，分析前两项

和

的关系是有益的。假定N-s₀≥M且N-s₁≥M-1，可以把这些项分别写成

和

第一项可以根据等式1转化成：

因此，满足下式：

仅当N-(s₀+1)＝0(即s₀＝N-1)时等号成立。在这种情况下，不等式左边变为

即，仅适用M＝1。然而，如上所述，由于LTE多集群分配的两个集群，M＝4。

由于s₀<s₁且

得到

仅当s₁＝s₀+1时等号成立。因此，有

加上必要的更改，上述同样可以适用于其他项，使得下面的关系式成立：

因此，明显

适用，除非这些项之一为零。特别地，仅在满足以下条件时出现第一项不是最大值的情况：

利用

x<y且M＝4，可以推出：

s₀>N-4

s₁>N-3

s₂>N-2

s₃>N-1

利用1≤s₀<s₁<s₂<s₃≤N，还得到：

s₀≤N-3

s₁≤N-2

s₂≤N-1

s₃≤N

当结合这两个约束条件时，不等式仅在以下条件下成立：

s₀＝N-3

s₁＝N-2

s₂＝N-1

s₃＝N

为了确定r的最大值，考虑每一项都非零的那些情况就足够了。然后，在此特定情况下，r可以表示为：

如果N-s_n项尽可能大，则每一项变为最大，即，在以下情况中：

还可以适用下面的公式：

此外，对于支持的资源分配，可产生的r的最大值适用

此外，r的最大值是在

最大时达到，即s₀＝1。

在LTE(-A)中，边缘PRB(物理资源块)可能被使用、设置、预留或占用，用于PUCCH(物理上行链路控制信道)传输。因此，分派边缘PRB(频谱的两边)的可能性相当低。那么，在多集群分配中分配这些边缘PRB(例如，包含边缘PRB的所有RBG)的概率相当低。此外，不使用边缘PRB减少传输所生成的频带外辐射，所以即使那些PRB不使用、设置、预留或占用用于PUCCH传输，这也是有利的。

当第一个集群的起始是在RBG 1时，即，在上行链路带宽的第一个RBG中，出现用于多集群分配的最大的用信号传递的值。用于多集群分配的最小的用信号传递的值不能这次容易地预测。

例如，如果上行链路系统带宽是7个PRB，则适用以下值：

P＝1

N＝8

1≤s₀<s₁<s₂<s₃≤8

因此，对于上行链路系统带宽是7个PRB的示例，存在70个不同的值r(0至69)。r的这些不同值是系统所支持的被允许的上行链路资源分配。为了表示70个允许的值，需要7个比特。

对于7个PRB的示例系统带宽的这些参数，等式

提供仅有6个比特可用于用信号传递r，尽管覆盖所有70个允许的r值将需要7个比特。这个示例中的70个允许的值和相应的RBG多集群分配如表格3所示。

可以从表格3进一步观察到，值64-69(斜体显示)的共同点是第一个集群的第一个RBG s₀是RBG号1，即，系统带宽的第一个RBG。因此，这些状态对应于r的MSB(即，表示十进制64的比特)被设定为1的那些有效状态。另一方面，可以观察到，由r的LSB设定为0表示的状态(粗体显示)没有同样的特征，例如，他们不共享任意一个集群的任何相同的起始或结束RBG。

表格3根据本发明的一个实施例，如果没有足够的比特可用于用信号传递r的整个范围，如上面表格3列出的示例，则使用下面的方法：

·能够被用信号传递的比特表示r的LSB；

·r的不能被用信号传递的任意“剩余的”比特，即，r的“剩余的”MSB(如果存在)被设定为0。

根据本发明的另一个实施例，还提出：

·当确定多集群分配时，eNodeB避免分派不能在DCI中发送的多集群分配。换言之，仅确定那些其MSB(s)(在使用的情况下)是0的分配。在这种情况下，不需要向UE通知MSB(s)的值，因为根据本发明假定它们都是0。或者，可以向UE通知MSB(s)的值，例如作为用信号传递至UE的控制信息的一部分。

这些实施例可以获得以下优点：

·可以对系统带宽

的所有值支持多集群分配，即使没有足够的比特可用于用信号传递范围不受约束的r的值；

·只有分配的第一个RBG在上行链路系统带宽的第一个RBG上的分配不能被实现。然而，由于上面提到的方面，期望第一个RBG通常不被分派，从而系统的相对损失相对可以忽略；

·分配的第一个RBG在上行链路系统带宽的第一个RBG上的某些分配仍然可以被实现(例如，通过用信号传递在35和63之间的r的值)：

·相比之下，如果例如MSB被设定为1，则仅有分配64-69可以被用信号传递，这是对多集群资源分配的可用性相对较强的限制。

·相比之下，如果例如LSB被设定为0或1，则表格3的上述70个情况中仅有35个可以被用信号传递，这也给多集群资源分配的可用性设置了很强的限制。此外，这些分配不遵循特定模式。

·相比之下，如果仅带宽的先验定义的受限部分可以被多集群分配寻址，那么，例如第一个RBG永远不能被分派给多集群分配。在表格3的示例中，这将会影响设置35-69不能使用，即，50％的情况。

根据本发明的另一个实施例，利用与上述相同的方法，即，将非用信号传递的MSB比特设定为零。然而，被用信号传递的值的解析也被修改。例如，可以阻止最后一个RBG而不是第一个RBG(如在上面的示例中)成为可分派的。这个方法是被用信号传递的分配的镜像，其可以通过对被用信号传递的信息(诸如表示LTE多集群分配的两个集群的RBG的被用信号传递的值s₀至s3)的再映射实现。根据本发明的又一个实施例，可以根据以下公式得到所述再映射：

根据再一个实施例，也可以通过定义r值的再解析得到所述镜像。对于表格3的以上示例，表格4显示了可能的关系，其从用于再解析值s₀至s₃的上述规则和用于从上述值s₀至s₃得到r值的规则得到。

表格4

如果最后一个RBG由比第一个RBG更少的PRB组成，则这个实施例特别有利。例如，假定

则由表格4的定义阐明的示例性再解析以及P＝4的RBG大小(即，RBG具有4个PRB)，可以确定出

优选地，

个RBG的每一个都被设定为P＝4的大小，且剩余的第22个RBG仅由1个PRB组成。一般地，可能所有RBG都具有相同的大小P(如果

是P的整数倍)，或者

个RBG将具有大小P，且一个“不规则的”RBG将具有在范围{1,2,...,P-1}内的大小。这通常发生在

不是P的整数倍的情况下。

可以注意到，如果“不规则的”RBG不能被多集群分配所分派，则系统的损失最小。然而，这个损失仅适用于多集群分配，且“不规则的”RBG的PRB仍能被单一集群分配所分派，或者被不采用此再解析的多集群分配所分派，例如，由其他UE。

优选地，“不规则的”RBG是第一个或最后一个RBG。如果它是第一个RBG，则没有再解析的方法是有益的，而在另一情况下，可以有利地应用包括对被用信号传递的值的再解析的方法。

根据再一个实施例，可以通过对被用信号传递的r值添加偏置应用所述再解析的步骤，即，应用r^applied＝r^signalled+r^offset。例如，

其中

作为能够被可用的比特用信号传递的最大值。或者，

可以被eNodeB设置和/或被用信号传递至UE。这里的优势是实现的简单性。

作为简单(从实现的角度)但不那么有效的替代方法，再解析可以包括从最大值中减去被用信号传递的值r^applied＝r_max-r^signalled，即，在上面的示例中使用r^applied＝69-r^signalled。

根据本发明的另一个实施例，要应用的再解析也可以从eNodeB设置或用信号传递。利用这样的信令，增加了eNodeB可能的分派的灵活性，代价是UE端以及可能还有发送端更复杂的实现。在该实施例的另一方面，所述再解析行为可以由基站为各个UE单独地设置，并使用LTE或LTE-A背景中的诸如PRC或MAC信令的更高层信令将其用信号传递至UE。例如，第一UE被设置为没有再解析，而第二UE被设置为具有再解析。然后，可以各自在使用多集群分配的同一子帧内，将第一个RBG分配给第二UE，将最后一个RBG分配给第一UE，从而，从系统的角度，可以实际上同时使用系统中的所有RBG。

关于本发明的涉及所提出的再解析方面的实施例，可以使用例如版本10的3GPPLTE(-A)的DCI格式0或DCI格式4。如上所述，两种DCI格式都涉及多集群分配。

图7显示了用于在移动通信系统的终端处接收和确定资源分配信息的示例性方法，可以关于本发明所讨论的实施例使用所述方法。

图7的示例方法可以由诸如LTE或UMTS系统中的UE或中继节点的终端执行。所述终端接收分配资源的控制信息，所述分配资源诸如用于终端的上行链路或下行链路传输的所分配的RB或RBG。分配的资源可以作为DCI的一部分而被接收，如步骤701所示。

终端接着会从接收到的控制信息中提取被用信号传递的资源分配信息的比特，如步骤703所示。在LTE的情况下，DCI包括用于至少指示分配的资源(即，RB或RBG)的专用字段和/或标记，如上所述。典型地，接收到的资源分配信息表示一个或多个向终端指示分派的资源的比特值，如上所述。

所述终端在步骤705中从接收到并提取出的比特确定所分配的资源信息。如上所述，如果被用信号传递的信息(例如，在DCI的资源分配字段中被用信号传递的比特)直接指定分配的资源，如在背景技术部分所讨论的现有系统，则步骤703和705可以是同一个步骤。根据本发明的实施例，可能没有足够的比特可用于用信号传递所分配的资源的所有允许的组合，在这种情况下，终端接收到的被用信号传递的比特不直接指示分配的资源，如前所述。对于本发明的某些实施例，不用信号传递的比特被设定为预定义的值。在这种情况下，作为步骤705的一部分，终端可以根据预定义的方式(可以在终端固定或用信号传递至UE)设定这些不用信号传递的比特，以得到实际的资源分配信息。或者，终端根据预定义的方式解析所接收到的比特以识别实际分配的资源而不主动将不用信号传递的比特设定为给定值。在本发明的不同实施例中，被用信号传递的比特数足以表示允许的资源分配，并且步骤703和705可以是一个步骤。

作为可选的步骤707，根据本发明讨论的再解析实施例，终端可以对被用信号传递并接收到的资源分配应用再解析或再映射。还如前所述，再解析也可以被用信号传递至终端，在这种情况下，可以执行接收和提取再解析标记的附加步骤，作为步骤703和705的一部分或者与其独立的步骤。

图8显示了根据本发明的另一个实施例，能够作为图7的确定步骤705的一部分而被执行的示例步骤。如上所示，终端可以确定接收到的DCI的格式和大小，包括用于用信号传递资源分配的比特的数目(和位置)。在上面关于本发明的不同方面的说明中，被用信号传递的比特的数目也被称为“可用的比特数”。还如上所述，终端还能够确定寻址或用信号传递通信系统支持的所有允许的资源分配所需要的比特数。这样，终端可以确定被用信号传递的比特(即，接收到的DCI中在图7的步骤703被提取出的比特的数目)是否足以表示通信系统支持的所有允许的资源分配，如图8的步骤710所示。

如果被用信号传递的比特足够，图7的步骤703提取出的比特被确定为资源分配信息，如图8的步骤712所示。

如果被用信号传递的比特不足，则图7的步骤703提取出的比特仅作为资源分配信息的一部分。在这种情况下，如步骤714所示，未被用信号传递至终端的预定的一个或多个比特(在上面关于本发明的不同方面的说明中也被称为“剩余的比特”)接着被添加至作为图7的步骤703提取出的比特的被用信号传递的比特。如上所述，要被添加的不用信号传递的比特的位置和值是预定义的。将提取出的比特与预定的不用信号传递的比特相组合的结果接着被用作资源分配信息。然后，可以使用步骤712或步骤714的结果执行图7的步骤707的再解析。

图9显示了移动通信系统的基站执行的用于确定和发送资源分配信息的示例方法，可以关于本发明所讨论的实施例使用所述方法。

图9的示例方法可以由诸如LTE或UMTS系统中的eNodeB/NodeB或中继节点的基站执行。所述基站为终端确定分派的资源分配，诸如用于终端的上行链路或下行链路传输的分配的RB或RBG，如步骤801所示。

根据步骤803，基站确定可用的比特数是否足以表示系统支持的允许的资源分配，如上面针对本发明的若干实施例所描述的。

如果可用的比特数足够，则基站可以以一般的方式创建DCI，如步骤807所示。

如果可用的比特数不足，则基站可以将资源分配信息(即，应该被用信号传递以寻址系统支持的所有允许的资源分配的资源分配信息)的一个或多个预定的比特设定为预定的值，如步骤809所示，以及如前面关于本发明的若干实施例所说明的。

根据步骤811，基站根据本发明的各个实施例创建具有要被用信号传递的那些比特的DCI。

步骤803、805和809可以被基站执行一次或仅在给定的条件下执行，而不是对每个控制信息信令步骤都执行。所述结果接着可以被应用到多个随后的信令步骤中，并用于创建和向所述基站服务的终端发送若干DCI。或者，所确定的比特数和值可以被预定义或固定，在这种情况下，步骤803、805和809不一定要被基站执行。而且，本发明的某些实施例涉及可用比特足够的情况，诸如上述涉及可以在有和没有足够比特的情况下实现的再解析方面的本发明的实施例。对于这些实施例，基站可以不执行步骤803、805和809。

一旦DCI被创建，则基站可以向终端发送DCI，如步骤813所示。

图7和8所示的示例方法可以涉及相同的通信系统，因为终端在步骤701中接收到的DCI由基站在步骤813中发送。

代替如上所述将资源分配信息(如，分配的RBG)的MSB(s)设定为0，可以由eNodeB设置被设定的比特和/或被设定的值。

是否应用再解析也可以由eNode B设置，优选地为每个UE设置。根据另一个实施例，在携带资源分配的控制信息中用信号传递再解析是否被应用的状态。这可以通过单一比特(开/关)实现。如果这个比特是根据表格3的上述示例从LTE DCI资源分配字段中获取，则一个附加的MSB被设定为0。这意味着在较早叙述的示例中，不是6个可用比特，而是1比特被用作再解析的标记(开/关)，而剩余的5个比特表示r的LSB。因此，可以被分派给UE的资源被限制为表格3的值0-31。如果再解析比特被设定为“关”，这意味着可以分派表格中的状态0-31。如果再解析标记是“开”，这意味着可以用信号传递状态0-31且应用再解析方式。根据本发明的另一个实施例，再解析比特设定为第一值意味着第一状态集合可以被可用比特分配，而再解析比特被设置为第二值意味着第二状态集合可以被可用比特分配。第一和第二状态集合可以由基站设置和用信号传递。

如前所述，如果信令不足以分派多集群方法中的所有允许的RB或RBG组合，则本发明的实施例允许(优选地为每个UE)定义哪个RB或RBG或其组合可以被可用数目的比特实际地寻址。

然而，根据本发明的再一实施例，能够被可用数目的比特寻址的RBG(例如，对于多集群分配)的数目或RB(例如对于单一集群分配)的数目可以由系统或基站确定和设定。例如，可寻址的RBG的数目可以由下面的式子确定：

因此，被用信号传递的比特可以被解析为定义范围在RBG 1至RBG

的多集群分配。接着，定义是否应用再解析的另一参数可以是可设置的，与之前叙述的解决方案类似。本领域的技术人员应该意识到该给定公式也可以通过将

替换为

而应用于确定可寻址的RB的数目。

应该注意到，本发明的这个实施例可以被用于限制用于UE的可分派的资源分配，即使可用的信令比特数足以寻址所有允许的资源分配。

另外，可以定义再解析，使得在

个RB内的RB或RBG索引被首先设置。在RB被定义的情况下，那些RB形成RBG，其中，一般地非相邻的RB可以位于一个RBG内。从而多集群分配信号被用于在这个受限的RBG集合内分派RBG。从值

还是值

确定RBG大小P存在选择。第一种具有这样的优势：对于所有在eNodeB下的UE，RBG大小是相同的，其简化了调度算法，这是因为只有单个RBG大小需要被考虑。另一方面，用第二种方式，可寻址的RBG的粒度得到提高，特别是在为可能的多集群分配定义了非常受限的RB子集的情况下。例如，在具有

个PRB的系统中，正常的RBG大小是P＝3。网络可以期望或决定仅使用那50个PRB中的16个(例如，对应于大约1/3的频率重用因子，这在蜂窝通信系统中非常普遍)。这意味着对于上述第一种方式，为多集群分配选择6个RBG，每个大小为3个PRB。对于上述第二种方式，多集群分配可用大小为2的8个RBG，因为对于16个PRB的系统，RBG大小是2。因此，增加了粒度和调度的灵活性。可以注意到，用第二种方式，可能再次需要比可用更多的比特。然而，在这种情况下，本发明已经提出了用信号传递所述分配的解决方案。

因为多集群分配所需要的比特数取决于

以及RBG大小_P(其本身是

的函数)，也可以修改RBG大小P的定义，使得可用比特数足以对得到的RBG的数目保持多集群分配。

从多集群分配的可用比特数，可以通过

确定可寻址的RBG的数目。因此，RBG大小由上行链路资源块的数目确定，且可寻址的RBG的数目由下面的式子确定：

根据本发明的再一个实施例，因此建议通过表格5而不是如背景技术部分讨论的3GPP LTE规范的建议表格2，为3GPP LTE或3GPP LTE-A通信系统的给定数目的上行链路资源块确定RBG大小。

表格5

可以看出，表格5确定了比特数足够的情况下最小可能的RBG大小

因此，表格5提供了最精细的调度粒度并因此提供了调度器(如，NodeB)中对所有数目的上行链路资源块的最有效的分配可能性。然而，从实现的角度，如果RBG大小是上行链路资源块数目的非递减函数，则是有益的。从该角度，一旦RBG大小是用于特定数目的资源块的第一值，则对于任何更大数目的资源块，RBG大小应该不比所述第一值小。因此，将这个考虑在内，表格5可以被修改得到表格6：

表格6

本发明的另一方面涉及使用硬件和/或软件实现上述不同的实施例。技术人员应该理解，可以使用计算设备或者一个或多个处理器实现或执行本发明的各个实施例。计算设备或处理器可以是例如通用处理器、数字信号处理器(DSP)、专用集成芯片(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备，等等。本发明的各个实施例也可以被这些设备的组合执行或实施。

本发明的其他实施例涉及被设置或适配于执行上述实施例的不同方法和功能的终端侧的步骤的终端。

本发明的其他实施例涉及被设置或适配于执行上述实施例的不同方法和功能的基站侧的步骤的基站。

此外，本发明的各个实施例也可以通过存储在一个或多个计算机可读介质上的软件模块或计算机可读指令来实现，其中，所述软件模块或计算机可读指令当被处理器或设备组件执行时，执行本发明所述的各个实施例。同样地，软件模块、计算机可读介质和硬件部件的任意组合都是本发明所遇见的。所述软件模块可以被存储在任意类型的计算机可读存储介质上，例如RAM、EPROM、EEPROM、闪存、寄存器、硬盘、CD-ROM、DVD等等。

本领域的技术人员应当理解，在不背离权利要求中限定的本发明的原则和精神的情况下，可以对具体实施例所公开的本发明进行大量改变和/或修改。因此，所说明的实施例在所有方面都被认为是说明性的而不是限制性的。

Claims

1.一种终端装置，包括：

接收单元，在操作中接收下行链路控制信息，所述下行链路控制信息包括用于用信号传递资源分配信息的资源分配字段，所述资源分配信息指示分派给所述终端装置的资源；以及

控制器，耦接到所述接收单元；

当多个集群被分配给所述终端装置、并且所述资源分配字段中的可用比特的数目小于指示所分配的多个集群所需要的比特的数目时，

所述接收单元从所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特的一部分；以及

所述控制器假定指示所分配的多个集群所需要的比特中的剩余比特为定义值，并且

当所述资源分配字段中的可用比特的数目等于或大于指示所分配的多个集群所需要的比特的数目时，

所述接收单元从所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特；并且

所述控制器在操作中至少基于所接收的下行链路控制信息中包括的资源分配字段中的可用比特来确定所述资源分配信息。

2.如权利要求1所述的终端装置，指示所分配的多个集群所需要的比特的所述部分是所述资源分配信息的最低有效位LSB。

3.如权利要求1所述的终端装置，所述剩余比特是所述资源分配信息的最高有效位MSB，并且所述定义值为零。

4.如权利要求1所述的终端装置，所述多个集群是在频率轴上不连续的多个资源，每个集群包括在频率轴上连续的多个资源块RB。

5.如权利要求1所述的终端装置，

以资源块组RBG为单位分配所述多个集群中的每一个；并且

所述资源分配信息指示多个资源中的每一个的起始RBG索引和结束RBG索引。

6.如权利要求1所述的终端装置，

当分配一个集群时，仅使用所述可用比特用信号传递所述资源分配信息；并且

所述控制器基于所述可用比特来确定所述资源分配信息。

7.如权利要求1所述的终端装置，所述资源分配信息包括指示在分派单个集群的情况下是否应用跳频的跳频标记、以及指示构成所分配的多个集群的资源块的资源块分派信息。

8.如权利要求1所述的终端装置，所述可用比特的数目基于系统带宽而确定。

9.如权利要求1所述的终端装置，所述控制器在操作中准备要在至少基于所述资源分配字段中的可用比特确定的上行链路资源上发送的上行链路数据。

10.一种接收方法，包括：

接收下行链路控制信息，其包括用于用信号传递资源分配信息的资源分配字段，所述资源分配信息指示分派给终端装置的资源，

使用所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特的一部分，以及

假定指示所分配的多个集群所需要的比特中的剩余比特为定义值，并且

通过使用所述资源分配字段中的可用比特接收指示所分配的多个集群所需要的比特；以及

至少基于所接收的下行链路控制信息中包括的资源分配字段中的可用比特来确定所述资源分配信息。

11.如权利要求10所述的接收方法，指示所分配的多个集群所需要的比特的所述部分是所述资源分配信息的最低有效位LSB。

12.如权利要求10所述的接收方法，所述剩余比特是所述资源分配信息的最高有效位MSB，并且所述定义值为零。

13.如权利要求10所述的接收方法，所述多个集群是在频率轴上不连续的多个资源，每个集群包括在频率轴上连续的多个资源块RB。

14.如权利要求10所述的接收方法，

以资源块组RBG为单位分配所述多个集群中的每一个；并且

15.如权利要求10所述的接收方法，

当向所述终端分配一个集群时，仅使用所述可用比特用信号传递所述资源分配信息；并且

所述确定包括基于所述可用比特来确定所述资源分配信息。

16.如权利要求10所述的接收方法，所述资源分配信息包括指示在分派单个集群的情况下是否应用跳频的跳频标记、以及指示构成所分配的多个集群的资源块的资源块分派信息。

17.如权利要求10所述的接收方法，所述可用比特的数目基于系统带宽而确定。

18.如权利要求10所述的接收方法，还包括准备要在至少基于所述资源分配字段中的可用比特确定的上行链路资源上发送的上行链路数据。