CN104284406A - 一种调整终端速率的方法、系统及设备 - Google Patents

Abstract

本发明公开了一种调整终端速率的方法、系统及设备，具体内容为：在终端升速前对终端升速后可能对其所占用的上行时隙造成的干扰进行预估，针对所述待升速终端占用的至少一个上行时隙，只有在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，才对终端进行升速处理，可有效避免终端升速后给系统带来上行链路恶化的问题。

Description

一种调整终端速率的方法、系统及设备

技术领域

本发明涉及移动网络通信技术领域，尤其涉及一种调整终端速率的方法、系统及设备。

背景技术

在时分双工（Frequency division duplex，TDD）网络通信系统中，上行时隙配置的资源小于下行时隙配置的资源，例如，时分同步码分多址(TimeDivision-Synchronous Code Division Multiple Access，TD-SCDMA)通信制式的通信系统常用的上下行时隙配比为2:4，其上行的专用信道（Dedicated Channel，DCH）资源较为紧张，特别是在采用高速率（High Speed，HS）技术时，可能会造成上行数据业务容量不足的问题。

另外，分组交换（Packet Switched，PS）业务在传输层采用传输控制协议（Transmission Control Protocol，TCP）进行反馈信息（ACK/NACK）的传输，其上行ACK/NACK反馈信息的传输水平将直接影响高速下行链路分组接入（High Speed Downlink Package Access，HSDPA）业务的吞吐量，因此，为了提高整个HS业务的吞吐量，需要提高终端的上行速率。

目前主要采用以下几种方法来提高终端的上行速率：

方法一：通过资源调度，为终端配置不同的上行码资源，例如，为优先级较高的用户配置较多的上行码资源，从而达到提高终端上行速率的目的。

但是该方法需要针对用户每一次的上行数据传输过程进行资源调度，调度频率过高会额外占用过多的系统资源。

方法二：通过调整终端发射功率，来控制终端的上行速率，例如，增大终端的发射功率，以提高其上行速率。

但是该方法在较多数量的终端的发射功率都增大的情况下，容易加剧终端间的上行干扰，特别是针对语音业务可能会引起用户掉话。

方法三：监测终端的发射功率，当终端的发射功率过低时，通过增大打孔极限率来提高终端的上行速率。

以上三种方法都只根据终端的需求来提高终端的上行速率，没有考虑终端升速后可能会给整个系统带来的干扰，甚至可能会出现终端升速后导致上行链路急剧恶化的问题。

发明内容

本发明实施例提供了一种调整终端速率的方法、系统及设备，用以解决现有技术中存在的终端升速后给系统带来上行链路恶化的问题。

一种调整终端速率的方法，所述方法包括：

接收终端上报的状态信息，在所述状态信息满足第一设定条件时，确定所述终端为待升速终端；

针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

一种调整终端速率的系统，所述系统包括：

网络侧设备，用于接收终端上报的状态信息，在所述状态信息满足第一设定条件时，确定所述终端为待升速终端，并针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速；

终端，用于向所述网络侧设备上报自身的状态信息，并根据所述网络侧设备的指示执行升速操作。

一种网络侧设备，所述网络侧设备包括：

第一接收模块，用于接收终端上报的状态信息；

确定模块，用于在所述状态信息满足第一设定条件时，确定所述终端为待升速终端；

第一指示模块，用于针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

本发明有益效果如下：

本发明实施例的方案在终端升速之前，对终端升速后的上行干扰进行预估，针对所述待升速终端占用的至少一个上行时隙，只有在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，才对终端进行升速处理，可有效避免终端升速后给系统带来上行链路恶化的问题。

附图说明

图1为本发明实施例一中的方法步骤示意图；

图2为本发明实施例二中的方法步骤示意图；

图3为本发明实施例三中的系统示意图；

图4为本发明实施例四中的网络侧设备结构示意图。

具体实施方式

本发明实施例的方案在终端升速之前，对终端升速后可能对其所占用的上行时隙造成的干扰进行预估，在预估出所述终端升速后在其所占用的上行时隙上产生的干扰与该上行时隙上的其他终端产生的干扰之和不大于为该上行时隙设定的最大干扰时，即确定对终端的升速操作不会对上行链路造成严重恶化时，才对终端进行升速处理。相对于背景技术中只根据终端的需求对终端直接进行升速的方案，本发明实施例的方案可有效避免终端升速后给系统带来上行链路恶化的问题。

下面结合说明书附图对本发明实施例作进一步说明，但本发明不局限于下面的实施例。

实施例一：

如图1所示，为本发明实施例一中调整终端速率的方法的步骤示意图，所述方法主要包括以下步骤：

步骤101：接收终端上报的状态信息，在所述状态信息满足第一设定条件时，确定所述终端为待升速终端。

本发明实施例的执行主体可以是网络侧设备，如网络侧的基站，或是网络侧的其他网元，如无线网络控制器（Radio Network Controller，RNC），本发明实施例并不对网络侧设备做具体限定。

本步骤101的具体实现方式可以为：

网络侧设备向其覆盖范围内的终端下发控制消息，要求终端定时上报自身的状态信息，网络侧设备对每个终端上报的状态信息进行判定，当确定某一终端上报的所述状态信息满足第一设定条件时，确定该终端为待升速终端。

所述状态信息是指反映终端当前的通信状态或用于承载所述终端向网络侧设备上报数据报文的链路状态的信息，如终端的上行发射功率或终端的误块数等，本发明实施例并不对所述状态信息做具体限定。

在所述状态信息为终端的上行发射功率时，所述第一设定条件为：在设定时长内接收到的上行发射功率中，低于第一门限值的上行发射功率的个数大于第一阈值，表示终端当前的发射功率比较低，可将该终端作为待升速终端。

在所述状态信息为终端的误块数时，所述第一设定条件为：在设定时长内接收到的误块数的个数小于第二阈值，表示当前的链路状态优良，可将该终端作为待升速终端。

步骤102：针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

在步骤101确定出至少一个待升速终端之后，本步骤102分别对每个所述待升速终端是否允许进行升速操作进行预估，也就是说，本步骤102是对一待升速终端升速后可能会对系统产生的上行干扰进行预估。

由于一待升速终端可能占用多个上行时隙，因此，本步骤102针对该待升速终端占用的至少一个上行时隙来判定是否允许该待升速终端进行升速操作。

假设一待升速终端为终端A，依次占用的上行时隙为：上行时隙1、上行时隙2和上行时隙3。在本步骤102中，可以针对终端A占用的上行时隙1来执行本步骤102，即若终端A升速后在上行时隙1上产生的干扰与占用上行时隙1的其他终端在上行时隙1上产生的干扰之和不大于为上行时隙1设定的最大干扰时，允许终端A升速。

也可以针对终端A占用的每个上行时隙分别执行本步骤102，即在上行时隙1、上行时隙2和上行时隙3都满足：终端A升速后在上行时隙上产生的干扰与占用该上行时隙的其他终端在该上行时隙上产生的干扰之和不大于为该上行时隙设定的最大干扰时，才允许终端A升速。

还可以针对终端A占用的部分上行时隙分别执行本步骤102，如针对上行时隙1和上行时隙2执行本步骤102，即在上行时隙1和上行时隙2都满足：终端A升速后在上行时隙上产生的干扰与占用该上行时隙的其他终端在该上行时隙上产生的干扰之和不大于为该上行时隙设定的最大干扰时，才允许终端A升速。

通过本发明实施例的步骤101和步骤102，在对待升速终端进行升速之前，对所述待升速终端升速后的上行干扰进行预估，在预估出系统能够容忍所述待升速终端升速后产生的上行干扰时，才允许所述待升速终端进行升速操作，可有效避免所述待升速终端升速后给系统带来上行链路恶化的问题。

优选地，本发明实施例的方案还提供步骤103，对升速后的终端的状态进行实时监测，为升速后的终端提供降速机制，以保证系统性能。

步骤103：接收升速后的终端上报的状态信息，在所述状态信息满足第二设定条件时，指示所述升速后的终端降速。

与步骤101类似，本步骤103中涉及的状态信息也可以是指反映升速后的终端当前的通信状态或用于承载所述升速后的终端向网络侧设备上报数据报文的链路状态的信息，如升速后的终端的上行发射功率或误块数等，其中所述误块数即为循环冗余校验（Cyclic Redundancy Check，CRC）校验失败的个数。

需要说明的是，终端在升速前和升速后向网络侧设备上报的状态信息可以是相同类型的状态信息，如同一终端在步骤101和步骤103向网络侧设备上报的都是自身的上行发射功率；终端在升速前和升速后向网络侧设备上报的状态信息也可以是不同类型的状态信息，如同一终端在步骤101向网络侧设备上报的是自身的上行发射功率，在步骤103向网络侧设备上报的是误块数。

本步骤103的具体实现方式可以为：

在升速后的终端向网络侧设备上报的所述状态信息为上行发射功率时，所述第二设定条件为：在设定时长内接收到的上行发射功率中，高于第二门限值的上行发射功率的个数大于第三阈值，表示升速后的终端当前的发射功率比较高，可以对升速后的终端进行降速处理。

在升速后的终端向网络侧设备上报的所述状态信息为误块数时，所述第二设定条件为：在设定时长内接收到的误块数的个数大于第四阈值，表示当前的链路状态恶化，需要对升速后的终端进行降速处理。

需要说明的是，本实施例中第一阈值、第二阈值、第三阈值、第四阈值的取值大小并无关联，“第一”、“第二”、“第三”、“第四”是用于区分各阈值的；本实施例中第一门限值、第二门限值的取值大小并无关联，“第一”、“第二”是用于区分各门限值的。

下面通过实施例二对实施例一的方案进行详细说明。

实施例二：

如图2所示，为本发明实施例二中调整终端速率的方法的步骤示意图，所述方法主要包括以下步骤：

步骤201：接收终端上报的状态信息，判断所述状态信息是否满足第一设定条件，若是，则确定所述终端为待升速终端，转至步骤202；否则，继续执行本步骤201，对终端上报的状态信息进行判定。

下面分别以终端上报的状态信息为终端的上行发射功率和终端的误块数为例，对本步骤201的具体实现方式进行详细描述，但本发明实施例的方案并不限于以下实例。

实例一：在终端上报的状态信息为终端的上行发射功率时，本步骤201的具体实现方式包括以下步骤：

第一步：网络侧设备向其覆盖范围内处于普通速率状态下的终端（所述普通速率状态下的终端是指当前没有处于升速状态的终端，包括没有进行过升速操作的终端，也包括之前升速后又降速恢复至正常速率的终端）下发控制消息，指示接收到控制消息的终端在设定时长内定时向网络侧设备上报自身的上行发射功率。网络侧设备接收到终端上报的上行发射功率后，对接收到的上行发射功率进行统计。

具体地，所述设定时长可以定义为升速判决定时器的计时周期Tup，在Tup时间内，接收到控制消息的终端周期性地向网络侧设备上报自身的上行发射功率，所述终端向网络侧设备上报上行发射功率的周期为T_{UE_report}，即终端每隔T_{UE_report}时间向网络侧设备上报自身的上行发射功率。其中，终端向网络侧设备上报上行发射功率的上报周期不大于升速判决定时器的计时周期，即T_{UE_report}≤T_up。

所述网络侧设备在升速判决定时器启动时，接收终端上报的上行发射功率，并在升速判决定时器超时（即计时结束）时，对在T_up时间内接收到的上行发射功率值进行统计。

其中，所述升速判决定时器的计时周期T_up可根据系统需要进行实时调整，例如，为了防止频繁地对终端的状态进行判定，可设置较长的计时周期。

第二步：依次判断每个终端上报的上行发射功率是否满足第一设定条件，若是，则确定上报的上行发射功率满足所述第一设定条件的终端为待升速终端，转至步骤202；否则，在下一个升速判决定时器的计时周期T_up到达时，重复执行本步骤201。

在终端上报的状态信息为终端的上行发射功率时，所述第一设定条件具体为：在所述升速判决定时器的计时周期T_up内接收到的上行发射功率中，低于第一门限值的上行发射功率的个数大于第一阈值。其中，第一门限值和第一阈值的取值可根据实际情况进行实时调整。

例如，当对终端速率调整的要求较严格时，可设置较低的第一门限值、较高的第一阈值，要求终端的上行发射功率在很低的状态时才将该终端作为待升速终端。具体地，所述第一门限值可定义为升速门限TCP_below，第一阈值可定义为升速个数时事件门限NUMBER_TH_BELOW，在T_up时间内，针对某一终端上报的上行发射功率，当接收到一条低于TCP_below的上行发射功率时，为该终端配置的升速事件计时器NUMBER_BELOW加1。当升速判决定时器的计时周期T_up到达时，判断为该终端配置的NUMBER_BELOW的个数是否大于NUMBER_TH_BELOW，若是，则确定该终端为待升速终端，转至步骤202；否则，在下一个升速判决定时器的计时周期T_up到达时，重复执行本步骤201。

实例二：在终端上报的状态信息为终端的误块数时，本步骤201的具体实现方式包括以下步骤：

第一步：网络侧设备向其覆盖范围内处于普通速率状态下的终端下发控制消息，指示接收到所述控制消息的终端在设定时长内上报自身的误块数，网络侧设备接收到终端上报的误块数后，对终端上报的误块数进行统计。

具体地，所述设定时长可以为统计窗的长度Total CRC，当统计窗满时，表示计时结束，网络侧设备对所述设定时长内接收到的误块数进行统计。

第二步：依次判断每个终端上报的误块数是否满足第一设定条件，若是，则确定上报的误块数满足所述第一设定条件的终端为待升速终端，转至步骤202；否则，在下一个统计窗的长度到达时，重复执行本步骤201。

在所述状态信息为终端的误块数时，所述第一设定条件为：在设定时长内接收到的误块数的个数小于第二阈值。其中，第二阈值的取值可根据实际情况实时调整，例如，当对终端速率调整的要求较严格时，可设置较低的第二阈值，在当前的链路状态优良时才将该终端作为待升速终端。

具体地，所述第二阈值可定义为误块数门限NUMBER_TH_CRC，在统计窗长度内终端上报的误块数的个数为可定义Bad CRC。当统计窗满时，针对某一终端，判断接收到的该终端的误块数的个数Bad CRC是否小于NUMBER_TH_CRC，若是，则表示链路状态优良，确定所述终端为待升速终端，转至步骤202；否则，在下一个统计窗的长度到达时，重复执行本步骤201。

较优地，当确定接收到的终端的误块数的个数Bad CRC小于误块数门限NUMBER_TH_CRC时，可将当前的链路状态标记为“优良”，并开启新事件计数器Pengding after trigger，设置新事件计数器初始化为0，在所述新事件计数器到达之前，不再对该终端执行本步骤201的操作，以避免针对同一终端频繁判断是否作为待升速终端。

本步骤201可通过以上两种方式之一或组合来确定普通速率状态下的终端是否可以作为待升速终端，若同时采用以上两种方式进行判断，则上述两种方法需分别进行独立统计，针对各自的判决周期和判决条件分别进行判决，若针对同一终端，上述两种方式的判断结果都是该终端可作为待升速终端，则确定该终端为待升速终端，并执行步骤202；若上述两种方式中的一种方式的判断结果为终端可作为待升速终端，另一种方式的判断结果为终端不为待升速终端，需重复执行步骤201，则为避免冲突，可以以首先得到的判断结果为依据来判断该终端是否为待升速终端。

步骤202：判断所述待升速终端所占用的各上行时隙是否均不处于拥塞状态，若是，则执行步骤203；否则，转至步骤201，不允许所述待升速终端进行升速操作。

若步骤201确定一终端为待升速终端，则本步骤202～步骤208是对该待升速终端的操作，若步骤201中确定了多个待升速终端，则需要分别针对每个待升速终端执行本步骤202～步骤208。

本步骤202并不对上行时隙是否处于拥塞状态的判断方式进行限定，例如，可根据上行码资源的占用情况或上行时隙的负载情况来进行判断，具体描述如下：

分别判断所述待升速终端所占用的各上行时隙的接收带宽总功率（Received Total Wideband Power，RTWP）是否低于拥塞门限值，若是，则确定为所述待升速终端所占用的各上行时隙均不处于拥塞状态。

本步骤202作为本发明实施例的优选方案，旨在对所述待升速终端所占用的各上行时隙的拥塞状况进行确认，确保所述待升速终端所占用的各上行时隙均不处于拥塞状态，使得所述待升速终端升速后可以通过占用的上行时隙进行正常的上行业务。

本步骤202可以在待升速终端升速前的任意时刻执行，若在待升速终端升速前任意时刻确定所述待升速终端所占用的各上行时隙均不处于拥塞状态，则可按照正常的升速过程进行处理（即可允许待升速终端进行升速操作，也可继续执行待升速终端升速前的判定操作）；若在待升速终端升速前任意时刻确定所述待升速终端所占用的至少一个上行时隙处于拥塞状态，则转至步骤201，不允许所述待升速终端进行升速操作。

步骤203：判断当前时刻是否在降速有效期内，若是，则转至步骤201，不允许所述待升速终端进行升速操作；否则，转至步骤204。

本步骤203判断当前时刻是否在降速有效期内的一种可行的实现方式为：

设定禁止升速定时器，其计时周期为T_{forbidden_down}，在本步骤203之前所述终端可能进行过升速后降速操作，所述禁止升速定时器可在对所终端进行降速操作时启动，在本步骤203执行时，判断禁止升速定时器在当前时刻是否超时（即计时周期结束），若已超时，表示当前没有在降速有效期；否则，确定当前时刻在降速有效期内。

本步骤203作为本发明实施例的优选方案，旨在避免终端频繁地进行升降速操作。本步骤203可以在终端升速前的任意时刻执行，若在待升速终端升速前任意时刻确定当前时刻是在降速有效期内，则转至步骤201，不允许所述待升速终端进行升速操作；否则，可按照正常的升速过程进行处理（即可允许待升速终端进行升速操作，也可继续执行待升速终端升速前的判定操作）。

步骤204：针对所述待升速终端占用的至少一个上行时隙，判断所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和是否不大于为所述上行时隙设定的最大干扰，若是，则转至步骤205；否则，转至步骤201，不允许所述待升速终端进行升速操作。

本步骤204旨在对所述待升速终端升速后可能会对系统产生的干扰进行预估，确保所述待升速终端升速后产生的干扰不会对系统造成过大的影响。

具体地，本步骤204对待升速终端升速后产生的上行干扰的判断方式包括但不限于：根据网络侧设备接收上行数据的接收功率或网络侧设备接收上行数据的误块数来判断待升速终端升速后产生的上行干扰是否过大，其具体实现过程将在后续内容中进行详细描述。

步骤205：指示所述待升速终端升速。

本步骤205并不对待升速终端升速的具体实现方式做限定，包括但不限于通过增大发射功率或增大打孔极限率来实现终端的升速。

优选地，本步骤205在指示所述待升速终端升速的同时，可开启禁止降速定时器，以防止频繁进行升降速。

优选地，在所述待升速终端升速之后，为了保证系统性能，防止所述待升速终端升速后信道状况变差，本发明实施例的方案还对升速后的终端的状态进行监测，为升速后的终端提供降速机制，当升速后的链路状态恶化时，可以通过降速来保证系统性能。

步骤206：接收升速后的终端上报的状态信息，判断该状态信息是否满足第二设定条件，若是，转至步骤207；否则，继续执行本步骤206，对升速后的终端上报的状态信息进行判定。

下面分别以升速后的终端上报的状态信息为该终端的上行发射功率和终端的误块数为例，对本步骤206的具体实现方式进行详细描述，但本发明实施例的方案并不限于以下实例。

实例一：在升速后的终端上报的状态信息为该终端的上行发射功率时，本步骤206的具体实现方式包括以下步骤：

第一步：网络侧设备向其覆盖范围内升速后的终端下发控制消息，指示接收到该控制消息的升速后的终端在设定时长内定时向网络侧设备上报自身的上行发射功率。网络侧设备接收到升速后的终端上报的上行发射功率后，对接收到的上行发射功率进行统计。

具体地，所述设定时长可以定义为降速判决定时器的计时周期T_down，在T_down时间内，接收到控制消息的升速后的终端周期性地向网络侧设备上报自身的上行发射功率，所述升速后的终端向网络侧设备上报上行发射功率的周期为T_{UE_report}，即升速后的终端每隔T_{UE_report}时间向网络侧设备上报自身的上行发射功率。其中，升速后的终端向网络侧设备上报上行发射功率的上报周期不大于降速判决定时器的计时周期，即T_{UE_report}≤T_down。

所述网络侧设备在降速判决定时器启动时，接收升速后的终端上报的上行发射功率，并在降速判决定时器超时（即计时结束）时，对在T_down时间内接收到的上行发射功率值进行统计。

其中，所述降速判决定时器的计时周期T_down可根据系统需要进行实时调整，例如，为了防止频繁地对终端的状态进行判定，可设置较长的计时周期。

第二步：依次判断每个升速后的终端上报的上行发射功率是否满足第二设定条件，若是，则确定需要对上报的上行发射功率满足所述第二设定条件的升速后的终端进行降速处理，转至步骤207；否则，在下一个降速判决定时器的计时周期T_down到达时，重复执行本步骤206。

在升速后的终端上报的状态信息为该终端的上行发射功率时，所述第一设定条件具体为：在所述降速判决定时器的计时周期T_down内接收到的上行发射功率中，高于第二门限值的上行发射功率的个数大于第三阈值。其中，第二门限、第三阈值的取值可根据实际情况进行实时调整

例如，当对终端速率调整的要求较严格时，可设置较高的第二门限值、较高的第三阈值，要求终端的上行发射功率在很高的状态时才对该终端进行降速处理。具体地，所述第二门限值可定义为降速门限TCP_ablove，第三阈值可定义为降速个数时事件门限NUMBER_TH_ABLOVE，在T_down时间内，针对某一终端上报的上行发射功率，当接收到一条低于TCP_ablove的上行发射功率时，为该终端配置的降速事件计时器NUMBER_ABLOVE加1。当降速判决定时器的计时周期T_down到达时，判断为该终端配置的NUMBER_ABLOVE的个数是否大于NUMBER_TH_ABLOVE，若是，则确定需要为该终端进行降速处理，转至步骤207；否则，在下一个升速判决定时器的计时周期T_down到达时，重复执行本步骤206。

实例二：在终端上报的状态信息为终端的误块数时，本步骤206的具体实现方式包括以下步骤：

第一步：网络侧设备向其覆盖范围内升速后的终端下发控制消息，指示接收到所述控制消息的升速后的终端在设定时长内上报自身的误块数，网络侧设备接收到升速后的终端上报的误块数后，对该终端上报的误块数进行统计。

具体地，所述设定时长可以为统计窗的长度Total CRC，当统计窗满时，表示计时结束，网络侧设备对所述设定时长内接收到的误块数进行统计。

第二步：依次判断每个终端上报的误块数是否满足第二设定条件，若是，则确定需要为上报的误块数满足所述第二设定条件的终端进行降速处理，转至步骤207；否则，在下一个统计窗的长度到达时，重复执行本步骤206。

在所述状态信息为升速后的终端的误块数时，所述第二设定条件为：在设定时长内接收到的误块数的个数大于第四阈值。其中，第四阈值的取值可根据实际情况实时调整，例如，当对终端速率调整的要求较严格时，可设置较高的第四阈值，在当前的链路状态恶化时才对该终端进行降速处理。

具体地，所述第四阈值可定义为误块数门限NUMBER_THT_CRC，在统计窗长度内终端上报的误块数的个数为可定义Bad CRC。当统计窗满时，针对某一终端，判断接收到的该终端的误块数的个数Bad CRC是否大于NUMBER_THT_CRC，若是，则表示当前的链路状态恶化，确定需要对所述终端为进行降速处理，转至步骤207；否则，在下一个统计窗的长度到达时，重复执行本步骤206。

较优地，当确定接收到的终端的误块数的个数Bad CRC大于误块数门限NUMBER_THT_CRC时，可将当前的链路状态标记为“恶化”，并开启新事件计数器Pengding after trigger，设置新事件计数器初始化为0，在所述新事件计数器到达之前，不再对该终端执行本步骤206的操作，以避免针对同一升速后的终端频繁判断是否需要对其进行降速处理。

本步骤206可通过以上两种方式之一或组合来确定是否需要对升速后的终端进行降速处理，若同时采用以上两种方式进行判断，则上述两种方法需分别进行独立统计，针对各自的判决周期和判决条件分别进行判决，若针对同一终端，上述两种方式的判断结果都是需要对该升速后的终端进行降速处理，则确定需要对该升速后的终端进行降速处理，并执行步骤207；若上述两种方式中的一种方式的判断结果为需要对该升速后的终端进行降速处理，另一种方式的判断结果为不需要对该升速后的终端进行降速处理，需重复执行步骤206，则为避免冲突，可以以首先得到的判断结果为依据来判断该终端是否需要对该升速后的终端进行降速处理。

步骤207：判断当前时刻是否在升速有效期内，若是，则转至步骤206，不对所述升速后的终端进行降速处理，否则，转至步骤208。

本步骤207判断当前时刻是否在升速有效期内的一种可行的实现方式为：

设定禁止降速定时器，其计时周期为T_{forbidden_up}，在本步骤207之前对该终端进行升速操作时启动过禁止降速定时器，在本步骤207执行时，判断禁止降速定时器在当前时刻是否超时（即计时周期结束），若已超时，表示当前是否没有在升速有效期；否则，确定当前时刻在升速有效期内。

本步骤207作为本发明实施例的优选方案，旨在避免终端频繁地进行升降速操作。本步骤207可以在升速后的终端降速前的任意时刻执行，若在升速后的终端降速前任意时刻确定当前时刻是在升速有效期内，则转至步骤206，不对所述升速后的终端进行降速处理；否则，可按照正常的降速过程进行处理（即可允许升速后的终端进行降速操作，也可继续执行升速后的终端降速前的判定操作）。

步骤208：指示所述升速后的终端降速。

本步骤208并不对升速后的终端降速的具体实现方式做限定，包括但不限于通过减小发射功率或减小打孔极限率来实现终端的降速。

优选地，本步骤208在指示所述升速后的终端降速的同时，可开启禁止升速定时器，以防止频繁进行升降速。

通过本发明实施例二的方案，在终端升速前对终端的通信状态、当前的链路状态、上行链路的拥塞状况等信息进行判定，并对该终端升速后可能对其所占用的上行时隙造成的干扰进行预估，在确保对终端的升速操作不会对上行链路造成严重恶化时，才对终端进行升速处理，可有效避免终端升速后给系统带来上行链路恶化的问题。此外，在所述待升速终端升速后，本发明实施例的方案还对升速后的终端进行实时监测，在满足降速条件时，对所述升速后的终端进行降速处理，保证系统性能。

优选地，在上述步骤204中，对待升速终端升速后产生的上行干扰的判断方式包括但不限于：根据网络侧设备接收上行数据的接收功率或网络侧设备接收上行数据的误块数来判断待升速终端升速后产生的上行干扰是否过大。下面以网络侧设备接收上行数据的接收功率为例，对步骤204的方案进行详细描述。

所述待升速终端可能占用多个上行时隙，例如占用n个上行时隙，其中，n为正整数。针对所述待升速终端所占用的n个上行时隙中的任一上行时隙都可通过以下方式确定所述待升速终端升速后与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和是否不大于为所述上行时隙设定的最大干扰，以所述待升速终端占用的上行时隙i为例，其具体实现步骤如下：

1）、确定上行时隙允许的最大接收功率I_threshold,i。

所述I_threshold,i表示在上行时隙i上所能允许的最大接收功率门限值，可由网络侧设备根据实际情况进行实时调整，例如，在信道状况较好时，可将所述I_threshold,i值设置较大，在信道状态较差时，可将所述I_threshold,i值设置较小。

2）、确定网络侧设备在所述上行时隙i上接收所述待升速终端在普通速率下传输的上行数据的接收功率。

所述待升速终端的普通速率是指：所述待升速终端在升速前的速率。

假设所述待升速终端在普通速率时，网络侧设备在所述上行时隙i上接收所述待升速终端传输的上行数据的接收功率定义为I_occupied,i，所述I_occupied,i可反映出所述待升速终端升速前在所述上行时隙i上产生的上行干扰。

所述I_occupied,i可根据以下公式（1）计算确定：

I_occupied,i＝I_code,i×(sf_i/16)×bruNum_i   （1）

其中：所述I_code,i为网络侧设备接收所述待升速终端在所述上行时隙i上所占用的上行时隙码道传输的上行数据的接收信号码功率（Received Signal CodePower，RSCP），若所述网络侧设备为基站，则所述I_code,i可由基站的物理层测量获得；

所述sf_i为所述待升速终端在所述上行时隙i上所占用的上行时隙码道所对应的扩频因子，若所述网络侧设备为基站，则所述sf_i可由基站的物理层获得；

所述bruNum_i为所述待升速终端在上行时隙i上所占用的上行码道资源，即所述待升速终端在上行时隙i中所占用的基本资源单元（Basic Resource Unit，BRU）资源总数。

3）、确定网络侧设备在所述上行时隙i上接收上行数据的总接收功率I_total,i，其中，所述上行数据是占用上行时隙i的所述待升速终端和其他终端在普通速率下通过所述上行时隙i传输的上行数据。

其中，I_total,i包括网络侧设备在上行时隙i上接收所述待升速终端传输的上行数据的接收功率和所述其他终端传输的上行数据的接收功率，若所述网络侧设备为基站，所述I_total,i可由物理层周期性获得的RTWP测量值确定。

4）、确定网络侧设备接收所述待升速终端升速后在上行时隙i上传输的上行数据的预测接收功率ΔI_max,i。

所述ΔI_max,i可反映出所述待升速终端在上行时隙i上允许的最大干扰，所述ΔI_max,i可通过以下公式（2）计算确定：

ΔI_max,i＝I_threshold,i-I_total,i+I_occupied,i   （2）

5）、根据确定的所述ΔI_max,i，确定所述待升速终端升速后的预测速率R_max,i。

所述R_max,i可视为所述待升速终端在上行时隙i上传输上行数据时允许的最大速率，可通过以下公式（3）和公式（4），计算确定所述ΔI_max,i对应的R_max,i：

$R_{\max ,i}=\frac{S_{k\·}W\·{(1-{\mathrm{\η}}_{\mathrm{ul}})}^2\·{\mathrm{\ΔI}}_{\max ,i}}{{\left(\frac{E_b}{N_o}\right)}_k\·v_k\·\{P_N\·(2\mathrm{\β}-1-j)+{\mathrm{\ΔI}}_{\max ,i}(1-{\mathrm{\η}}_{\mathrm{ul}})\·(j+{\mathrm{\η}}_{\mathrm{ul}}-{\mathrm{\η}}_{\mathrm{ul}}\·\mathrm{\β})\}}---\left(3\right)$

${\mathrm{\η}}_{\mathrm{ul}}=\frac{(1+j-\mathrm{\β})\·(\mathrm{\γ}-1)}{[1+j+(1+j-\mathrm{\β})\·(\mathrm{\γ}-1)]}---\left(4\right)$

其中：所述j为外小区干扰与本小区干扰的比值，即邻区干扰比，当系统内终端分布非常均匀且系统稳定时，j值取值小，可视为常数；

所述γ为背景噪声提升，即为所述上行时隙i在当前状态下的总干扰与背景噪声的比值；

所述β为上行联合检测因子；

所述η_ul为上行时隙i当前的负载；

所述ν_k表示所述待升速终端的激活因子；

所述S_k为比特速率下所占的时隙比，例如，在TD-SCDMA系统中一个子帧占用7.4074个时隙，则该方法也适用于其他系统，当适用于其他系统中时应视具体情况对S_k进行调整；

所述中W为系统码片速率，例如，在TD-SCDMA系统中，W=1.28Mcps，该方法也适用于其他系统，当适用于其他系统中时应视具体情况对W进行调整；

所述为待升速终端的比特能量与噪声谱密度之比，假设系统功控理想，则实际得到的等于理想值，对于数据业务可统一设置为8db，该方法也适用于其他系统，当适用于其他系统中时应视具体情况对进行调整。

6）、判断所述待升速终端升速后的实际速率R_i是否不大于所述待升速终端升速后的预测速率R_max,i，即判断R_i≤R_max,i是否成立，若是，则表示所述待升速终端升速后在上行时隙i上产生的干扰与其他终端在上行时隙i上产生的干扰之和不大于为上行时隙i上设定的最大干扰，允许所述待升速终端执行升速操作；否则，表示所述待升速终端升速后在上行时隙i上产生的干扰与其他终端在上行时隙i上产生的干扰之和大于为上行时隙i上设定的最大干扰，不允许所述待升速终端执行升速操作。

所述待升速终端升速后的实际速率R_i是可预先设定的，例如，所述待升速终端在升速前的速率为32kbps，则升速后的实际速率R_i可设定为48kbps，因此，如果判断R_i≤R_max,i成立，则所述待升速终端可由32kbps升速为48kbps。

在所述待升速终端占用多个上行时隙时，可针对所述待升速终端占用的每个上行时隙分别执行上述操作，若针对每个上行时隙执行上述操作时，R_i≤R_max,i都成立，则允许所述待升速终端升速。

为了减少计算量，也可针对所述待升速终端所占用的上行时隙中的一个或部分上行时隙执行上述操作，优选地，可以针对述待升速终端所占用的上行时隙中的第一个上行时隙执行上述操作，若针对所述第一个上行时隙确定R_i≤R_max,i成立，可允许所述待升速终端升速。

实施例三：

本发明实施例三提供一种调整终端速率的系统，如图3所示，所述系统包括网络侧设备和终端，其中：

网络侧设备，用于接收终端上报的状态信息，在所述状态信息满足第一设定条件时，确定所述终端为待升速终端，并针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

终端，用于向所述网络侧设备上报自身的状态信息，并根据所述网络侧设备的指示执行升速操作。

具体地，网络侧设备在指示待升速终端升速时，可向待升速终端发送指示消息，并在所述指示消息中携带升速模式标识，例如，在指示消息中携带标识1，表示采用增大发射功率的模式来升速；在指示消息中携带标识2，表示采用增大打孔极限率的模式来升速。

在指示所述待升速终端升速之前，所述网络侧设备还用于确定所述待升速终端所占用的各上行时隙均不处于拥塞状态。

所述网络侧设备还用于接收升速后的终端上报的所述状态信息，在该状态信息满足第二设定条件时，指示所述升速后的终端降速。

所述终端还用于根据所述网络侧设备的指示执行降速操作。

具体地，网络侧设备在指示升速后的终端降速时，可向升速后的终端发送指示消息，并在所述指示消息中携带降速模式标识，例如，在指示消息中携带标识3，表示采用降低发射功率的模式来降速；在指示消息中携带标识4，表示采用减小打孔极限率的模式来降速。

本实施例三中各设备运行时涉及的状态信息、第一设定条件和第二设定条件与实施例一和实施例二中描述相同，同时，本实施例三中的网络侧设备还具有执行实施例一和实施例二各步骤的功能。

实施例四：

本发明实施例四还提供一种网络侧设备，如图4所示，所述网络侧设备包括第一接收模块11、确定模块12和第一指示模块13，其中：

第一接收模块11用于接收终端上报的状态信息；确定模块12用于在所述状态信息满足第一设定条件时，确定所述终端为待升速终端；第一指示模块13用于针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

所述网络侧设备还包括拥塞判决模块14，用于确定所述待升速终端所占用的各上行时隙均不处于拥塞状态。

所述网络侧设备还包括第二接收模块15和第二指示模块16，其中：

第二接收模块15用于接收升速后的终端上报的所述状态信息；

第二指示模块16用于在该状态信息满足第二设定条件时，指示所述升速后的终端降速。

本实施例四中网络侧设备的各模块运行时涉及的状态信息、第一设定条件和第二设定条件与实施例一和实施例二中描述相同。同时，本实施例四中的网络侧设备还具有执行实施例一和实施例二各步骤的逻辑模块。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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

Claims (15)

1.一种调整终端速率的方法，其特征在于，所述方法包括：

接收终端上报的状态信息，在所述状态信息满足第一设定条件时，确定所述终端为待升速终端；

针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

2.如权利要求1所述的调整终端速率的方法，其特征在于，

所述至少一个上行时隙中包括所述待升速终端占用的第一个上行时隙。

3.如权利要求1所述的调整终端速率的方法，其特征在于，

在所述状态信息为终端的上行发射功率时，所述第一设定条件为：在设定时长内接收到的上行发射功率中，低于第一门限值的上行发射功率的个数大于第一阈值；

在所述状态信息为终端的误块数时，所述第一设定条件为：在设定时长内接收到的误块数的个数小于第二阈值。

4.如权利要求1所述的调整终端速率的方法，其特征在于，所述方法还包括：

确定所述待升速终端所占用的各上行时隙均不处于拥塞状态。

5.如权利要求1所述的调整终端速率的方法，其特征在于，针对所述至少一个上行时隙中的任一上行时隙，通过以下方式确定所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰：

确定所述上行时隙允许的最大接收功率I_threshold；

确定在所述上行时隙上接收上行数据的总接收功率I_total，其中，所述上行数据是占用所述上行时隙的所述待升速终端和所述其他终端通过所述上行时隙传输的上行数据；

确定在所述上行时隙上接收所述待升速终端传输的上行数据的接收功率I_occupied；

确定在所述上行时隙上接收所述待升速终端升速后传输的上行数据的预测接收功率ΔI_max＝I_threshold-I_total+I_occupied，以及与ΔI_max对应的所述待升速终端升速后的预测速率R_max；

在所述待升速终端升速后的实际速率R≤R_max时，确定所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰。

6.如权利要求1～5任一所述的调整终端速率的方法，其特征在于，指示所述待升速终端升速，具体包括：

指示所述待升速终端通过增大发射功率或增大打孔极限率来进行升速。

7.如权利要求1～5任一所述的调整终端速率的方法，其特征在于，在所述待升速终端升速后，所述方法还包括：

接收升速后的终端上报的所述状态信息，在该状态信息满足第二设定条件时，指示所述升速后的终端降速。

8.如权利要求7所述的调整终端速率的方法，其特征在于，

在升速后的终端上报的所述状态信息为终端的上行发射功率时，所述第二设定条件为：在设定时长内接收到的上行发射功率中，高于第二门限值的上行发射功率的个数大于第三阈值；

在升速后的终端上报的所述状态信息为终端的误块数时，所述第二设定条件为：在设定时长内接收到的误块数的个数大于第四阈值。

9.如权利要求7所述的调整终端速率的方法，其特征在于，指示所述待升速终端降速，具体包括：

指示所述待升速终端通过减小发射功率或减小打孔极限率来进行降速。

10.一种调整终端速率的系统，其特征在于，所述系统包括：

网络侧设备，用于接收终端上报的状态信息，在所述状态信息满足第一设定条件时，确定所述终端为待升速终端，并针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速；

终端，用于向所述网络侧设备上报自身的状态信息，并根据所述网络侧设备的指示执行升速操作。

11.如权利要求10所述的调整终端速率的系统，其特征在于，

所述网络侧设备，还用于确定所述待升速终端所占用的各上行时隙均不处于拥塞状态。

12.如权利要求10或11所述的调整终端速率的系统，其特征在于，

所述网络侧设备，还用于接收升速后的终端上报的所述状态信息，在该状态信息满足第二设定条件时，指示所述升速后的终端降速；

所述终端，还用于根据所述网络侧设备的指示执行降速操作。

13.一种网络侧设备，其特征在于，所述网络侧设备包括：

第一接收模块，用于接收终端上报的状态信息；

确定模块，用于在所述状态信息满足第一设定条件时，确定所述终端为待升速终端；

第一指示模块，用于针对所述待升速终端占用的至少一个上行时隙，在所述待升速终端升速后在所述上行时隙上产生的干扰与占用所述上行时隙的其他终端在所述上行时隙上产生的干扰之和不大于为所述上行时隙设定的最大干扰时，指示所述待升速终端升速。

14.如权利要求13所述的网络侧设备，其特征在于，所述网络侧设备还包括：

拥塞判决模块，用于确定所述待升速终端所占用的各上行时隙均不处于拥塞状态。

15.如权利要求13或14所述的网络侧设备，其特征在于，所述网络侧设备还包括：

第二接收模块，用于接收升速后的终端上报的所述状态信息；

第二指示模块，用于在该状态信息满足第二设定条件时，指示所述升速后的终端降速。