CN102761912B - 一种多点协作传输中选择协作小区的方法及*** - Google Patents
一种多点协作传输中选择协作小区的方法及*** Download PDFInfo
- Publication number
- CN102761912B CN102761912B CN201110107548.2A CN201110107548A CN102761912B CN 102761912 B CN102761912 B CN 102761912B CN 201110107548 A CN201110107548 A CN 201110107548A CN 102761912 B CN102761912 B CN 102761912B
- Authority
- CN
- China
- Prior art keywords
- cell
- cooperation
- candidate
- serving cell
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种多点协作传输(CoMP)中选择协作小区的方法,该方法包括:服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。本发明同时公开了一种CoMP中选择协作小区的***,采用本发明的方法及***,能有效地选择出较佳的协作小区,从而提高CoMP***的吞吐量,进一步更加高效地利用CoMP技术的优势。
Description
技术领域
本发明涉及多点协作传输(CoMP,Coordinated Multi-Point transmission/reception)技术,特别是指一种CoMP中选择协作小区的方法及***。
背景技术
小区边缘用户设备(UE,User Equipment)信道状况恶劣的主要原因是由于相邻小区产生的强烈干扰,这种干扰会导致***的吞吐量下降、误码率升高等一系列问题。在传统的干扰消除算法中,基站独立的进行操作,虽然采用了随机化干扰、软频率复用等技术,依旧不能有效地消除小区间干扰,提高边缘UE的性能。因此,CoMP技术应运而生,该技术通过接入点(AP,Access Point)之间的动态信息交互和协调,从而能最大限度地减小AP之间不同边缘UE传输的相互干扰。
目前,在现有的CoMP***中,当边缘UE因受到较强干扰而无法满足通信要求时,服务小区将向相邻小区发送协调调度请求,相邻小区收到协调调度请求后,根据自身与服务小区之间的交互信息,做出以下决策:接受请求,在该频带上联合服务小区进行联合传输;或者,不接受请求,保持原有的调度结果,服务小区收到相邻小区发送的接受请求的决策后,与相邻小区进行联合传输;这里,在实际应用时,可以有两种协作传输模式,包括:单用户(SU,Single User)-CoMP协作模式及多用户(Multiple User)-CoMP协作模式;其中,对于SU-COMP协作模式,在协调调度时,需要牺牲相邻小区自身的资源,来换取服务小区的性能提升;而对于MU-CoMP协作模式,则需要由协作小区寻找一个合适的配对UE来协作完成复杂的MU-联合传输(JT,Joint Transmission)的过程。但是,无论采取哪种协作模式,协作小区的选取都是至关重要的,它直接影响到协调调度的结果。
然而,在现有技术中,服务小区只要收到相邻小区发送的接受请求的决策后,就直接将发送接受请求的相邻小区作为协作小区,如此,会造成频谱资源的浪费,从而不能有效地提高CoMP***的吞吐量;另外,可能还会造成不能有效地抑制干扰。除此以外,相邻小区在作出决策时,并不考虑相邻小区所处的协作集中除服务小区外的其它相邻小区发送的协调调度请求,如此,同样会造成频谱资源的浪费、以及不能有效地抑制干扰的结果。
发明内容
有鉴于此,本发明的主要目的在于提供一种CoMP中选择协作小区的方法及***,能有效地提高CoMP***的吞吐量。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种CoMP中选择协作小区的方法,该方法包括:
服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。
上述方案中,所述依据CoMP***吞吐量最大策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,为:
从收到的所有发送同意协调响应的候选协作小区中,选择协作传输后CoMP***所能提升的总的速率增益值最大的候选协作小区作为目标协作小区;其中,
对于每个发送同意协调响应的候选协作小区,CoMP***所能提升的总的速率增益值为:ΔC″i=ΔC+ΔC′;其中,ΔC表示协作传输后,服务小区的UE所能提升的速率增益值,ΔC′表示协作传输后,候选协作小区自身降低的吞吐量。
上述方案中,所述依据数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,为:
从所有发送同意协调响应的候选协作小区中,选择满足公式:的候选协作小区作为目标协作小区;
其中,R表示传输速率要求;L表示返回同意协调响应的候选协作小区集合;表示协作小区集合;所述包括:服务小区及所有返回同意协调响应的候选协作小区中的一个以上小区;表示协作小区集合的总的吞吐量;表示由于协作,候选协作小区集合L的吞吐量下降值。
上述方案中,该方法进一步包括:
每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个资源块(RB,ResourceBlock)的协调调度请求对应的服务小区中确定进行协作传输的服务小区;
候选协作小区向确定的进行协作传输的服务小区返回同意协调响应,并向其它发送请求的服务小区返回不同意协调响应。
上述方案中,所述每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,为:
候选协作小区依据自身的负载情况,确定每个所述发送协调调度请求的服务小区对应的所能带来的CoMP***的速率增益值;
选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区。
上述方案中,所述确定每个所述发送协调调度请求的服务小区对应的所能带来的CoMP***的速率增益值,选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区,为:
如果候选协作小区自身调度结果不变,不接受请求,则对CoMP***所能带来的速率增益值
如果舍弃自身的频带,接受请求,则对于每个服务小区,对CoMP***所能带来的速率增益值选择能够带来最大速率增益值的ΔCp,n作为对CoMP***所能带来的速率增益值
如果调换频带,接受请求,采用空闲RBk时,对于每个服务小区,对CoMP***所能带来的速率增益值之后选择能够带来最大速率增益的ΔCp,k作为对CoMP***所能带来的速率增益值
根据公式:确定进行协作传输的服务小区;
其中,表示候选协作小区的UE m0在候选协作小区的RBp上的传输速率;表示服务小区n的UEmn使用候选协作小区的RBp时的传输速率增加值;表示UE m0在候选协作小区的空闲RBk上的传输速率。
上述方案中,该方法进一步包括:
收到UE发送的协调调度请求后,且当协作传输后所述UE所能提升的速率增益值ΔC大于预设的门限值时,服务小区在所述UE所使用的RB上向所有候选协作小区发送协调调度请求。
本发明还提供了一种CoMP中选择协作小区的***,该***至少包括:服务小区,用于收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。
上述方案中,该***进一步包括:候选协作小区,用于收到服务小区发送的协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,并向确定的进行协作传输的服务小区返回同意协调响应,向其它发送请求的服务小区返回不同意协调响应。
上述方案中,所述服务小区,还用于收到UE发送的协调调度请求后,且当协作传输后所述UE所能提升的速率增益值ΔC大于预设的门限值时,在所述UE所使用的RB上向所有候选协作小区发送协调调度请求。
上述方案中,针对同一个RB发出协调调度请求的所述服务小区的个数为一个以上。
上述方案中,所述候选协作小区的个数为一个以上。
本发明提供的CoMP中选择协作小区的方法及***,服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,如此,能有效地选择出较佳的协作小区,从而提高CoMP***的吞吐量,进一步更加高效地利用CoMP技术的优势。
除此以外,每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,如此,能更有效地选择出较佳的协作小区后,从而进一步提高CoMP***的吞吐量。
附图说明
图1为本发明CoMP中选择协作小区的方法流程示意图;
图2为实施例实现CoMP中选择协作小区的方法流程示意图。
具体实施方式
本发明的基本思想是:服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明CoMP中选择协作小区的方法,如图1所示,包括以下步骤:
步骤101:每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协调后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区;
具体地,候选协作小区依据自身的负载情况,确定每个所述发送协调调度请求的服务小区对应的所能带来的CoMP***的速率增益值;
之后选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区。
在本步骤前,该方法还可以进一步包括:
收到UE发送的协调调度请求后,且当协作传输后所述UE所能提升的速率增益值ΔC大于预设的门限值时,服务小区在所述UE所使用的RB上向所有候选协作小区发送协调调度请求;其中,所述向所有候选协作小区发送的协调调度请求包含:采用每个候选协作小区对所述UE进行协作传输时,所述UE能提升的速率增益值ΔC。
步骤102:候选协作小区向确定的进行协作传输的服务小区返回同意协调响应,并向其它发送请求的服务小区返回不同意协调响应;
这里,所述同意协调响应包含:协作传输后,候选协作小区自身降低的吞吐量ΔC′,其中,可采用现有技术得到候选协作小区自身降低的吞吐量ΔC′。
步骤103:服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。
这里,所述依据CoMP***吞吐量最大策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,具体为:
从收到的所有发送同意协调响应的候选协作小区中,选择协作传输后CoMP***所能提升的总的速率增益值最大的候选协作小区作为目标协作小区。
所述依据数据速率策略,从所有候选协作小区中确定目标协作小区,具体为:
选择满足公式:
的候选协作小区作为目标协作小区,其中,R表示传输速率要求;L表示返回同意协调响应的候选协作小区集合;表示协作小区集合;所述包括:服务小区及所有返回同意协调响应的候选协作小区中的一个以上小区;表示协作小区集合的总的吞吐量;表示由于协作,候选协作小区集合L的吞吐量下降值。
下面结合实施例对本发明再作进一步详细的描述。
在有多个小区的CoMP***中,服务小区发送的下行数据的信号,对于相邻小区的同频UE来说就是干扰信号,尤其对于相邻小区的边缘UE,这个干扰信号可能相当强烈,会导致信干噪比(SINR,Signal to Interference plus Noise Ratio)很低,因此,在这种情况下,相邻小区的边缘UE只能支持速率较小的编码调制方式,从而会造成业务的吞吐量低下。这里,所述同频UE是指使用相同RB的UE。
本实施例CoMP中选择协作小区的方法,如图2所示,包括以下步骤:
步骤201:服务小区收到UE发送的协调调度请求后,在所述UE所使用的RB上向所有候选协作小区发送协调调度请求;
这里,服务小区通过X2接口将协调调度请求发送给所有候选协作小区。
在本步骤之前,服务小区已根据自身所拥有的UE的实际状况和需求,将UE划分为需要协作传输的UE(UE-Co)及不需要协作传输的UE(UE-NCo),并为每个UE分配RB。
其中,服务小区会根据UE在一帧的时间内的信道质量,将UE划分为UE-CO及UE-NCO;这里,所述信道质量具体可以是:UE上行反馈信道质量或上行接收估计信道质量;
所述服务小区会根据UE在一帧的时间内的信道质量,将UE划分为UE-CO及UE-NCO,具体为:
判断UE一帧时间内的平均SINR是否大于门限值(SINRgate),如果大于,则认为该UE的信道状况比较糟糕,将该UE划分为UE-Co,如果小于,则认为该UE的信道状况良好,将该UE划分为UE-NCo;
其中,所述SINRgate可根据实际网络负载情况动态的变化来确定,以便获得最优的UE群分布。
在为UE分配RB时,服务小区按照比例公平算法为UE分配RB,并不考虑协作因素。
这里,服务小区根据自身所拥有的UE的实际状况和需求,将UE划分为UE-Co及UE-NCo,并为每个UE分配RB的具体处理过程与现有技术完全相同。
所述UE发送的协调调度请求为:针对自身所使用的RB所发送的协调调度请求。
服务小区可以根据UE所使用的RB确定候选协作小区,具体处理过程为现有技术。
候选协作小区的个数可以为一个以上。
所述向所有候选协作小区发送的协调调度请求包含:采用每个候选协作小区对所述UE进行协作传输时,所述UE能提升的速率增益值ΔC;所述UE能提升的速率增益值ΔC为:所述UE进行协作之后的传输速率与协作之前的传输速率的差值。
服务小区在所述UE所使用的RB上向所有候选协作小区发送协调调度请求的时机为:所述UE能提升的速率增益值ΔC大于预设的门限值后;其中,在设置门限值时,依据实际***要求设置。
步骤202:每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区;
这里,定时器的时长可以依据需要进行设置,比如:一帧。
所述依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,具体为:
候选协作小区依据自身的负载情况,确定每个所述发送协调调度请求的服务小区对应的所能带来的CoMP***的速率增益值;
选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区;
在实际应用时,上述过程具体包括:
自身调度结果不变,不接受请求,此时,对CoMP***所能带来的速率增益值
舍弃自身的频带,接受请求,此时,对于每个服务小区,对CoMP***所能带来的速率增益值之后选择能够带来最大速率增益值的ΔCp,n作为对CoMP***所能带来的速率增益值
调换频带,接受请求,此时,采用空闲RBk时,对于每个服务小区,对CoMP***所能带来的速率增益值之后选择能够带来最大速率增益的ΔCp,k作为对CoMP***所能带来的速率增益值
其中,为候选协作小区的UE m0在候选协作小区的RBp上的传输速率;为来自服务小区n的UE mn使用候选协作小区的RBp时的传输速率增加值,即:所述UE能提升的速率增益值ΔC;表示UE m0在候选协作小区的空闲RBk上的传输速率;这里,候选协作小区可通过现有技术获得
当候选协作小区的RBp上没有同频UE时,则令
所述选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区,可用以下公式表达:
其中,如果选择调换频带,接受请求决策中的某个服务小区作为进行协作传输的服务小区,其具体的实现过程可用以下公式表达:
(1)
其中,n*表示选择出的能够带来CoMP***的最大速率增益值的ΔCp,k对应的服务小区;k*表示选择出的能够带来CoMP***的最大速率增益值的ΔCp,k对应的空闲RB。
在实际应用时,由于在每个RB上的传输能力不同,因此,会出现的情况,此时,称UE m0处于“亏损”状态,表示“亏损值”。在这种情况下,如果候选协作小区中仍然有空余频带,则令 将剩余数据速率要求看作一个内部请求,与其它服务小区的协调调度请求一起进行调度,如果候选协作小区没有空余频带,则不进行任何处理。
在特殊情况下,在未满载时有此时如果在所有的剩余RB集合中,满足
此时,称候选协作小区的负载能力“虚假不足”,在这种情况下,仍做出调换频带,接受请求的决策,并根据公式(1)选择服务小区。
执行步骤202的目的为:对服务小区的协调调度请求进行选择,为提高CoMP***吞吐量最大的协调调度请求尽可能安排联合处理的RB;对于放弃RB的自身UE,寻找空闲资源进行补偿。
步骤203:候选协作小区向确定的进行协作传输的服务小区返回同意协调响应,并向其它发送请求的服务小区返回不同意协调响应;
这里,所述同意协调响应包含:协作传输后,候选协作小区自身降低的吞吐量ΔC′,其中,可采用现有技术得到候选协作小区自身降低的吞吐量ΔC′。
步骤204:服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区;
这里,所述依据CoMP***吞吐量最大策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,具体为:
从收到的所有发送同意协调响应的候选协作小区中,选择协作传输后CoMP***所能提升的总的速率增益值最大的候选协作小区作为目标协作小区。
其中,用公式表达,具体为:
协作传输后,每个候选协作小区对CoMP***所能提升的总的速率增益值ΔC″i=ΔC+ΔC′;根据公式:i=arg max{ΔC″i}选择目标协作小区。
在实际应用时,只要CoMP网络不是full-buffer的情况,每个UE都会有相应的速率要求;其中,所述full-buffer是指每个UE都有无限的数据量要发送,因此,在目标协作小区选择中,应选择能够满足速率要求、资源浪费最少且对相邻小区影响最小的小区,因此,所述依据数据速率的策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,具体为:
其中,R表示传输速率要求;L表示返回同意协调响应的候选协作小区集合;表示协作小区集合;所述包括:服务小区及所有返回同意协调的响应的候选协作小区中的一个以上小区;表示协作小区集合的总的吞吐量;表示由于协作,候选协作小区集合L的吞吐量下降值;其中,可采用现有技术得到以及对于的计算,可以为服务小区分别与每个返回同意协调响应的候选协作小区的吞吐量之和作为或者,服务小区分别与所有返回同意协调的响应的候选协作小区中的两个小区的吞吐量之和作为以此类推,直至得到满足条件的目标协作小区,举个例子来说,假设返回同意协调的响应的候选协作小区包括:第二候选协作小区AP2、第三候选协作小区AP3、以及第五候选协作小区AP5,在计算时,服务小区分别与AP2、AP3、AP5的吞吐量之和分别作为三个服务小区与AP2、AP3的吞吐量之和作为一个服务小区与AP2、AP5的吞吐量之和作为一个服务小区与AP3、AP5的吞吐量之和作为一个服务小区与AP2、AP3、以及AP5的吞吐量之和作为一个直至得到满足条件的目标协作小区。相应的,为计算时所选择的候选协作小区对应的吞吐量下降值。
这里,β∈[0,1],当β=1时,公式(3)的结果表示选择满足速率要求、浪费最少的相邻小区作为协作小区,而不考虑对相邻小区吞吐量的影响。当β=0时,公式(3)的结果表示在满足的条件下,尽可能选择对相邻小区影响小的相邻小区作为协作小区。这里,β值可以根据实际***需要动态改变。
这里,在目标协作小区的选择中,如果要同时满足速率要求、资源浪费最少、对相邻小区的影响最小三个条件,则选择目标协作小区需要同时满足如下公式:
显然,公式(4)及公式(5)是不能同时满足的,因此,需要引入因子β。
步骤204执行的目的为:对愿意协助自身进行协作传输的候选协作小区进行选择,根据最大化***吞吐量的要求、或公平性的考虑,选择最佳的目标协作小区,从而高效地利用协作传输的技术优势。
在实际应用时,服务小区可以依据上述策略未确定出任何目标协作小区,还可以依据上述策略所确定的目标协作小区的个数为一个以上。
步骤205:服务小区与目标协作小区根据事先约定的物理传输方式共同发送数据。
这里,服务小区与目标协作小区根据事先约定的物理传输方式共同发送数据的具体处理过程与现有技术相同,这里不再赘述。
为实现上述方法,本发明还提供了一种CoMP中选择协作小区的***,该***至少包括:服务小区,用于收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。
该***还可以进一步包括候选协作小区,用于收到服务小区发送的协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,并向确定的进行协作传输的服务小区返回同意协调响应,并向其它发送请求的服务小区返回不同意协调响应;
所述服务小区,还用于收到UE发送的协调调度请求后,且当协作传输后所述UE所能提升的速率增益值ΔC大于预设的门限值时,在所述UE所使用的RB上向所有候选协作小区发送协调调度请求。
这里,需要说明的是:针对同一个RB发出协调调度请求的所述服务小区的个数为一个以上,所述候选协作小区的个数为一个以上。
这里,本发明所述***中的服务小区及候选协作小区的具体处理过程已在上文中详述,不再赘述。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (10)
1.一种多点协作传输(CoMP)中选择协作小区的方法,其特征在于,该方法包括:
每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个资源块(RB)的协调调度请求对应的服务小区中确定进行协作传输的服务小区;
候选协作小区向确定的进行协作传输的服务小区返回同意协调响应,并向其它发送请求的服务小区返回不同意协调响应;
服务小区收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区。
2.根据权利要求1所述的方法,其特征在于,所述依据CoMP***吞吐量最大策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,为:
从收到的所有发送同意协调响应的候选协作小区中,选择协作传输后CoMP***所能提升的总的速率增益值最大的候选协作小区作为目标协作小区;其中,
对于每个发送同意协调响应的候选协作小区,CoMP***所能提升的总的速率增益值为:ΔC”i=ΔC+ΔC';其中,ΔC表示协作传输后,服务小区的用户设备(UE)所能提升的速率增益值,ΔC'表示协作传输后,候选协作小区自身降低的吞吐量。
3.根据权利要求1所述的方法,其特征在于,所述依据数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区,为:
从所有发送同意协调响应的候选协作小区中,选择满足公式:的候选协作小区作为目标协作小区;
其中,β∈[0,1];R表示传输速率要求;L表示返回同意协调响应的候选协作小区集合;表示协作小区集合;所述包括:服务小区及所有返回同意协调响应的候选协作小区中的一个以上小区;表示协作小区集合的总的吞吐量;表示由于协作,候选协作小区集合L的吞吐量下降值。
4.根据权利要求1所述的方法,其特征在于,所述每个候选协作小区收到协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,为:
候选协作小区依据自身的负载情况,确定每个所述发送协调调度请求的服务小区对应的所能带来的CoMP***的速率增益值;
选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区。
5.根据权利要求4所述的方法,其特征在于,所述确定每个所述发送协调调度请求的服务小区对应的所能带来的CoMP***的速率增益值,选择所能带来的CoMP***的速率增益值最大的服务小区作为进行协作传输的服务小区,为:
如果候选协作小区自身调度结果不变,不接受请求,则对CoMP***所能带来的速率增益值
如果舍弃自身的频带,接受请求,则对于每个服务小区,对CoMP***所能带来的速率增益值选择能够带来最大速率增益值的ΔCp,n作为对CoMP***所能带来的速率增益值
如果调换频带,接受请求,采用空闲RBk时,对于每个服务小区,对CoMP***所能带来的速率增益值之后选择能够带来最大速率增益的ΔCp,k作为对CoMP***所能带来的速率增益值
根据公式:确定进行协作传输的服务小区;
其中,表示候选协作小区的UE m0在候选协作小区的RBp上的传输速率;表示服务小区n的UE mn使用候选协作小区的RBp时的传输速率增加值;表示UE m0在候选协作小区的空闲RBk上的传输速率。
6.根据权利要求1所述的方法,其特征在于,该方法进一步包括:
收到UE发送的协调调度请求后,且当协作传输后所述UE所能提升的速率增益值ΔC大于预设的门限值时,服务小区在所述UE所使用的RB上向所有候选协作小区发送协调调度请求。
7.一种CoMP中选择协作小区的***,其特征在于,该***至少包括:服务小区,用于收到每个候选协作小区的响应后,依据CoMP***吞吐量最大策略、或数据速率要求策略,从所有发送同意协调响应的候选协作小区中确定目标协作小区;
候选协作小区,用于收到服务小区发送的协调调度请求后,且在定时器超时后,依据协作传输后能提高CoMP***总的吞吐量的策略,从收到的所有的针对同一个RB的协调调度请求对应的服务小区中确定进行协作传输的服务小区,并向确定的进行协作传输的服务小区返回同意协调响应,向其它发送请求的服务小区返回不同意协调响应。
8.根据权利要求7所述的***,其特征在于,所述服务小区,还用于收到UE发送的协调调度请求后,且当协作传输后所述UE所能提升的速率增益值ΔC大于预设的门限值时,在所述UE所使用的RB上向所有候选协作小区发送协调调度请求。
9.根据权利要求7所述的***,其特征在于,
针对同一个RB发出协调调度请求的所述服务小区的个数为一个以上。
10.根据权利要求7所述的***,其特征在于,
所述候选协作小区的个数为一个以上。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110107548.2A CN102761912B (zh) | 2011-04-27 | 2011-04-27 | 一种多点协作传输中选择协作小区的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110107548.2A CN102761912B (zh) | 2011-04-27 | 2011-04-27 | 一种多点协作传输中选择协作小区的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102761912A CN102761912A (zh) | 2012-10-31 |
CN102761912B true CN102761912B (zh) | 2017-05-03 |
Family
ID=47056200
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110107548.2A Expired - Fee Related CN102761912B (zh) | 2011-04-27 | 2011-04-27 | 一种多点协作传输中选择协作小区的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102761912B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101895940A (zh) * | 2010-07-26 | 2010-11-24 | 北京邮电大学 | 主服务小区和协作小区之间资源分配的方法 |
CN101909321A (zh) * | 2009-06-02 | 2010-12-08 | ***通信集团公司 | 小区资源调度的方法、协作功能实体及*** |
CN101951307A (zh) * | 2010-09-24 | 2011-01-19 | 西安电子科技大学 | 在CoMP下的小区协作集的选择方法 |
-
2011
- 2011-04-27 CN CN201110107548.2A patent/CN102761912B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101909321A (zh) * | 2009-06-02 | 2010-12-08 | ***通信集团公司 | 小区资源调度的方法、协作功能实体及*** |
CN101895940A (zh) * | 2010-07-26 | 2010-11-24 | 北京邮电大学 | 主服务小区和协作小区之间资源分配的方法 |
CN101951307A (zh) * | 2010-09-24 | 2011-01-19 | 西安电子科技大学 | 在CoMP下的小区协作集的选择方法 |
Non-Patent Citations (1)
Title |
---|
Enhanced Dynamic Cell Selection with Muting;Minghai Feng*, Xiaoming She*等;《IEEE》;20100131;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN102761912A (zh) | 2012-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Liu et al. | Load aware joint CoMP clustering and inter-cell resource scheduling in heterogeneous ultra dense cellular networks | |
Cao et al. | Cooperative device-to-device communications in cellular networks | |
CN101651880B (zh) | 多小区协作发送方法 | |
CN101951307B (zh) | 在CoMP下的小区协作集的选择方法 | |
JP5592567B2 (ja) | 多地点協調通信における協調セルセット確立方法 | |
KR101681094B1 (ko) | 무선 네트워크에서의 송신 전력 제어 방법 및 장치 | |
US9288817B2 (en) | Method and system for coordinated scheduling based on cell priority | |
KR101678610B1 (ko) | 롱텀 채널 정보를 기반으로 다중 노드 간 서브밴드 별 협력 통신을 수행하는 방법 및 장치 | |
US9042927B2 (en) | Method and device for performing space coordination among cells | |
CN101895940B (zh) | 主服务小区和协作小区之间资源分配的方法 | |
KR20120081819A (ko) | 다중 셀 협력 송신 방법 및 장치 | |
US20150365953A1 (en) | Method and apparatus for scalable load balancing across wireless heterogeneous mimo networks | |
CN102916732A (zh) | 一种实现超级小区数据传输的方法、***及控制站 | |
CN101883402A (zh) | 一种协同传输数据的方法及*** | |
Asadi et al. | Modeling D2D communications with LTE and WiFi | |
CN102457358B (zh) | 一种协同传输的调度方法及*** | |
CN102647727B (zh) | 一种混合协作簇的选择方法 | |
CN101511107A (zh) | 一种基于协同多点单用户多输入多输出的频率规划方法 | |
CN102215492B (zh) | 基于用户反馈的多小区资源分配方法 | |
CN103281792B (zh) | 一种协作波束赋形方法及装置 | |
CN102761912B (zh) | 一种多点协作传输中选择协作小区的方法及*** | |
Lee | A collaborative power control and resources allocation for D2D (device-to-device) communication underlaying LTE cellular networks | |
Xu et al. | Robust beamforming with pilot reuse scheduling in a heterogeneous cloud radio access network | |
CN101931436A (zh) | 下行多小区多用户联合传输的方法与装置 | |
CN104717656A (zh) | 动态确定协作小区的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170503 Termination date: 20190427 |