寻呼成功率提升专题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
寻呼成功率提升专题
一、概述 (2)
二、寻呼问题分析 (3)
三、网络现状及问题分析 (4)
1.寻呼量及寻呼丢失问题 (4)
2.信道设置问题 (5)
3.参数问题 (6)
4.阻塞问题 (8)
四、解决措施 (9)
C区调整 (9)
2.信道类型调整 (10)
3.无线侧参数调整 (11)
4.交换侧参数调整 (14)
五、总结 (15)
一、概述
良好的寻呼性能对于所有手机用户是否能够成功作被叫来说十分重要。
这份文档以重庆地区数据、北电厂家设备为参考,进行寻呼性能分析,主要通过影响寻呼成功率的几个方面给出了规划调整方案,在此基础上对部分地区预以实施,并将优化措施前后的效果预以对比,汇总优化的手段作为提升系统寻呼率的经验加以积累。
本篇报告中所收集的所有数据取自2005年1月6日至3月13日。
在本期针对寻呼的专项优化,无线与交换侧协同配合,从全网看寻呼成功率明显得到提高,寻呼成功率由原来得87%提高到目前得90%以上,具体指标统计如下:
交换侧统计结果
无线侧统计结果
由于无线侧与交换侧的统计数据不同,此项指标无线侧统计结果较交换侧有7、8个百分点的差异,主要基于交换与无线侧统计的计算方式不同,对于寻呼成功率的统计一般以交换侧统计为主。
二、寻呼问题分析
当一个手机被寻呼时,MSC就会通过BSC向对应LAC范围内的所有基站发出寻呼请求,一个LA可能涵盖数十个甚至数百个小区,所以发至BSC的寻呼信息数量可能会很惊人。
从寻呼信令流程我们可以看到,从MSC侧发起一次寻呼直至MS响应发起信道请求,在中间许多环节的故障均有可能引起寻呼不成功。
主要的我们可以从以下几个方面着手分析:
● A接口Lapd信令阻塞或其它故障,导致MSC发起的寻呼消息BSS侧未能全部接收到
● BSC的过载使寻呼消息的部分丢失
●由于PCM的不稳定导致寻呼消息的部分丢失
●信令信道的阻塞导致部分寻呼消息的丢失
●基站硬件故障、干扰导致RACH不能正常解码
●弱覆盖地区导致MS不能接收到寻呼消息
●频繁的位置更新导致MS不能及时接收到寻呼消息
●相关参数的设置不合理导致寻呼成功率降低
●BSS侧的定时器与MSC侧的定时器设置不匹配
通过对以上相关部分的逐一分析处理,可以对寻呼成功率的提高起到较好的作用。
三、网络现状及问题分析
1. 寻呼量及寻呼丢失问题
LAC代表一个位置区域,主要有以下两项功能:1、在此区域内,网络发起对某个手机的呼叫,此区域内所有的基站都会进行寻呼,因此假如一个LA涵盖的基站数过多,用户数过多,大量的寻呼将导致BTS寻呼负荷过载。
2、手机进入一个新的LA服务范围内,必须发起请求,更新
HLR及VLR内的位置记录,因此网络的LA数过多,会造成手机频繁的位置更新,浪费相应的信令资源。
现网各LAC区寻呼量及寻呼丢失量统计如下:
从上表可以看到:
●各LAC区的寻呼量显著不平衡,LAC33552的寻呼量最大,支持了最小LAC33554寻
呼量的7倍多
●LAC33552、LAC33575有部分寻呼丢弃,这样寻呼消息在排队序列中发送到空中接口
前被丢弃,但其所占的比例较其寻呼量非常小
●LAC33552的寻呼消息排队时长明显高于其它LAC区
2. 信道设置问题
根据GSM的规范,CombinedBCCH/SDCCH小区,每个复帧传送3个寻呼组,而Non-CombinedBCCH/SDCCH 小区, 每个复帧传送9个寻呼组。
寻呼组可作为寻呼信道
(PCH) 用来广播寻呼请求,同时也可作为接入授权信道 (AGCH) 用来回应手机的接入请求(即分配SDCCH)。
在有较高寻呼量的LAC区,由于对于单载频的小区,由于信道配置的不同,信令信道中AGCH与PCH公用,没有专用的CCCH信道,如果公用可能会由于大量的寻呼消息造成
AGCH不能及时分配,影响寻呼成功率,检查全网的信令信道配置,在以上LAC区存在寻呼丢弃的区域,BCCH信道配置为Combin类型的主要有:
可以结合话务量分析,将以上小区的BCCH信道类型优先设置为Main BCCH类型,增加其寻呼组以保证寻呼信息的及时处理。
3. 参数问题
1)在有较高寻呼量的LAC区,由于对于单载频的小区,由于信道配置的不同,信令信道
中AGCH与PCH公用,如果AGCH信道定义过多可能会由于大量的寻呼消息不能及时发
2)从统计发现,在信道请求阶段,BSS侧发出大量的寻呼消息后,基于寻呼的信道请求数
明显低于寻呼数,主要由于较差的上行电平、空中接口的干扰导致BSS不能接受到MS对寻
呼的响应请求,如下表显示
3)统计发现,在信道建立阶段,个别小区存在大量的立即分配拒绝,主要由于MSC的终止、信道资源的缺乏、T3103超时或超出接入距离限制,下表列出了基于最小接入距离而引起的拒绝较高小区
4)由于频繁的位置更新将引起MS对部分寻呼消息不能及时响应,或者在同一LAC区中由于不同小区间周期性位置更新时间定义不一致引起的寻呼消息MS未及时响应,我们对全网的有关参数作以检查,结果如下:
从表中可以看到,由于各种原因导致在同一LAC区中有部分小区的周期性位置更新参数定义与其它不一致,我们可以优先使其相匹配,同时考虑关于寻呼的有关参数检查,结合交换侧的定义使其更趋合理。
5)交换侧参数设置,目前交换侧有关寻呼的参数定义如下表 :
合理的调整必将对寻呼的提高很有帮助,建议各交换局有关寻呼参数调整如下:
4. 阻塞问题
对于寻呼成功率影响最大的还有网络容量的问题,SDCCH信道的阻塞必将导致大量的寻呼消息没有可用信道不能及时响应,新的呼叫不能建立,而该问题对重庆全网寻呼成功率的影响最为突出,尤其是春节期间MSC4 SD阻塞率与寻呼成功率对比尤其明显,见下图所示:
现针对全网晚忙时话务量作如下分析,晚忙时统计结果显示,全网阻塞现象严重,尤其是SDCCH信道的阻塞率在部分小区更为显著,现针对统计结果中SDCCH阻塞率较大小区主要有以下分类:
●TCH、SDCCH阻塞严重,需要增加载频扩容,同时增加新的SDCCH信道
●SDCCH阻塞严重但TCH话务较低,考虑增加SDCCH信
●由于PCM不稳或硬件故障导致部分信道不可用
●由于周边异常活动引起话务量突然剧增
详细小区信息见附件
四、解决措施
基于对于重庆网络长期的监测,有针对性的对每一个影响寻呼的方面进行了详细的分析,我们提出了以下建议并预以实施以提高寻呼成功率:
1. LAC区调整
对于寻呼量最高的LAC33552,统计发现存在寻呼丢失现象,该LAC区归属MSC2,主要函盖整个渝中半岛,寻呼量较大
建议:目前四个BSC归属该LAC区,建议调整LAC区定义,减小负荷
措施:在该LAC区中将BSC22划出重新定义LAC33572,并在LAC区交界处共站小区重新调整
在实施LAC区调整后,LAC33552的负荷明显下降,寻呼量降低,寻呼丢失现象消失,寻呼量变化趋势如下:
2. 信道类型调整
对于部分小区对于全网中SD阻塞严重及存在寻呼丢失的小区,我们在比较其话务负荷及容量的基础上,对部分小区信道类型作了修改,
建议:修改信道类型以提高寻呼容量增加其对寻呼的处理能力
措施:将其BCCH原Combin类型调整到MainBCCH型以提高寻呼容量增加其对寻呼的处理能力
在实施LAC区调整后,并对部分SD阻塞严重小区,在其TCH容量还有富裕的基础上,修
可以看到对以上个小区SDCCH信道扩容后,从调整后两天的统计显示SD拥塞率和扩容前相比有了较大的下降,其SD的分配失败率及无线接通率也有了一定的改善,但由于TCH信道的减少,其话音的阻塞较前增加。
3. 无线侧参数调整
1)NumberOfBlocksForAccessGran
这个参数定义了每个复帧内AGCH专用的寻呼组数量,对于个别寻呼丢失较多的小区,在对其寻呼参数作了调整从2 到1,增大其寻呼信道的占有量,提高了寻呼处理能力,主要如CN13、CM05
但对于部分寻呼量较大区域,在连续观察其寻呼丢失后发现,参数的设置基本正常,但其寻呼丢失多少与其LAC 的寻呼量密切相关。
2)MaxNoOfRetransmission
该参数定义了允许重发RACH 的最大次数,在2月4日该参数调整从2到4,增加MS 在收到寻呼消息后RACH 的信道请求次数,调整后寻呼数与信道请求数的差值明显减小,但对于弱覆盖地区效果不很明显。
LAC33568 指标变化
LAC33555 指标变化
Paging Process of LAC33555
5000
10000
15000
20000
25000
30000
1-10
1-13
1-16
1-19
1-22
1-25
1-28
1-31
2-3
2-6
2-9
2-12
2-15
2-18
2-21
2-24
2-27
3-2
3-5
3-8
N o o f P a g i n g
Total Paging Request Total ChannelRequest for Paging
Total Success ChannelRequest for Paging Total establish_paging
Channel Request for Paging improved significantly
MaxNoOfRetransmission changed from 2 to 4调整最大重发次数后,各LAC 区统计发现寻呼次数与信道请求次数的差值比原来减小了2000多
次。
3)noOfMultiframeBetweenPaging
这个参数定义了BTS 的寻呼周期,即同一寻呼组传送寻呼请求的时间间隔。
在2月4日该参数调整从6到2, 为了提高寻呼处理能力减小二次分配,同时会增加手机监听寻呼组的数量。
4)rndAccTimadvThreshold
该参数定义基站与移动台间的最大允许接入距离,在2月1日调整从5 到10,主要基于个别站由于移动台距离过远而产生大量的接入拒绝,此参数的调整需要对前期的调整目的折中考虑,可能会对其它指标等产生负面影响。
在对个别站完成最小接入距离参数调整后,立即分配拒绝次数明显减小,对于寻呼响应次数的提高起到了较好的作用。
5)timerPeriodicUpdateMS
该参数主要确保移动台两次位置更新请求的最大时间,它的设置必须与交换侧的参数“attach mobile audit”相匹配,同时要考虑BSC负荷的变化。
在2月23日该参数调整从18到9,从无线侧统计到的结果显示,在SDCCH占用中位置更新所占的比例由原来50%提高到60%,但对全区的SDCCH阻塞统计发现,其仍保持在可接受的范围内。
MSC6位置更新在SDCCH占用中的比例变化
参数调整前后无线侧统计MSC6各LAC区寻呼率变化
4. 交换侧参数调整
1)GSM_PAGE_INTERVAL
该参数定义了寻呼一个移动台所需时长,在本次调整中MSC1在2月4日由5S调整到7S,MSC3在3月4日从5S调整到7S,在交换侧调整的同时无线侧相应作了调整,以确保MSC有足够长的时间BSS响应寻呼。
调整后MSC1寻呼变化情况(无线侧统计结果)
MSC3寻呼成功率变化趋势(交换侧统计结果)
2)VLR_MOBILE_AUDIT_PERIOD
该参数定义了mobile audit时间,为及时对移动台信息的审核更新,MSC6在2月23日调整从3h 到1h,这些参数的调整要考虑MSC的负荷在可接受的范围内
调整后MSC6寻呼变化情况
MSC6在2月4日调整后寻呼时长后,由于春节邻近话务量变化较大,许多地方出现严重阻塞,导致寻呼成功率下降,但在节后的陆续调整中,随着阻塞的降低,寻呼成功率明显提高。
五、总结
通过本次对重庆地区寻呼成功率的专题优化,无线与交换侧协同配合,通过部分地区的参数调整,取得了预期得目的,全网寻呼成功率增加3个百分点,达到了总部要求90%的考核目标,鉴于目前工程的影响,对于剩余部分的调整未能实施。
对于本次寻呼优化取得了明显的进步,但同时我们也发现了一定的问题,主要有以下建议:
1)进一步提高网络容量,虽然经过了多次网络扩容工程,但目前的网络容量依旧难以支持过高的话务,高的SD阻塞对寻呼成功率的影响尤为明显,在春节期间MSC4区域由于高SD阻塞寻呼成功率恶化尤为显著。
(扩容,降低网络SD以及TCH拥塞率)
2)进一步提高网络覆盖率,从连续的统计发现,相对农村地区的弱覆盖导致寻呼成功率一直偏低,尤其LAC33583, LAC 33584 和 LAC33554寻呼成功率偏低,弱覆盖问题对寻呼成功率的提高影响严重。
(解决若覆盖问题点,提高无线覆盖水平)
3)后继的优化中建议对MSC3的参数VLR_MOBILE_AUDIT_PERIOD实施调整。
4)对于MaxNoOfRetransmisson的调整对弱覆盖地区效果不很明显,下一步可以考虑对LAC33583 和 LAC33584的参数调整到7。
(相关交换方面的参数调整)
以上是以重庆市作为案例分析,相信对其他地市和厂家设备在提高系统寻呼率方面都具有重要的参考性。