CN101778428B - 一种确定时频资源的方法、系统和装置 - Google Patents

Abstract

本发明涉及无线通信技术，特别涉及一种确定时频资源的方法、系统和装置，用以在多个小区间能够协作确定时频资源。本发明实施例的方法包括：第一调度实体确定归属于自身对应的小区中的协同调度终端，协同调度终端是能够收到归属小区和其他协同小区的信号的终端；第一调度实体确定协同调度终端对应的协同小区；第一调度实体将为协同调度终端预分配的时频资源的信息发送给协同小区对应的第二调度实体，指示第二调度实体根据时频资源的信息确定是否对协同调度终端进行协同调度；第一调度实体根据第二调度实体是否对协同调度终端进行协同调度的结果，确定分配给协同调度终端的时频资源。采用本发明实施例的方法能够提高小区的频谱效率。

Description

一种确定时频资源的方法、系统和装置

技术领域

本发明涉及无线通信技术，特别涉及一种确定时频资源的方法、系统和装置。

背景技术

在LTE(Long Term Evolution，长期演进)系统采用了OFDM(OrthogonalFrequency Division Multiplexing，正交频分复用)技术，通过正交的子载波区分终端，基本上不存在小区内的终端间干扰，而小区间干扰成为干扰的主要因素，特别是小区边缘的终端会受到邻区强干扰，使得终端的频谱效率和性能较差。

为了提高系统性能和边缘终端的性能，在LTE系统中，采用了小区间ICIC(Inter-Cell Interference Coordinate，干扰协调)技术。该技术通过静态的部分频率复用或者半静态的干扰协调来降低小区间的干扰。但是，这种静态和半静态的ICIC技术，进行干扰协调的能力是有限，而且还会影响系统的调度增益，不能很好的解决边缘用户的频谱效率问题。

为了进一步提高系统性能和边缘终端的性能，在LTE-Advanced(长期演进高级)系统中，提出了Comp(Coordinated multi-point transmission/reception，协作多点传输和接收)技术，并提出了分布式独立调度的方法。

但是这种分布式独立调度的方法只给除了每个小区单独对终端的时频资源进行调度的方案，并没有给出多个小区如何对终端的时频资源进行调度的方案。

综上所述，目前的分布式独立调度的方法没有给出多个小区如何对终端的时频资源进行调度的方案。

发明内容

本发明实施例提供一种确定时频资源的方法、系统和装置，用以在多个小区间能够协作调度时频资源。

本发明实施例提供的一种确定时频资源的方法包括：

第一调度实体确定归属于自身对应的小区中的协同调度终端，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端；

所述第一调度实体确定所述协同调度终端对应的所述协同小区；

所述第一调度实体将为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的第二调度实体，指示所述第二调度实体根据所述时频资源的信息确定是否对所述协同调度终端进行协同调度；

所述第一调度实体根据所述第二调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源。

本发明实施例提供的一种确定时频资源的系统包括：

第一调度实体，用于确定归属于自身对应的小区中的协同调度终端，确定所述协同调度终端对应的所述协同小区，发送为所述协同调度终端预分配的时频资源的信息，根据协同小区对应的第二调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源，其中，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端；

所述协同小区对应的第二调度实体，用于根据接收到的所述时频资源的信息确定是否对所述协同调度终端进行协同调度。

本发明实施例提供的一种调度实体包括：

终端确定模块，用于确定归属于自身对应的小区中的协同调度终端，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端；

小区确定模块，用于确定所述协同调度终端对应的所述协同小区；

信息发送模块，用于发送为所述协同调度终端预分配的时频资源的信息；

第一调度处理模块，用于根据所述协同小区对应的调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源。

本发明实施例提供的另一种调度实体包括：

信息接收模块，用于接收时频资源的信息；

判决模块，用于根据接收到的所述时频资源的信息确定是否对协同调度终端进行协同调度。

本发明实施例第一调度实体确定归属于自身对应的小区中的协同调度终端，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端；所述第一调度实体确定所述协同调度终端对应的所述协同小区；所述第一调度实体将为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的第二调度实体，指示所述第二调度实体根据所述时频资源的信息确定是否对所述协同调度终端进行协同调度；所述第一调度实体根据所述第二调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源。由于能够在多个小区间进行协商后调度时频资源，从而提高了小区的频谱效率和小区边缘终端的速率。

附图说明

图1为本发明实施例确定时频资源的系统结构示意图；

图2为本发明实施例第一种调度实体结构示意图；

图3为本发明实施例第二种调度实体结构示意图；

图4为本发明实施例确定时频资源的方法流程示意图；

图5为本发明实施例终端间协商示意图。

具体实施方式

本发明实施例第一调度实体确定属于本小区的协同调度终端的对应的协同小区，将预分配给协同调度终端的时频资源的信息发送给协同小区对应的第二调度实体，指示第二调度实体根据时频资源的信息确定是否对协同调度终端进行协同调度，然后第一调度实体根据第二调度实体是否对协同调度终端进行协同调度的结果，确定分配给协同调度终端的时频资源，从而实现了通过多个小区进行协商后调度时频资源，进而提高了小区的频谱效率和小区边缘终端的速率。

其中，一个调度实体对应一个小区，用来调度自身对应的小区中的时频资源。

如图1所示，本发明实施例确定时频资源的系统包括：第一调度实体10和第二调度实体20。

第一调度实体10，用于确定归属于自身对应的小区中的协同调度终端，确定协同调度终端对应的协同小区，发送为协同调度终端预分配的时频资源的信息，根据协同小区对应的第二调度实体是否对协同调度终端进行协同调度的结果，确定分配给协同调度终端的时频资源。

其中，协同调度终端是能够收到归属小区和其他协同小区的信号的终端。

协同小区对应的第二调度实体20，用于根据接收到的来自第一调度实体10的时频资源的信息确定是否对协同调度终端进行协同调度。

在具体实施过程中，第一调度实体10可以通过协同调度请求，发送为协同调度终端预分配的时频资源的信息。

需要说明的是，如果协同调度终端对应多个协同小区，则第一调度实体10会向协同调度终端对应的每个协同小区的第二调度实体20发送协同调度请求。

如果第一调度实体10和第二调度实体20属于同一个基站，则通过内部数据接口进行交互；如果第一调度实体10和第二调度实体20属于不同的基站，则通过基站间通信接口进行交互。

其中，如果本实施例基于LTE系统，则基站间通信接口为X2接口。

如图2所示，本发明实施例第一种调度实体包括：终端确定模块100、小区确定模块110、信息发送模块120和第一调度处理模块130。

终端确定模块100，用于确定归属于自身对应的小区中的协同调度终端。

其中，协同调度终端是能够收到归属小区和其他协同小区的信号的终端，也就是说，协同调度终端至少能够接收到至少两个小区的信号。

在具体实施过程中，终端确定模块100分别获得自身对应的小区中的资源信息和小区中需要进行调度的终端的信息(包括协同调度终端和非协同调度终端)。

小区的资源信息包括但不限于下列信息中的一种或多种：

小区的频率，小区的带宽，小区中总的可用的时频资源，可用于协同调度的最大资源数(即用于协同调度的资源)等。

终端的信息包括但不限于下列信息中的一种或多种：

终端标识，归属的小区标识，终端业务QoS(Quality of Service，业务质量)信息，终端缓存数据量，终端信道质量(其中为了协作传输，信道质量应该包括，终端和多个小区之间的信道质量)信息等。

终端确定模块100可以根据本小区的终端的信道质量等信息，将终端分为非协同调度终端和协同调度终端。其中，非协同调度终端只占用其归属小区的资源。一种区分协同调度终端和非协同调度终端的方法为：小区中心的终端为非协同调度终端，小区边缘的终端为协同调度终端。

当然，本实施例并不局限于上述划分方式，其他能够划分非协同调度终端的方式都适用本实施例。

小区确定模块110，用于确定终端确定模块100确定的协同调度终端对应的协同小区。

其中，小区确定模块110确定协同调度终端对应的协同小区的方式包括但不限于下列方式中的一种：

从用户信息中确定的协同调度终端对应的协同小区、由终端上报自身对应的协同小区等。

信息发送模块120，用于将为协同调度终端预分配的时频资源的信息，发送给协同小区对应的调度实体。

其中，信息发送模块120为协同调度终端预分配时频资源时，可以根据终端的Buffer(缓冲)数据信息量、终端的QoS等属性，为协同调度终端预分配时频资源(与现有的独立调度终端类似)，同样的，非协同调度终端也可以采用这是方式分配时频资源；较佳的，可以在小区中预先配置一些时频资源，专门分配给本小区中的协同调度终端，不同小区预先配置的时频资源最好不相同，比如LTE系统中的三个小区，第一个小区配置的时频资源是PRB(physicalresource block，物理资源块)标识为1～15的资源，第二个小区配置的时频资源是PRB标识为16～30的资源，第三个小区配置的时频资源是PRB标识为31～45的资源。

在进行时频资源预分配前，信息发送模块120还可以将本小区中的终端(包括非协同调度终端和协同调度终端)按照一定的原则进行优先级排队，例如按照PF算法进行按照；完成排队后，按照优先级顺序，为队列中的终端预分配时频资源。当然也可以只为将本小区中的协同调度终端进行优先级排队，然后为协同调度终端预分配时频资源，等为协同调度终端预分配完资源后，再为非协同调度终端分配时频资源。

在完成时频资源预分配后，信息发送模块120向协同调度终端对应的协同小区发送为协同调度终端预分配的时频资源的信息，指示协同小区中的调度实体根据时频资源的信息确定是否对协同调度终端进行协同调度，也就是要求协同小区也要用相同的时频资源对协同调度终端进行调度。

在具体实施过程中，信息发送模块120可以通过协同调度请求，发送为协同调度终端预分配的时频资源的信息。

如果协同调度终端对应多个协同小区，则信息发送模块120向每个协同小区都发送协同调度请求。

协同调度请求中还可以包括终端标识、其他物理层处理所需要的信息中的一种或多种。

第一调度处理模块130，用于根据协同小区对应的调度实体是否对协同调度终端进行协同调度的结果，确定分配给协同调度终端的时频资源。

其中，第一调度处理模块130可以在收到来自其他调度实体的判决结果后，根据判决结果，确定分配给协同调度终端的时频资源。

这里需要说明下，发送给其他调度实体的时频资源的信息的目的是需要协同小区也用相同的时频资源对协同调度终端进行调度，这时就有可能出现三种情况：

1、其他小区中对应的时频资源不能分配给协同调度终端；2、其他小区中对应的时频资源全都能分配给协同调度终端；3、其他小区中对应的时频资源部分能分配给协同调度终端。

对应上述三种情况，判决结果也同样分为三种情况。

第一种情况是：拒绝协同调度。

第一调度处理模块130将信息发送模块120预分配给协同调度终端的时频资源，作为分配给协同调度终端的时频资源。

第二种情况是：同意协同调度。

第一调度处理模块130将信息发送模块120预分配给协同调度终端的时频资源，作为分配给协同调度终端的时频资源。

第三种情况是：同意协同处理，并且随同判决结果一起接收到时频资源的信息，这时第一调度处理模块130有两种处理方式：

第一种是：第一调度处理模块130将信息发送模块120预分配给协同调度终端的时频资源，作为分配给协同调度终端的时频资源(这种方式本小区与协同小区分配给协同调度终端的时频资源不同)。

第一种是：第一调度处理模块130将收到的没有被分配的时频资源的信息对应的自身所在的小区的时频资源，作为分配给协同调度终端的时频资源(这种方式本小区与协同小区分配给协同调度终端的时频资源相同)。

其中，如果有多个协同小区，且其中有部分协同小区中对应的时频资源部分能分配给协同调度终端，则每个小区可以用自己分配给协同调度终端的时频资源进行调度；

还可以各个小区进行协商，将每个小区中相同部分的时频资源分配给协同调度终端，比如LTE系统中的三个小区，本小区的时频资源为PRB标识为1～15的资源，另外两个协同小区的时频资源分别是PRB标识为1～10的资源，PRB标识为5～15的资源，则协商后三个小区都用PRB标识为5～10的资源；

如果每个小区没有相同部分的时频资源分配给协同调度终端，则每个小区可以用自己分配给协同调度终端的时频资源进行调度。

在具体实施过程中，第一调度处理模块130在确定分配的时频资源后，通过分配的时频资源向本小区的协同调度终端发送信号。

较佳的，第一调度处理模块130还可以根据协同调度是否成功，确定传输速率等级，然后根据确定的速率等级，确定传输块的比特数目；根据确定的传输块的比特数目，通过分配给协同调度终端的时频资源，向协同调度终端发送信号。

其中，传输速率等级的方式有很多种，比如可以预先设定判决结果与协同调度对应关系，然后根据该都应关系确定传输速率等级；还可以将判决结果告知终端，由终端返回传输速率等级。

需要说明的是，本实施例并不局限于上述两种方式，任何能够根据协同调度是否成功，确定传输速率等级的方式都适用本实施例。

其中，根据确定的速率等级，确定传输块的比特数目的方式是根据调度实体所在的系统决定的，比如调度实体处于LTE系统，则

传输块的比特数目＝传输的码率等级对应的码率×最终分配的PRB数目×每个PRB的符号数目。

在具体实施过程中，还有可能由于网络等因素影响，使得本实施例的调度实体接收不到来自其他调度实体的判决结果，为了解决该问题，本实施例的调度实体还可以进一步包括：定时模块140。

定时模块140，用于在信息发送模块120发送时频资源的信息之后，第一调度处理模块130确定分配给协同调度终端的时频资源之前，如果在设定的反馈时间内没有收到判决结果，确定协同小区对应的调度实体拒绝协同调度。

则第一调度处理模块130在协商失败后，根据判决结果为拒绝协同调度进行相应处理。

由于通信接口会有一定的时延，信息发送模块120还可以确定资源时间点，为了避免频繁的发送协同调度请求，信息发送模块120还可以确定资源持续时间。

信息发送模块120将资源时间点和资源持续时间，与为协同调度终端预分配的时频资源的信息一起发送，比如可以将资源时间点、资源持续时间和为协同调度终端预分配的时频资源的信息都置于协同调度请求中发送。

第一调度处理模块130根据资源时间点和资源持续时间，确定分配的时频资源的有效时间。

进一步的，第一调度处理模块130在有效时间内，通过分配的时频资源向本小区的协同调度终端发送信号。

在时频资源的有效时间到达后，终端确定模块100重新确定协同调度终端，其他模块也重新进行相应处理。

其中，资源时间点＝信息发送模块120发送协同调度请求的当前时间+延迟时间。延迟时间和资源持续时间是根据需要预先设定的。

在具体实施过程中，定时模块140中设定的反馈时间最好小于延迟时间。

其中，对于非协同调度终端，同样可以设定资源时间点(资源时间点＝下一个调度周期起点+延迟时间)和资源持续时间；较佳的，非协同调度终端的资源时间点小于协同调度终端中的资源时间点，非协同调度终端的资源持续时间小于协同调度终端的资源持续时间。

如图3所示，本发明实施例第二种调度实体包括：信息接收模块200和判决模块210。

信息接收模块200，用于接收时频资源的信息。

其中，如果接收到协同调度请求，则从协同调度请求中提取出时频资源的信息。

判决模块210，用于根据信息接收模块200接收到的时频资源的信息，确定是否对其他小区中的协同调度终端进行协同调度。

其中，判决模块210在根据时频资源的信息确定是否对协同调度终端进行协同调度后，得到判决结果。

则本发明实施例的调度实体还可以进一步包括：判决发送模块220。

判决发送模块220，用于返回判决模块210得到的判决结果。

在具体实施过程中，判决发送模块220可以通过协同请求确认消息发送判决结果。

如果信息接收模块200收到多个调度实体的时频资源的信息，则判决模块210需要根据每个时频资源的信息，得到对应的判决结果；相应的，判决发送模块220需要将每个判决结果发送给对应的调度实体。

其中，判决模块210有两种得到判决结果的方式：

第一种方式：判决模块210确定自身对应的小区中，与收到的时频资源的信息对应的时频资源是否被分配，比如LTE系统中，收到的时频资源的信息是PRB标识为1～15的资源，则判决模块210查看本小区PRB标识为1～15的资源是否被分配；

在时频资源完全被分配时，得到的判决结果为拒绝协同调度；

在时频资源没有被分配时，得到的判决结果为同意协同调度；

在时频资源部分被分配时，得到的判决结果为同意或拒绝协同调度。

如果在时频资源部分被分配时，得到的判决结果为同意协同调度，则确定没有被分配的时频资源的信息，则判决发送模块220将判决结果和没有被分配的时频资源的信息一起发送。

第二种方式：预先配置的协同调度和非协同调度的优先级；

判决模块210确定自身对应的小区中，与收到的时频资源的信息对应的时频资源是否被分配；

在时频资源完全分配给非协同调度终端，且预先配置的协同调度的优先级高于非协同调度的优先级时，将时频资源重新分配给协同调度终端(即协同调度抢占非协同调度的资源)，并得到判决结果为同意协同调度。

需要说明的是，第二种方式的其他情况与第一种方式类似，不再赘述。

较佳的，还可以预先设定一门限值，则判决模块210在确定判决结果之前，先确定用于协同调度的时频资源的数目是否小于门限值，如果小于，则继续进行判决，否则直接确定判决结果是拒绝协同调度。

在具体实施过程中，门限值的类型和大小可以根据需要进行配置，比如门限值可以是百分比，则查看用于协同调度的时频资源数目占整个小区的资源数目的百分比是否小于门限值；也可以是具体数值，则直接查看用于协同调度的时频资源的数目是否小于门限值。

对于第一种得到判决结果的方式，本发明实施例的调度实体还可以进一步包括：第二调度模块230。

第二调度模块230，用于在时频资源没有被分配，判决模块210得到的判决结果为同意协同调度时，将信息接收模块200收到的时频资源的信息对应的自身所在小区中的时频资源，分配给发送时频资源的信息的小区中的协同调度终端；

在时频资源部分被分配，判决模块210得到的判决结果为同意协同调度时，将信息接收模块200收到的时频资源的信息对应的自身所在小区中没有被分配的时频资源，分配给发送时频资源的信息的小区中的协同调度终端。

在具体实施过程中，如果信息接收模块200除了接收到时频资源的信息，还接收到资源时间点和资源持续时间，则第二调度模块230根据资源时间点和资源持续时间，确定分配的时频资源的有效时间。

对于第二种得到判决结果的方式，本发明实施例的调度实体还可以进一步包括：第三调度模块240。

第三调度模块240，用于将信息接收模块200收到的时频资源的信息对应的自身所在小区中的时频资源，分配给发送时频资源的信息的小区中的协同调度终端(即协同调度抢占非协同调度的资源)。

在具体实施过程中，如果信息接收模块200除了接收到时频资源的信息，还接收到资源时间点和资源持续时间，则第三调度模块240根据资源时间点和资源持续时间，确定分配的时频资源的有效时间。

其中，第二调度模块230和第三调度模块240给发送时频资源的信息的小区中的协同调度终端分配时频资源后，通过分配的时频资源，向第一调度实体的小区中的协同调度终端发送信号。

进一步的，如果第二调度模块230和第三调度模块240确定确定分配的时频资源的有效时间，还可以在有效时间内，通过分配的时频资源，向发送时频资源的信息的小区中的协同调度终端发送信号。

如果信息接收模块200还接收到终端标识，则第二调度模块230和第三调度模块240向该终端标识对应的终端发送信号；如果信息接收模块200没有接收到终端标识，则第二调度模块230和第三调度模块240可以通过对应的其他调度实体获得终端标识。

在具体实施过程中，第二调度模块230和第三调度模块240还可以根据协同调度是否成功，确定传输速率等级，然后根据确定的速率等级，确定传输块的比特数目；根据确定的传输块的比特数目，通过分配给协同调度终端的时频资源，向协同调度终端发送信号。

其中，传输速率等级的方式有很多种，比如可以预先设定判决结果与协同调度对应关系(其中，判决结果与协同调度对应关系跟第一调度实体使用的判决结果与协同调度对应关系相同)，然后根据该都应关系确定传输速率等级；还可以将判决结果告知终端，由终端返回传输速率等级。

需要说明的是，本实施例并不局限于上述两种方式，任何能够根据协同调度是否成功，确定传输速率等级的方式都适用本实施例。

其中，根据确定的速率等级，确定传输块的比特数目的方式是根据调度实体所在的系统决定的，比如调度实体处于LTE系统，则

传输块的比特数目＝传输的码率等级对应的码率×最终分配的PRB数目×每个PRB的符号数目。

其中，图3和图4中的所有模块可以在同一个调度实体中。而信息发送模块120是将协同调度请求发送给其他调度实体；信息接收模块200是接收来自其他调度实体的协同调度请求。也就是说一个调度实体可以向其他调度实体发送协同调度请求，也可以接收到来自其他调度实体的协同调度请求。这样在资源调度完成后，该调度实体所调度的小区会给本小区的终端发送信号，并且在同意协同调度时，还会给其他小区中的协同调度终端发送信号。

如图4所示，本发明实施例确定时频资源的方法包括下列步骤：

步骤400、第一调度实体确定归属于自身对应的小区中的协同调度终端。

其中，协同调度终端是能够收到归属小区和其他协同小区的信号的终端，也就是说，协同调度终端至少能够接收到至少两个小区的信号。

步骤401、第一调度实体确定协同调度终端对应的协同小区。

其中，第一调度实体确定协同调度终端对应的协同小区的方式包括但不限于下列方式中的一种：

从用户信息中确定的协同调度终端对应的协同小区、由终端上报自身对应的协同小区等。

步骤402、第一调度实体将为协同调度终端预分配的时频资源的信息发送给协同小区对应的第二调度实体，指示第二调度实体根据时频资源的信息确定是否对协同调度终端进行协同调度。

在具体实施过程中，第一调度实体可以通过协同调度请求，发送为协同调度终端预分配的时频资源的信息。

需要说明的是，如果协同调度终端对应多个协同小区，则第一调度实体会向协同调度终端对应的每个协同小区的第二调度实体发送协同调度请求。

步骤403、第一调度实体根据第二调度实体是否对协同调度终端进行协同调度的结果，确定分配给协同调度终端的时频资源。

步骤400中，第一调度实体分别获得自身对应的小区中的资源信息和小区中需要进行调度的终端的信息(包括协同调度终端和非协同调度终端)。

小区的资源信息包括但不限于下列信息中的一种或多种：

小区的频率，小区的带宽，小区中总的可用的时频资源，可用于协同调度的最大资源数(即用于协同调度的资源)等。

终端的信息包括但不限于下列信息中的一种或多种：

终端标识，归属的小区标识，终端业务QoS信息，终端缓存数据量，终端信道质量(其中为了协作传输，信道质量应该包括，终端和多个小区之间的信道质量)信息等。

第一调度实体可以根据本小区的终端的信道质量等信息，将终端分为非协同调度终端和协同调度终端。其中，非协同调度终端只占用其归属小区的资源。一种区分协同调度终端和非协同调度终端的方法为：小区中心的终端为非协同调度终端，小区边缘的终端为协同调度终端。

当然，本实施例并不局限于上述划分方式，其他能够划分非协同调度终端的方式都适用本实施例。

步骤402中，第一调度实体为协同调度终端预分配时频资源时，可以根据终端的Buffer数据信息量、终端的QoS等属性，为协同调度终端预分配时频资源(与现有的独立调度终端类似)，同样的，非协同调度终端也可以采用这是方式分配时频资源；较佳的，可以在小区中预先配置一些时频资源，专门分配给本小区中的协同调度终端，不同小区预先配置的时频资源最好不相同，比如LTE系统中的三个小区，第一个小区配置的时频资源是PRB标识为1～15的资源，第二个小区配置的时频资源是PRB标识为16～30的资源，第三个小区配置的时频资源是PRB标识为31～45的资源。

在进行时频资源预分配前，第一调度实体还可以将本小区中的终端(包括非协同调度终端和协同调度终端)按照一定的原则进行优先级排队，例如按照PF算法进行按照；完成排队后，按照优先级顺序，为队列中的终端预分配时频资源。当然也可以只为将本小区中的协同调度终端进行优先级排队，然后为协同调度终端预分配时频资源，等为协同调度终端预分配完资源后，再为非协同调度终端预分配时频资源。

在完成时频资源预分配后，第一调度实体向协同调度终端对应的协同小区发送为协同调度终端预分配的时频资源的信息，指示协同小区中的调度实体根据时频资源的信息确定是否对协同调度终端进行协同调度，也就是要求协同小区也要用相同的时频资源对协同调度终端进行调度。

在具体实施过程中，第一调度实体可以通过协同调度请求，发送为协同调度终端预分配的时频资源的信息。

如果协同调度终端对应多个协同小区，则第一调度实体向每个协同小区都发送协同调度请求。

协同调度请求中还可以包括终端标识、其他物理层处理所需要的信息中的一种或多种。

其中，步骤402和步骤403之间还可以进一步包括：

步骤a403、第二调度实体根据时频资源的信息确定是否对协同调度终端进行协同调度后，得到判决结果，并将判决结果返回给第一调度实体。

其中，如果第二调度实体接收到协同调度请求，则从协同调度请求中提取出时频资源的信息。

相应的，第二调度实体可以通过协同请求确认消息发送判决结果。

步骤403中，第一调度实体可以在收到来自其他调度实体的判决结果后，根据判决结果确定分配给协同调度终端的时频资源。

如果第二调度实体收到多个第一调度实体的时频资源的信息，则第二调度实体需要根据每个时频资源的信息，得到对应的判决结果，将每个判决结果发送给对应的第一调度实体。

步骤a403中，第二调度实体有两种得到判决结果的方式：

第一种方式：第二调度实体确定自身对应的小区中，与收到的时频资源的信息对应的时频资源是否被分配，比如LTE系统中，收到的时频资源的信息是PRB标识为1～15的资源，则第二调度实体查看本小区PRB标识为1～15的资源是否被分配；

在时频资源完全被分配时，得到的判决结果为拒绝协同调度；

在时频资源没有被分配时，得到的判决结果为同意协同调度；

在时频资源部分被分配时，得到的判决结果为同意或拒绝协同调度。

如果在时频资源部分被分配时，得到的判决结果为同意协同调度，则确定没有被分配的时频资源的信息；第二调度实体将判决结果和没有被分配的时频资源的信息一起发送。

第二种方式：预先配置的协同调度和非协同调度的优先级；

第二调度实体确定自身对应的小区中，与收到的时频资源的信息对应的时频资源是否被分配；

在时频资源完全分配给非协同调度终端，且预先配置的协同调度的优先级高于非协同调度的优先级时，将时频资源重新分配给协同调度终端(即协同调度抢占非协同调度的资源)，并得到判决结果为同意协同调度。

需要说明的是，第二种方式的其他情况与第一种方式类似，不再赘述。

较佳的，还可以预先设定一门限值，则第二调度实体在确定判决结果之前，先确定用于协同调度的时频资源的数目是否小于门限值，如果小于，则继续进行判决，否则直接确定判决结果是拒绝协同调度。

在具体实施过程中，门限值的类型和大小可以根据需要进行配置，比如门限值可以是百分比，则查看用于协同调度的时频资源数目占整个小区的资源数目的百分比是否小于门限值；也可以是具体数值，则直接查看用于协同调度的时频资源的数目是否小于门限值。

对应上面的判决结果，步骤403中分为三种情况：

第一种情况是：收到的判决结果是拒绝协同调度。

第一调度实体将预分配给协同调度终端的时频资源，作为分配给协同调度终端的时频资源。

第二种情况是：收到的判决结果是同意协同调度。

第一调度实体将预分配给协同调度终端的时频资源，作为分配给协同调度终端的时频资源。

第三种情况是：收到的判决结果是同意协同处理，并且随同判决结果一起接收到时频资源的信息，这时第一调度实体有两种处理方式：

第一种是：第一调度实体将预分配给协同调度终端的时频资源，作为分配给协同调度终端的时频资源(这种方式本小区与协同小区分配给协同调度终端的时频资源不同)。

第二种是：第一调度实体将收到的没有被分配的时频资源的信息对应的自身所在的小区的时频资源，作为分配给协同调度终端的时频资源(这种方式本小区与协同小区分配给协同调度终端的时频资源相同)。

其中，如果有多个协同小区，且其中有部分协同小区中对应的时频资源部分能分配给协同调度终端，则每个小区可以用自己分配给协同调度终端的时频资源进行调度；

还可以各个小区进行协商，将每个小区中相同部分的时频资源分配给协同调度终端，比如LTE系统中的三个小区，本小区的时频资源为PRB标识为1～15的资源，另外两个协同小区的时频资源分别是PRB标识为1～10的资源，PRB标识为5～15的资源，则协商后三个小区都用PRB标识为5～10的资源；

如果每个小区没有相同部分的时频资源分配给协同调度终端，则每个小区可以用自己分配给协同调度终端的时频资源进行调度。

其中，步骤403之后还可以进一步包括：

步骤404、第一调度实体通过分配的时频资源向本小区的协同调度终端发送信号。

步骤a403之后还可以进一步包括：

步骤a404、第二调度实体通过分配的时频资源，向第一调度实体的小区中的协同调度终端发送信号。

较佳的，步骤a403和步骤a404中，第一调度实体和第二调度实体还可以分别根据协同调度是否成功，确定传输速率等级，然后根据确定的速率等级，确定传输块的比特数目；根据确定的传输块的比特数目，通过分配给协同调度终端的时频资源，向协同调度终端发送信号。

其中，传输速率等级的方式有很多种，比如可以预先设定判决结果与协同调度对应关系，然后根据该都应关系确定传输速率等级；还可以将判决结果告知终端，由终端返回传输速率等级。

需要说明的是，本实施例并不局限于上述两种方式，任何能够根据协同调度是否成功，确定传输速率等级的方式都适用本实施例。

其中，根据确定的速率等级，确定传输块的比特数目的方式是根据调度实体所在的系统决定的，比如调度实体处于LTE系统，则

传输块的比特数目＝传输的码率等级对应的码率×最终分配的PRB数目×每个PRB的符号数目。

在具体实施过程中，还有可能由于网络等因素影响，使得本实施例的调度实体接收不到来自其他调度实体的判决结果，为了解决该问题，还可以设定一确认时间，步骤402之后启动定时器，如果第一调度实体在设定的反馈时间内没有收到判决结果，确定第二调度实体拒绝协同调度，则步骤403中，根据判决结果为拒绝协同调度进行相应处理。

如果步骤a403中，在时频资源没有被分配，得到的判决结果为同意协同调度，则步骤a403之后还可以进一步包括：

步骤S1、第二调度实体将收到的时频资源的信息对应的自身所在小区中的时频资源，分配给第一调度实体的小区中的协同调度终端。

如果步骤a403中，时频资源部分被分配，得到的判决结果为同意协同调度，则步骤a403之后还可以进一步包括：

步骤S2、第二调度实体将收到的时频资源的信息对应的自身所在小区中没有被分配的时频资源，分配给第一调度实体的小区中的协同调度终端。

如果步骤a403中，采用在时频资源完全分配给非协同调度终端，且得到判决结果为同意协同调度，则步骤a403之后还可以进一步包括：

步骤S3、第二调度实体将收到的时频资源的信息对应的自身所在小区中的时频资源，分配给第一调度实体的小区中的协同调度终端。

由于通信接口会有一定的时延，步骤402中，还可以确定资源时间点，为了避免频繁的发送协同调度请求，步骤402中，还可以确定资源持续时间。

步骤402中，第一调度实体将资源时间点和资源持续时间，与为协同调度终端预分配的时频资源的信息一起发送，比如可以将资源时间点、资源持续时间和为协同调度终端预分配的时频资源的信息都置于协同调度请求中发送。

步骤403中，第一调度实体根据资源时间点和资源持续时间，确定分配的时频资源的有效时间。

进一步的，步骤404中，第一调度实体在有效时间内，通过分配的时频资源向本小区的协同调度终端发送信号。

在时频资源的有效时间到达后，返回步骤400。

其中，资源时间点＝发送协同调度请求的当前时间+延迟时间。延迟时间和资源持续时间是根据需要预先设定的。

在具体实施过程中，设定的反馈时间最好小于延迟时间。

其中，对于非协同调度终端，同样可以设定资源时间点(资源时间点＝下一个调度周期起点+延迟时间)和资源持续时间；较佳的，非协同调度终端的资源时间点小于协同调度终端中的资源时间点，非协同调度终端的资源持续时间小于协同调度终端的资源持续时间。

相应的，如果步骤a403中，第二调度实体除了接收到时频资源的信息，还接收到资源时间点和资源持续时间，则步骤S1、步骤S2和步骤S3中，第二调度实体根据资源时间点和资源持续时间，确定分配的时频资源的有效时间。

进一步的，步骤a404中，第二调度实体在有效时间内，通过分配的时频资源向第一调度实体的小区中的协同调度终端发送信号。

在具体实施过程中，如果步骤a403中，第二调度实体还接收到终端标识，则步骤S1、步骤S2和步骤S3中向该终端标识对应的终端发送信号；如果步骤a403中，第二调度实体没有接收到终端标识，则第二调度实体可以通过对应的第一调度实体获得终端标识。

下面以一个具体实例进行说明。

如图5所示，本发明实施例终端间协商示意图中，假设：有3个小区(即小区1、小区2和小区3)处于10MHz带宽的LTE-TDD系统，频率上分为50个基本调度单元，各个小区分别限定15个PRB优先用于本区协同调度，小区1为PRB1，1-15，小区2为PRB2，16-30，小区3为PRB3，31-45。

其中，各小区限定最多用于邻区协作传输的资源数目为15个PRB。

具体步骤包括：

步骤500、各个小区分别判断本小区非协同调度终端和协同调度终端，对应结果如下：

假设小区1有终端集合{UE11，UE12，UE13}，对应的终端优先级的调度权值为{P11，P12，P13}；对应的协同小区为{3，-1，-1}；

假设小区2有终端集合{UE21，UE22，UE23}，对应的终端优先级的调度权值为{P21，P22，P23}，对应的协同小区为{-1，1，-1}；

假设小区3有终端集合{UE31，UE32，UE33}，对应的终端优先级的调度权值为{P31，P32，P33}；对应的协同小区为{-1，-1，-1}。

步骤501、小区1～3对应的调度实体根据本区用户权值的优先级排队，然后预分配时频资源，时频资源预分配结果如下：

小区1：本区用户优先级顺序为{UE11，UE12，UE13}，

小区2：本区用户优先级顺序为{UE22，UE21，UE23}，

小区3：本区用户优先级顺序为{UE31，UE32，UE33}，

小区1：UE11，占用本区时频资源PRB1，1-15，同时占用协同小区PRB3，1-15，UE12占用本区的PRB1，16-40；UE13占用本区的PRB1，41-50；

小区2：UE22，占用本区资源PRB2，16-30，同时占用协同小区PRB1，16-30，UE21占用本区的PRB2，1-15，UE23占用本区资源PRB2，31-50；

小区3：UE31占用本区的PRB3，1-30；UE32占用本区的PRB3，31-50；

其中，对于本区非协同调度终端，非协同调度的资源持续时间为1ms，非协同调度的资源时间点＝下一个调度周期起点+1ms；对于协同调度终端，协同调度的资源持续时间为5ms，协同调度的资源时间点＝发送协同调度请求的当前时间+10ms。

步骤502、小区1和小区2都有协同调度终端，且三个小区对应的调度实体都属于不同的基站，所以通过基站间的X2接口，向需要协作的小区发送协同传输请求。即小区1的调度实体向小区3的调度实体发送协同调度请求，小区2的调度实体向小区1的调度实体发送协同调度请求。

协同调度请求的内容包括：协同调度终端的信息，协同调度需要占用的资源的PRB号，协同调度的协同调度时间点和协同调度持续时间等。

步骤503、小区1和小区3对应的调度实体收到协同调度请求后，首先判断用于协同调度的时频资源的数目是否小于门限值，如果是，则继续查看协同调度终端需要占用的时频资源是否已经分配给本区其他终端，如果没有，则直接分配；

如果协同调度终端需要占用的时频资源已经分配给本区非协同调度终端，则查看协同调度和非协同调度的优先级，如果协同调度的优先级高，则将这部分时频资源分配给其他小区的协同调度终端(即协同调度抢占非协同调度的资源)；

如果协同调度终端需要占用的时频资源已经分配给其他小区的协同调度终端，或者协同调度的优先级低，或者用于协同调度的时频资源的数目不小于门限值，则确定协同失败，并告知发送协同调度请求的小区。

本用例中，由于没有超过最大数目15，且协同占用的时频资源没有分配，所以小区1和小区3都能够协同成功。

步骤504、小区1和小区3在确认协同成功后，确认本小区该部分时频资源在对应的时间已经分配给了邻区协同调度终端，然后分别向小区3和小区2发送协同请求确认消息。协同请求确认消息包括：最终分配的PRB的ID(如果邻区的调度终端需要占用的所有时频资源都分配给邻区的协同调度终端，则可以不发送最终分配的时频资源的PRB的ID，只告知对应的邻区协同成功即可)。

步骤505、小区1和小区2收到协同请求确认消息后，分别确认用户UE11和UE22协同成功，根据协同成功的结果，确定分配给协同调度终端的时频资源，按照两个本小区调度的方式准备发送信号。

如果超过反馈时间没有收到协同请求确认消息，则认为本次协同失败，根据协同成功的结果，确定分配给协同调度终端的时频资源，并按照只有本小区单独调度的方式准备发送信号。

反馈时间的长度在延迟时间(本实施例为10ms)的基础上，保留一定的余量(即小于延迟时间)，比如为9ms。

步骤506、在各个时间点到达后，通过对应的时频资源，向本区的协同调度终端、本区的非协同调度终端，以及协商成功后的邻区的协同调度终端发送信号。

需要说明的是，本区已经分配给协同用户，或者正在等待确认的协同调度终端的资源，需要为协同调度终端保留，不能占用。

步骤507、当协同调度的资源持续时间达到后，返回步骤501。

从上述实施例中可以看出：本发明实施例第一调度实体确定归属于自身对应的小区中的协同调度终端，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端；所述第一调度实体确定所述协同调度终端对应的所述协同小区；所述第一调度实体将为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的第二调度实体，指示所述第二调度实体根据所述时频资源的信息确定是否对所述协同调度终端进行协同调度；所述第一调度实体根据所述第二调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源。由于能够在多个小区间进行协商后确定时频资源，从而提高了小区的频谱效率和小区边缘终端的速率。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (23)

1.一种确定时频资源的方法，其特征在于，该方法包括： 

第一调度实体确定归属于自身对应的小区中的协同调度终端，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端； 

所述第一调度实体确定所述协同调度终端对应的所述协同小区； 

所述第一调度实体将为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的第二调度实体，指示所述第二调度实体根据所述时频资源的信息确定是否对所述协同调度终端进行协同调度，其中，所述第二调度实体确定自身对应的小区中，与收到的所述时频资源的信息对应的时频资源是否被分配；在所述时频资源完全被分配时，得到的判决结果为拒绝协同调度；在所述时频资源没有被分配时，得到的判决结果为同意协同调度；在所述时频资源部分被分配时，得到的判决结果为同意或拒绝协同调度；在所述时频资源完全分配给非协同调度终端，且预先配置的协同调度的优先级高于非协同调度的优先级时，得到判决结果为同意协同调度； 

所述第一调度实体根据所述第二调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源。 

2.如权利要求1所述的方法，其特征在于，该方法还包括： 

所述第二调度实体将所述判决结果返回给所述第一调度实体。 

3.如权利要求1所述的方法，其特征在于，所述第二调度实体在所述时频资源部分被分配，且得到的判决结果为同意协同调度时，将判决结果和没有被分配的时频资源的信息返回给所述第一调度实体； 

所述第一调度实体确定分配给所述协同调度终端的时频资源包括： 

所述第一调度实体将收到所述没有被分配的时频资源的信息对应的自身所在的小区的时频资源，分配给所述协同调度终端的时频资源。 

4.如权利要求1所述的方法，其特征在于，所述第二调度实体收到来自所述第一调度实体的时频资源的信息之后，得到判决结果之前还包括： 

所述第二调度实体确定自身所在小区中，用于协同调度的时频资源的数目 小于预先设定的门限值。 

5.如权利要求1所述的方法，其特征在于，该方法还包括： 

所述第二调度实体在所述时频资源没有被分配，得到的判决结果为同意协同调度时，将收到的所述时频资源的信息对应的自身所在小区中的时频资源分配给所述协同调度终端； 

所述第二调度实体在所述时频资源部分被分配，得到的判决结果为同意协同调度时，将收到的所述时频资源的信息对应的自身所在小区中没有被分配的时频资源分配给所述协同调度终端。 

6.如权利要求1所述的方法，其特征在于，该方法还包括： 

所述第二调度实体将收到的所述时频资源的信息对应的自身所在小区中的时频资源，分配给所述协同调度终端。 

7.如权利要求5或6所述的方法，其特征在于，所述第一调度实体将时频资源的信息发送给所述协同小区对应的第二调度实体包括： 

所述第一调度实体将资源时间点、资源持续时间和为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的第二调度实体； 

所述第二调度实体将自身所在小区的时频资源分配给所述协同调度终端后还包括： 

所述第二调度实体根据所述资源时间点和所述资源持续时间，确定分配的时频资源的有效时间； 

所述第一调度实体确定分配给所述协同调度终端的时频资源之后还包括： 

所述第一调度根据所述资源时间点和所述资源持续时间，确定分配的时频资源的有效时间。 

8.如权利要求2所述的方法，其特征在于，所述第一调度实体将为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的第二调度实体之后，所述第一调度实体确定分配给所述协同调度终端的时频资源之前还包括： 

所述第一调度实体在设定的反馈时间内没有收到所述判决结果，确定所述 第二调度实体拒绝协同调度。 

9.一种确定时频资源的系统，其特征在于，该系统包括： 

第一调度实体，用于确定归属于自身对应的小区中的协同调度终端，确定所述协同调度终端对应的所述协同小区，发送为所述协同调度终端预分配的时频资源的信息，根据协同小区对应的第二调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源，其中，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端； 

所述协同小区对应的第二调度实体，用于确定自身对应的小区中，与收到的所述时频资源的信息对应的时频资源是否被分配；在所述时频资源完全被分配时，得到的判决结果为拒绝协同调度；在所述时频资源没有被分配时，得到的判决结果为同意协同调度；在所述时频资源部分被分配时，得到的判决结果为同意或拒绝协同调度；在所述时频资源完全分配给非协同调度终端，且预先配置的协同调度的优先级高于非协同调度的优先级时，得到判决结果为同意协同调度。 

10.如权利要求9所述的系统，其特征在于，如果所述第一调度实体和所述第二调度实体属于同一个基站，则通过内部数据接口进行交互； 

如果所述第一调度实体和所述第二调度实体属于不同的基站，则通过基站间通信接口进行交互。 

11.一种调度实体，其特征在于，该调度实体包括： 

终端确定模块，用于确定归属于自身对应的小区中的协同调度终端，所述协同调度终端是能够收到归属小区和其他协同小区的信号的终端； 

小区确定模块，用于确定所述协同调度终端对应的所述协同小区； 

信息发送模块，用于发送为所述协同调度终端预分配的时频资源的信息； 

第一调度处理模块，用于根据所述协同小区对应的调度实体是否对所述协同调度终端进行协同调度的结果，确定分配给所述协同调度终端的时频资源，其中，所述协同小区对应的调度实体确定自身对应的小区中，与收到的所述时频资源的信息对应的时频资源是否被分配；在所述时频资源完全被分配时，得 到的判决结果为拒绝协同调度；在所述时频资源没有被分配时，得到的判决结果为同意协同调度；在所述时频资源部分被分配时，得到的判决结果为同意或拒绝协同调度；在所述时频资源完全分配给非协同调度终端，且预先配置的协同调度的优先级高于非协同调度的优先级时，得到判决结果为同意协同调度。 

12.如权利要求11所述的调度实体，其特征在于，所述第一调度处理模块用于： 

在收到判决结果和没有被占用的时频资源的信息之后，将收到所述没有被分配的时频资源的信息对应的自身所在的小区的时频资源，分配给所述协同调度终端的时频资源。 

13.如权利要求11或12所述的调度实体，其特征在于，所述信息发送模块用于： 

将资源时间点、资源持续时间和为所述协同调度终端预分配的时频资源的信息发送给所述协同小区对应的调度实体。 

14.如权利要求13所述的调度实体，其特征在于，所述第一调度处理模块用于： 

确定分配给所述协同调度终端的时频资源后，根据所述资源时间点和所述资源持续时间，确定分配的时频资源的有效时间。 

15.如权利要求11所述的调度实体，其特征在于，所述调度实体还包括： 

定时模块，用于在所述信息发送模块发送所述时频资源的信息之后，所述调度实体确定分配给所述协同调度终端的时频资源之前，如果在设定的反馈时间内没有收到所述判决结果，确定所述协同小区对应的调度实体拒绝协同调度。 

16.一种调度实体，其特征在于，该调度实体包括： 

信息接收模块，用于接收时频资源的信息； 

判决模块，用于根据接收到的所述时频资源的信息确定是否对协同调度终端进行协同调度，具体为：确定自身对应的小区中，与收到的所述时频资源的 信息对应的时频资源是否被分配；在所述时频资源完全被分配时，得到的判决结果为拒绝协同调度；在所述时频资源没有被分配时，得到的判决结果为同意协同调度；在所述时频资源部分被分配时，得到的判决结果为同意或拒绝协同调度；在所述时频资源完全分配给非协同调度终端，且预先配置的协同调度的优先级高于非协同调度的优先级时，得到判决结果为同意协同调度。 

17.如权利要求16所述的调度实体，其特征在于，所述调度实体包括： 

判决发送模块，用于返回所述判决结果。 

18.如权利要求16所述的调度实体，其特征在于，所述判决模块用于： 

在所述时频资源部分被分配，且得到的判决结果为同意协同调度时，返回判决结果和没有被分配的时频资源的信息； 

所述判决发送模块用于： 

返回判决结果和没有被分配的时频资源的信息。 

19.如权利要求16所述的调度实体，其特征在于，所述判决模块还用于： 

在收到时频资源的信息之后，得到判决结果之前，确定自身所在小区中，用于协同调度的时频资源的数目小于预先设定的门限值。 

20.如权利要求16所述的调度实体，其特征在于，所述调度实体还包括： 

第二调度模块，用于在所述时频资源没有被分配，得到的判决结果为同意协同调度时，将收到的所述时频资源的信息对应的自身所在小区中的时频资源分配给所述协同调度终端； 

在所述时频资源部分被分配，得到的判决结果为同意协同调度时，将收到的所述时频资源的信息对应的自身所在小区中没有被分配的时频资源分配给所述协同调度终端。 

21.如权利要求20所述的调度实体，其特征在于，所述第二调度模块还用于： 

根据收到的资源时间点和资源持续时间，确定分配的时频资源的有效时间。 

22.如权利要求16所述的调度实体，其特征在于，所述调度实体还包括： 

第三调度模块，用于将收到的所述时频资源的信息对应的自身所在小区中的时频资源，分配给所述协同调度终端。 

23.如权利要求22所述的调度实体，其特征在于，所述第三调度模块用于： 

根据收到的资源时间点和资源持续时间，确定分配的时频资源的有效时间。 

Images