WO2012048655A1

WO2012048655A1 - 载波聚合场景下中继节点的资源分配方法和设备

Info

Publication number: WO2012048655A1
Application number: PCT/CN2011/080772
Authority: WO
Inventors: 赵亚利; 鲍炜
Original assignee: 电信科学技术研究院
Priority date: 2010-10-15
Filing date: 2011-10-14
Publication date: 2012-04-19
Also published as: EP2629577A1; US20130182635A1; EP2629577B1; EP2629577A4; CN102457965B; US9807745B2; CN102457965A

Description

载波聚合场景下中继节点的资源分配方法和设备本申请要求于 2010年 10月 15 日提交中国专利局，申请号为 201010515839.0, 发明名称为 "载波聚合场景下中继节点的资源分配方法和设备"的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，特别涉及一种载波聚合场景下中继节点的资源分配方法和设备。背景技术

LTE ( Long Term Evolution, 长期演进 ) 及以前的无线通信系统中，通常每个小区中只有一个（或一对 )载波， UE ( User Equipment, 用户设备）同一时刻只能在一个小区中（载波上）进行数据收发。

如图 1所示，为现有的 LTE系统中载波带宽的示意图，在 LTE 系统中，载波的最大带宽为 20MHz。

随着通信技术的发展， LTE-A ( Long Term Evolution Advanced, 高级长期演进）系统的峰值速率较 LTE有很大的提高，要求达到下行 lGbps, 上行 500Mbps, 显然， 20MHz的传输带宽已经无法满足这种需求。而在更高的传输速率的需求的同时， LTE-A 系统要求和 LTE系统有很好的兼容性。基于提高峰值速率、与 LTE系统兼容以及充分利用频谱资源的需要， LTE-A 系统引入了 CA ( Carrier Aggregation, 载波聚合 )技术，即 UE能够同时聚合多个成员载波并在这些载波上同时进行数据传输，从而提高数据传输速率。

为了保证 LTE系统的 UE能在每一个聚合的载波下工作，设定每一个载波最大不超过 20MHz。 LTE-A系统中每个成员载波都是 LTE Rel-8兼容的载波。

如图 2所示，为现有的 LTE-A系统中的 CA技术的示意图。在图 2所示的 LTE-A系统中， UE可聚合的载波个数为 4个，网络侧可以同时在 4个载波上和 UE进行数据传输。

进一步的，如图 3所示，为现有的引入 RN ( Relay Node, 中继节点 )的系统的网络结构示意图，其中， eNB ( evolved NodeB , 演进的 Β节点，即基站 )通过有线接口连到核心网（ Core Network, CN ) , RN通过无线接口（Un接口）连接到 DeNB ( Donor eNB, 即 RN的归属 eNB ) , R-UE ( RN所月良务的 UE )通过无线接口（ Uu接口）连接到 RN。

在现有技术中，按照中继数据包的类型， RN的类型（RN Type ) 可以分为以下几种：

LI RN ( Layer 1 Relay Node, 层 1中继）；

L2 RN ( Layer 2 Relay Node, 层 2中继）；

L3 RN ( Layer 3 Relay Node, 层 3中继）。

其中，对于 L3 RN, 根据是否需要对载波资源在时域上进行划分又可以分为以下两种：

需要资源划分的 RN;

不需要资源划分的 RN;

需要说明的是，在本发明实施例的后续说明中，所提及的 RN Type即为上述的需要资源划分的 RN或不需要资源划分的 RN。

对于需要资源划分的 RN, RN不能在 Uu接口和 Un接口同时收发，否则会产生自干扰，为了避免自干扰的产生，一种解决方法就是在 Uu接口 R-UE的下行 access (接入 )传输时间内创造 'gaps' (时隙），该 gap可以用于 DL BH Link ( Downlink Backhaul Link, 下行回程链路 ) ,即下行 BH子帧。 'gaps'配置可以通过 MBSFN( Multicast Broadcast Single Frequency Network , 多播 /组播单频网络）子帧实现。

如图 4所示，为现有技术中 Un接口利用 MBSFN子帧进行中继链路下行传输的示意图。在这些 'gaps' 内， DeNB将和 RN之间进行下行传输， RN与 R-UE不进行下行传输。

进一步的，现有的引入 RN的网络中的 RN启动过程分为如下两个阶段：

第一 P介段： RN作为 UE接入网络，具体的处理流程为：

RN按照 UE的方式附着到网络，从 RN OAM下载初始配置信息，其中，包括允许连接的 Donor Cell列表，然后， RN去附着。

第二阶段：作为 RN接入网络，具体的处理流程为：

首先， RN选择 Donor cell: 从 Phase I中提供的 Donor Cell列表中选择一个 Donor Cell。

然后，为 RN选择 MME: 在附着过程中， RN通过 RRC信令告知 DeNB其 RN身份，基于这个信息， DeNB给 RN选择一个支持 RN 的 MME;

为 RN选择 GW: 在 CN通知 MME接入节点为 RN后， MME选择 DeNB作为 RN的 P/S-GW;

在 RN和 DeNB之间建议相应的 S1和 X2接口： RN在 DeNB为其建立的承载上发起 S1和 X2建立过程。

在现有的技术方案中， L3 RN类型的确定方法如下：

在 3GPP LTE-A规范 R10版本中，如果不考虑 Un接口使用 CA, 那么 RN类型确定取决于 RN实现，一种可能的方式如下：

RN从 RN OAM获取 RN Uu接口支持的 cell;

RN根据其接入的 donor cell确定其 Un接口使用的 cell;

RN根据 Uu和 Un接口支持的 cell以及 RN自身软硬件能力确定 RN类型（是否需要资源划分）；

RN通过 lbit指示向 DeNB指示该 RN的类型。

在现有的技术方案中， RN类型指示可以有如下两种方式，具体使用哪种目前还没有结论。

Altl：携带在 RRC connection complete消息中；

Alt2: 定义单独的 RN type指示消息；

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

如果不考虑 CA, Uu接口和 Un接口都只支持一个 cell, 那么就不存在 Un和 Uu接口 CC/cell分配的问题。 DeNB获知 RN type后，按照 RN type确定是否需要配置 BH子帧后即可正常工作。

如果考虑 CA, 问题就会变得比较复杂，在 Un接口，某些 RN 原本可以接入的 _cell由于 RN type的限制可能变得不能接入。举例说明如下：

RN在 RN启动的第二 P介段在 cell a上进行 RACH接入了 DeNB 1 , 根据其第一 P介段从 RN OAM下载的 cell list,在 DeNBl下 RN可以使用的 cell为 cell a和 cell b, 同时 RN从 RN OAM下载到的 Uu接口 cell list为 cell a、 cell b和 cell c。这样如果 RN向 DeNB上报的 RN type 为 "不需要资源划分"，那么 DeNB并不能正常工作，主要原因如下： ( 1 ) DeNB不知道除了 cell a外， RN是否还支持其它 cell, 因此无法对该 RN实施 CA操作；

( 2 )DeNB不知道 RN Uu接口可能会使用哪些 cell以及这些 cell 和 Un接口的 cell组合时是否需要资源划分；

综上所述，为了保证 CA和 RN融合的系统系统能够正常工作，需要考虑如何解决上述问题，而现有技术中并没有这样的技术方案。发明内容

本发明实施例提供一种载波聚合场景下中继节点的资源分配方法和设备，通过 RRC信令将 Un接口可配小区资源上报给基站，解决了 CA和 RN融合系统中按照现有机制系统无法正常工作的问题。

为达到上述目的，本发明实施例一方面提供了一种载波聚合场景下中继节点的资源分配方法，包括：

中继节点获取 Un接口的可用小区的信息；

所述中继节点根据所述 Un接口的可用小区的信息，确定自身的中继节点类型；

所述中继节点根据 Un接口的可用小区的信息，以及所述中继节点类型，确定自身的 Un接口当前可供分配的小区的信息；所述中继节点将确定的所述 Un接口当前可供分配的小区的信息发送给自身所归属的基站，以使所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。另一方面，本发明实施例还提供了一种中继节点，包括：获耳^莫块，用于获取 Un接口的可用小区的信息；

类型确定模块，用于根据所述获取模块所获取的 Un接口的可用小区的信息，确定所述中继节点的中继节点类型；

信息确定模块，用于根据所述获取模块所获取的 Un接口的可用小区的信息，以及所述类型确定模块所确定的中继节点类型，确定所述中继节点的 Un接口当前可供分配的小区的信息；

发送模块，用于将所述信息确定模块所确定的所述 Un接口当前可供分配的小区的信息发送给所述中继节点所归属的基站，以使所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。另一方面，本发明实施例还提供了一种载波聚合场景下中继节点的资源分配方法，包括：

基站接收中继节点发送的 Un接口当前可供分配的小区的信息；所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。另一方面，本发明实施例还提供了一种基站，包括：

接收模块，用于接收中继节点发送的 Un接口当前可供分配的小区的信息；

分配模块，用于根据所述接收模块所接收的 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。

与现有技术相比，本发明实施例具有以下优点：通过应用本发明实施例的技术方案，中继节点可以确定 Un接口当前可供分配的小区信息，并将该信息上报给基站，使基站可以据此为中继节点分配相应的 Un接口资源，从而，使基站侧能够准确的获取到中继节点当前所对应的可供分配的 Un接口的小区资源信息，解决了现有技术中基站直接分配的 Un接口资源与中继节点不匹配而导致的载波聚合场景下的中继节点无法正常工作的问题。附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作筒单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图 1为现有技术中的 LTE小区的载波分布的示意图；

图 2为现有技术中的 CA技术的示意图；

图 3为现有技术中的 LTE-A网络的结构示意图；

图 4 为现有技术中的 Un接口利用 MBSFN子帧进行中继链路下行传输的示意图；

图 5 为本发明实施例所提出的一种载波聚合场景下中继节点的资源分配方法的流程示意图；

图 6 为本发明实施例提出的一种具体应用场景下中继节点的资源分配方法在基站侧的流程示意图；

图 7为本发明实施例所提出的一种中继节点的结构示意图；图 8为本发明实施例所提出的一种基站的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如背景技术所述，在 LTE-A系统中，为了提高系统吞吐量和增加网络覆盖引入了 RN, 同时为了提高峰值速率引入了 CA, 本发明实施例给出了一种 CA和 RN融合的系统中 Uu接口和 Un接口载波 /小区资源确定的方法。

如图 5所示，为本发明实施例所提出的一种载波聚合场景下中继节点的资源分配方法的流程示意图，具体包括以下步骤：

步骤 S501、中继节点获取 Un接口的可用小区的信息。

在实际应用中，本步骤的实现过程具体为：

中继节点根据从中继节点的 0 AM下载的小区列表信息，确定各小区和中继节点所归属的基站之间的归属关系；

当一个小区与中继节点所接入的小区归属于同一个基站时，中继节点确定小区为自身的 Un接口的可用小区。

进一步的，本步骤的实现过程还包括中继节点获取 Uu接口的可用小区的信息的处理，具体的处理过程如下：

中继节点根据从中继节点的 0 AM下载的 Uu接口的小区列表信息，获取自身的 Uu接口的可用小区的信息。

步骤 S502、中继节点根据 Un接口的可用小区的信息，确定自身的中继节点类型。

基于步骤 S501中的说明，当步骤 S501中还获取到了 Uu接口的可用小区的信息时，本步骤的处理过程具体为：

中继节点根据 Un接口的可用小区的信息， Uu接口的可用小区的信息，以及自身的软 /硬件能力信息，确定自身的中继节点类型。

根据上述个条件，在具体的应用场景中，本步骤所确定的中继节点类型分为以下几种情况：情况一、当中继节点自身的软 /硬件能力信息只支持资源划分时，中继节点确定自身的中继节点类型为需要资源划分。

情况二、当中继节点自身的软 /硬件能力信息只支持不需要资源划分时，中继节点确定自身的中继节点类型为不需要资源划分。

情况三、当中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分时，根据 Un接口的可用小区的信息和 Uu接口的可用小区的信息，进一步可以分为以下三种情况：

( 1 ) Un接口的可用小区的信息和 Uu接口的可用小区的信息所对应的小区都不满足不进行资源划分的要求时，中继节点确定自身的中继节点类型为需要资源划分。

( 2 ) Un接口的可用小区的信息和 Uu接口的可用小区的信息所对应的小区中有一部分满足不进行资源划分的要求时，中继节点根据自身的需求，确定自身的中继节点类型为需要资源划分或不需要资源划分；

( 3 ) Un接口的可用小区的信息和 Uu接口的可用小区的信息所对应的小区都满足不进行资源划分的要求时，中继节点确定自身的中继节点类型为不需要资源划分。

步骤 S503、中继节点根据 Un接口的可用小区的信息，以及中继节点类型，确定自身的 Un接口当前可供分配的小区的信息。

需要指出的是，在步骤 S502中确定了中继节点的中继节点类型之后，中继节点还可以根据中继节点类型确定自身的 Uu接口当前可供分配的小区的信息，以便避免步骤 S501中所获取的 Uu接口的可用小区的信息中存在不能分配的资源，而 Uu接口当前可供分配的小区的信息的确定依据主要是中继节点类型。

另外，需要指出的是， Uu接口当前可供分配的小区的信息和 Un 接口当前可供分配的小区的信息的确定顺序可以相互调整，优先进行那种信息的确定并不会影响本发明的保护范围。步骤 S504、中继节点将确定的 Un接口当前可供分配的小区的信息发送给自身所归属的基站，以使基站根据 Un接口当前可供分配的小区的信息为中继节点分配 Un接口的资源。

在实际应用中，本步骤的处理过程具体为：

中继节点通过 RRC消息向自身所归属的基站上报 Un接口当前可供分配的小区的信息；

基站根据 Un接口当前可供分配的小区的信息和当前的业务需求为中继节点分配 Un接口的资源。

需要指出的是，在实际应用中，中继节点通过 RRC消息向自身所归属的基站上报 Un接口当前可供分配的小区的信息的同时，该 RRC 消息中还可以携带该中继节点的中继节点类型。

当然，该中继节点类型也可以通过其他消息发送给基站。

以上说明为本发明实施例所提出的技术方案在中继节点侧的实现流程，在基站侧，相对应的，基站直接根据中继节点上报的信息对该中继节点进行 Un接口的资源分配，在此不再重复说明。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，中继节点可以确定 Un接口当前可供分配的小区信息，并将该信息上报给基站，使基站可以据此为中继节点分配相应的 Un接口资源，从而，使基站侧能够准确的获取到中继节点当前所对应的可供分配的 Un接口的小区资源信息，解决了现有技术中基站直接分配的 Un接口资源与中继节点不匹配而导致的载波聚合场景下的中继节点无法正常工作的问题。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例给出了一种 CA和 RN融合的系统中由 RN确定 Uu接口和 Un接口可配载波 /小区资源分配的方法，即由 RN根据 RN type确定 RN Uu/Un接口的可配小区资源，然后通过 RRC信令将 Un接口可配小区资源上报给 DeNB。

为了便于后续描述，首先，说明一下如下名词在本发明后续的实施例中的含义：

Un接口可用 cell: 即 RN在 RN启动过程的第一 P介段下载的 RN可接入 cell list中那些与 Phase II P介段 RN选择接入的 cell归属于同一个 DeNB 的 cell。

Un接口可配 cell: 即在当前确定的 RN type下， RN在 Un接口可以工作的 cell, 为 Un接口可用 cell的全集或者子集。

Uu接口可用 cell: RN从 RN OAM下载的 RN Uu接口可以使用的 cell;

Uu接口可配 cell: 即在当前确定的 RN type下， RN在 Uu接口可以工作的 cell, 为 Uu接口可用 cell的全集或者子集。本发明实施例所提出的技术方案可以具体化为如下几个方面：

1 )确定 RN Un接口可用 cell

RN根据从 RN OAM下载的 cell list信息中的 cell ID前 20 bit可以确定 cell和 DeNB之间的归属关系，这些 cell如果和当前 RN接入的 cell归属于一个 DeNB, 那么就可以确定该 cell为 RN Un接口可用 cdl。

在此过程中， RN还可以确定 RN Uu接口可用 cell, 即 RN OAM配置的 Uu接口 cell list中的所有 cell。

2 )确定 RN type, RN type的确定取决于 RN实现。

RN type确定的主要依据包括： RN Un接口可用 cell、 RN Uu接口可用 cell , 以及 RN自身的软 /硬件能力。

RN type的确定方式包括但不限于如下方式：

A、如果 RN软 /硬件能力只支持资源划分， RN类型就可以确定为 "需要资源划分" ；

B、如果 RN软 /硬件能力只支持不需要资源划分，那么 RN类型就可以确定为 "不需要资源划分" ； C、如果 RN软 /硬件能力即支持资源划分又支持不进行资源划分，那么：

a、如果 Uu接口支持的 cell和 Un接口支持的 cell之间都不满足不进行资源划分的要求，那么 RN类型只能选择 "需要资源划分" ； b、如果 Uu接口支持的 cell和 Un接口支持的 cell之间只有部分 cell可以满足不进行资源划分的要求，那么 RN类型即可以选择 "需要资源划分" ，也可以选择 "不需要资源划分" ，具体选择取决于 RN 实现；

c、如果 Uu接口支持的 cell和 Un接口支持的 cell之间全部都满足不进行资源划分的要求，那么 RN类型即可以选择 "不需要资源划分" 。

3 )确定 RN Un/Uu接口可配 cell

如何确定取决于 RN实现，主要依据就是 RN type、 RN Uu/Un接口可用 cell确定 RN Uu/Un接口可配 cell。

比如，如果 RN type为 "需要资源划分" ，那么和 RN Un接口隔离度不能满足要求的 Uu接口可用 cell则不能配置为 RN Uu可用 cdl。

其中， Uu接口的可配 cell的确定依据主要是 RN type。

4 ) 由 RN向 DeNB上报 Un接口可配 cell

RN通过 RRC信令向 RN上报 Un接口可配 cell, DeNB根据 RN上报的 cell以及业务需求为 RN配置 Un接口实际工作的 cell。

此外， RN向 DeNB上报 Un接口可配 cell的同时还可以携带 RN type , RN上报 Un接口可配 cell可以和 RN type上报使用同一条 RRC信令，也可以使用不同的 RRC信令。

需要说明的是如果有需要，在后续过程中允许 RN修改 RN type和 Uu/Un可配载波资源，比如 Un接口 UL拥塞， Uu接口资源充裕的情况，这样的变化并不影响本发明的保护范围。在具体的应用场景中，本发明实施例进一步给出以下实施例，如图 6所示，包括以下步骤：

步骤 S601、 RN获取 RN OAM配置信息。在 RN启动的第一 P介段， RN按照 UE的方式附着到网络，从 RN的 OAM下载初始配置信息，然后去附着。其中 RN OAM信息至少包括 RN和 R-UE之间 Uu接口可聚合 cell集合，以及 RN允许接入的 donor cell 列表；

步骤 S602、 RN确定要接入的 donor cdl。

RN从 RN OAM配置的 donor cell列表中随机或者按照某种规则选择一个 cell , 作为 donor cell。

步骤 S603、 RN确定 Un接口可用 cell集合 Gun_pre。

RN首先确定步骤 S602中选择的 donor cell归属哪个 DeNB , 然后

RN从 RN 0&M配置的 donor cell列表中选择出归属同一个 DeNB的所有 cell, 这些 cell作为 Un接口可用 cell备选集合 Gun_pre。

步骤 S604、 RN确定 Uu接口可用 cell集合 Guu_pre。

直接使用 RN Q&M配置的 Uu接口可聚合 cell集合作为 RN在 Uu接口可用 cell集合 Guu_pre即可。

步骤 S605、 RN确定自身的 RN type。

RN根据上述步骤确定的 Uu接口可用 cell集合 Guu_pre、 Un可用 cell备选集合 Gun_pre以及 RN自身软 /硬件能力确定 RN类型，确定原则如下：

( 1 )如果 RN软 /硬件能力只支持资源划分， RN type就可以确定为 "需要资源划分" ；

( 2 )如果 RN软 /硬件能力只支持不需要资源划分，那么 RN type 就可以确定为 "不需要资源划分" ；

( 3 )如果 RN软 /硬件能力即支持资源划分又支持不进行资源划分，那么：

如果 Guu_pre包含的 cell和 Gun_pre包含的 cell之间都不满足不进行资源划分的要求，那么 RN type只能选择 "需要资源划分" ；

如果 Guu_pre包含的 cell和 Gun_pre包含的 cell之间只有部分可以满足不进行资源划分的要求，那么 RN type即可以选择 "需要资源划分" ，也可以选择 "不需要资源划分" ，具体选择取决于 RN实现；如果 Guu_pre包含的 cell和 Gun—pre包含的 cell之间全部都满足不进行资源划分的要求，那么 RN type即可以选择 "不需要资源划分" ；步骤 S606、 RN确定 RN Uu接口可配 cell集合 Guu。

RN根据 RN type以及 Uu接口 Guu_pre和 Gun_pre确定 RN Uu接口可配 cell集合 Guu, 具体如何确定取决于 RN实现， RN可以将 Guu_pre 全部作为 Guu, 也可以选择一部分作为 Guu。

步骤 S607、 RN确定 RN Un接口可配 cell集合 Gun。

由 RN通过某种实现方式确定 Gun , 比如 RN可以通过如下方式确定 Gun:

RN type为 "不需要资源划分" ，那么 RN从 Gun_pre中选择和 Guu 中所有 cell都满足不需要资源划分要求的 cell作为 Gun即可。

RN type为 "需要资源划分" ，那么 RN从 Gun_pre中选择和 Guu 中任何一个 cell不满足隔离度要求的 cell作为 Gun即可。

步骤 S608、 RN将 RN type和 Gun通过 RRC信令通知 DeNB。

Gun即 DeNB和 RN之间的可配置 cell集合。

步骤 S609、 DeNB根据 Gun为 RN分配 Un接口资源。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，中继节点可以确定 Un接口当前可供分配的小区信息，并将该信息上报给基站，使基站可以据此为中继节点分配相应的 Un接口资源，从而，使基站侧能够准确的获取到中继节点当前所对应的可供分配的 Un接口的小区资源信息，解决了现有技术中基站直接分配的 Un接口资源与中继节点不匹配而导致的载波聚合场景下的中继节点无法正常工作的问题。为了实现本发明实施例的技术方案，本发明实施例还提出了一种中继节点，其结构示意图如图 7所示，具体包括：

获耳 ^莫块 71 , 用于获取 Un接口的可用小区的信息；

类型确定模块 72, 用于根据获取模块 71所获取的 Un接口的可用小区的信息，确定中继节点的中继节点类型；信息确定模块 73, 用于根据获取模块 71所获取的 Un接口的可用小区的信息，以及类型确定模块 72所确定的中继节点类型，确定中继节点的 Un接口当前可供分配的小区的信息；

发送模块 74, 用于将信息确定模块 73所确定的 Un接口当前可供分配的小区的信息发送给中继节点所归属的基站，以使基站根据 Un 接口当前可供分配的小区的信息为中继节点分配 Un接口的资源。

在具体的应用场景中，获取模块 71具体用于：

根据从中继节点的 OAM下载的小区列表信息，确定各小区和中继节点所归属的基站之间的归属关系；

当一个小区与中继节点所接入的小区归属于同一个基站时，确定小区为中继节点的 Un接口的可用小区。

另一方面，获耳 ^莫块 71 , 还用于根据从中继节点的 OAM下载的 Uu接口的小区列表信息，获取中继节点的 Uu接口的可用小区的信息。

在实际应用中，类型确定模块 72, 具体用于根据 Un接口的可用小区的信息， Uu接口的可用小区的信息，以及中继节点的软 /硬件能力信息，确定中继节点的中继节点类型。

根据实际的应用场景，类型确定模块 72, 具体用于：

当中继节点自身的软 /硬件能力信息只支持资源划分时，确定中继节点的中继节点类型为需要资源划分；

当中继节点自身的软 /硬件能力信息只支持不需要资源划分时，确定中继节点的中继节点类型为不需要资源划分；

当中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且 Un接口的可用小区的信息和 Uu接口的可用小区的信息所对应的小区都不满足不进行资源划分的要求时，确定中继节点的中继节点类型为需要资源划分；

当中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且 Un接口的可用小区的信息和 Uu接口的可用小区的信息所对应的小区中有一部分满足不进行资源划分的要求时，根据中继节点的需求，确定中继节点的中继节点类型为需要资源划分或不需要资源划分；

当中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且 Un接口的可用小区的信息和 Uu接口的可用小区的信息所对应的小区都满足不进行资源划分的要求时，确定中继节点的中继节点类型为不需要资源划分。

在实际应用中，信息确定模块 73, 还用于用于根据类型确定模块 72所确定的中继节点类型，确定中继节点的 Uu接口当前可供分配的小区的信息。

需要进一步指出的是，发送模块 74, 具体用于：

通过 RRC消息向自身所归属的基站上报 Un接口当前可供分配的小区的信息，以站根据 Un接口当前可供分配的小区的信息和当前的业务需求为中继节点分配 Un接口的资源。

其中，发送模块 74, 还用于通过 RRC消息向自身所归属的基站上报中继节点的中继节点类型，该 RRC消息可以与上报 Un接口当前可供分配的小区的信息是同一条 RRC消息，也可以是其他 RRC消息。另一方面，本发明实施例还提供了一种基站，其结构示意图如图 8所示，包括：

接收模块 81 , 用于接收中继节点发送的 Un接口当前可供分配的小区的信息；

分配模块 82, 用于根据接收模块 81所接收的 Un接口当前可供分配的小区的信息为中继节点分配 Un接口的资源。

在具体的应用场景中，接收模块 81 , 具体用于接收中继节点通过 RRC消息发送的 Un接口当前可供分配的小区的信息。

与现有技术相比，本发明实施例具有以下优点：

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims

权利要求

1、一种载波聚合场景下中继节点的资源分配方法，其特征在于，包括：

中继节点获取 Un接口的可用小区的信息；

所述中继节点根据 Un接口的可用小区的信息，以及所述中继节点类型，确定自身的 Un接口当前可供分配的小区的信息；

所述中继节点将确定的所述 Un接口当前可供分配的小区的信息发送给自身所归属的基站，以使所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。

2、如权利要求 1所述的方法，其特征在于，所述中继节点获取 Un接口的可用小区的信息，具体为：

所述中继节点根据从中继节点的 OAM下载的小区列表信息，确定各小区和所述中继节点所归属的基站之间的归属关系；

当一个小区与所述中继节点所接入的小区归属于同一个基站时，所述中继节点确定所述小区为自身的 Un接口的可用小区。

3、如权利要求 1所述的方法，其特征在于，所述中继节点获取 Un接口的可用小区的信息，还包括：

所述中继节点获取 Uu接口的可用小区的信息。

4、如权利要求 3所述的方法，其特征在于，所述中继节点获取 Uu接口的可用小区的信息，具体为：

所述中继节点根据从中继节点的 OAM下载的 Uu接口的小区列表信息，获取自身的 Uu接口的可用小区的信息。

5、如权利要求 3所述的方法，其特征在于，所述中继节点根据所述 Un接口的可用小区的信息，确定自身的中继节点类型，具体为：所述中继节点根据所述 Un接口的可用小区的信息，所述 Uu接口的可用小区的信息，以及自身的软 /硬件能力信息，确定自身的中继节点类型。

6、如权利要求 5所述的方法，其特征在于，所述中继节点根据所述 Un接口的可用小区的信息，确定自身的中继节点类型，具体为：当所述中继节点自身的软 /硬件能力信息只支持资源划分时，所述中继节点确定自身的中继节点类型为需要资源划分；

当所述中继节点自身的软 /硬件能力信息只支持不需要资源划分时，所述中继节点确定自身的中继节点类型为不需要资源划分；

当所述中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且所述 Un接口的可用小区的信息和所述 Uu接口的可用小区的信息所对应的小区都不满足不进行资源划分的要求时，所述中继节点确定自身的中继节点类型为需要资源划分；

当所述中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且所述 Un接口的可用小区的信息和所述 Uu接口的可用小区的信息所对应的小区中有一部分满足不进行资源划分的要求时，所述中继节点根据自身的需求，确定自身的中继节点类型为需要资源划分或不需要资源划分；

当所述中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且所述 Un接口的可用小区的信息和所述 Uu接口的可用小区的信息所对应的小区都满足不进行资源划分的要求时，所述中继节点确定自身的中继节点类型为不需要资源划分。

7、如权利要求 1所述的方法，其特征在于，所述中继节点根据所述 Un接口的可用小区的信息，确定自身的中继节点类型之后，还包括：

所述中继节点根据所述中继节点类型，确定自身的 Uu接口当前可供分配的小区的信息。

8、如权利要求 1所述的方法，其特征在于，所述中继节点将确定的所述 Un接口当前可供分配的小区的信息发送给自身所归属的基站，以使所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源，具体为：所述中继节点通过 RRC 消息向自身所归属的基站上报所述 Un 接口当前可供分配的小区的信息；

所述基站根据所述 Un接口当前可供分配的小区的信息和当前的业务需求为所述中继节点分配 Un接口的资源。

9、如权利要求 8所述的方法，其特征在于，所述中继节点通过 RRC消息向自身所归属的基站上报所述 Un接口当前可供分配的小区的信息的同时，还包括：

所述中继节点通过 RRC消息向自身所归属的基站上报自身的中继节点类型。

10、一种中继节点，其特征在于，包括：

获耳^莫块，用于获取 Un接口的可用小区的信息；

发送模块，用于将所述信息确定模块所确定的所述 Un接口当前可供分配的小区的信息发送给所述中继节点所归属的基站，以使所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。

11、如权利要求 10所述的中继节点，其特征在于，所述获取模块，具体用于：

根据从中继节点的 OAM下载的小区列表信息，确定各小区和所述中继节点所归属的基站之间的归属关系；

当一个小区与所述中继节点所接入的小区归属于同一个基站时，确定所述小区为所述中继节点的 Un接口的可用小区。

12、如权利要求 10所述的中继节点，其特征在于，所述获取模块，还用于根据从中继节点的 OAM下载的 Uu接口的小区列表信息，获取所述中继节点的 Uu接口的可用小区的信息。

13、如权利要求 12所述的中继节点，其特征在于，所述类型确定模块，具体用于：

根据所述 Un接口的可用小区的信息，所述 Uu接口的可用小区的信息，以及所述中继节点的软 /硬件能力信息，确定所述中继节点的中继节点类型。

14、如权利要求 13所述的中继节点，其特征在于，所述类型确定模块，具体用于：

当所述中继节点自身的软 /硬件能力信息只支持资源划分时，确定所述中继节点的中继节点类型为需要资源划分；

当所述中继节点自身的软 /硬件能力信息只支持不需要资源划分时，确定所述中继节点的中继节点类型为不需要资源划分；

当所述中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且所述 Un接口的可用小区的信息和所述 Uu接口的可用小区的信息所对应的小区都不满足不进行资源划分的要求时，确定所述中继节点的中继节点类型为需要资源划分；

当所述中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且所述 Un接口的可用小区的信息和所述 Uu接口的可用小区的信息所对应的小区中有一部分满足不进行资源划分的要求时，根据所述中继节点的需求，确定所述中继节点的中继节点类型为需要资源划分或不需要资源划分；

当所述中继节点自身的软 /硬件能力信息同时支持资源划分和不需要资源划分，且所述 Un接口的可用小区的信息和所述 Uu接口的可用小区的信息所对应的小区都满足不进行资源划分的要求时，确定所述中继节点的中继节点类型为不需要资源划分。

15、如权利要求 10所述的中继节点，其特征在于，所述信息确定模块，还用于用于根据所述类型确定模块所确定的中继节点类型，确定所述中继节点的 Uu接口当前可供分配的小区的信息。

16、如权利要求 10所述的中继节点，其特征在于，所述发送模块，具体用于：

通过 RRC消息向自身所归属的基站上报所述 Un接口当前可供分配的小区的信息，以使所述基站根据所述 Un接口当前可供分配的小区的信息和当前的业务需求为所述中继节点分配 Un接口的资源。

17、如权利要求 16所述的中继节点，其特征在于，所述发送模块，还用于：

通过 RRC消息向自身所归属的基站上报所述中继节点的中继节点类型。

18、一种载波聚合场景下中继节点的资源分配方法，其特征在于，包括：

基站接收中继节点发送的 Un接口当前可供分配的小区的信息；所述基站根据所述 Un接口当前可供分配的小区的信息为所述中继节点分配 Un接口的资源。

19、如权利要求 18所述的方法，其特征在于，所述基站接收中继节点发送的 Un接口当前可供分配的小区的信息，具体为：

所述基站接收所述中继节点通过 RRC消息发送的 Un接口当前可供分配的小区的信息。

20、一种基站，其特征在于，包括：

21、如权利要求 20所述的基站，其特征在于，所述接收模块，具体用于：

接收所述中继节点通过 RRC消息发送的 Un接口当前可供分配的小区的信息。