背景技术
LTE(Long Term Evolution,长期演进)及以前的无线通信***中,通常每个小区中只有一个(或一对)载波,UE(User Equipment,用户设备)同一时刻只能在一个小区中(载波上)进行数据收发。
如图1所示,为现有的LTE***中载波带宽的示意图,在LTE***中,载波的最大带宽为20MHz。
随着通信技术的发展,LTE-A(Long Term Evolution Advanced,高级长期演进)***的峰值速率较LTE有很大的提高,要求达到下行1Gbps,上行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,演进的B节点,即基站)通过有线接口连到核心网(Core Network,CN),RN通过无线接口(Un接口)连接到DeNB(Donor eNB,即RN的归属eNB),R-UE(RN所服务的UE)通过无线接口(Uu接口)连接到RN。
在现有技术中,按照中继数据包的类型,RN的类型(RN Type)可以分为以下几种:
L1RN(Layer 1Relay Node,层1中继);
L2RN(Layer 2Relay Node,层2中继);
L3RN(Layer 3Relay Node,层3中继)。
其中,对于L3RN,根据是否需要对载波资源在时域上进行划分又可以分为以下两种:
需要资源划分的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启动过程分为如下两个阶段:
第一阶段: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建立过程。
在现有的技术方案中,L3RN类型的确定方法如下:
在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通过1bit指示向DeNB指示该RN的类型。
在现有的技术方案中,RN类型指示可以有如下两种方式,具体使用哪种目前还没有结论。
Alt1:携带在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启动的第二阶段在cell a上进行RACH接入了DeNB 1,根据其第一阶段从RN OAM下载的celllist,在DeNB1下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融合的******能够正常工作,需要考虑如何解决上述问题,而现有技术中并没有这样的技术方案。
具体实施方式
如背景技术所述,在LTE-A***中,为了提高***吞吐量和增加网络覆盖引入了RN,同时为了提高峰值速率引入了CA,本发明实施例给出了一种CA和RN融合的***中Uu接口和Un接口载波/小区资源确定的方法。
如图5所示,为本发明实施例所提出的一种载波聚合场景下中继节点的资源分配方法的流程示意图,具体包括以下步骤:
步骤S501、中继节点获取Un接口的可用小区的信息。
在实际应用中,本步骤的实现过程具体为:
中继节点根据从中继节点的OAM下载的小区列表信息,确定各小区和中继节点所归属的基站之间的归属关系;
当一个小区与中继节点所接入的小区归属于同一个基站时,中继节点确定小区为自身的Un接口的可用小区。
进一步的,本步骤的实现过程还包括中继节点获取Uu接口的可用小区的信息的处理,具体的处理过程如下:
中继节点根据从中继节点的OAM下载的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启动过程的第一阶段下载的RN可接入cell list中那些与Phase II阶段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前20bit可以确定cell和DeNB之间的归属关系,这些cell如果和当前RN接入的cell归属于一个DeNB,那么就可以确定该cell为RN Un接口可用cell。
在此过程中,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可用cell。
其中,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启动的第一阶段,RN按照UE的方式附着到网络,从RN的OAM下载初始配置信息,然后去附着。其中RN OAM信息至少包括RN和R-UE之间Uu接口可聚合cell集合,以及RN允许接入的donor cell列表;
步骤S602、RN确定要接入的donor cell。
RN从RN OAM配置的donor cell列表中随机或者按照某种规则选择一个cell,作为donor cell。
步骤S603、RN确定Un接口可用cell集合Gun_pre。
RN首先确定步骤S602中选择的donor cell归属哪个DeNB,然后RN从RN O&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接口当前可供分配的小区的信息。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,中继节点可以确定Un接口当前可供分配的小区信息,并将该信息上报给基站,使基站可以据此为中继节点分配相应的Un接口资源,从而,使基站侧能够准确的获取到中继节点当前所对应的可供分配的Un接口的小区资源信息,解决了现有技术中基站直接分配的Un接口资源与中继节点不匹配而导致的载波聚合场景下的中继节点无法正常工作的问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。