一种上行协同多点的实现方法

文档序号:9491637阅读:471来源:国知局
一种上行协同多点的实现方法
【技术领域】
[0001 ] 本发明涉及移动通信技术,特别是涉及一种上行协同多点(CoordinatedMult1-Point Transmiss1n/Recept1n, CoMP)的实现方法。
【背景技术】
[0002]LTE/LTE-A系统采用同频组网以提高系统频谱利用率的同时,也带来了严重的小区间干扰,从而严重影响了边缘用户的服务质量和吞吐量。为了解决这一问题,在LTE-Advanced的技术讨论过程中,出现了一种利用在地理位置上分开的点进行协同发送或者接收的方法,3GPP称其为协同多点技术。CoMP是作为一个改善高数据速率覆盖、小区边缘吞吐量、并且(或者)提高系统吞吐量的工具引入LTE-A的。
[0003]C0MP技术的核心思想是小区边缘用户可以同时与多个基站进行信道接收和发送,其中,上行C0MP系统中,边缘用户发射的信号由多个基站联合接收、合并,以此来提高边缘用户的吞吐量和系统整体性能。
[0004]目前常用的上行C0MP实现方案是通过上行PUSCH的联合接收实现的,具体讲,是指终端的服务小区和协作小区在相同的时频资源上同时接收终端发送的上行信号,并通过协作的方式联合作出决策。正因为服务小区和协作小区需要在相同的时频资源上接收数据,为了避免用户间资源冲突,一种常用的解决方法是,服务小区和协作小区通过实时的信息交互,避免服务小区为本小区C0MP用户分配的资源与其协作小区内其他用户分配的资源间产生冲突;另一种常用的解决方法是,协作小区需要为服务小区的C0MP用户预留使用的资源范围,即协作小区通过频分系统资源的方式解决本小区内用户和协助的其他小区C0MP用户之间的资源使用来避免上述的资源冲突。
[0005]目前上述两种C0MP实现方法均存在一定的缺点。第一种方法,需要实时的信息交互,这样,在保证传输时延的基础上,其实现复杂度太高;第二种方法,由于需要协作小区预留协助C0MP用户的使用资源,因此无法自适应业务突发带来的影响,也对所属协作小区的用户可用资源带来一定的限制,影响了这些用户数据传输吞吐量。

【发明内容】

[0006]有鉴于此,本发明的主要目的在于提供一种上行协同多点的实现方法,该方法不需要协作小区间资源分配时的实时交互,同时,可以确保服务小区C0MP用户的频带资源配置不会影响协作小区用户的性能。
[0007]为了达到上述目的,本发明提出的技术方案为:
[0008]一种上行协同多点的实现方法,包括:
[0009]a、每个小区作为服务小区,在与协作小区为本小区的上行协同多点C0MP用户进行联合调度之前,将本小区中C0MP用户的用户信息发送给C0MP用户对应的协作小区;
[0010]b、每个所述协作小区根据当前接收到的所有C0MP用户的用户信息,为希望本小区提供协助的每个服务小区,确定在用于协助的上行虚拟数据流上的可用频带范围,并通知给相应的服务小区;所述用于协助的上行虚拟数据流为由希望本小区提供协助的服务小区COMP用户的数据构成的数据流,所述上行虚拟数据流占用整个系统带宽;
[0011]c、所述服务小区根据协作小区通知的所述可用频带范围,为本小区的各类用户确定使用频带范围,并进行用户调度,其中,在所述可用频带范围内,确定本小区中以所述协作小区为协作小区的C0MP用户的使用频带范围。
[0012]综上所述,本发明提出的上行协同多点的实现方法,由各协作小区根据当前接收到的所有C0MP用户的用户信息,为希望本小区提供协助的每个服务小区,确定在用于协助的上行虚拟数据流上的可用频带范围。如此,不需要协作小区间资源分配时的实时交互,降低了处理复杂度,同时,可以确保服务小区C0MP用户的频带资源配置不会影响协作小区用户的性能。
【附图说明】
[0013]图1为本发明实施例一的流程示意图。
【具体实施方式】
[0014]为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
[0015]本发明的核心思想是:协作小区将服务小区C0MP用户占用的资源视为成本小区的一个虚拟数据流,和本小区内的用户占用的资源构成虚拟MU-MIM0,实现协作小区接收服务小区C0MP用户数据的功能。这样,协作小区不需要单独通过频分方式提前划分出专门用于协助的频带资源,从而可以确保服务小区C0MP用户的频带资源分配不会影响协作小区用户的性能。另外,每个协作小区根据服务小区希望其协助的C0MP用户信息,确定各服务小区C0MP用户使用的频带资源范围。如此,可以实现协同多点传输的各个小区间资源的合理利用,避免产生资源浪费问题。
[0016]图1为本发明实施例一的流程示意图,如图1所示,该实施例主要包括:
[0017]步骤101、每个小区作为服务小区,在与协作小区为本小区的上行协同多点(C0MP)用户进行联合调度之前,将本小区的C0MP用户的用户信息发送给C0MP用户对应的协作小区。
[0018]与现有系统所不同,本步骤中需要在进行联合调度之前,将C0MP用户的用户信息发给对应的协作小区,以供协作小区据此确定各服务小区C0MP用户的可用频带范围。
[0019]具体地,所述用户信息可以是C0MP用户的用户数量或C0MP用户传输业务的QoS需求信息,在实际应用中不限于此,只要可以体现出C0MP用户对资源的需求量即可。
[0020]步骤102、每个所述协作小区根据当前接收到的所有C0MP用户的用户信息,为希望本小区提供协助的每个服务小区,确定在用于协助的上行虚拟数据流上的可用频带范围,并通知给该服务小区;所述用于协助的上行虚拟数据流为由希望本小区提供协助的服务小区C0MP用户的数据构成的数据流,所述上行虚拟数据流占用整个系统带宽。
[0021]本步骤中,各协作小区为希望本小区提供协助的每个服务小区,根据服务小区C0MP用户的用户信息,确定该服务小区在用于协助的上行虚拟数据流上的可用频带范围,并通知给该服务小区。如此,可以实现协同多点传输的各个小区间资源的合理利用。
[0022]这里同现有系统一样,系统带宽指的是小区的带宽,而且各个小区的带宽相同。需要说明的是,本步骤中协作小区将服务小区C0MP用户占用的资源视为本小区的一个虚拟数据流,该数据流对应整个系统带宽,因此,在为提供协助的服务小区C0MP用户进行可用频带范围划分时,将在整个系统带宽范围内进行划分。这样,可以确保C0MP用户的频带资源分配不会影响协作小区用户的性能。
[0023]在实际应用中,协作小区收到的C0MP用户的用户信息可能来自多个相邻的服务小区。相应地,在进行上述可用频带范围划分时,需要根据实际希望提供协助的服务小区的数量。较佳地,本步骤中可以采用下述方法进行所述可用频带范围的确定:
[0024]对于每个协作小区,如果该协作小区当前接收到的所有所述C0MP用户的用户信息来自同一个相邻小区,则将所述可用频带范围确定为系统带宽。
[0025]如果该协作小区当前接收到的所有所述C0MP用户的用户信息来自两个相邻小区,则将所述两个相邻小区各自希望协助的所述C0MP用户的指定参数值的比例N,作为所述两个相邻小区的可用频带范围的比例,并按照所述比例N对所述系统带宽进行划分,得到所述两个相邻小区的所述可用频带范围,其中,所述指定参数为用户数量或所传输业务的QoS需求资源量。
[0026]较佳地,为了扩大同一服务小区的C0MP用户的可用资源范围,在进行所述可用频带范围的确定时,可以按照不同协作小区为同一服务小区配置不同所述可用频带范围的原则进行。例如对于小区A如果该小区有两个C0MP用户UE1和UE2,它们的协作小区分别是小区B和C,如果采用上述原则,小区B和C为小区A分配的C0MP用户可用频带范围将不同,这样,UE1和UE2将使用的频带资源不会相重合,从而可以使小区A的C0MP用户使用带宽分散到整个频带。
[0027]基于上述原则,较佳地,可以采用下述方法进行所述可用频带范围的确定:
[0028]对于两两相邻的三个小
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1