CN104170444B

CN104170444B - 调度方法及基站

Info

Publication number: CN104170444B
Application number: CN201380004326.5A
Authority: CN
Inventors: 张屹; 郭房富
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-10-21
Filing date: 2013-10-21
Publication date: 2018-07-31
Anticipated expiration: 2033-10-21
Also published as: WO2015058333A1; CN104170444A

Abstract

调度方法及基站，所述方法包括：判断小区是否拥塞；当所述判断结果为所述小区拥塞时，基站不向其所属的基站控制器请求第一用户设备UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站。应用本发明实施例，当小区拥塞时，小区所属的基站通过停止向基站控制器请求发送以该小区为辅小区的UE的数据，减少通过该基站调度该UE的数据，使得该UE的数据可以被其它基站调度，从而提高该UE的多点传输效率。

Description

调度方法及基站

技术领域

本发明涉及通信技术领域，特别涉及调度方法及基站。

背景技术

第三代合作伙伴计划(The3rd Generation Partnership Project，3GPP)协议在版本11(Release11，R11)中引入了下行多点传输技术，在应用下行多点传输技术的通信系统中，某个用户设备(User Equipment，UE)可以同时与不同基站的同频小区建立下行连接，在进行下行传输时，无线网络控制器(Radio Network Controller，RNC)会将数据分流到不同基站，由不同基站发送给UE。以UE与两个基站的两个同频小区建立下行连接为例，其中一个小区为UE的主服务小区(简称主小区)，另一个小区为UE的辅服务小区(简称辅小区)，通常主小区的信道质量好于辅小区的信道质量，信道质量可以通过信道质量指示(Channelquality indicator，CQI)表示，通过辅小区与主小区同时调度UE传输下行数据，可以提升系统资源利用率。

假设对于某个小区，将该小区作为辅小区的UE为该小区的第一UE，将该小区作为主小区的UE为第二UE，则通常设置第一UE的调度优先级绝对低于第二UE的调度优先级，从而保证小区资源可以优先分配给第二UE使用。但是，发明人在对现有技术的研究过程中发现，对于应用下行多点传输技术的UE来说，由于该UE在其辅小区的调度优先级最低，当辅小区拥塞时，难以提供传输资源给该UE使用，降低该UE的多点传输效率。

发明内容

本发明实施例提供了调度方法及基站，以解决现有技术中UE在无法获得其辅小区提供的传输资源时，多点传输效率降低的问题。

为了解决上述技术问题，本发明实施例公开了如下技术方案：

第一方面，提供一种调度方法，该方法包括：

判断小区是否拥塞；

当判断结果为小区拥塞时，基站不向其所属的基站控制器请求第一用户设备UE的数据，第一UE为以该小区为辅小区的UE，基站为该小区所属的基站。

结合第一方面，在第一方面的第一种可能的实现方式中，该判断结果为小区拥塞，包括以下之一或组合：

判断结果为第一UE在预设时间段内的调度次数低于门限次数；

判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，第二UE为以该小区为主小区的UE，第二UE与第一UE属于该小区上的同一逻辑端口，调度时间为以该至少一个第二UE的空口发送速率调度至少一个第二UE的调度队列中的缓存数据需要的时间。

结合第一方面，或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，该方法还包括：

基站提高第一UE的调度队列在该小区中的调度优先级。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，该方法还包括：

基站判断第一UE的调度队列的队列长度是否小于设置的门限长度；

基站提高第一UE的调度队列在小区中的调度优先级具体为：当判断结果为第一UE的调度队列的队列长度小于设置的门限长度时，提高第一UE的调度队列在小区中的调度优先级。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，该方法还包括：

当判断结果为第一UE的调度队列的队列长度不小于门限长度时，基站向基站控制器发送通知消息，该通知消息用于通知基站控制器将第一UE的调度队列中的缓存数据转发到第一UE的主小区所属的基站进行调度。

结合第一方面的第三种可能的实现方式，或第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，基站判断第一UE的调度队列的队列长度是否小于设置的门限长度，包括：

基站判断第一UE的调度队列中的缓存数据量是否小于第一门限数据量；或者，

基站判断第一UE的调度队列中的缓存数据量与第一UE的第一速率的比值是否小于第二门限时长，第一速率为基站单独调度第一UE时的速率；或者，

基站判断第一UE的调度队列中的缓存数据量与第一UE的第二速率的比值是否小于第三门限时长，第二速率为基站在预设历史时间段内调度第一UE的最大平均速率。

结合第一方面的第二种可能的实现方式，或第一方面的第三种可能的实现方式，或第一方面的第四种可能的实现方式，或第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，基站提高第一UE的调度队列在小区中的调度优先级，包括：

基站设置第一UE的调度队列的调度优先级高于与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；或者，

基站设置第一UE的调度队列的调度优先级与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；或者，

基站将第一UE的调度队列的调度优先级与预设参数相乘生成第一UE新的调度队列的调度优先级，该预设参数大于1。

第二方面，提供一种基站，该基站包括：

判断单元，用于判断小区是否拥塞；

执行单元，用于当判断单元的判断结果为小区拥塞时，不向基站所属的基站控制器请求第一用户设备UE的数据，第一UE为以该小区为辅小区的UE，基站为该小区所属的基站。

结合第二方面，在第二方面的第一种可能的实现方式中，判断单元的判断结果为小区拥塞，包括以下之一或组合：

判断单元的判断结果为第一UE在预设时间段内的调度次数低于门限次数；

判断单元的判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，第二UE为以该小区为主小区的UE，第二UE与第一UE属于小区上的同一逻辑端口，调度时间为以至少一个第二UE的空口发送速率调度至少一个第二UE的调度队列中的缓存数据需要的时间。

结合第二方面，或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，该基站还包括：

调整单元，用于提高第一UE的调度队列在该小区中的调度优先级。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，判断单元，还用于判断第一UE的调度队列的队列长度是否小于设置的门限长度；

调整单元，具体用于当判断单元的判断结果为第一UE的调度队列的队列长度小于设置的门限长度时，提高第一UE的调度队列在该小区中的调度优先级。

结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，调整单元，还用于当判断单元的判断结果为第一UE的调度队列的队列长度不小于门限长度时，向基站控制器发送通知消息，该通知消息用于通知基站控制器将第一UE的调度队列中的缓存数据转发到第一UE的主小区所属的基站进行调度。

结合第二方面的第三种可能的实现方式，或第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，判断单元包括至少一个下述子单元：

第一判断子单元，用于判断第一UE的调度队列中的缓存数据量是否小于第一门限数据量；

第二判断子单元，用于判断第一UE的调度队列中的缓存数据量与第一UE的第一速率的比值是否小于第二门限时长，第一速率为基站单独调度第一UE时的速率；

第三判断子单元，用于判断第一UE的调度队列中的缓存数据量与第一UE的第二速率的比值是否小于第三门限时长，第二速率为基站在预设历史时间段内调度第一UE的最大平均速率。

结合第二方面的第二种可能的实现方式，或第二方面的第三种可能的实现方式，或第二方面的第四种可能的实现方式，或第二方面的第五种可能的实现方式，在第二方面的第六种可能的实现方式中，调整单元包括至少一个下述子单元：

第一调整子单元，用于设置第一UE的调度队列的调度优先级高于与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；

第二调整子单元，用于设置第一UE的调度队列的调度优先级与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；

第三调整子单元，用于将第一UE的调度队列的调度优先级与预设参数相乘生成第一UE新的调度队列的调度优先级，该预设参数大于1。

第三方面，提供一种基站，该基站包括：收发信机和处理器，其中，

收发信机，用于分别与用户设备UE和基站控制器进行通信；

处理器，用于判断小区是否拥塞，当判断结果为小区拥塞时，不向基站控制器请求第一UE的数据，第一UE为以该小区为辅小区的UE，基站为该小区所属的基站。

结合第三方面，在第三方面的第一种可能的实现方式中，处理器的判断结果为小区拥塞，包括以下之一或组合：

处理器的判断结果为第一UE在预设时间段内的调度次数低于门限次数；

处理器的判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，第二UE为以该小区为主小区的UE，第二UE与第一UE属于该小区上的同一逻辑端口，调度时间为以至少一个第二UE的空口发送速率调度至少一个第二UE的调度队列中的缓存数据需要的时间。

结合第三方面，或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，处理器，还用于提高第一UE的调度队列在该小区中的调度优先级。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，处理器，还用于判断第一UE的调度队列的队列长度是否小于设置的门限长度；

处理器，具体用于当判断结果为第一UE的调度队列的队列长度小于设置的门限长度时，提高第一UE的调度队列在小区中的调度优先级。

结合第三方面的第三种可能的实现方式，在第三方面的第四种可能的实现方式中，处理器，还用于当判断结果为第一UE的调度队列的队列长度不小于门限长度时，向基站控制器发送通知消息，该通知消息用于通知基站控制器将第一UE的调度队列中的缓存数据转发到第一UE的主小区所属的基站进行调度。

结合第三方面的第三种可能的实现方式，或第三方面的第四种可能的实现方式，在第三方面的第五种可能的实现方式中，处理器，具体用于判断第一UE的调度队列中的缓存数据量是否小于第一门限数据量；或者，判断第一UE的调度队列中的缓存数据量与第一UE的第一速率的比值是否小于第二门限时长，第一速率为基站单独调度第一UE时的速率；或者，判断第一UE的调度队列中的缓存数据量与第一UE的第二速率的比值是否小于第三门限时长，第二速率为基站在预设历史时间段内调度第一UE的最大平均速率。

结合第三方面的第二种可能的实现方式，或第三方面的第三种可能的实现方式，或第三方面的第四种可能的实现方式，或第三方面的第五种可能的实现方式，在第三方面的第六种可能的实现方式中，处理器，具体用于设置第一UE的调度队列的调度优先级高于与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；或者，设置第一UE的调度队列的调度优先级与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；或者，将第一UE的调度队列的调度优先级与预设参数相乘生成第一UE新的调度队列的调度优先级，该预设参数大于1。

本发明实施例中，判断小区是否拥塞，当判断结果为小区拥塞时，基站不向其所属的基站控制器请求第一UE的数据，第一UE为以该小区为辅小区的UE，基站为该小区所属的基站。应用本发明实施例，当小区拥塞时，小区所属的基站通过停止向基站控制器请求发送以该小区为辅小区的UE的数据，减少通过该基站调度该UE的数据，使得该UE的数据可以被其它基站调度，从而提高该UE的多点传输效率；并且，由于可以通过提高该UE的调度优先级对该UE的调度队列中的剩余数据进行调度，从而可以进一步提高该UE的多点传输效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明调度方法的一个实施例流程图；

图2为本发明调度方法的另一个实施例流程图；

图3为本发明调度方法的另一个实施例流程图；

图4为本发明调度方法的另一个实施例流程图；

图5为本发明基站的一个实施例框图；

图6为本发明基站的另一个实施例框图；

图7为本发明基站的另一个实施例框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

参见图1，为本发明调度方法的一个实施例流程图：

步骤101：判断小区是否拥塞。

本实施例中，UE可以同时与至少两个基站的同频小区建立下行连接，并利用所建立的下行连接，应用下行多点传输技术进行下行数据传输。至少两个基站中，有一个基站为该UE主小区的主基站，除主基站外的基站为该UE辅小区的辅基站。无论是主小区还是辅小区，接入上述小区的UE都具有数据的调度队列，小区的基站按照调度队列的优先级顺序对接入该小区的UE进行下行数据的传输调度。需要说明的是，本发明实施例中以小区作为主小区的UE可以是支持下行多点传输技术的UE，也可以是不支持下行多点传输技术的UE。

本实施例中，假设第一UE为以该小区为辅小区的UE，第二UE为以该小区为主小区的UE，基站为该小区所属的基站。基站判断小区是否拥塞时，可以判断第一UE在预设时间段内的调度次数是否低于门限次数，和/或，也可以判断至少一个第二UE的调度队列的调度时间大于门限时间，该第二UE与第一UE属于该小区上的同一逻辑端口，调度时间为以至少一个第二UE的空口发送速率调度至少一个第二UE的调度队列中的缓存数据需要的时间。

步骤102：当判断结果为小区拥塞时，基站不向其所属的基站控制器请求第一UE的数据。

针对步骤101中判断小区是否拥塞的不同方式，本步骤中，可以在判断结果为第一UE在预设时间段内的调度次数低于门限次数时，确定小区拥塞；或者，也可以在判断结果为至少一个第二UE的调度队列的调度时间大于门限时间时，确定小区拥塞。

进一步，虽然基站不再向基站控制器请求发送第一UE的数据，使得该第一UE的调度队列中不会再增加新数据，但是调度队列中仍然存在该第一UE未被调度的数据，因此基站可以提高第一UE的调度队列在小区中的调度优先级，并按照提高后的调度优先级对该第一UE进行调度。具体的，基站可以设置第一UE的调度队列的调度优先级高于与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级，以此使得该第一UE和与该第一UE传输同种业务的第二UE相比，优先被基站调度，从而提高该第一UE的下行多点传输效率；或者，基站也可以设置第一UE的调度队列的调度优先级与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同，以此使得基站可以按照现有技术对调度队列具有相同优先级的第一UE进行调度，由于此时第一UE的调度队列的调度优先级有所提高，因此也增加了第一UE被调度的机会，从而提高该第一UE的下行多点传输效率；或者，基站也可以将第一UE的调度队列的调度优先级与预设参数相乘生成第一UE新的调度队列的调度优先级，预设参数大于1，因此所生成的新的调度优先级比第一UE原来的调度优先级高，由于此时第一UE的调度队列的调度优先级有所提高，因此也增加了第一UE被调度的机会，从而提高该第一UE的下行多点传输效率。

进一步，在第一种可选的实现方式中，当第一UE接入该小区时，基站可以预先将第一UE的调度队列的调度优先级缺省设置为最低，以此可以保证第二UE能够优先使用该小区的传输资源进行下行数据传输。相应的，当小区拥塞时，说明第一UE难以通过该小区完成下行多点传输，如果基站仍然向基站控制器请求发送该第一UE的数据，则将有越来越多的第一UE的数据难以通过该基站实现下行调度传输，因此基站不再向基站控制器请求发送该第一UE的数据。在第二种可选的实现方式中，当第一UE接入该小区时，基站也可以将第一UE的调度队列的调度优先级设置为第二UE的调度队列的调度优先级一致，以此保证第一UE和第二UE具有相同的调度机会。相应的，当小区拥塞时，说明第二UE有大量数据需要优先传输，如果基站仍然向基站控制器请求发送第一UE的数据，则将导致第二UE难以获得足够的传输资源，因此基站不再向基站控制器请求发送该第一UE的数据。

由上述实施例可见，当小区拥塞时，小区所属的基站通过停止向基站控制器请求发送以该小区为辅小区的UE的数据，减少通过该基站调度该UE的数据，使得该UE的数据可以被其它基站调度，从而提高该UE的多点传输效率；并且，由于可以通过提高该UE的调度优先级对该UE的调度队列中的剩余数据进行调度，从而可以进一步提高该UE的多点传输效率。

参见图2，为本发明调度方法的另一个实施例流程图：

步骤201：第一UE初始接入小区时，小区所属的基站将该第一UE的调度队列在该小区中的调度优先级缺省设置为最低，第一UE为以该小区为辅小区的UE。

本实施例中，假设第一UE为以该小区为辅小区的UE，第二UE为以该小区为主小区的UE，基站为该小区所属的基站。当第一UE接入小区时，该小区所属的基站可以预先设置第一UE的调度队列在小区中的调度优先级最低，以此可以保证第二UE能够优先使用小区的传输资源进行下行数据传输。

步骤202：基站判断第一UE在预设时间段内的调度次数是否低于门限次数，若是，则执行步骤203；否则，结束当前流程。

由于本实施例中将第一UE在小区中的调度优先级预先设置为最低，因此基站可以判断在预设时间段内该第一UE的调度次数是否低于门限次数，如果低于门限次数，则说明该第一UE难以通过该小区完成下行多点传输。

需要说明的是，本步骤中，基站也可以判断第二UE的调度队列的调度时间大于门限时间，若是，则执行步骤203；否则，结束当前流程。其中，该第二UE与第一UE属于该小区上的同一逻辑端口，调度时间为以至少一个第二UE的空口发送速率调度至少一个第二UE的调度队列中的缓存数据需要的时间。由于本实施例中第一UE的调度优先级预先设置为最低，因此基站可以判断至少一个UE的调度队列的调度时间是否大于门限时间，如果大于门限时间，则说明第二UE有大量数据会被优先调度，因此第一UE难以通过该小区完成下行多点传输。

步骤203：基站不向基站控制器请求第一UE的数据。

当基站判断第一UE在预设时间段内的调度次数低于门限次数时，如果基站仍然向基站控制器请求发送该第一UE的数据，则将有越来越多的第一UE的数据难以通过该基站实现下行调度传输，因此基站不向其所属的基站控制器请求第一UE的数据。

步骤204：基站提高该第一UE的调度队列在小区中的调度优先级。

步骤203中，辅基站虽然不向基站控制器请求第一UE的数据，使得该第一UE的调度队列中不会再增加该第一UE的新数据，但是调度队列中仍然存在该第一UE未被调度的数据，因此基站可以提高第一UE的调度队列在小区中的调度优先级。具体的，基站可以设置第一UE的调度队列的调度优先级高于与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级，以此使得该第一UE和与该第一UE传输同种业务的第二UE相比，优先被基站调度，从而提高该第一UE的下行多点传输效率；或者，基站也可以设置第一UE的调度队列的调度优先级与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同，以此使得基站可以按照现有技术对调度队列具有相同优先级的第一UE进行调度，由于此时第一UE的调度队列的调度优先级有所提高，因此也增加了第一UE被调度的机会，从而提高该第一UE的下行多点传输效率；或者，基站也可以将第一UE的调度队列的调度优先级与预设参数相乘生成第一UE新的调度队列的调度优先级，预设参数大于1，因此所生成的新的调度优先级比第一UE原来的调度优先级高，由于此时第一UE的调度队列的调度优先级有所提高，因此也增加了第一UE被调度的机会，从而提高该第一UE的下行多点传输效率。

步骤205：基站按照调整后的调度优先级对该第一UE进行调度，结束当前流程。

参见图3，为本发明调度方法的另一个实施例流程图：

步骤301：第一UE初始接入小区时，该小区所属基站将该第一UE的调度队列在小区中的调度优先级缺省设置为最低，第一UE为以该小区为辅小区的UE。

步骤302：基站判断第一UE在预设时间段内的调度次数是否低于门限次数，若是，则执行步骤303；否则，结束当前流程。

步骤303：基站不向基站控制器请求第一UE的数据。

步骤304：基站判断第一UE的调度队列的队列长度是否小于设置的门限长度，若是，则执行步骤305；否则，执行步骤307。

步骤303中，基站虽然不向其所属的基站控制器请求第一UE的数据，使得该第一UE的调度队列中不会再增加新数据，但是调度队列中仍然存在该第一UE未被调度的数据。本实施例中，可以根据调度队列中未被调度的数据量的大小，执行不同的操作。

本实施例中，基站判断第一UE的调度队列的队列长度是否小于设置的门限长度时，可以采用如下任意一种方式：

第一种方式，基站可以判断第一UE的调度队列中的缓存数据量是否小于第一门限数据量，如果小于第一门限数据量，则说明第一UE的调度队列的队列长度小于设置的门限长度；

第二种方式，基站可以判断第一UE的调度队列中的缓存数据量与第一UE的第一速率的比值是否小于第二门限时长，第一速率为基站单独调度第一UE时的速率，该速率可以通过第一UE上报的平均CQI和该小区可用功率和码资源进行计算，计算过程与现有技术一致，在此不再赘述；当第一UE的调度队列中的缓存数据量与第一UE的第一速率的比值小于第二门限时长，则说明第一UE的调度队列的队列长度小于设置的门限长度；

第三种方式，基站可以判断第一UE的调度队列中的缓存数据量与第一UE的第二速率的比值是否小于第三门限时长，第二速率为基站在预设历史时间段内调度第一UE的最大平均速率，其中历史时间段为该第一UE在当前时间之前的一段时间。例如，预设历史时间段为1s(秒)，则第一UE在该1s内每隔100ms(毫秒)统计一次第一UE被调度的平均速率，然后取所统计的最大的平均速率作为第二速率；当第一UE的调度队列中的缓存数据量与第一UE的第二速率的比值小于第三门限时长时，则说明第一UE的调度队列的队列长度小于设置的门限长度。

步骤305：基站提高该第一UE在辅小区的调度队列中的调度优先级。

当基站判断该第一UE的调度队列的队列长度小于设置的门限长度时，说明当前该第一UE的调度队列中仅剩较少的数据未调度，因此可以提高该第一UE的调度队列在小区中的调度优先级，以便对该第一UE的数据进行调度，此时由于该第一UE数据较少，因此在提升该第一UE的下行多点传输效率的同时，不会对第二UE的数据传输造成太大的影响。具体的，基站可以设置第一UE的调度队列的调度优先级高于与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级，以此使得该第一UE和与该第一UE传输同种业务的第二UE相比，优先被基站调度，从而提高该第一UE的下行多点传输效率；或者，基站也可以设置第一UE的调度队列的调度优先级与第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同，以此使得基站可以按照现有技术对调度队列具有相同优先级的第一UE进行调度，由于此时第一UE的调度队列的调度优先级有所提高，因此也增加了第一UE被调度的机会，从而提高该第一UE的下行多点传输效率；或者，基站也可以将第一UE的调度队列的调度优先级与预设参数相乘生成第一UE新的调度队列的调度优先级，预设参数大于1，因此所生成的新的调度优先级比第一UE原来的调度优先级高，由于此时第一UE的调度队列的调度优先级有所提高，因此也增加了第一UE被调度的机会，从而提高该第一UE的下行多点传输效率。

步骤306：基站按照调整后的调度优先级对该第一UE进行调度，结束当前流程。

步骤307：基站向基站控制器发送通知消息，该通知消息用于通知基站控制器将第一UE的调度队列中的缓存数据转发到第一UE的主小区所属的基站进行调度，结束当前流程。

当基站判断第一UE的调度队列中的队列长度不小于设置的门限长度时，说明当前该第一UE的调度队列中还剩较多的数据未调度，如果仍然提升第一UE的调度优先级，则会影响第二UE的数据传输。因此基站向基站控制器发送通知消息，通知基站控制器将该第一UE的调度队列中的缓存数据转发到该第一UE的主小区的主基站进行调度，在不影响第二UE的数据传输的同时，保证了该第一UE的数据可以正常传输。

参见图4，为本发明调度方法的另一个实施例流程：

步骤401：第一UE初始接入小区时，小区所属的基站将该第一UE的调度队列在该小区中的调度优先级设置为与第二UE的调度优先级一致，第一UE为以该小区为辅小区的UE，第二UE为以该小区为主小区的UE。

本实施例中，当第一UE接入该小区时，该小区所属基站可以将第一UE的调度队列的调度优先级设置为第二UE的调度队列的调度优先级一致，以此保证第一UE和第二UE具有相同的调度机会。

步骤402：基站判断至少一个第二UE的调度队列的调度时间是否大于门限时间，若是，则执行步骤403；否则，执行步骤404。

本步骤中，至少一个第二UE可以为与第一UE属于该小区上的同一逻辑端口的UE，调度时间为以至少一个第二UE的空口发送速率调度至少一个第二UE的调度队列中的缓存数据需要的时间。其中，基站可以以预先设置的时间T为周期，对至少一个第二UE的调度队列的调度时间是否大于门限时间进行周期性判断。

步骤403：基站不向基站控制器请求第一UE的数据。

本步骤中，当至少一个第二UE的调度队列的调度时间大于门限时间时，则说明以至少一个第二UE有大量数据需要优先传输，如果基站仍然向基站控制器请求发送第一UE的数据，则将导致第二UE难以获得足够的传输资源，因此基站不向基站控制器请求第一UE的数据。

步骤404：基站按照第一UE的调度优先级对该第一UE进行调度，结束当前流程。

当基站不向基站控制器请求第一UE的数据时，该小区的第一UE的调度队列中不会再增加新数据，此时基站按照第一UE的原有调度优先级对第一UE进行调度即可。

由上述实施例可见，当小区拥塞时，小区所属的基站通过停止向基站控制器请求发送以该小区为辅小区的UE的数据，减少通过该基站调度该UE的数据，使得该UE的数据可以被其它基站调度，从而提高该UE的多点传输效率。

与本发明调度方法的实施例相对应，本发明还提供了基站的实施例。

参见图5，为本发明基站的一个实施例框图：

该基站包括：判断单元510和执行单元520。

其中，判断单元510，用于判断小区是否拥塞；

执行单元520，用于当所述判断单元510的判断结果为所述小区拥塞时，不向所述基站所属的基站控制器请求第一用户设备UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站。

参见图6，为本发明基站的另一个实施例框图：

该基站包括：判断单元610、执行单元620和调整单元630。

其中，判断单元610，用于判断小区是否拥塞；

执行单元620，用于当所述判断单元610的判断结果为所述小区拥塞时，不向所述基站所属的基站控制器请求第一用户设备UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站；

调整单元630，用于提高所述第一UE的调度队列在所述小区中的调度优先级。

在一个可选的实现方式中：

所述判断单元610的判断结果为所述小区拥塞，可以包括以下之一或组合：所述判断单元610的判断结果为所述第一UE在预设时间段内的调度次数低于门限次数；所述判断单元610的判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，所述第二UE为以所述小区为主小区的UE，所述第二UE与所述第一UE属于所述小区上的同一逻辑端口，所述调度时间为以所述至少一个第二UE的空口发送速率调度所述至少一个第二UE的调度队列中的缓存数据需要的时间。

在另一个可选的实现方式中：

所述判断单元610，还可以用于判断所述第一UE的调度队列的队列长度是否小于设置的门限长度；

所述调整单元630，可以具体用于当所述判断单元610的判断结果为所述第一UE的调度队列的队列长度小于设置的门限长度时，提高所述第一UE的调度队列在所述小区中的调度优先级；进一步，所述调整单元630，还可以用于当所述判断单元610的判断结果为所述第一UE的调度队列的队列长度不小于所述门限长度时，向所述基站控制器发送通知消息，所述通知消息用于通知所述基站控制器将所述第一UE的调度队列中的缓存数据转发到所述第一UE的主小区所属的基站进行调度。

在另一个可选的实现方式中：

所述判断单元610可以包括至少一个下述子单元(图6中未示出)：第一判断子单元，用于判断所述第一UE的调度队列中的缓存数据量是否小于第一门限数据量；第二判断子单元，用于判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第一速率的比值是否小于第二门限时长，所述第一速率为所述基站单独调度所述第一UE时的速率；第三判断子单元，用于判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第二速率的比值是否小于第三门限时长，所述第二速率为所述基站在预设历史时间段内调度所述第一UE的最大平均速率。

在另一个可选的实现方式中：

所述调整单元630可以包括至少一个下述子单元(图6中未示出)：

第一调整子单元，用于设置所述第一UE的调度队列的调度优先级高于与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；第二调整子单元，用于设置所述第一UE的调度队列的调度优先级与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；第三调整子单元，用于将所述第一UE的调度队列的调度优先级与预设参数相乘生成所述第一UE新的调度队列的调度优先级，所述预设参数大于1。

参见图7，为本发明基站的另一个实施例框图：

该基站包括：收发信机710和处理器720。

其中，所述收发信机710，用于分别与用户设备UE和基站控制器进行通信；

所述处理器720，用于判断小区是否拥塞，当判断结果为所述小区拥塞时，不向所述基站控制器请求第一UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站。

在一个可选的实现方式中：

所述处理器720的判断结果为所述小区拥塞，可以包括以下之一或组合：所述处理器720的判断结果为所述第一UE在预设时间段内的调度次数低于门限次数；所述处理器720的判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，所述第二UE为以所述小区为主小区的UE，所述第二UE与所述第一UE属于所述小区上的同一逻辑端口，所述调度时间为以所述至少一个第二UE的空口发送速率调度所述至少一个第二UE的调度队列中的缓存数据需要的时间。

在另一个可选的实现方式中：

所述处理器720，还可以用于提高所述第一UE的调度队列在所述小区中的调度优先级。

进一步，所述处理器720，还可以用于判断所述第一UE的调度队列的队列长度是否小于设置的门限长度；所述处理器720，可以具体用于当判断结果为所述第一UE的调度队列的队列长度小于设置的门限长度时，提高所述第一UE的调度队列在所述小区中的调度优先级；以及，当判断结果为所述第一UE的调度队列的队列长度不小于所述门限长度时，向所述基站控制器发送通知消息，所述通知消息用于通知所述基站控制器将所述第一UE的调度队列中的缓存数据转发到所述第一UE的主小区所属的基站进行调度。

在另一个可选的实现方式中：

所述处理器720，可以具体用于判断所述第一UE的调度队列中的缓存数据量是否小于第一门限数据量；或者，判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第一速率的比值是否小于第二门限时长，所述第一速率为所述基站单独调度所述第一UE时的速率；或者，判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第二速率的比值是否小于第三门限时长，所述第二速率为所述基站在预设历史时间段内调度所述第一UE的最大平均速率。

在另一个可选的实现方式中：

所述处理器720，可以具体用于设置所述第一UE的调度队列的调度优先级高于与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；或者，设置所述第一UE的调度队列的调度优先级与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；或者，将所述第一UE的调度队列的调度优先级与预设参数相乘生成所述第一UE新的调度队列的调度优先级，所述预设参数大于1。

由上述实施例可见，判断小区是否拥塞，当判断结果为小区拥塞时，基站不向其所属的基站控制器请求第一UE的数据，第一UE为以该小区为辅小区的UE，基站为该小区所属的基站。应用本发明实施例，当小区拥塞时，小区所属的基站通过停止向基站控制器请求发送以该小区为辅小区的UE的数据，减少通过该基站调度该UE的数据，使得该UE的数据可以被其它基站调度，从而提高该UE的多点传输效率；并且，由于可以通过提高该UE的调度优先级对该UE的调度队列中的剩余数据进行调度，从而可以进一步提高该UE的多点传输效率。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种调度方法，其特征在于，所述方法包括：

判断小区是否拥塞；

当所述判断结果为所述小区拥塞时，基站不向其所属的基站控制器请求第一用户设备UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站；

所述方法还包括：

所述基站提高所述第一UE的调度队列在所述小区中的调度优先级。

2.根据权利要求1所述的方法，其特征在于，所述判断结果为所述小区拥塞，包括以下之一或组合：

所述判断结果为所述第一UE在预设时间段内的调度次数低于门限次数；

所述判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，所述第二UE为以所述小区为主小区的UE，所述第二UE与所述第一UE属于所述小区上的同一逻辑端口，所述调度时间为以所述至少一个第二UE的空口发送速率调度所述至少一个第二UE的调度队列中的缓存数据需要的时间。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述基站判断所述第一UE的调度队列的队列长度是否小于设置的门限长度；

所述基站提高所述第一UE的调度队列在所述小区中的调度优先级具体为：当判断结果为所述第一UE的调度队列的队列长度小于设置的门限长度时，提高所述第一UE的调度队列在所述小区中的调度优先级。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当判断结果为所述第一UE的调度队列的队列长度不小于所述门限长度时，所述基站向所述基站控制器发送通知消息，所述通知消息用于通知所述基站控制器将所述第一UE的调度队列中的缓存数据转发到所述第一UE的主小区所属的基站进行调度。

5.根据权利要求3或4所述的方法，其特征在于，所述基站判断所述第一UE的调度队列的队列长度是否小于设置的门限长度，包括：

所述基站判断所述第一UE的调度队列中的缓存数据量是否小于第一门限数据量；或者，

所述基站判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第一速率的比值是否小于第二门限时长，所述第一速率为所述基站单独调度所述第一UE时的速率；或者，

所述基站判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第二速率的比值是否小于第三门限时长，所述第二速率为所述基站在预设历史时间段内调度所述第一UE的最大平均速率。

6.根据权利要求1所述的方法，其特征在于，所述基站提高所述第一UE的调度队列在所述小区中的调度优先级，包括：

所述基站设置所述第一UE的调度队列的调度优先级高于与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；或者，

所述基站设置所述第一UE的调度队列的调度优先级与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；或者，

所述基站将所述第一UE的调度队列的调度优先级与预设参数相乘生成所述第一UE新的调度队列的调度优先级，所述预设参数大于1。

7.一种基站，其特征在于，所述基站包括：

判断单元，用于判断小区是否拥塞；

执行单元，用于当所述判断单元的判断结果为所述小区拥塞时，不向所述基站所属的基站控制器请求第一用户设备UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站；

所述基站还包括：

调整单元，用于提高所述第一UE的调度队列在所述小区中的调度优先级。

8.根据权利要求7所述的基站，其特征在于，所述判断单元的判断结果为所述小区拥塞，包括以下之一或组合：

所述判断单元的判断结果为所述第一UE在预设时间段内的调度次数低于门限次数；

所述判断单元的判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，所述第二UE为以所述小区为主小区的UE，所述第二UE与所述第一UE属于所述小区上的同一逻辑端口，所述调度时间为以所述至少一个第二UE的空口发送速率调度所述至少一个第二UE的调度队列中的缓存数据需要的时间。

9.根据权利要求7所述的基站，其特征在于，

所述判断单元，还用于判断所述第一UE的调度队列的队列长度是否小于设置的门限长度；

所述调整单元，具体用于当所述判断单元的判断结果为所述第一UE的调度队列的队列长度小于设置的门限长度时，提高所述第一UE的调度队列在所述小区中的调度优先级。

10.根据权利要求9所述的基站，其特征在于，所述调整单元，还用于当所述判断单元的判断结果为所述第一UE的调度队列的队列长度不小于所述门限长度时，向所述基站控制器发送通知消息，所述通知消息用于通知所述基站控制器将所述第一UE的调度队列中的缓存数据转发到所述第一UE的主小区所属的基站进行调度。

11.根据权利要求9或10所述的基站，其特征在于，所述判断单元包括至少一个下述子单元：

第一判断子单元，用于判断所述第一UE的调度队列中的缓存数据量是否小于第一门限数据量；

第二判断子单元，用于判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第一速率的比值是否小于第二门限时长，所述第一速率为所述基站单独调度所述第一UE时的速率；

第三判断子单元，用于判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第二速率的比值是否小于第三门限时长，所述第二速率为所述基站在预设历史时间段内调度所述第一UE的最大平均速率。

12.根据权利要求7所述的基站，其特征在于，所述调整单元包括至少一个下述子单元：

第一调整子单元，用于设置所述第一UE的调度队列的调度优先级高于与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；

第二调整子单元，用于设置所述第一UE的调度队列的调度优先级与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；

第三调整子单元，用于将所述第一UE的调度队列的调度优先级与预设参数相乘生成所述第一UE新的调度队列的调度优先级，所述预设参数大于1。

13.一种基站，其特征在于，所述基站包括：收发信机和处理器，其中，

所述收发信机，用于分别与用户设备UE和基站控制器进行通信；

所述处理器，用于判断小区是否拥塞，当所述判断结果为所述小区拥塞时，不向所述基站控制器请求第一UE的数据，所述第一UE为以所述小区为辅小区的UE，所述基站为所述小区所属的基站；

所述处理器，还用于提高所述第一UE的调度队列在所述小区中的调度优先级。

14.根据权利要求13所述的基站，其特征在于，所述处理器的判断结果为所述小区拥塞，包括以下之一或组合：

所述处理器的判断结果为所述第一UE在预设时间段内的调度次数低于门限次数；

所述处理器的判断结果为至少一个第二UE的调度队列的调度时间大于门限时间，所述第二UE为以所述小区为主小区的UE，所述第二UE与所述第一UE属于所述小区上的同一逻辑端口，所述调度时间为以所述至少一个第二UE的空口发送速率调度所述至少一个第二UE的调度队列中的缓存数据需要的时间。

15.根据权利要求13所述的基站，其特征在于，

所述处理器，还用于判断所述第一UE的调度队列的队列长度是否小于设置的门限长度；

所述处理器，具体用于当判断结果为所述第一UE的调度队列的队列长度小于设置的门限长度时，提高所述第一UE的调度队列在所述小区中的调度优先级。

16.根据权利要求15所述的基站，其特征在于，

所述处理器，还用于当判断结果为所述第一UE的调度队列的队列长度不小于所述门限长度时，向所述基站控制器发送通知消息，所述通知消息用于通知所述基站控制器将所述第一UE的调度队列中的缓存数据转发到所述第一UE的主小区所属的基站进行调度。

17.根据权利要求15或16所述的基站，其特征在于，

所述处理器，具体用于判断所述第一UE的调度队列中的缓存数据量是否小于第一门限数据量；或者，判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第一速率的比值是否小于第二门限时长，所述第一速率为所述基站单独调度所述第一UE时的速率；或者，判断所述第一UE的调度队列中的缓存数据量与所述第一UE的第二速率的比值是否小于第三门限时长，所述第二速率为所述基站在预设历史时间段内调度所述第一UE的最大平均速率。

18.根据权利要求13所述的基站，其特征在于，

所述处理器，具体用于设置所述第一UE的调度队列的调度优先级高于与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级；或者，设置所述第一UE的调度队列的调度优先级与所述第一UE的调度队列中的缓存数据属于同种业务类型的其它UE的调度队列的调度优先级相同；或者，将所述第一UE的调度队列的调度优先级与预设参数相乘生成所述第一UE新的调度队列的调度优先级，所述预设参数大于1。