华为设备RAC分裂对寻呼成功率提升.docVIP

华为设备RAC分裂对寻呼成功率提升 　　[摘要]对于现网日益严重的Ps分组业务寻呼导致寻呼成功率低的问题，文章采用理论分析与实际问题相结合的分析方法，针对华为设备首次提出通过路由区(RAC)分裂提升寻呼成功率的新方法，并成功在现网华为BSC进行实际应用，取得了良好的效果。 　　[关键词]PS分组业务寻呼　RAC分裂　BSC内部流控　BSC插框 　　 　　随着移动手机用户数量的不断增长、分组数据业务量的不断增加，分组业务的寻呼消息和立即指配消息次数也不断增加，导致在个别分组业务量和话务量极大的小区下，寻呼消息丢弃问题非常严重，甚至影响到整个BSC下的寻呼消息下发和寻呼成功率指标。 　　为避免类似情况继续出现，根据分组数据业务特点进行分析，本文采取RAC分裂的方法，有效降低了PS域分组数据业务寻呼消息数，大幅度提升了寻呼成功率指标。 　　 　　1　分组数据业务寻呼原理 　　 　　PS域分组数据业务的寻呼下发与CS域语音业务的寻呼下发机制不同： 　　在CS域的寻呼下发过程中，由MSC向移动台所登记的LAC位置区下发寻呼消息，该寻呼消息会被BSC下发到该位置区内所有小区，BTS在收到该寻呼消息后，会将其在CCCH信道中的PCH信道进行发送。 　　在PS域的寻呼下发过程中，SGSN向移动台所登记的RAI(RAI=MCC+MNC+LAC+RAC)路由区下发分组数据业务的寻呼消息。因为现网中的小区其网络操作模式都是配置为“网络操作模式Ⅱ”，故其分组业务不具备PCCCH信道。PCU在收到该PS域寻呼消息后，将其转发给BSC，BSC再转发给RAI路由区下的所有小区，由BTS在CCCH信道中的PCH信道下发该PS域寻呼消息。 　　由此可见，PS域的分组业务寻呼是通过BSC下发给移动台的，占用的是CCCH信道，因此与CS域的寻呼和立即指配存在CCCH资源竞争的情况。 　　 　　2　寻呼成功率低的原因分析 　　 　　下面以东莞某华为BSC为例，说明分组业务寻呼量大对CS域电路寻呼所带来的影响。 　　 　　2.1　DGM1082寻呼成功率 　　东莞DGM1082在2010年5月份开始出现寻呼成功率分时段较低的情况，具体表现是：早忙时正常维持在96％左右，中午12点低于90％，下午又恢复到95％左右，晚忙时又降低到83％～90％之间，全天的寻呼成功率指标呈现波浪型的起伏形态，而且有较多的用户投诉收到来电提醒短信。 　　检查寻呼策略参数设置，寻呼参数设置正常，与该BSC同MSC Server的另外一个BSC DGM1081寻呼成功率指标正常，排除MSC级寻呼参数设置不当的原因。 　　根据寻呼问题处理的日常经验来看，若某BSC下存在寻呼成功率低的问题，一般存在2个瓶颈，分别是小区级的CCCH信道负荷高和BSC处理能力不足。下面针对这2个方面进行分析。 　　 　　2.2　DGM1082小区级问题分析 　　查看DGM10B2的网络操作模式为“网络操作模式Ⅱ，故其PS域的寻呼和立即指配是与CS域共用CCCH信道资源的。如果PS域寻呼消息数量较大，会对小区级的CCCH信道资源造成抢占，引起CCCH信道过载和寻呼排队超时等问题。 　　统计小区级Abis接口CCCH负载指示(PCH)消息上报次数，有较多小区存在较多的CCCH负载上报，而且PCH队列丢弃的寻呼消息数也较多，说明个别小区CCCH信道负荷较高；而统计小区级Abis接口寻呼测量指标，发现也有较多小区存在PCH电路业务寻呼超时问题，进一步说明小区级的CCCH信道可能存在较多的寻呼消息排队拥塞问题，对寻呼成功率指标造成较大的影响，需要增加BCH信道以降低CCCH信道负荷。 　　在2010年5月17至19日针对DGM1082增加BCH信道后，统计发现，Abis接口CCCH负载指示(PCH)消息上报次数由原来每小时的1万多次减少到几百次，PCH电路业务寻呼超时次数也明显下降，小区级CCCH信道负荷的瓶颈已基本得到解决。 　　不过，晚忙时的寻呼成功率指标虽然有所提升，但还是只能达到89％～90％，相对其他BSC依然较低(其他BSC忙时段的寻呼成功率都能够达到93％～94％)。 　　 　　2.3　DGM1082的BSC寻呼能力分析 　　为进一步分析寻呼成功率低的原因，取5月20日的话统数据进行分析。从寻呼成功率指标可以发现，DGM1082在晚忙时段的寻呼成功率低于90％，明显低于闲时的寻呼成功率指标。 　　统计A接口寻呼测量(BSC)指标，BSC接收到的A口寻呼消息(A0300)和BSC内部处理的寻呼消息数(A032)相等，故可排除A口消息流控导致寻呼成功率低的可能。从话统结果也可以看出，寻呼成功率较低时PS寻呼量(A031)明显大于其余时段，如图1所示：