降低Paging负荷优化方法之RACode调整解说.doc

降低Paging负荷优化方法之RA Code调整 安顺网络优化室 2010年10月19日  目录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc275507509 一、概述  PAGEREF _Toc275507509 \h 2  HYPERLINK \l _Toc275507510 二、调整RA Code的合理性  PAGEREF _Toc275507510 \h 3  HYPERLINK \l _Toc275507511 RA的划分原则  PAGEREF _Toc275507511 \h 4  HYPERLINK \l _Toc275507512 引入RA Color的设置  PAGEREF _Toc275507512 \h 6  HYPERLINK \l _Toc275507513 RA Color的测试  PAGEREF _Toc275507513 \h 7  HYPERLINK \l _Toc275507514 三、实验结果  PAGEREF _Toc275507514 \h 10  HYPERLINK \l _Toc275507515 修改数据前后的路测对比情况  PAGEREF _Toc275507515 \h 10  HYPERLINK \l _Toc275507516 修改数据前后的指标统计情况  PAGEREF _Toc275507516 \h 12  HYPERLINK \l _Toc275507517 RA调整的应用场景  PAGEREF _Toc275507517 \h 14  HYPERLINK \l _Toc275507518 四、规避措施  PAGEREF _Toc275507518 \h 15  HYPERLINK \l _Toc275507519 五、总结  PAGEREF _Toc275507519 \h 16  一、概述 目前现网中，Paging负荷的问题较为突出，寻呼负荷高直接导致了寻呼消息丢弃（mc925h），影响了寻呼成功率，造成大量二次拨号，直接影响到终端用户的感受。随着数据业务的高速发展，对PCH信道的负荷也带来了很大的影响。而裂变LAC则会造成基站密集区域产生大量的位置更新，造成较多未接通，如何应对数据业务的增长，降低PS（数据业务）寻呼对网络的冲击，成为目前解决整体寻呼负荷的一个思考方向。 现安顺市区有两个LAC，其中LAC34100晚忙时的寻呼量已经超过20万，寻呼丢弃数量最高达到5000次以上，具体数据如下： 计数器MC8aMC925hP53a NB_PS_PAGING_REQ_PCHP53b NB_CS_PAGING_REQ_PCH平均值209414123313325376161最大值235335514314924286093最小值1636052117265290953该LAC下面的三个BSC的寻呼量如下表： BSC名称MC8aMC925hP53a NB_PS_PAGING_REQ_PCHP53b NB_CS_PAGING_REQ_PCHANSBSC112032352871288 148058 87229 ANSBSC112091636401102 105833 57808 ANSBSC112172351491322 149207 85942 从上述数据分析可见，导致该LAC下面所有小区的寻呼量过大的主要原因是PS业务的寻呼量过大造成的，而CS业务的寻呼量并不是很大。而由于GPRS的寻呼量不一致，导致这三个BSC的寻呼量不一致。 我们将安顺市区所有小区的数据等效话务量形成覆盖图，如下： 可见高数据流量区域都很集中，等效数据话务量高于10erl的小区在市区的所有小区比例中占比超过40%，这些都是GPRS的热点地区。当该RA进行寻呼时发生的信令交换量使设备处理能力趋于饱和，建议对热点地区RA的划分更为细致,减少paging时产生的信令负荷。 对于这种情况，我们考虑利用RA Code的合理调整来降低寻呼负荷情况。将LAC34100下面的三个BSC的RA进行了修改，修改之后整个LAC的寻呼量下降41%，从最高25万降低到13万，寻呼丢弃MC925H从1391次降低到0次，降幅100%。并且修改RA之后三个BSC的GPU负荷没有增加反而略有下降，同时各项指标保持稳定并略有提升。考虑到还对修改RA后会增加路由更新，对市区的主干道进行数据DT，测试速率从97kbyte/s增加到103kbyte/s，可见路由更新