专利名称：一种动态优化系统容量的方法和装置的制作方法
技术领域：
本发明涉及无线通信技术领域，尤其涉及一种动态优化系统容量的方法和装置。
背景技术：
随着移动通信技术的发展，在下一代无线通信系统中，尤其是 E-UTRA(Evolved-UMTS Terrestrial Radio Access，演进的通用移动通信系统地面无线接 入)系统中，通过引入网络自组织机制来减少网络规划和操作维护的人工参与，降低网络 的建设和运营成本。而SON (Self-Organization Network,自组织网路)技术中最为重要的 特性是系统容量的优化，其主要涉及到的影响系统容量的参数包括接纳门限、负荷拥塞门 限和QoS (服务质量)等；基于前述几种参数，现有技术中提出了几种优化系统容量的方式 如下(1)采用接纳控制方法优化系统容量常用的方式是预先设定一个(或者针对业务类型不同的多个)合适的资源利用率 门限，也称接纳门限，当[(已接入承载资源占用量+请求接纳承载资源需求的预测值)/系 统总的可用资源数<接纳门限]时接纳成功，否则拒绝接纳；该方式可以由以下接纳判决 公式描述Rold+AR< RtotalX η %(1)其中R。ld为所有已接入承载需要占用的最小资源；Δ R表示请求接纳的承载需要 新增的资源；Rttrtal表示小区资源总量，η %为接纳控制方法接纳门限；而对于R。ld的计算，根据属于GBR(Guaranteed Bit Rate，保证比特速率)或 NGBR(non-Guaranteed Bit Rate，非保证比特速率)业务的不同也会有所不同对于GBR 业务，直接统计其传输资源占用量；对于NGBR业务，统计其平均传输比特速率和传输资源 占用量，计算得到频谱效率(即传输单位比特速率的资源占用量)，再根据各业务所需最低 比特速率和NGBR各业务承载数目计算出各NGBR业务的最低资源需求量；小区内已接入承 载需要占用的资源量为GBR业务资源占用量与NGBR业务最小资源需求量之和。对于AR 的计算，也根据属于GBR或NGBR业务的不同而有所不同对于GBR业务，小区内该业务类 型的资源占用总量与该业务类型承载数目的比值为请求接纳承载资源需求的预测值；对于 NGBR业务，统计得到的频谱效率与请求接纳承载的最低比特速率的乘积为请求接纳承载资 源需求的预测值。而接纳算法接纳门限可以根据仿真和组网后测试得到，也可以由拟 合公式得到。基于以上内容，现有技术中的接纳控制方法过程如下步骤1 预先为小区配置合适的接纳门限值；步骤2 在RAN (Radio Access Network，无线接入网络)侧进行实时的资源统计， 根据GBR和NGBR业务的不同，统计GBR业务的资源占用量和承载数目，统计NGBR业务的资 源占用量和平均传输比特速率；步骤3:发生请求接纳时，根据步骤2中的统计值，分别计算出小区内已接入GBR业务承载的资源占用量和NGBR业务承载的最低资源需求量，进而得到小区内已接入承载 需要占用的资源量；请求接纳承载为GBR业务时，资源需求的预测值为小区内该业务类型 的资源占用总量与该业务类型承载数目的比值；请求接纳承载为NGBR业务时，资源需求的 预测值为频谱效率与请求接纳承载的最低比特速率的乘积；步骤4 根据接纳判决公式进行判决；如果判决失败，拒绝接纳请求，否则执行接 纳操作。(2)采用负荷拥塞控制优化系统容量该方式主要是通过周期性地监测系统的负荷状况和拥塞状况，并做出决策，以提 供恰当合理拥塞处理解决方案，尽可能使系统持续保持正常的负荷状态。从具体实现过程 看，均分为负荷计算/测量、拥塞检测、拥塞处理过程、拥塞恢复检测和拥塞恢复处理几个 过程A、负荷计算/测量；根据拥塞判定的标准不同，负荷测量的对象可以是抽象的负 荷因子、接收/发送功率、资源占用比例等，也可是用户的平均速率；B、拥塞/恢复检测；通过将负荷计算/测量的结果与预定的负荷拥塞门限值在预 设时间内进行比较，来判断系统是否满足拥塞/拥塞恢复条件并根据检测结果判定拥塞/ 拥塞恢复程度或等级，如果检测到拥塞/拥塞恢复，则触发相应的拥塞/拥塞恢复处理；C、拥塞/恢复处理；拥塞处理是接到拥塞/拥塞恢复检测的触发后，选择出适当的 处理方案，使系统尽快、尽可能无缝回到稳定的正常负荷状态，从而有效的利用系统资源。此外，还可以通过设置QoS来优化系统容量其中，QoS属性可以分为GBR和NGBR 两大类，可以用Standardized QCI (QoS Class Identifier，服务质量分类标识)特性来描 述，并与调度相关；同时，对于NGBR业务，QoS定义了 PBR(Prioritized Bit Rate，优先级比 特速率，上行传输)和minBR(Minimum Bit Rate，最小比特速率，下行传输)来描述系统的 QoS，进而体现系统的容量。但是，目前无线通信系统中采用的接纳控制方法直接限制小区可接入承载的上 限，却不能根据动态变化的业务负荷量或不同小区的长期业务负荷量动态调整接纳上限， 没有充分达到系统容量的优化；同时，负荷拥塞控制也决定了小区可接入承载上限，但严格 的负荷拥塞门限值会造成资源的浪费，并且其也没有动态调整门限值的方法；此外，影响系 统容量的QoS并非科学的不可变更的固定值，其对于不同的场景可以在合理的范围或量级 波动，但在现有的无线通信系统中，QoS通常由标准规定或运营商配置，往往由于采用固定 值而没有灵活的调整机制。
发明内容
有鉴于此，本发明提供一种动态优化系统容量的方法和装置，根据小区的业务量 对系统容量进行优化，满足了不同小区、小区的不同时段以及小区业务负荷不同等不同场 景的要求，并实现了对资源的充分利用。为解决上述问题，本发明提供的技术方案如下一种动态优化系统容量的方法，包括获取小区业务量；根据所述获取到的小区业务量调整系统容量参数。
6
优选的，通过统计小区资源占用量、或小区已接入无线承载数、或小区呼叫到达率 来获取小区业务量。优选的，当小区业务量高于预设的第一门限时，触发第一调整条件，提高系统容量 参数；当小区业务量低于第二门限时，触发第二调整条件，降低系统容量参数。优选的，所述获取小区业务量通过以下步骤实现执行接纳请求判决，根据判决结果执行接纳操作，统计接纳成功率，根据接纳成功 率确定所述小区的业务量。优选的，当所述接纳成功率低于第一接纳成功率门限时，触发第一调整条件，提高 系统容量参数；当所述接纳成功率高于第二接纳成功率门限时，触发第二调整条件，降低系 统容量参数；其中，所述第一接纳成功率门限小于所述第二接纳成功率门限；所述系统容量参数至少包括接纳门限、负荷拥塞门限、数据包允许时延和丢包率 中的一种。优选的，当所述系统容量参数为接纳门限时，所述提高系统容量参数之后还包 括检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的接纳门限 值不变，结束调整；否则，继续提高接纳门限。优选的，当所述系统容量参数为接纳门限时，所述降低系统容量参数之后还包 括检测接纳门限是否高于最低接纳门限，如果是，则继续降低接纳门限；否则，不作调整。优选的，当所述系统容量参数为负荷拥塞门限时，所述提高系统容量参数之后还 包括检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的负荷拥塞 门限值不变，结束调整；否则，继续提高负荷拥塞门限。优选的，当所述系统容量参数为负荷拥塞门限时，所述降低系统容量参数之后还 包括检测负荷拥塞门限是否低于最低拥塞控制门限，如果是，则保持调整后的负荷拥 塞门限值不变，结束调整；否则，继续降低负荷拥塞门限。优选的，当所述接纳成功率低于第一接纳成功率门限时，触发第二调整条件，降低 系统容量参数；当所述接纳成功率高于第二接纳成功率门限时，触发第一调整条件，提高系 统容量参数；其中，所述第一接纳成功率门限小于所述第二接纳成功率门限；所述系统容量参数至少包括优先级比特速率和最小比特速率。优选的，当所述系统容量参数为优先级比特速率和最小比特速率时，所述降低系 统容量参数之后还包括检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的优先级比 特速率和最小比特速率不变，结束调整；否则，继续降低优先级比特速率和最小比特速率。优选的，当所述系统容量参数为优先级比特速率和最小比特速率时，所述提高系 统容量参数之后还包括检测优先级比特速率和最小比特速率是否分别高于最低优先级比特速率和最小比特速率最低值，如果是，则保持调整后的优先级比特速率和最小比特速率不变，结束调 整；否则，继续提高优先级比特速率和最小比特速率。优选的，所述调整操作在预设的小区服务质量测量量范围内进行，当调整所述系 统容量参数导致服务质量测量量超过预设门限时，结束调整。—种动态优化系统容量的装置，该装置包括获取小区业务量的获取单元和根据 所述获取单元获取到的业务量调整系统容量参数的调整单元。优选的，所述调整单元包括比较模块和触发模块；其中，所述比较模块用于分别比较所述获取单元获取到的小区业务量与预设的第一门限和第二门限的大小；并当所述小区业务量高于预设的第一门限时，通知 触发模块触发第一调整条件；当所述小区业务量低于第二门限时，通知触发模块触发第二 调整条件；所述触发模块用于接收所述比较模块的通知，当触发第一调整条件时，提高系统 容量参数，当触发第二调整条件时，降低系统容量参数。优选的，所述获取单元包括执行模块、统计模块和确定模块；其中，所述执行模块用于执行接纳请求判决，根据判决结果执行接纳操作；所述统计模块用于统计所述执行模块执行接纳操作的接纳成功率；所述确定模块用于根据所述统计模块统计的接纳成功率确定所述小区的业务量。优选的，所述调整单元包括判断模块和触发模块；其中，所述判断模块用于判断所述接纳成功率分别与预设的第一接纳成功率门限和第 二接纳成功率门限的大小，并将判断结果通知所述触发模块；所述触发模块用于接收所述判断模块的通知，触发调整条件，提高或降低系统容
量参数。优选的，所述触发模块调整的系统容量参数至少包括接纳门限、负荷拥塞门限、数 据包允许时延和丢包率、优先级比特速率和最小比特速率中的一种。优选的，该装置还包括第一检测模块和第二检测模块；其中，所述第一检测模块用于检测小区服务质量测量量是否达到临界门限；如果是，则 保持调整后的系统容量参数不变，结束调整；否则，继续调整系统容量参数；所述第二检测模块用于检测当前系统容量参数是否高于所述系统容量参数的最 低值，如果是，则保持调整后的系统容量参数不变，结束调整；否则，继续调整所述系统容量 参数。可以看出，采用本发明的方法和装置，通过统计各种参数获取小区的业务量，并根 据所述小区的业务量动态调整系统容量参数，对用户容量和服务质量进行折衷，以实现系 统容量的优化，满足了小区高峰期和低谷期、或者热点与非热点小区的不同场景要求，实现 了对资源的充分利用，并降低了配置门限带来的误差。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例1的方法流程示意图；图2是本发明实施例2的方法流程示意图；图3是本发明实施例3的方法流程示意图；图4是本发明实施例4的方法流程示意图；图5是本发明实施例5的方法流程示意图；图6是本发明实施例6的装置结构示意图。
具体实施例方式本发明的基本思想在于根据不同场景下，无线通信系统需要确保目标的不同，通 过统计确定小区的业务量，并根据所述小区的业务量动态调整系统容量参数，以实现系统 容量的优化，满足了小区高峰期和低谷期、或者热点与非热点小区的不同场景要求，实现了 对资源的充分利用，并降低了配置门限带来的误差。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述；显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。本发明实施例1提供了一种动态优化系统容量的方法，如图1所示，该方法包括在步骤101中，获取小区业务量；具体的，本实施例中获取小区业务量可以有多种方式实现，包括但不限于统计小 区业务的接纳成功率、或小区资源占用量、或小区已接入无线承载数、或小区呼叫到达率等 获取小区业务量，其中每种方式的具体统计方法可采用现有技术来实现，在此不再赘述；需 要注意的是，本发明实施例中获取小区业务量是为了确定当前小区所处的状态和场景，而 上述几种方式中的参数都可以不同程度的反映小区业务量所处的状态和场景，因此本发明 实施例中通过统计上述几种参数的统计即可实现小区所处状态和场景的定性确定；例如 按照现有基于资源利用率的接纳控制方法进行接纳请求判决，并根据判决结果执行接纳操 作，然后统计接纳成功率，根据接纳成功率即可获取所述小区的业务量；此外，本发明实施例中小区业务量的获取可以包括多种策略如根据长期统计确 定多个小区的小区业务量，并对不同业务量的小区采取不同的调整方式；根据短期统计确 定当前小区的业务量高峰值和低谷值，并针对不同业务量状态采取不同的调整方式；其中， 长期统计可以以数十日为单位，短期统计可以当日内的小时为单位，优选的方式是长期统 计为统计1个月内的小区业务量，短期统计为实时测量小区业务量。在步骤102中，根据所述获取到的小区业务量调整系统容量参数；具体的，当所述小区业务量触发预设的第一调整条件时，提高系统容量参数；当所 述小区业务量触发预设第二调整条件时，降低系统容量参数。在具体实施时，本发明实施例获取的小区业务量可以表明小区所处的不同场景 例如当小区业务量高于第一门限时，表明小区处于业务高峰期或热点地区，此时会触发第 一调整条件；当小区业务量低于第二门限时，表明小区处于业务低谷期或非热点地区，此时 会触发第二调整条件；相应的，本实施例中当小区业务量判决触发调整操作时，相应进行调整的系统容量参数包括但不限于接纳门限、负荷拥塞门限和表征QoS的数据包允许时延及 丢包率中的至少一种；需要注意的是，为了满足现有系统的要求，实现与现有系统的无缝连接，本实施 例提出所述调整操作可以在限定的小区QoS测量量范围内进行，当调整所述系统容量参 数导致QoS测量量超过门限时，结束调整或不调整；其中，所述小区QoS测量量包括但不 限于小区丢包率和小区掉话率；小区丢包率为小区内各类业务类型承载的丢包率，可以为 RLC(Radio Link Control，无线链路控制)层 SDU(Service Data Unit，业务数据单元)或 MAC (Media AccessControl，媒体接入控制)层 PDU (Packet Data Unit，分组数据单元)的 丢包率；而小区掉话率而小区内各类业务承载发生掉话的比例。此外，基于上述获取小区业务量的多种实现方式，所述触发预设的调整条件也有 多种方式例如，通过统计接纳成功率来获取小区业务量时，当所述接纳成功率低于第一接 纳成功率门限时，表明当前小区的业务量很大，小区处于业务高峰期或热点地区，此时触发 第一调整条件，提高所述系统容量参数；当所述接纳成功率高于第二接纳成功率门限时，表 明当前小区的业务量很小，小区处于业务低谷期或非热点地区，此时触发第二调整条件，降 低所述系统容量参数；其中，所述第一接纳成功率门限小于所述第二接纳成功率门限；相 应的，所述触发调整操作时，相应进行调整的系统容量参数包括但不限于接纳门限、负荷拥 塞门限和表征QoS的数据包允许时延及丢包率中的至少一种。下面以小区业务量的获取方式采用接纳成功率实现为例，对动态优化系统容量的 方法进行详细说明如图2所示的实施例2，以基于资源利用率的接纳方法为例，小区业务量的获取方 式采用接纳成功率方式通过统计接纳成功率获取小区业务量，并当小区处于业务高峰期 (或热点地区)时，调高接纳门限，直到小区QoS测量量πν超过小区QoS门限ttvs high ；当 小区处于业务低谷期(或非热点地区)时，降低接纳门限，直到小区QoS测量量πι,低于小 区QoS门限th, lOT ；具体的，在步骤S201中，按照现有基于资源利用率的接纳控制方法进行接纳请求判决，并 根据判决结果执行接纳操作，然后统计接纳成功率；在步骤S202中，检测接纳成功率μ ra。—否低于第一接纳成功率门限thMC su。。㈣—如果是，则触发第一调整条件；在步骤S203中，将接纳门限值提高Δ nup% ；其 中，δ nup%为预先设定的接纳门限提高的增量，可由仿真或组网测试给出；否则，不作调 整；在步骤S204中，检测所述接纳成功率μΜ。—su。。ess%是否高于第二接纳成功门限 thra。su。。ess high%，如果是，则触发第二调整条件；在步骤S205中，将接纳门限降低Δ ndown%； 其中△ nd。wn%类似于△ ，为预先设定的接纳门限降低量，可以由仿真或组网测试给 出；否则，不作调整；此外，本实施例在上述步骤S203之后还包括步骤S206，检测小区QoS测量量m, 是否达到临界门限th,-；如果已经达到该临界门限，则保持调整后的接纳门限值不变， 结束调整；否则，继续执行步骤S203 ；本实施例在上述步骤S205之后还包括步骤S207，检测接纳门限是否高于最低接 纳门限，如果是，则继续执行步骤S205;否则，结束调整。通过上述步骤，根据接纳成功率对接纳门限进行调整，间接调整QoS，或降低对QoS的要求以更多地接入用户，或限制 更多用户接入以保证QoS，从而适应了小区处于高峰期(热点区)或低谷期(非热点区)的 不同场景，优化了系统容量。如图3所示的实施例3，以基于资源利用率的接纳方法为例，小区业务量的获取 方式采用接纳成功率方式通过统计接纳成功率获取小区业务量，当小区处于业务高峰期 (或热点地区)时，调高负荷拥塞门限，直到小区QoS测量量πι,超过小区QoS门限th, high;当小区处于业务低谷期(或非热点地区)时，降低负荷拥塞门限，直到小区QoS测量量 mqos低于小区QoS门限ttv lOT ；具体的，在步骤S301中，按照现有基于资源利用率的接纳控制方法进行接纳请求判决，并 根据判决结果执行接纳操作，然后统计接纳成功率；在步骤S302中，检测所述接纳成功率μΜ。—su。。ess%是否低于接纳成功率门限 thra。su。。_ lOT%，如果是，则触发第一调整条件；在步骤S303中，将负荷拥塞控制门限提高 Δ Pup，其中Δ Pup为预先设定的负荷拥塞控制门限提高的增量，可由仿真或组网测试给 出；否则，不作调整；在步骤S304中，检测所述接纳成功率μΜ。—su。。ess%是否高于第二接纳成功门限 thra。su。。吣high%，如果是，则触发第二调整条件；在步骤S305中，将负荷拥塞控制门限降低 △ Pd。m，其中△ Pdram为预先设定的负荷拥塞控制门限降低量，可由仿真或组网测试给出； 否则，不作调整；此外，本实施例在上述步骤S303之后还包括步骤S306，检测小区QoS测量量m, 是否达到临界门限thq。s l。w，如果已经达到该门限，保持调整后负荷拥塞控制门限值P不 变，结束调整；如果小区QoS测量量Hivjs未达到th, lOT，则继续执行步骤S303 ；本实施例在上述步骤S305之后还包括步骤S307，检测负荷拥塞控制门限值P是 否低于最低拥塞控制门限Pmin，如果负荷拥塞控制门限P低于最低拥塞控制门限Pmin，则 保持调整后的参数不变，结束调整；如果负荷拥塞控制门限P高于最低门限，则继续执行 步骤S305 ；通过本实施例的上述步骤，根据接纳成功率对负荷拥塞门限进行调整，适应了小 区处于高峰期(热点区)或低谷期(非热点区)的不同，从而使业务高峰期(热点区)容 纳更多用户或业务量，使业务低谷期(非热点区)对负荷的控制更加严格，进而动态的优化 了系统容量。除此之外，上述实施例2和实施例3中所述的小区QoS测量量Hivjs的临界门限值 thq。s l。w也可以根据小区业务量大小进行调整，调整范围和步长可以由仿真或组网测试得 到，在此不再赘述。众所周知，在小区处于业务量高峰期或热点地区时，通信系统保证的首要目标为 确保用户尽可能实现通信，因此可以牺牲一定的QoS来换取系统容量的提升；同时，在小区 处于业务量低谷期或用户稀疏地区(非热点地区)时，通信系统的首要目标为保证用户的 通信质量，因此可以适当降低系统容量以保证QoS。针对此，如图4所示的本发明实施例4 提出通过统计接纳成功率获取小区业务量，并根据所述小区业务量适当地对用户的QoS进 行调整，其中调整的具体内容包括但不限于最大包时延D和丢包率θ % 当小区处于业务 高峰期(或热点地区)时，调高最大数据包时延D和丢包率θ %，直到小区QoS测量量πι.超过小区QoS门限ttv high ；当小区处于业务低谷期(或非热点地区)时，降低最大包时延 D和丢包率θ %，直到小区QoS测量量πν低于小区QoS门限th,-；具体的，以基于资源 利用率的接纳方法为例，小区业务量的获取方式采用接纳成功率方式在步骤S401中，按照现有基于资源利用率的接纳控制方法进行接纳请求判决，并 根据判决结果执行接纳操作，然后统计接纳成功率；在步骤S402中，检测所述接纳成功率μ 。—su。。ess%是否低于接纳成功率门限thMC su。。㈣—lOT%，如果是，则触发第一调整条件；在步骤S403中，将数据包允许时延D和丢包率 9%分别提高Dup%和，其中Dup%和θ up%为预先设定的数据包允许时延和丢包率的 增量，可由仿真或组网测试给出；否则，不作调整；在步骤S404中，检测所述接纳成功率μΜ。—su。。ess%是否高于第二接纳成功门限 thra。su。。ess high%，如果是，则触发第二调整条件；在步骤S405中，将数据包允许时延D和丢 包率9%分别降低，其中θ预先设定的数据包允许时延 和丢包率的降低量，可由仿真或组网测试给出；否则，不作调整。此外，对于NGBR业务来说，可以根据业务量大小对PBR和minBR进行调整，调整 范围和步长可以由仿真或组网测试得到；通过调整PBR和minBR，可以影响对已接入承载的 资源分配和接纳算法中已接入NGBR最低资源需求量的计算，进而影响小区可接入承载数 量，从而影响系统的容量；具体的，如图5所示的实施例5，以基于资源利用率的接纳方法为 例，小区业务量的获取方式采用接纳成功率方式，当所述接纳成功率低于第一接纳成功率 门限时，触发第二调整条件，降低系统容量参数；当所述接纳成功率高于第二接纳成功率门 限时，触发第一调整条件，提高系统容量参数；同样，所述第一接纳成功率门限小于所述第 二接纳成功率门限；此时所述调整的系统容量参数至少包括优先级比特速率和最小比特速 率在步骤S501中，按照现有基于资源利用率的接纳控制方法进行接纳请求判决，并 根据判决结果执行接纳操作，然后统计接纳成功率；在步骤S502中，检测接纳成功率μ ra。—否低于第一接纳成功率门限thMC successJow%，如果是，则触发第二调整条件；在步骤S503中，将PBR/minBR降低Δ Pdown ；其中， APd_为预先设定的降低量，可由仿真或组网测试给出；否则，不作调整；在步骤S504中，检测所述接纳成功率μΜ。—su。。ess%是否高于第二接纳成功门限 thra。su。。ess high%，如果是，则触发第一调整条件；在步骤S505中，将PBR/minBR提高APup ； 其中APup类似于ΔΡ-η，为预先设定的降低量，可以由仿真或组网测试给出；否则，不作调 整；此外，本实施例在上述步骤S503之后还包括步骤S506，检测小区QoS测量量m, 是否达到临界门限ttvs lOT ；如果已经达到该临界门限，则保持调整后的PBR/minBR不变，结 束调整；否则，继续执行步骤S503 ；本实施例在上述步骤S505之后还包括步骤S507，检测PBR/minBR是否高于最低 值PBRminAiinBRmin，如果是，则保持调整后的PBR/minBR不变，结束调整；否则，继续执行步 骤 S505。可以看出，采用本发明实施例的方法，通过统计确定小区的业务量，并根据所述小 区的业务量动态调整系统容量参数，对用户容量和服务质量进行折衷，以实现系统容量的
12优化，满足了小区高峰期和低谷期、或者热点与非热点小区的不同场景要求，实现了对资源 的充分利用，并降低了配置门限带来的误差。基于上述思想，本发明实施例6又提出了一种动态优化系统容量的装置，如图6所 示，该装置600包括获取小区业务量的获取单元601和根据所述获取单元601获取到的业 务量调整系统容量参数的调整单元602。其中，所述调整单元包括比较模块和触发模块；所述比较模块用于分别比较所 述获取单元获取到的小区业务量与预设的第一门限和第二门限的大小；并当所述小区业务 量高于预设的第一门限时，通知触发模块触发第一调整条件；当所述小区业务量低于第二 门限时，通知触发模块触发第二调整条件；所述触发模块用于接收所述比较模块的通知，当 触发第一调整条件时，提高系统容量参数，当触发第二调整条件时，降低系统容量参数。此外，所述获取单元包括执行模块、统计模块和确定模块；其中，所述执行模块 用于执行接纳请求判决，根据判决结果执行接纳操作；所述统计模块用于统计所述执行模 块执行接纳操作的接纳成功率；所述确定模块用于根据所述统计模块统计的接纳成功率确 定所述小区的业务量。优选的，所述调整单元还可包括判断模块和触发模块；其中，所述判断模块用于 判断所述接纳成功率分别与预设的第一接纳成功率门限和第二接纳成功率门限的大小，并 将判断结果通知所述触发模块；所述触发模块用于接收所述判断模块的通知，触发调整条 件，提高或降低系统容量参数。需要注意的是，所述触发模块调整的系统容量参数至少包括接纳门限、负荷拥塞 门限、数据包允许时延和丢包率、优先级比特速率和最小比特速率中的一种。除此之外，该装置还可包括第一检测模块和第二检测模块；其中，所述第一检测 模块用于检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的系统容量 参数不变，结束调整；否则，继续调整系统容量参数；所述第二检测模块用于检测当前系统 容量参数是否高于所述系统容量参数的最低值，如果是，则保持调整后的系统容量参数不 变，结束调整；否则，继续调整所述系统容量参数。本领域技术人员可以理解，可以使用许多不同的工艺和技术中的任意一种来表示 信息、消息和信号。例如，上述说明中提到过的消息、信息都可以表示为电压、电流、电磁波、 磁场或磁性粒子、光场或以上任意组合。专业人员还可以进一步应能意识到，结合本文中所公开的实施例描述的各示例的 单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬 件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现 不应认为超出本发明的范围。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执 行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存 储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术 领域内所公知的任意其它形式的存储介质中。对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的 一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明 将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一 致的最宽的范围。 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种动态优化系统容量的方法，其特征在于，包括获取小区业务量；根据所述获取到的小区业务量调整系统容量参数。
2.根据权利要求1所述的方法，其特征在于通过统计小区资源占用量、或小区已接入无线承载数、或小区呼叫到达率来获取小区 业务量。
3.根据权利要求1所述的方法，其特征在于当小区业务量高于预设的第一门限时，触发第一调整条件，提高系统容量参数；当小区 业务量低于第二门限时，触发第二调整条件，降低系统容量参数。
4.根据权利要求1所述的方法，其特征在于，所述获取小区业务量通过以下步骤实现 执行接纳请求判决，根据判决结果执行接纳操作，统计接纳成功率，根据接纳成功率确定所述小区的业务量。
5.根据权利要求4所述的方法，其特征在于当所述接纳成功率低于第一接纳成功率门限时，触发第一调整条件，提高系统容量参 数；当所述接纳成功率高于第二接纳成功率门限时，触发第二调整条件，降低系统容量参 数；其中，所述第一接纳成功率门限小于所述第二接纳成功率门限；所述系统容量参数至少包括接纳门限、负荷拥塞门限、数据包允许时延和丢包率中的一种。
6.根据权利要求5所述的方法，其特征在于，当所述系统容量参数为接纳门限时，所述 提高系统容量参数之后还包括检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的接纳门限值不 变，结束调整；否则，继续提高接纳门限。
7.根据权利要求5所述的方法，其特征在于，当所述系统容量参数为接纳门限时，所述 降低系统容量参数之后还包括检测接纳门限是否高于最低接纳门限，如果是，则继续降低接纳门限；否则，不作调整。
8.根据权利要求5所述的方法，其特征在于，当所述系统容量参数为负荷拥塞门限时， 所述提高系统容量参数之后还包括检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的负荷拥塞门限 值不变，结束调整；否则，继续提高负荷拥塞门限。
9.根据权利要求5所述的方法，其特征在于，当所述系统容量参数为负荷拥塞门限时， 所述降低系统容量参数之后还包括检测负荷拥塞门限是否低于最低拥塞控制门限，如果是，则保持调整后的负荷拥塞门 限值不变，结束调整；否则，继续降低负荷拥塞门限。
10.根据权利要求4所述的方法，其特征在于当所述接纳成功率低于第一接纳成功率门限时，触发第二调整条件，降低系统容量参 数；当所述接纳成功率高于第二接纳成功率门限时，触发第一调整条件，提高系统容量参 数；其中，所述第一接纳成功率门限小于所述第二接纳成功率门限； 所述系统容量参数至少包括优先级比特速率和最小比特速率。
11.根据权利要求10所述的方法，其特征在于，当所述系统容量参数为优先级比特速率和最小比特速率时，所述降低系统容量参数之后还包括检测小区服务质量测量量是否达到临界门限；如果是，则保持调整后的优先级比特速 率和最小比特速率不变，结束调整；否则，继续降低优先级比特速率和最小比特速率。
12.根据权利要求10所述的方法，其特征在于，当所述系统容量参数为优先级比特速 率和最小比特速率时，所述提高系统容量参数之后还包括检测优先级比特速率和最小比特速率是否分别高于最低优先级比特速率和最小比特 速率最低值，如果是，则保持调整后的优先级比特速率和最小比特速率不变，结束调整；否 则，继续提高优先级比特速率和最小比特速率。
13.根据权利要求1至12任意一项所述的方法，其特征在于所述调整操作在预设的小区服务质量测量量范围内进行，当调整所述系统容量参数导 致服务质量测量量超过预设门限时，结束调整。
14.一种动态优化系统容量的装置，其特征在于，该装置包括获取小区业务量的获取 单元和根据所述获取单元获取到的业务量调整系统容量参数的调整单元。
15.根据权利要求14所述的装置，其特征在于，所述调整单元包括比较模块和触发模 块；其中，所述比较模块用于分别比较所述获取单元获取到的小区业务量与预设的第一门限和 第二门限的大小；并当所述小区业务量高于预设的第一门限时，通知触发模块触发第一调 整条件；当所述小区业务量低于第二门限时，通知触发模块触发第二调整条件；所述触发模块用于接收所述比较模块的通知，当触发第一调整条件时，提高系统容量 参数，当触发第二调整条件时，降低系统容量参数。
16.根据权利要求14所述的装置，其特征在于，所述获取单元包括执行模块、统计模 块和确定模块；其中，所述执行模块用于执行接纳请求判决，根据判决结果执行接纳操作；所述统计模块用于统计所述执行模块执行接纳操作的接纳成功率；所述确定模块用于根据所述统计模块统计的接纳成功率确定所述小区的业务量。
17.根据权利要求16所述的装置，其特征在于，所述调整单元包括判断模块和触发模 块；其中，所述判断模块用于判断所述接纳成功率分别与预设的第一接纳成功率门限和第二接 纳成功率门限的大小，并将判断结果通知所述触发模块；所述触发模块用于接收所述判断模块的通知，触发调整条件，提高或降低系统容量参数。
18.根据权利要求17所述的装置，其特征在于所述触发模块调整的系统容量参数至少包括接纳门限、负荷拥塞门限、数据包允许时 延和丢包率、优先级比特速率和最小比特速率中的一种。
19.根据权利要求18所述的装置，其特征在于，该装置还包括第一检测模块和第二检 测模块；其中，所述第一检测模块用于检测小区服务质量测量量是否达到临界门限；如果是，则保持 调整后的系统容量参数不变，结束调整；否则，继续调整系统容量参数；所述第二检测模块用于检测当前系统容量参数是否高于所述系统容量参数的最低值，如果是，则保持调整后的系统容量参数不变，结束调整；否则，继续调整所述系统容量参数。
全文摘要
本发明涉及一种动态优化系统容量的方法和装置，其中所述方法包括获取小区业务量；根据所述获取到的小区业务量调整系统容量参数；所述装置包括获取小区业务量的获取单元和根据所述获取单元获取到的业务量调整系统容量参数的调整单元。可以看出，采用本发明的方法和装置，通过统计各种参数获取小区的业务量，并根据所述小区的业务量动态调整系统容量参数，对用户容量和服务质量进行折衷，以实现系统容量的优化，满足了小区高峰期和低谷期、或者热点与非热点小区的不同场景要求，实现了对资源的充分利用，并降低了配置门限带来的误差。
文档编号H04W48/06GK101895934SQ20091008479
公开日2010年11月24日 申请日期2009年5月20日 优先权日2009年5月20日
发明者寇会如, 张利杰, 秦飞, 赵瑾波 申请人:大唐移动通信设备有限公司