算法功能报告"/>
排队抢占算法功能报告
- 算法介绍
目前RRC阶段和RAB阶段都存在抢占算法,抢占分为降速抢占和释放抢占,当RRC接入或者RAB接入无可用的码资源时,允许指定原因的RRC和RAB发起降速或释放抢占;当允许释放抢占时,在对应原因值的RRC和RAB接入成功提高的同时,但会造成PS掉线的恶化。
- 算法结论
RRC拥塞资源抢占算法
为了保证CS语音感知,在CS RRC建立时,如果系统没有足够资源,则触发抢占过程
- 允许CS RRC发起释放抢占
- 帧分用户的码组可以作为被抢目标
- 释放抢占时可以释放CS+PS用户中的PS资源
RAB拥塞资源抢占
- 用户接入/切换/迁移时,如果目标小区资源不足,可以发起对低优先级用户的资源抢占
- 优先对PS业务进行降速抢占(只对码资源不足的方向进行降速),如果降速抢占无法满足抢占用户的需求,可以发起对低优先级用户的释放抢占
- CS用户可抢占PS用户资源,VIP可抢占普通用户资源,接入PS用户可降速抢占在线PS资源,PS对PS不能释放抢占
- 应用场景
高话务场景,或根据现场需要全网开启
- 算法效果
- RRC拥塞抢占
此次文山RRC拥塞抢占全网开启,但是在算法生效时恰遇州中考,全网存在大量干扰,在指标对比上存在一定难度,于是通过RRC降速抢占尝试次数筛选排名前53个小区进行了指标效果对比,文山此次根据现网拥拥塞、掉话情况判断未开启RRC未开启释放抢占:
- 执行脚本
1) 启RRC抢占功能;
a) 打开RNC的相应控制开关,执行MML命令:
SET TRRCESTCAUSE: RRCCAUSE=ORIGCONVCALLEST, RRCFRAMEMULTYPREEMPTSWITCH=RRC_SPEED_PREEMPT-1&RRC_REL_PREEMPT-1;
SET TRRCESTCAUSE: RRCCAUSE=TERMCONVCALLEST, RRCFRAMEMULTYPREEMPTSWITCH=RRC_SPEED_PREEMPT-1&RRC_REL_PREEMPT-1;
SET TRRCESTCAUSE: RRCCAUSE=EMERGCALLEST, RRCFRAMEMULTYPREEMPTSWITCH=RRC_SPEED_PREEMPT-1&RRC_REL_PREEMPT-1;
b) 开启小区级算法开关,执行MML命令:
MOD TCELLNBMALGOSWITCH:CELLID=xxx,NBMSWITCH=RRCREDUCEPREEMPT-1&RRCRELPREEMPT-0;
- 指标情况
1、主被叫RRC成功率
主被叫RRC成功率情况,由于期间全网正值中考存在大量干扰,从统计来看全网行成功率呈现下降趋势但是50个抢占小区指标有较好大改善增益。
全网 | 全网小区-RRC.AttConnEstab.1成功率 | 全网小区-RRC.AttConnEstab.6成功率 | TOP50小区 | TOP50小区-RRC.AttConnEstab.1成功率 | TOP50小区-RRC.AttConnEstab.6成功率 |
2014-06-12 | 99.94% | 99.97% | 2014-06-12 | 99.84% | 99.89% |
2014-06-13 | 99.93% | 99.96% | 2014-06-13 | 99.83% | 99.88% |
2014-06-14 | 99.91% | 99.95% | 2014-06-14 | 99.91% | 99.92% |
2014-06-15 | 99.93% | 99.96% | 2014-06-15 | 99.92% | 99.92% |
开启前 | 99.93% | 99.96% | 开启前 | 99.87% | 99.90% |
2014-06-16 | 99.95% | 99.98% | 2014-06-16 | 99.95% | 99.99% |
2014-06-17 | 99.93% | 99.97% | 2014-06-17 | 99.94% | 99.96% |
2014-06-18 | 99.87% | 99.93% | 2014-06-18 | 99.93% | 99.98% |
2014-06-19 | 99.87% | 99.92% | 2014-06-19 | 99.93% | 99.96% |
开启后 | 99.91% | 99.95% | 开启后 | 99.94% | 99.97% |
增益 | -0.02% | -0.01% | 增益 | 0.07% | 0.07% |
走势情况如下图:
从全网指标看,由于中考期间全网性存在干扰,主被叫RRC接通率成功率分别降低0.02%、0.01%;TOP50小区主被叫RRC接通率提升0.07%。
2、关键指标
日期 | 归属 | CS域无线接通率(%) | 电路域掉话率(%) | CS域RRC建立成功率 | CS域RAB建立成功率 | RRC拥塞率 |
6月12日-6月15日 | 开启前 | 99.75% | 0.07% | 99.91% | 99.84% | 0.0442% |
6月16日-6月19日 | 开启后 | 99.86% | 0.06% | 99.95% | 99.90% | 0.0043% |
增益 | ↑ | ↑ | ↑ | ↑ | ↑ |
TOP50小区关键性指标统计来看,均有小幅度提升其中RRC拥塞率提升0.04%。
3、生效指标
依据count统计来看,该算法降速抢占执行生效,鉴于抢占释放会造成掉话,故此次并未开启释放功能,开启释放抢占需要根据根据现网指标具体衡量选择性开启。
时间 | VS.CellRRCPreempt.DownRateAttemptTimes | VS.CellRRCPreempt.DownRateExecuteTimes | VS.CellRRCPreempt.ReleaseAttemptTimes | VS.CellRRCPreempt.ReleaseExecuteTimes |
2014-06-12 | 0 | 0 | 0 | 0 |
2014-06-13 | 0 | 0 | 0 | 0 |
2014-06-14 | 0 | 0 | 0 | 0 |
2014-06-15 | 0 | 0 | 0 | 0 |
2014-06-16 | 486 | 152 | 0 | 0 |
2014-06-17 | 1402 | 419 | 0 | 0 |
2014-06-18 | 1381 | 373 | 0 | 0 |
2014-06-19 | 1889 | 514 | 0 | 0 |
-
- RAB拥塞抢占
针对RNC4中的31个高拥塞小区进行了抢占功能开启,依据拥塞程度不同并结合现网话统指标,策略有所调整,考虑到此次主要针对改善拥塞情况,暂且未开启DCCC升速抢占。
- 执行脚本
- RAB抢占(PS RAB拥塞在100次以下)
SET TCORRMALGOSWITCH:CHSWITCH2=FRC_PRE_EMPTABLE_DCCC_SWITCH-0;
SET TFRC:STRATEGYAFTERSETUPFAIL=STRTRELEASEANOTHER;
MOD TCELLNBMALGOSWITCH:CELLID=2833,NBMSWITCH=PREEMPT-1,QPMSWITCH=NON_HSPA_ACCESS_PREEMPT-1&HSPA_ACCESS_PREEMPT-1&HSPA_HO_PREEMPT-0&DCCC_PREEMPT-0;
MOD TCELLQPMPARA:CELLID=xx,SPEEDPREEMPTMAXNUM=2,RELPREEMPTMAXNUM=2,ARPCAPACITYSWITCH=OFF;
- RAB抢占(PS RAB拥塞在100次及以上)
SET TCORRMALGOSWITCH:CHSWITCH2=FRC_PRE_EMPTABLE_DCCC_SWITCH-0;
SET TFRC:STRATEGYAFTERSETUPFAIL=STRTRELEASEANOTHER;
MOD TCELLNBMALGOSWITCH:CELLID=2833,NBMSWITCH=PREEMPT-1,QPMSWITCH=NON_HSPA_ACCESS_PREEMPT-1&HSPA_ACCESS_PREEMPT-0&HSPA_HO_PREEMPT-0&DCCC_PREEMPT-0;
MOD TCELLQPMPARA:CELLID=xx,SPEEDPREEMPTMAXNUM=2,RELPREEMPTMAXNUM=2,ARPCAPACITYSWITCH=OFF;
- 指标情况
- 资源分配及用户数
日期 | VS.HSDPA.MeanNbrUserPerCell | VS.HSDPA.MaxNbrUserPerCell | CR.MaxNbrAssnBruUl | CR.MaxNbrAssnBruDl | CR.NbrCfgBruDl | CR.NbrCfgBruUl |
2014-06-20 | 187.8393 | 687 | 3978 | 9196 | 10096 | 4800 |
2014-06-21 | 190.9998 | 660 | 3986 | 9316 | 10096 | 4800 |
2014-06-22 | 184.2682 | 624 | 4024 | 9200 | 10096 | 4800 |
2014-06-24 | 192.1785 | 672 | 4008 | 9308 | 10096 | 4800 |
2014-06-25 | 189.0359 | 671 | 4024 | 9330 | 10096 | 4800 |
开启前 | 944.3217 | 3314 | 20020 | 46350 | 50480 | 24000 |
2014-06-27 | 194.5892 | 682 | 4102 | 9368 | 10096 | 4800 |
2014-06-28 | 187.1429 | 673 | 4164 | 9454 | 10096 | 4800 |
2014-06-29 | 204.1251 | 671 | 4200 | 9578 | 10096 | 4800 |
2014-06-30 | 200.1251 | 716 | 4186 | 9394 | 10096 | 4800 |
2014-07-01 | 193.2857 | 690 | 4050 | 9260 | 10096 | 4800 |
开启后 | 979.268 | 3432 | 20702 | 47054 | 50480 | 24000 |
增益 | 34.9463 | 118 | 682 | 704 | 0 | 0 |
可以看出在码道配置一定的情况下H平均用户数增加34个、H最大用户数增加118个,其中最大上行码道增加682个、最大下行码道增加704个,其修正前后变化情况如:
1、PSRAB拥塞指标
统计指标来看,在算法开启后PSRAB拥塞率提升0.09%。
时间 | RAB.AttEstabPsPerCell | VS.RAB.FailEstPs.Code.Cong | PSRAB拥塞率 |
2014-06-20 | 1286113 | 3158 | 0.25% |
2014-06-21 | 1287128 | 1569 | 0.12% |
2014-06-22 | 1376593 | 2327 | 0.17% |
2014-06-24 | 1355870 | 1812 | 0.13% |
2014-06-25 | 1302279 | 1405 | 0.11% |
2014-06-26 | 1292531 | 507 | 0.04% |
2014-06-27 | 1248675 | 261 | 0.02% |
2014-06-28 | 1224400 | 257 | 0.02% |
2014-06-29 | 1260245 | 210 | 0.02% |
2014-06-30 | 1254665 | 704 | 0.06% |
2014-07-01 | 1320100 | 832 | 0.06% |
走势情况如下:
1、结论
接入抢占算法开启后,在码道全部被占用的情况下,新接入用户可以抢占被抢用户PS业务的资源,使被抢用户发生降速或掉线,算法实施过程中建议跟进当地网络情况选择性开启相应降速开关。
更多推荐
排队抢占算法功能报告
发布评论