GSM抚州分公司关于BTS3012载频CPU过载导致SDCCH周期性拥塞的问题分析案例

  • 格式:doc
  • 大小:137.50 KB
  • 文档页数:3

关于BTS3012载频CPU过载导致SDCCH
周期性拥塞的问题分析案例

中国联合网络通信有限公司抚州市分公司
摘要:本文通过对质量差小区进行分析处理,发现BTS3012载频容易经常出现SDCCH拥塞的
情况,通过对该问题进行定位后发现BTS3012载频话务量不大,但确实容易造成载频CPU过
载,进而出现SDCCH周期性拥塞的问题,后期通过修改BSC软参和BTS参数解决了该问题。
关键词:SDCCH拥塞 BSC软参 BTS参数 周期性拥塞 CPU过载

【问题描述】
抚州抚纺基站为bts3012话务量不大,但容易出现周期性SD拥塞问题。SDCCH拥塞指
标情况如下

时间 小区名称
TCH话务量 SDCCH拥塞次数 SDCCH请求次数 SDCCH
拥塞率
2011-12-09 19 抚州抚纺-1 1.21 35 318 11.01
2011-12-09 19 抚州抚纺-2 1.03 24 798 3.01
2011-12-09 19 抚州抚纺-3 1.32 7 178 3.93

【原因分析】
载频统计CPU占有率时算法不完善,会以48h2m为周期出现CPU过载,低概率上报给
BSC,表现为以48h2m为周期出现SD信道拥塞。载频计算CPU占有率的周期为1s,给BSC
上报的周期为15s,载频上报时只考虑最近1s的情况,所以为低概率事件。

【影响和风险】
上报CPU过载的载波,BSC会在过载保护定时器时长(默认60s)内不给该载波分配信
道,导致SDCCH拥塞。如果该小区只有一个载波会引起切换拥塞、TCH拥塞等现象。

【定位方法和规避措施】
定位方法:
可以查看L3188F:CELL_TRX_OVERLOAD_CPU_OVERLOADS Abis接口过载(处理器过载)
消息上报次数
如果该话统呈现每两天出现一次,且该时段伴有SDCCH拥塞等现象,可以判断是由于该
问题影响。

时间 小区名称 cell_DEL_IND_TIMES cell_CCCH_LOAD_TIMES_RACH_OVERLOAd cell_trx__OVERLOAd_TIMES_cpu_O
VERLOAd
2011-12-09 19 抚州抚纺-1 0 0 3
2011-12-09 19 抚州抚纺-2 0 0 4
2011-12-09 19 抚州抚纺-3 0 0 3

规避方案;
1.

修改BSC软参,改为30s(默认60s,最小30s)。可以使BSC收到基站上报的CPU

过载后,30s不给该载波分配信道。(该参数可以降低上报过载后对该小区的影响时长)
BSC 6000修改方式:

BSC 6900修改方式:
SET BSCINNTMR: TRXOVERLOAD=30;
2. 修改BTS的过载间隔为50或者更大,使得检测到CPU过载的概率降低。过载间隔

时间越长,出现问题的概率越低,但是也会影响过载上报延迟的现象。

3. 凌晨时段复位载频,因为过载周期为48h2m左右,所以在凌晨复位载频可以使CPU
过载的时机出现在凌晨。
【效果验证】
经过参数优化调整,KPI指标验证情况如下;
指标验证 时间 小区名称
TCH话务量 SDCCH拥塞次数 SDCCH请求次数 SDCCH拥
塞率

优化前
2011-12-09 19 抚州抚纺-1 1.21 35 318 11.01
2011-12-09 19 抚州抚纺-2 1.03 24 798 3.01
2011-12-09 19 抚州抚纺-3 1.32 7 178 3.93

优化后
2011-12-11 19 抚州抚纺-1 2.03 0 696 0.01
2011-12-11 19 抚州抚纺-2 2.08 0 549 0.00
2011-12-11 19 抚州抚纺-3 2.10 0 556 0.00
2011-12-12 19 抚州抚纺-1 1.98 0 232 0.00
2011-12-12 19 抚州抚纺-2 1.92 0 216 0.00
2011-12-12 19 抚州抚纺-3 2.01 0 542 0.00
2011-12-13 19 抚州抚纺-1 2.42 0 611 0.00
2011-12-13 19 抚州抚纺-2 2.21 0 525 0.00
2011-12-13 19 抚州抚纺-3 1.99 0 328 0.00

【解决方案】:
版本解决,在基站版本进行修改,解决方案为通过最近3s的CPU占用率进行滤波处理,
来避免以前的检测机制突发性CPU占用率高的检测原理,计划合入9.0的R009C01SPC022
版本。