AG、SLO设置与高数据流量导致的寻呼删除研究.doc

高数据流量小区降低PagingDelte 的参数设置 背景概述 在中国移动数据无线网络从GPRS升级到EGPRS后，数据网络的流量得到迅猛发展。。在早期GPRS和EGPRS规划期间，大家都已经知道因为共用CCCH信道资源而会带来原有GSM的CCCH资源负荷的增加，但是在以前GPRS网络中，因为GPRS网络的速率不高，所以终端用户使用无线数据网络的频度较低，GPRS业务对GSM网络中的CCCH负荷的影响尚未凸现出来。但是随着EGPRS的升级，EGPRS无线数据网络的性能得到大幅提升，终端用户在感受了无线快速上网的快感后，越来越频繁地使用EGPRS网络的服务。以及随着EGPRS网络推出全曲下载等等新业务的发展，整个EGPRS网络的数据流量进入了高速发展阶段。随着数据流量的增加，必然也同时给CCCH信道负荷带来巨大的压力。所以导致出现目前网络中高CS话务和高PS话务区域出现较多的Paging Delete消息现象，特别是校园网小区、尤为突出。每逢重大节假日各地州都会出现不同程度的LAC寻呼负荷和LAPD信令负荷过重的现象；另外由于部分少数民族聚集的地州经常会不定期的开展一些民族活动，出现话务量的猛增；这种负荷现状有可能造成部分BSC下大面积用户无法接通甚至BSC退服，因此形势十分严峻。针对此情况，做好节假日期间LAC寻呼负荷的分析以及梳理好LAC分裂计划的流程是非常重要的。 针对该问题可以有多种手段对其进行优化调整，基于日常的优化调整的基础上可通过减少数据业务的AGCH数量来缓解对CCCH信道的负荷压力，进而降低paging delete发生的数量 寻呼消息介绍 由于目前的数据流量迅猛的发展导致目前部分小区的网络性能受到瓶颈的制约，尤其是工业区和学校区的小区受到数据流量的大量冲击导致经常出现PagingDelete，而单小区的PagingDelete可能会导致恶性的大量重复RePaging，进而影响整个LAC的Paging性能，结果是用户接通率的降低 我们目前的CCCH块中AG设置为0、1或者2，这也是多年一直保持的配置，但是2年前的PS业务还仅仅是初期阶段，所以当初这样的设置主要针对的是当初LAC Paging量较大的情况，因为之前单个LAC Paging量有超过100K的。但是目前BSC较多，LAC也比较多，加之随着网络的不断发展，对影响寻呼的信令进行了改造升级（BCCH所在载波由的LAPD信令由之前的16K改造为目前的32K），因此单个LAC的Paging量基本比较少了，因此Paging不是主要的瓶颈。而目前数据业务的发展导致个别小区的PS AG消息消耗量非常大，尤其体现在工业区和学校区周边的小区。 因此对于这种情况，我们可能需要对CCCH如何分配AG、PCH的资源重新分配优化： 如上图所示，CCCH在51复帧中有9个块，AGCH和PCH共享这9个块，作为规划计算，这里的1个PCH块是可以携带4个TMSI消息或者2个IMSI消息，通常按照平均3个消息计算；而1个AGCH块通常按照1.8个AGCH消息计算（经验值）。因此按照这样的配置，我们是可以计算出每个小时各种AG配置下的消息数量的。 莆田网络目前大部分使用Non-Combined配置方式，其AGCH信道配置从0个到2个都有，大部分AG配置2个。每TDMA复帧的CCCH信道为9，现网的测算我们从最坏情况考虑，所以测算时AG信道配置数定为2个,这样PCH信道为：9 – 2 =7个。由于每个PAGING块可以支持3个寻呼信息，而1个51复帧的周期是235ms，所以空中接口的PAGING容量为：（PAGING块的数量×每个块能提供的PAGING数）/235ms ＝ (7×3)/235ms ＝ 89 page/s，即每小时32.2万寻呼量。 Non-Combined配置情况，BTS侧每个小时有32.2万多的page容量，这种配置情况下，一般情况下不会出现BTS侧的寻呼瓶颈问题。 莆田现网中Abis接口信令速率为32Kbps。32Kbps速率下，最大平均信令负荷应不超过16kbit/s（2000bytes/s)，超过2400 bytes/s时将可能导致AS7过载。在通常情况下负荷最重的Abis Link所承载的大部分为寻呼信息（约60%），而寻呼信息通常情况为21Bytes。所以Abis口最大的负荷（32K/s）＝2000×60%/21＝58 pages/s （即每小时20万寻呼量）。 　 1小时块数 CCCH 9 137872 寻呼优化调整 根据寻呼消息数和AG相关的设置，我们对莆田全网近段时间寻呼删除较高的小区进行梳理，梳理发现，部分小区寻呼删除较高，严重影响小区寻呼成功率，具体如下： 我们对寻呼删除较高的6641进行分析： 从上表中我们可以看出AG_MS