用于小区的调度方法和调度设备的制作方法

文档序号:8000599
用于小区的调度方法和调度设备的制作方法
【专利摘要】提供了一种用于小区的调度方法和调度设备。所述调度方法包括:确定所述小区在多个频率资源上的开关状态;与所述小区的相邻小区交换各自在所述多个频率资源上的开关状态;以及基于所述小区的用户反馈的多种信道状态信息和所述相邻小区在所述多个频率资源上的开关状态来进行调度。通过上述方法和设备,可以以很短的时间间隔进行调度,并且在执行调度时考虑了从用户反馈的信道状态信息,使得调度结果能够更好地适应于无线环境的改变,从而提高系统性能。
【专利说明】用于小区的调度方法和调度设备

【技术领域】
[0001 ]本发明涉及无线通信领域,并且具体涉及一种用于小区的调度方法和调度设备。

【背景技术】
[0002]在协作多点(Comp)传输技术中,包括服务小区和该服务小区的相邻小区在内的多 个小区(或基站)以协作的方式对移动台发送信号/从移动台接收信号,以便降低小区之间 的干扰,改善基站/移动台的接收信号质量,从而提高通信系统的吞吐量。为此,需要在所 述多个小区之间进行协作调度。已经提出了集中协作调度方法,在这种方法中,由中央调度 器集中地处理用于各个小区的调度的信息(例如信道状态信息)并且基于这些信息集中地 对各个小区进行调度。然而,由于需要同时进行与多个小区有关的处理和调度,这种集中调 度的方式比较复杂,并且对中央调度器的处理能力提出了较高的要求。
[0003] 为了解决上述问题,提出了分布式协作调度,其中,代替对多个小区进行集中调 度,对每个小区设置一个调度器以用于该小区的调度。分布式协作调度复杂性较低,对调度 器的处理能力的要求也降低。已经开发了两种分布式协作调度方法,即增强小区间干扰协 调(elCIC)和比例频率重用(FFR)。elCIC方法可用于在异构网络中进行时域的协作调度, FFR方法可用于在同构网络中进行频域的协作调度。然而,这两种方法都属于半静态的协作 调度方法。例如,在FFR中,以较长的时间间隔(例如几百毫秒)进行调度,这使得调度结果 不能适应迅速变化的无线环境,从而给系统带来的性能增益有限。
[0004] 因此,需要一种能够在多小区协作的情况下动态地进行分布式调度的方法和设 备。


【发明内容】

[0005] 考虑到以上问题而提出了本发明。本发明的一个目的是提供一种用于小区的调度 方法和调度设备,其能够在多小区协作的情况下以分布式的方式对每个小区进行动态的调 度,使得调度结果能够适应于无线环境的改变,从而有效地提高系统的性能。
[0006] 根据本发明的一个方面,提供了一种用于小区的调度方法,包括:确定所述小区在 多个频率资源上的开关状态;与所述小区的相邻小区交换各自在所述多个频率资源上的开 关状态;以及基于所述小区的用户反馈的多种信道状态信息和所述相邻小区在所述多个频 率资源上的开关状态来进行调度。
[0007] 根据本发明的另一方面,提供了一种用于小区的调度设备,包括:预调度装置,被 配置为确定所述小区在多个频率资源上的开关状态;通信装置,被配置为与所述小区的相 邻小区交换各自在所述多个频率资源上的开关状态;以及调度装置,被配置为基于所述小 区的用户反馈的多种信道状态信息和所述相邻小区在所述多个频率资源上的开关状态来 进行调度。
[0008] 通过根据本发明上述方面的调度方法和调度设备,可以在频域中对每个小区独立 地进行调度,而不是对多个小区进行集中调度,因而调度器不需要有非常高的处理能力。此 夕卜,在根据本发明上述方面的调度方法和调度设备中,可以以很短的时间间隔(例如1毫秒) 进行调度,并且在执行调度时考虑了从用户反馈的信道状态信息,由于所述信道状态信息 能够反映无线环境的动态改变,因此,相对于传统的半静态调度方法,调度结果能够更好地 适应于无线环境的改变,从而提高通信系统的性能。

【专利附图】

【附图说明】
[0009]通过结合附图对本发明的实施例进行详细描述,本发明的上述和其它目的、特征、 优点将会变得更加清楚,其中:
[0010]图1A和图1B示例性地示出了本发明的实施例的应用场景。
[0011] 图2是示出根据本发明第一实施例的用于小区的调度方法的流程图。
[0012] 图3是示出图2所示的步骤S201的详细操作的流程图。
[0013]图4是示出根据本发明第二实施例的、确定所述小区在多个频率子带上的开关状 态的详细操作的流程图。
[0014] 图5是示出根据本发明第三实施例的、确定所述小区在多个频率子带上的开关状 态的详细操作的流程图。
[0015] 图6是示出根据本发明实施例的用于小区的调度设备的框图。
[0016]图7是示出图6所示的调度装置603的示例性结构的框图。
[0017]图8是示出图6所示的预调度装置601的第一示例性结构的框图。
[0018]图9是示出图6所示的预调度装置601的第二示例性结构的框图。
[0019]图10是示出图6所示的预调度装置601的第三示例性结构的框图。

【具体实施方式】
[0020]下面将参照附图来描述根据本发明实施例的用于小区的调度方法和调度设备。在 附图中,相同的参考标号自始至终表示相同的元件。应当理解:这里描述的实施例仅仅是说 明性的,而不应被解释为限制本发明的范围。
[0021] 首先,参照图1A和图1B来描述本发明实施例的示例性应用场景。
[0022]图1A示出了第一种示例性应用场景。该场景基于集中式无线接入网络((>ΚΑΝ) 架构,其中,由控制单元(例如基带单元(BBU))和连接到该基带单元的多个(为简单起见,在 图1A中示出三个)远程无线头RRH形成集中式基站 eNB,每个RRH可形成一个小区。这三 个小区构成CoMP的协作集。可以为每个小区(或RRH)设置一个BBU,所述 BBU可以充当调 度器以进行对应小区的调度。图1B示出了第二种示例性应用场景,其中三个基站eNB分别 形成三个小区。这三个小区构成协作集。可以在每个eNB中设置一个调度器(未示出)以 进行对应小区的调度。应当认识到,尽管在图1A和图1B中仅示出三个RRH和三个 eNB,但 RRH和eNB的数量不限于3,而是可以是根据实际需要确定的任何适当数量。
[0023]下面,参照图2来描述根据本发明第一实施例的用于小区的调度方法。如上所述, 该方法可以由用于每个小区的调度器或I3BU (例如图1A所示的BBU1、BBU2或BBU3)执行 以便进行相应小区的调度,从而实现多小区协作情况下的分布式调度。在本发明的实施例 中,以频率子带或资源块作为所述频率资源的例子,应当认识到,所述频率资源也可以是能 够用作调度的基本单元的其他类型的频率资源。
[0024] 如图2所示,对于要执行调度的小区,在步骤S2〇l中,确定所述小区在多个频率子 带上的开关状态。在下文中,为了便于描述,将当前要执行调度的小区称为服务小区。
[0025] 在Comp传输技术中,对属于同一个协作集的多个小区进行协作调度,以便协调各 个小区的发送和接收,从而降低小区之间的千扰。在本发明的实施例中,通过对于所述多个 频率子带中的每个频率子带,选择性地关闭(mute)所述多个小区中的一个或更多小区,即 使得所述一个或更多小区在该频率子带上不发送数据,来减少其他小区受到的干扰。因此' 需要确定每个小区在各个频率子带上的开关状态(或称为开关模式(Pattern)),即,每个小 区在各个频率子带上是打开还是关闭,这可以称为小区的预调度。
[0026] 下面,参照图3来更详细地描述在步骤S201中确定所述服务小区在多个频率子带 上的开关状态的方法。
[0027] 如图3所示,在步骤S2011中,计算当服务小区在所述多个频率子带中的每个频率 子带上被关闭时服务小区的性能损失。
[0028] 具体地,假设共有η个频率子带,可以计算当服务小区在所有η个频率子带上都不 关闭时能够获得的该服务小区的最大性能P nax。为此,可以在各个频率子带上进行调度,以 确定分配给各个频率子带的用户。例如,对于每个频率子带,可以根据从服务小区的各个用 户反馈的CSI (如下文所述)计算与该用户对应的性能,并且选择性能最好的用户作为分配 给该频率子带的用户。然后,可以估算被分配给各个频率子带的用户进行通信所能够获得 的服务小区的性能之和,这对应于服务小区的最大性能。所述性能可以是小区的吞吐量,在 这种情况下,可以计算在各个频率子带上能够由所分配的用户实现的吞吐量之和,作为该 服务小区的最大性能。估算在各个频率子带上能够获得的服务小区的性能的方法是本领域 公知的,在这里不再赘述。
[0029] 接下来,可以计算当服务小区在所述多个频率子带中的每个频率子带上被关闭时 服务小区的性能。具体地,可以计算当服务小区在这η个频率子带中的第一频率子带上关 闭时的小区性能P sbl-mute。例如,可以在除了第一频率子带以外的其他各个频率子带上进行 调度,以确定分配给其他各个频率子带的用户,然后计算在除了第一频率子带以外的其他 各个频率子带上由所分配的用户进行通信时能够取得的服务小区的性能。类似地, 可以计算当服务小区在第二频率子带、第三频率子带、…第η频率子带上关闭时能够获得 的服务小区的性能P sb2__、P sb3-mute、 、Psbn-mute。
[0030] 然后,基于服务小区的最大性能Pmax和当服务小区在各个频率子带上被关闭时小 1^- ?"生目匕 Psbl-mute、Psb2-mute、Psb3-mute、 、Psbn-mute, 可以计算当服务小区在每个频率子带上被关 闭时的小区性能损失。在本发明的实施例中,可以分别计算当服务小区在各个频率子带上 被关闭时小区的性能Psbhuk、Psbhute、…、与所述最大性能P_之间的比率 Fsbl-mute、^*sb2-mute、^*sb3-mute、 Λ -^sbn^mute? 由于该比率能够反映由于服务小区在各个频率子带上 被关闭而引起的小区性能相对于所述最大性能Ρ_的降低程度,因此其能够间接地反映所 述性能损失。在另一实施例中,可以计算服务小区的最大性能Pmax和当服务小区在各个频 率子带上被关闭时小区的性能P sbl_mute、P sb2 -mut e、P sb 3-mut e、 、P sbn-mut e 之间的差,并且使用各个 差与最大性能Pmax之间的比率来直接反映所述性能损失。在再一实施例中,也可以直接使 用所述各个差作为所述性能损失。
[0031] 接下来,在步骤S2012中,根据当服务小区在每个频率子带上被关闭时服务小区 的性能损失是否超过损失阈值,确定服务小区在该频率子带上的开关状态。在本发明的实 施例中,可以分别将比率、…、rsb_te分别与比率阈值rthresh()ld进行比 较,以确定所述性能损失是否超过损失阈值,其中,损失阈值可以计算为l-r thMsh()ld。例如, 当与频率子带i (1 < i < η)对应的比率rsbi_nute大于比率阈值rthresh()ld时,这说明如果服 务小区在频率子带i上被关闭,则服务小区的性能损失小于损失阈值,即,在该频率子带上 关闭服务小区对该服务小区的性能影响较小,因此,可以确定服务小区在该频率子带上的 开关状态为关闭。反之,如果比率r sbi_te小于比率阈值rthreslMld,这说明如果服务小区在频 率子带i上被关闭,服务小区的性能损失大于损失阈值,即,在该频率子带上关闭服务小区 对该服务小区的性能影响较大,因此,可以确定不应关闭该服务小区。可以看到,所述比率 阈值越大,即损失阈值越小,则服务小区将在越少的频率子带上被关闭,反之,所述比率阈 值越小,即损失阈值越大,则服务小区将在越多的频率子带上被关闭。所述比率阈值可以根 据设计需要和/或其他因素灵活地设定。可以将比率阈值设置为固定值。例如,可以将该 比率阈值设置为(n-l)/n,这意味着服务小区会在至少一个频率子带上被关闭。或者,可以 将该比率阈值设置为〇. 95 (对应的损失阈值为5%),因此,当比率rsbiiUte超过95%时,所述 小区在该频率子带i上关闭,否则所述小区在该频率子带i上打开。此外,也可以将比率阈 值设置为可变的值。例如可以将比率阈值设置为可根据网络的业务负载动态改变的值,使 得当业务负载较大时,可以增大比率阈值,从而所述小区可能在其上关闭的频率子带减少, 而当业务负载较小时,可以减小比率阈值,从而所述小区可能在其上关闭的频率子带增多。
[0032] 通过对于每个频率子带都执行图3所示的操作,可以确定所述小区在每个频率子 带上的开关状态。
[0033] 返回图2,在步骤S202中,与所述服务小区的相邻小区交换各自在所述多个频率 子带上的开关状态(或开关模式)。例如,可以通过回程线路(backhaul)在服务小区和相邻 小区之间交换各自在所述多个频率子带上的开关状态。这样,协作集中的每个小区都可以 获知其他小区在各个频率子带上的开关状态。
[0034] 然后,在步骤S203中,基于服务小区的用户(移动台)反馈的多种信道状态信息和 相邻小区在所述多个频率子带上的开关状态来进行调度。
[0035] 具体地,对于每个频率子带,为了对服务小区的用户(移动台)进行调度,需要知道 该用户与服务小区的基站之间的无线信道状况。为此,可以从该用户向基站反馈反映所述 无线信道状况的信道状态信息(CSI),例如信道质量指示符(CQI)。在本发明的实施例中, 对于每个频率子带,可以从用户反馈与服务小区和所述相邻小区的不同开关状态对应的多 种CSI。例如,在协作集包括多个小区的情况下,这些小区可以具有全部打开、全部关闭、以 及部分打开且部分关闭等多种开关状态。所述服务小区和所述相邻小区的不同开关状态可 以是这些开关状态中的全部或一部分。具体地,所述用户可以计算与这些开关状态中的全 部或一部分对应的CSI,并且将其反馈给服务小区(基站)。所述用户计算与各种开关状态对 应的CSI的具体方法是本领域公知的,在这里不再赘述。在本发明的实施例中,所述用户可 以是服务小区的边缘用户,在其他实施例中,所述用户可以是服务小区的任何用户。
[0036] 由于在步骤S202中已经获知服务小区的相邻小区在各个频率子带上的开关状 态,因此,对于每个频率子带,可以从用户反馈的多种CSI中选择与所述相邻小区的开关状 态对应的CSI,然后基于所选择的CSI来进行调度,例如进行分配给该频率子带的用户的 MCS等级的选择,使得用户使用该MSC等级进行数据的传输。例如,在协作集包括两个小区 (即,服务小区和一个相邻小区)的情况下,如果对于某个频率子带,服务小区的开关状态为 打开,相邻小区的开关状态为关闭,则可以从用户反馈的多种CSI中,选择与服务小区打开 且相邻小区关闭的状态对应的CSI来进行所述调度。作为另一示例,在协作集包括三个小 区(服务小区、相邻小区1、相邻小区2)的情况下,如果对于某个频率子带,服务小区的开关 状态为打开,相邻小区1的开关状态为打开,相邻小区2的开关状态为关闭,并且分配给该 频率子带的用户的协作小区是小区3,则可以从分配给该频率子带的用户反馈的多种CSI 中选择与服务小区打开、相邻小区1打开并且相邻小区2关闭的状态对应的CSI,并且基于 该CSI来进行所述调度。
[0037] 在根据本发明第一实施例的调度方法中,基于从用户反馈的多种信道状态信息和 相邻小区在所述多个频率子带上的开关状态来进行调度,这使得通过调度为用户选择的 MCS等级更好地适应于调度时的无线信道状态,即,使得调度结果更好地适应于无线环境的 变化,从而能够提高系统性能,例如系统的吞吐量。
[0038] 应当认识到,上文所述的根据本发明第一实施例的调度方法只是说明性的,而非 限制性的。本领域技术人员可以根据设计需要对其做出改变,而不背离本发明的精神和范 围。例如,在上述步骤S201中,计算当服务小区在一个频率子带上被关闭时服务小区的性 能损失,并且根据该性能损失是否超过损失阈值,确定服务小区在该频率子带的开关状态。 可替换地,可以计算当服务小区在两个或更多频率子带上被关闭时服务小区的性能损失, 并且根据该性能损失是否超过损失阈值,确定服务小区在所述两个或更多频率子带上的开 关状态。在这种情况下,可以如上文所述计算服务小区的最大性能?_,然后可以计算当服 务小区在所述两个或更多频率子带上同时被关闭时服务小区的性能,从而获得当服务小区 在所述两个或更多频率子带上同时被关闭时服务小区的性能损失。随后,可以根据所述性 能损失是否超过损失阈值,确定服务小区在所述两个或更多频率子带上的开关状态。例如, 当所述性能损失超过损失阈值时,可以确定服务小区在所述两个或更多频率子带上打开, 而当所述性能损失不超过损失阈值时,可以确定服务小区在所述两个或更多频率子带上同 时关闭。所述损失阈值可以如上文所述的那样设置,在这里不再赘述。
[0039] 在根据本发明第一实施例的调度方法中,当在步骤S201中确定服务小区在多个 频率子带上的开关状态时,仅考虑服务小区的信息(例如CSI),而不考虑相邻基站的信息。 从整个协作集的角度来看,这样确定的开关状态不一定是最适当的。具体地,该方法是在保 证服务小区自己性能损失较小的情况下关闭该服务小区,以希望减少对相邻小区的干扰, 然而,由于在确定开关状态时没有考虑相邻小区,因此如果在某个频率子带上服务小区的 开关状态被确定为关闭,这可能会产生两种结果:(1)虽然服务小区被关闭使得该服务小 区的性能降低,但是相邻小区却能够因此获得较大的性能增益,在这种情况下,从整个协作 集的角度来看,可以认为所确定的开关状态是适当的;(2)服务小区被关闭使得该服务小 区的性能降低,同时服务小区的这一自我牺牲却不能使相邻小区获得较大的性能增益,在 这种情况下,所确定的开关状态显然是不适当的。为了解决这一问题,提出了根据本发明第 二实施例的调度方法,在这种方法中,在确定服务小区的开关状态时,考虑了来自相邻小区 的信息。
[0040] 与根据本发明第一实施例的调度方法的各个步骤S2〇l-S203相比,根据本发明第 二实施例的方法的不同之处仅在于执行步骤S201 (g卩,确定服务小区在各个频率子带上的 开关状态)的具体方式不同。为简单起见,在下文中,将仅对该不同之处进行描述,而省略对 相同部分的详细描述。
[0041] 图4示出了在根据本发明第二实施例的用于小区的调度方法中执行步骤S201 (即,确定服务小区在所述多个频率子带上的开关状态)的具体方式。
[0042] 如图4所示,在步骤S2011',对所述多个频率子带中的每个频率子带进行预调度 以确定分配给该频率子带的用户。可以按照在上文中参照图3描述的方式来确定分配给每 个频率子带的用户。
[0043] 接下来,在步骤S2012',对于每个频率子带,确定所分配的用户是否是边缘用户, 如果所分配的用户是边缘用户,则对该边缘用户的协作小区(相邻小区)发送请求所述协作 小区在该频率子带上关闭的关闭请求。应当注意,如果对于某个频率子带分配的用户不是 边缘用户,则不发送所述关闭请求,换言之,对于该频率子带,不需要执行步骤S2012'。可 以使用本领域公知的任何方法来确定所分配的用户是否是边缘用户,在这里省略其详细描 述。
[0044] 然后,在步骤S2013',接收来自相邻小区的、请求服务小区在该频率子带上关闭的 关闭请求。具体地,由于协作集中的相邻小区也在执行根据本发明第二实施例的调度方法, 因此相邻小区也可能向服务小区发送所述关闭请求,相应地,服务小区可以接收来自相邻 小区的关闭请求。
[0045] 接下来,在步骤S2014',根据发送的关闭请求的数量和接收的关闭请求的数量,确 定服务小区在该频率子带上的开关状态。
[0046] 具体地,可以为每个频率子带设置一个计数器,其初始值可以设置为〇,并且每当 从服务小区向其他小区发送一个关闭请求时,就将该计数器的值减小1,而每当服务小区接 收到来自相邻小区的一个关闭请求时,就将为该频率子带设置的计数器的值增加1。因此, 所述计数器的值是服务小区接收的关闭请求的数量和发送的关闭请求的数量之差,这样, 可以使用该计数器的值来确定服务小区在该频率子带上的开关状态。例如,可以设置一个 数量阈值,并且根据计数器的值是否大于该数量阈值来确定服务小区在该频率子带上是否 应当关闭。所述数量阈值可以根据多种因素(例如根据小区的密集度)灵活地设定为任何适 当的值。优选地,可以将所述数量阈值设置为不小于1的值,例如1或2。在将所述数量阈 值设置为1的示例中,对于某个频率子带,如果计数器的值大于该数量阈值1,这说明所接 收的关闭请求比所发送的关闭请求至少多一个,换言之,请求服务小区关闭的相邻小区的 数量多于被服务小区请求关闭的相邻小区的数量,因此,可以关闭服务小区,使得相邻小区 能够获得更大的性能增益,反之,则可以打开服务小区,使得服务小区能够获得更大的性能 增益。可以认识到,所设置的数量阈值越大,服务小区越难被关闭,换言之,在协作集的各个 小区中,被关闭的小区越少。
[0047] 在如上所述确定服务小区在各个频率子带上的开关状态之后,可以执行与参照图 2描述的步骤S202和S203相同的步骤,从而实现小区用户的调度。在这里不再赘述。
[0048] 在根据本发明第二实施例的调度方法中,考虑从服务小区向相邻小区发送的关闭 请求和从相邻小区向服务小区发送的关闭请求的相对数量来确定服务小区的开关状态。这 使得在确定服务小区的开关状态时,兼顾了对相邻小区的性能可能造成的影响,从而尽可 能地避免给相邻小区的性能带来显著的不良影响。
[0049] 下面描述根据本发明第三实施例的用于小区的调度方法。与根据本发明第一实施 例的调度方法的各个步骤S201-S203相比,根据本发明第三实施例的方法的不同之处仅在 于执行步骤S201 (S卩,确定服务小区在所述多个频率子带上的开关状态)的具体方式不同, 其也考虑了来自相邻基站的信息。为简单起见,在下文中,将仅对该不同之处进行描述,而 省略对相同部分的描述。
[0050] 下面,参照图5来描述在根据本发明第三实施例的用于小区的调度方法中执行步 骤S201 (g卩,确定服务小区在多个频率子带上的开关状态)的具体方式。
[0051] 如图5所示,在步骤S2011'',对所述多个频率子带中的每个频率子带进行预调度 以确定分配给该频率子带的用户。可以按照在上文中参照图3描述的方式来确定分配给每 个频率子带的用户。
[0052] 在步骤S2012' ',对于每个频率子带,确定所分配的用户是否是边缘用户,如果所 分配的用户是边缘用户,则对该边缘用户的协作小区发送第一信息,该第一信息指示当所 述协作小区在该频率资源上关闭时将给所述小区带来的性能増益(相对于所述协作小区未 关闭时)。
[0053] 具体地,对于每个频率子带,可以预先一个定义性能增益表,其可以将在该频率子 带上协作集中的各个小区由于其他小区关闭而能够获得的性能增益的整个范围划分为多 个区间,并且用相应的多比特信息来表示每个区间。例如,可以将整个性能增益范围划分为 4个区间,并且用2比特值来表示每个区间,在这种情况下,所述性能增益表的一个示例如 下表1所示:
[0054]

【权利要求】
1. 一种用于小区的调度方法,包括: 确定所述小区在多个频率资源上的开关状态; 与所述小区的相邻小区交换各自在所述多个频率资源上的开关状态;以及 基于所述小区的用户反馈的多种信道状态信息和所述相邻小区在所述多个频率资源 上的开关状态来进行调度。
2. 如权利要求1所述的方法,其中,确定所述小区在多个频率资源上的开关状态包括: 计算当所述小区在所述多个频率资源中的一个或多个频率资源上被关闭时小区的性 能损失; 根据所述性能损失是否超过损失阈值,确定所述小区在所述一个或多个频率资源上的 开关状态。
3. 如权利要求1所述的方法,其中,确定所述小区在多个频率资源上的开关状态包括: 对每个频率资源进行预调度以确定分配给该频率资源的用户; 如果分配给该频率资源的用户是边缘用户,则对该边缘用户的协作小区发送请求所述 协作小区在该频率资源上关闭的关闭请求; 接收来自相邻小区的、请求所述小区在该频率资源上关闭的关闭请求;以及 根据发送的关闭请求的数量和接收的关闭请求的数量,确定所述小区在该频率资源上 的开关状态。
4. 如权利要求3所述的方法,其中,当对于某个频率资源,所述接收的关闭请求的数量 与发送的关闭请求的数量之差大于数量阈值时,确定所述小区在该频率资源上关闭。
5. 如权利要求1所述的方法,其中,确定所述小区在多个频率资源上的开关状态包括: 对每个频率资源进行预调度以确定分配给该频率资源的用户; 如果分配给该频率资源的用户是边缘用户,则对该边缘用户的协作小区发送第一信 息,该第一信息指示当所述协作小区在该频率资源上关闭时将给所述小区带来的性能增 Μ ; 接收来自相邻小区的第二信息,该第二信息指示当所述小区在该频率资源上关闭时将 给所述相邻小区带来的性能增益;以及 根据第一信息和第二信息,确定所述小区在该频率资源上的开关状态。
6. 如权利要求5所述的方法,其中,当对于某个频率资源,第一信息指示的性能增益小 于第二信息指示的性能增益时,确定所述小区在该频率资源上关闭。
7. 如权利要求1至6之一所述的方法,其中,所述小区的用户反馈的多种信道状态信息 包括分别与所述小区和所述相邻小区的不同开关状态对应的信道状态信息。
8. 如权利要求1至6之一所述的方法,其中,基于所述小区的用户反馈的多种信道状态 信息和所述相邻小区在所述多个频率资源上的开关状态来进行调度包括: 对于每个频率资源,从所述多个信道状态信息中选择与所述相邻小区的开关状态对应 的信道状态信息;以及 基于所选择的信道状态信息来进行调度。
9. 一种用于小区的调度设备,包括: 预调度装置,被配置为确定所述小区在多个频率资源上的开关状态; 通信装置,被配置为与所述小区的相邻小区交换各自在所述多个频率资源上的开关状 态;以及 调度装置,被配置为基于所述小区的用户反馈的多种信道状态信息和所述相邻小区在 所述多个频率资源上的开关状态来进行调度。
10. 如权利要求9所述的设备,其中,所述预调度装置包括: 计算单元,被配置为计算当所述小区在所述频率资源中的一个或多个频率资源上被关 闭时小区的性能损失; 确定单元,被配置为根据该性能损失是否超过损失阈值,确定所述小区在所述一个或 多个频率资源上的开关状态。
11. 如权利要求9所述的设备,其中,所述预调度装置包括: 预调度单元,被配置为对每个频率资源进行预调度以确定分配给该频率资源的用户; 通信单元,被配置为如果分配给该频率资源的用户是边缘用户,则对该边缘用户的协 作小区发送请求所述协作小区在该频率资源上关闭的关闭请求,并且还被配置为接收来自 相邻小区的、请求所述小区在该频率资源上关闭的关闭请求;以及 确定单元,被配置为根据发送的关闭请求的数量和接收的关闭请求的数量,确定所述 小区在该频率资源上的开关状态。
12. 如权利要求11所述的设备,其中,当对于某个频率资源,所述接收的关闭请求的数 量与发送的关闭请求的数量之差大于数量阈值时,所述确定单元确定所述小区在该频率资 源上关闭。
13. 如权利要求9所述的设备,其中,所述预调度装置包括: 预调度单元,被配置为对每个频率资源进行预调度以确定分配给该频率资源的用户; 通信单元,被配置为如果分配给该频率资源的用户是边缘用户,则对该边缘用户的协 作小区发送第一信息,该第一信息指示当所述协作小区在该频率资源上关闭时将给所述小 区带来的性能增益,并且其还被配置为接收来自相邻小区的第二信息,该第二信息指示当 所述小区在该频率资源上关闭时将给所述相邻小区带来的性能增益;以及 确定单元,被配置为根据第一信息和第二信息,确定所述小区在该频率资源上的开关 状态。
14. 如权利要求13所述的设备,其中,当对于某个频率资源,第一信息指示的性能增益 小于第二信息指示的性能增益时,所述确定单元确定所述小区在该频率资源上关闭。
15. 如权利要求9至14之一所述的设备,其中,所述小区的用户反馈的多种信道状态信 息包括分别与所述小区和所述相邻小区的不同开关状态对应的信道状态信息。
16. 如权利要求9至14之一所述的设备,其中,所述调度装置包括: 选择单元,被配置为对于每个频率资源,从所述多个信道状态信息中选择与所述相邻 小区的开关状态对应的信道状态信息;以及 调度单元,被配置为基于所选择的信道状态信息来进行调度。
【文档编号】H04W72/12GK104244429SQ201310227420
【公开日】2014年12月24日 申请日期:2013年6月8日 优先权日:2013年6月8日
【发明者】王静, 云翔, 陈岚, 永田聪 申请人:株式会社Ntt都科摩
再多了解一些
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1