CN102076093A - 下行业务接纳控制方法及装置 - Google Patents

Abstract

本发明公开了一种下行业务接纳控制方法，该方法包括：接收到下行业务发起的接纳请求消息，接纳请求消息中携带下行业务的信息；根据下行业务的信息，确定执行下行业务所需的资源块RB的数目；当小区下行剩余的RB的数目不小于执行下行业务所需的RB的数目时，根据下行业务的信息及小区的无线环境，确定执行下行业务所需的功率；当小区下行剩余的功率不小于执行下行业务所需的功率时，接入下行业务。本发明还公开了一种下行业务接纳控制装置。采用本发明可以在MAC层调度存在不足的情况下，依然可以准确的对待接入业务进行接纳判决，使得业务在接入小区后能保证达到误码率等传输要求，提高了系统的稳定性，保证了用户在小区各个位置的使用感受。

Description

下行业务接纳控制方法及装置

技术领域

本发明涉及通信领域，尤其是涉及一种下行业务接纳控制方法及一种下行业务接纳控制装置。

背景技术

移动通信系统中，接纳控制是指根据接纳请求消息中携带的待接入业务对资源的要求以及小区当前资源状况，决定是否接纳新的业务。

在LTE(Long Term Evolution，长期演进)系统中，上下行均采用OFDM(Orthogonal Frequency Division Multiplexing，正交频分复用)技术，并采用网格分配的方式进行物理资源的分配。3GRP协议规定，对于下行业务而言，各个控制信道和数据信道均按照一定的规则映射到资源网格中后，再在无线信道上进行传输，因此，LTE系统中的待接入业务也需要分解映射到资源网格中进行传输，其中，资源网格的最小单元为RE(Resource Element，资源元素)。

时域上N_symbol个连续OFDM符号和频域上N_sc个子载波构成一个RB(Resource Block，资源块)，在同一个资源网格上可以传输多个用户的多种业务，但是，对于一个RB而言，一个时刻只能被一个用户的一个业务使用，因此，在LTE系统中，系统容量，即能够接入并传输的业务总量会受到RB数目的限制。

在LTE系统中，对其下行功率采用配置的方法，LTE系统会给每个RE分配一定的功率，以保证传输和覆盖的要求。理论上，只要MAC(Media Access Control，媒体接入控制)层采用恰当的调度方法，就能同时保证功率和RB利用最大化，即，在RB分配完的时候功率也刚好分配完，功率分配完的时候RB也不会有剩余。

但是，在目前的LTE系统中，实际应用的情况往往不会这么理想，MAC的调度很难达到下行RB与功率的精确匹配，可能出现RB资源足够，但是分配不到足够的功率导致业务传输中较高的误码率，甚至可能出现传输失败的情况。

发明内容

本发明实施例提供了一种下行业务接纳控制方法，用于在MAC层调度存在不足的情况下，依然可以准确的对待接入业务进行接纳判决，使得业务在接入小区后能保证达到误码率等传输要求，提高了系统的稳定性，保证了用户在小区各个位置的使用感受，该方法包括：

接收到下行业务发起的接纳请求消息，所述接纳请求消息中携带所述下行业务的信息；

根据所述下行业务的信息，确定执行所述下行业务所需的资源块RB的数目；

当小区下行剩余的RB的数目不小于执行所述下行业务所需的RB的数目时，根据所述下行业务的信息及所述小区的无线环境，确定执行所述下行业务所需的功率；

当小区下行剩余的功率不小于执行所述下行业务所需的功率时，接入所述下行业务。

本发明实施例还提供了一种下行业务接纳控制装置，用于在MAC层调度存在不足的情况下，依然可以准确的对待接入业务进行接纳判决，使得业务在接入小区后能保证达到误码率等传输要求，提高了系统的稳定性，保证了用户在小区各个位置的使用感受，该装置包括：

接收单元，用于接收到下行业务发起的接纳请求消息，所述接纳请求消息中携带所述下行业务的信息；

第一确定单元，用于根据所述下行业务的信息，确定执行所述下行业务所需的资源块RB的数目；

第二确定单元，用于当所述第一确定单元确定出小区下行剩余的RB的数目不小于执行所述下行业务所需的RB的数目时，根据所述下行业务的信息及所述小区的无线环境，确定执行所述下行业务所需的功率；

接入单元，用于当所述第二确定单元确定出小区下行剩余的功率不小于执行所述下行业务所需的功率时，接入所述下行业务。

在本发明实施例中，接收到下行业务发起的接纳请求消息，接纳请求消息中携带所述下行业务的信息，根据下行业务的信息，确定执行下行业务所需的资源块RB的数目，当小区下行剩余的RB的数目不小于执行下行业务所需的RB的数目时，根据下行业务的信息及小区的无线环境，确定执行下行业务所需的功率，当小区下行剩余的功率不小于执行下行业务所需的功率时，接入下行业务。可以看出，在本发明实施例中，不仅考虑了小区下行剩余的RB的数目是否能满足执行下行业务所需的RB的数目，还考虑了小区下行剩余的功率是否能够满足执行下行业务所需的功率，能够避免出现RB资源足够，但是分配不到足够的功率，导致业务传输中较高的误码率，甚至可能出现传输失败的情况。

采用本发明实施例提供的下行业务接纳控制方法，弥补了传统的仅考虑RB资源接纳方法的不足，保证了在MAC层调度存在不足的情况下，依然可以准确的对待接入业务进行接纳判决，使得业务在接入小区后能保证达到误码率等传输要求，提高了系统的稳定性，保证了用户在小区各个位置的使用感受。

附图说明

图1是本发明实施例提供的下行业务接纳控制方法的具体流程图；

图2是本发明实施例提供的下行业务接纳控制装置的第一种结构示意图；

图3是本发明实施例提供的下行业务接纳控制装置的第二种结构示意图；

图4是本发明实施例提供的下行业务接纳控制装置的第三种结构示意图。

具体实施方式

为解决现有技术中提到的在目前的LTE系统中，实际应用的情况往往不理想，MAC层的调度很难达到下行RB与功率的精确匹配，可能出现RB资源足够，但是分配不到足够的功率导致业务传输中较高的误码率，甚至可能出现传输失败的问题，本发明实施例提供了一种下行业务接纳控制方法，具体处理流程如图1所示，包括：

步骤101、接收到下行业务发起的接纳请求消息，接纳请求消息中携带下行业务的信息；

步骤102、根据下行业务的信息，确定执行下行业务所需的RB的数目；

步骤103、当小区下行剩余的RB的数目不小于执行下行业务所需的RB的数目时，根据下行业务的信息及小区的无线环境，确定执行下行业务所需的功率；

步骤104、当小区下行剩余的功率不小于执行下行业务所需的功率时，接入下行业务。

如图1所示流程，根据步骤102、步骤103及步骤104可以获知，在实施时，先确定小区下行剩余的RB的数目是否能够满足执行下行业务所需的RB的数目，如能够满足，即，小区下行剩余的RB的数目不小于执行下行业务所需的RB的数目时，继续确定小区下行剩余的功率是否能够满足执行下行业务所需的功率，如能够满足，即，小区下行剩余的功率不小于执行下行业务所需的功率，接入下行业务。

在实施时，如果确定小区下行剩余的RB的数目不能够满足执行下行业务所需的RB的数目，即，小区下行剩余的RB的数目小于执行下行业务所需的RB的数目时，可以直接拒绝接入下行业务，而不需要继续判断小区下行剩余的功率是否能够满足执行下行业务所需的功率。

同理，在实施时，如果确定小区下行剩余的功率不能够满足执行下行业务所需的功率，即，小区下行剩余的功率小于执行下行业务所需的功率，也可以直接拒绝接入下行业务。

由上述具体实施步骤可以看出，在本发明实施例中，不仅考虑了小区下行剩余的RB的数目是否能满足执行下行业务所需的RB的数目，还考虑了小区下行剩余的功率是否能够满足执行下行业务所需的功率，能够避免出现RB资源足够，但是分配不到足够的功率，导致业务传输中较高的误码率，甚至可能出现传输失败的情况。

实施时，如图1所示流程，步骤102在实施时，根据下行业务的信息，确定执行下行业务所需的RB的数目，可以有多种实施方式，在本发明实施例中，提供了一种较优的实施方式，具体如下：根据下行业务的业务传输速率，确定执行下行业务所需的RB的数目，其中，执行下行业务所需的RB的数目与下行业务的业务传输速率成正比。当然，在具体实施时还可能存在其他确定执行下行业务所需的RB的数目的实施方式，具体采用哪种实施方式根据具体情况而定。

实施时，如图1所示流程，步骤103在实施时，根据下行业务的信息及小区的无线环境，确定执行下行业务所需的功率，可以有多种实施方式，在本发明实施例中，提供了一种较优的实施方式，具体如下：根据小区的无线环境的下行功率配置参数及执行下行业务所需的RB的数目，确定执行下行业务所需的功率；其中，小区的无线环境的下行功率配置参数包括：媒体接入控制MAC层反馈的小区当前频谱利用率、满足每个RB的传输质量的BLER(Block Error Ratio，块误码率)所需的功率、小区功率修正值。在实施时，小区的无线环境的下行功率配置参数还可能包括其他参数，具体参数根据实际情况而定。当然，在具体实施时还可能存在其他确定执行下行业务所需的功率的实施方式，具体采用哪种实施方式根据具体情况而定。

在本发明实施例中，可以采用如下公式确定执行下行业务所需的功率：

P_req＝f_RB+f_BLER+f_Cell；

其中，P_req为执行下行业务所需的功率，f_BLER是保证一个RB在小区传输质量的BLER所需的功率，f_Cell是和小区无线环境相关的功率修正量，f_RB是业务在下行传输的RB数。

现以几个具体的实例进行说明：

实施例一

假设小区是个宏小区，无线环境为一般城区，小区带宽为10MHz，半径为600m，下行发射功率为40dBm，使用2GHz的载频，天线和终端之间的高度为15m，单天线发送，小区下行平均调制编码效率为0.236。待接入的业务是个12.8kbps的VoIP(Voice over Internet Protocol，基于因特网协议的语音传输)业务。小区当前剩余的RB数为6，剩余的功率P_remain为31dBm。在本例中，为方便后文描述，将执行下行业务所需的RB的数目称为N_RB。

本例中，根据待接入业务的速率，确定出在下行1ms内传输所需的RB数N_RB＝0.24，因为0.24＜6，所以下行有足够的RB数来传输这个下行业务。

根据前文提到的公式估计这个业务在下行传输所需的功率，具体计算如下：

P_req＝f_RB+f_BLER+f_Cell；

f_RB＝10*lg(N_RB)＝-6.1979；

f_BLER＝SINR-f_SINR＝-3.63；其中，SINR(Signal to Interference and Noise Ratio，信干噪比)是在小区当前平均调制编码方式下，保证数据在小区边缘能满足指定BLER所需要的SINR值，f_SINR是保证SINR值所需要发射的功率；

f_Cell＝-36.17；

可以获知，待接入的业务在下行所需的功率为P_req＝f_RB+f_BLER+f_Cell＝-6.1979-3.63-36.17＝-33.6021dBm。

由于P_req＜P_remain，所以下行有足够的功率来传输这个下行业务。

由上述数据可以确定，该小区可以接入这个下行业务。

实施例二

假设小区的基本环境和实施例一中的基本环境是相同的，待接入的业务是个128kbps的业务，小区当前剩余的RB数为2，下行剩余的功率为26dBm：

本例中，根据待接入业务的速率，确定出在下行1ms内传输所需的RB数N_RB＝4.74，而4.74＞2，所以下行没有有足够的RB来传输这个业务，因此，小区拒绝接纳下行业务，也不需要进行基于功率的判断。

实施例三

假设小区是个宏小区，无线环境为郊区，小区带宽为10MHz，半径为1500m，下行发射功率为40dBm，使用2GHz的载频，天线和终端之间的高度为40m，单天线发送，小区下行平均调制编码效率为0.602。待接入的业务是个64kbps的业务。小区当前剩余的RB数为3，剩余的功率P_remain为26dBm。

本例中，根据待接入业务的速率，确定出在下行1ms内传输所需的RB数N_RB＝2.57，因为2.57＜3，所以下行有足够的RB来传输这个业务。

根据前文提到的公式估计这个业务在下行传输所需的功率，具体计算如下：

P_req＝f_RB+f_BLER+f_Cell；

f_RB＝10*lg(N_RB)＝3.74；

f_BLER＝SINR-f_SINR＝3.69；其中，SINR是在小区当前平均调制编码方式下，保证数据在小区边缘能满足指定BLER所需要的SINR值，f_SINR是保证SINR值所需要发射的功率；

f_Cell＝21.5；

可以获知，待接入的业务在下行所需的功率为P_req＝f_RB+f_BLER+f_Cell＝28.93dBm

由于P_req＞P_remain，所以下行没有足够的功率来传输这个业务。

由上述数据可以确定，该小区不能接入这个下行业务，拒绝接纳请求。

根据上述三个例子可以看出，本发明实施例提供的下行业务接纳控制方法适用于多种无线环境，能够保证业务在小区中传输的基本质量要求，有利于提高用户使用感受。

基于同一发明构思，本发明实施例还提供了一种下行业务接纳控制装置，具体结构如图2所示，包括：

接收单元201，用于接收到下行业务发起的接纳请求消息，接纳请求消息中携带下行业务的信息；

第一确定单元202，用于根据下行业务的信息，确定执行下行业务所需的资源块RB的数目；

第二确定单元203，用于当第一确定单元202确定出小区下行剩余的RB的数目不小于执行下行业务所需的RB的数目时，根据下行业务的信息及小区的无线环境，确定执行下行业务所需的功率；

接入单元204，用于当第二确定单元203确定出小区下行剩余的功率不小于执行下行业务所需的功率时，接入下行业务。

在一个实施例中，如图3所示，下行业务接纳控制装置还可以包括：

第一拒绝单元301，用于当第一确定单元202确定出小区下行剩余的RB的数目小于执行下行业务所需的资源块RB的数目时，拒绝接入下行业务。

在一个实施例中，如图4所示，下行业务接纳控制装置还可以包括：

第二拒绝单元401，用于当第二确定单元203确定出小区下行剩余的功率小于执行下行业务所需的功率时，拒绝接入下行业务。

在一个实施例中，如图2、图3及图4所示装置，第一确定单元202可以进一步用于：根据下行业务的业务传输速率，确定执行下行业务所需的RB的数目，其中，执行下行业务所需的RB的数目与下行业务的业务传输速率成正比。

在一个实施例中，如图2、图3及图4所示装置，第二确定单元203可以进一步用于：根据小区的无线环境的下行功率配置参数及执行下行业务所需的RB的数目，确定执行下行业务所需的功率；其中，所述小区的无线环境的下行功率配置参数包括：媒体接入控制MAC层反馈的小区当前频谱利用率、满足每个RB的传输质量的块误码率BLER所需的功率、小区功率修正值。

在本发明实施例中，接收到下行业务发起的接纳请求消息，接纳请求消息中携带所述下行业务的信息，根据下行业务的信息，确定执行下行业务所需的资源块RB的数目，当小区下行剩余的RB的数目不小于执行下行业务所需的RB的数目时，根据下行业务的信息及小区的无线环境，确定执行下行业务所需的功率，当小区下行剩余的功率不小于执行下行业务所需的功率时，接入下行业务。可以看出，在本发明实施例中，不仅考虑了小区下行剩余的RB的数目是否能满足执行下行业务所需的RB的数目，还考虑了小区下行剩余的功率是否能够满足执行下行业务所需的功率，能够避免出现RB资源足够，但是分配不到足够的功率，导致业务传输中较高的误码率，甚至可能出现传输失败的情况。

采用本发明实施例提供的下行业务接纳控制方法，弥补了传统的仅考虑RB资源接纳方法的不足，保证了在MAC层调度存在不足的情况下，依然可以准确的对待接入业务进行接纳判决，使得业务在接入小区后能保证达到误码率等传输要求，提高了系统的稳定性，保证了用户在小区各个位置的使用感受。

另外，本发明实施例提供的下行业务接纳控制方法适用于多种无线环境，能够保证业务在小区中传输的基本质量要求，有利于提高用户使用感受。

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

Claims (10)

1.一种下行业务接纳控制方法，其特征在于，包括：

接收到下行业务发起的接纳请求消息，所述接纳请求消息中携带所述下行业务的信息；

根据所述下行业务的信息，确定执行所述下行业务所需的资源块RB的数目；

当小区下行剩余的RB的数目不小于执行所述下行业务所需的RB的数目时，根据所述下行业务的信息及所述小区的无线环境，确定执行所述下行业务所需的功率；

当小区下行剩余的功率不小于执行所述下行业务所需的功率时，接入所述下行业务。

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

当所述小区下行剩余的RB的数目小于执行所述下行业务所需的资源块RB的数目时，拒绝接入所述下行业务。

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

当所述小区下行剩余的功率小于执行所述下行业务所需的功率时，拒绝接入所述下行业务。

4.如权利要求1至3任一项所述的方法，其特征在于，根据所述下行业务的信息，确定执行所述下行业务所需的资源块RB的数目，包括：

根据所述下行业务的业务传输速率，确定执行所述下行业务所需的RB的数目，其中，执行所述下行业务所需的RB的数目与所述下行业务的业务传输速率成正比。

5.如权利要求1至3任一项所述的方法，其特征在于，根据所述下行业务的信息及所述小区的无线环境，确定执行所述下行业务所需的功率，包括：

根据所述小区的无线环境的下行功率配置参数及执行所述下行业务所需的RB的数目，确定执行所述下行业务所需的功率；其中，所述小区的无线环境的下行功率配置参数包括：

媒体接入控制MAC层反馈的小区当前频谱利用率、满足每个RB的传输质量的块误码率BLER所需的功率、小区功率修正值。

6.一种下行业务接纳控制装置，其特征在于，包括：

接收单元，用于接收到下行业务发起的接纳请求消息，所述接纳请求消息中携带所述下行业务的信息；

第一确定单元，用于根据所述下行业务的信息，确定执行所述下行业务所需的资源块RB的数目；

第二确定单元，用于当所述第一确定单元确定出小区下行剩余的RB的数目不小于执行所述下行业务所需的RB的数目时，根据所述下行业务的信息及所述小区的无线环境，确定执行所述下行业务所需的功率；

接入单元，用于当所述第二确定单元确定出小区下行剩余的功率不小于执行所述下行业务所需的功率时，接入所述下行业务。

7.如权利要求6所述的装置，其特征在于，还包括：

第一拒绝单元，用于当所述第一确定单元确定出所述小区下行剩余的RB的数目小于执行所述下行业务所需的资源块RB的数目时，拒绝接入所述下行业务。

8.如权利要求6所述的装置，其特征在于，还包括：

第二拒绝单元，用于当所述第二确定单元确定出所述小区下行剩余的功率小于执行所述下行业务所需的功率时，拒绝接入所述下行业务。

9.如权利要求6至8任一项所述的装置，其特征在于，所述第一确定单元进一步用于：根据所述下行业务的业务传输速率，确定执行所述下行业务所需的RB的数目，其中，执行所述下行业务所需的RB的数目与所述下行业务的业务传输速率成正比。

10.如权利要求6至8任一项所述的装置，其特征在于，所述第二确定单元进一步用于：根据所述小区的无线环境的下行功率配置参数及执行所述下行业务所需的RB的数目，确定执行所述下行业务所需的功率；其中，所述小区的无线环境的下行功率配置参数包括：

媒体接入控制MAC层反馈的小区当前频谱利用率、满足每个RB的传输质量的块误码率BLER所需的功率、小区功率修正值。

Images