寻呼成功率计算

GSM位置区寻呼容量及其划分的研究

1.概述：

在移动通信系统中，位置区(LAC)管理是移动台移动性管理的一个重要组成部分?本文首先介绍了位置区概念及其功能，通过对寻呼原理和寻呼过程的分析，讨论和研究了GSM移动通信网中位置区的容量及其划分问题，并分别对位置区寻呼容量?话务容量和位置区划分等几个方面进行了计算和探讨，结合这些数据，以及影响位置区的诸多因素，提出了在位置区容量和划分上的一些观点和看法?

1.1几个概念

a)位置区:在GSM系统中，由于寻呼信道容量的限制，对移动台的寻呼消息不可

能整网下发，就需要引入一个位置区的概念，在该位置区中包含许多小区，对移动台的寻呼是通过对移动台所在位置区的所有小区的寻呼来实现的?

b)位置更新:分为正常位置更新?周期性位置更新?IMSI附着位置更新?正常位

置更新，也即跨位置区的位置更新，是指当移动台发现其存储器内的LAI和接收到的小区的LAI号不一致时，通知网络来更改它所存储的移动台的位置信息;周期性位置更新，是为了保持移动台和网络之间密切联系，让网络及时掌握移动台状况的位置更新，网络要求移动台每隔一定时间向网络发起周期性位置更新请求，这种位置更新叫周期性位置更新;IMSI附着位置更新，是指移动台开机时，移动台会向网络发送消息，把自己的开机状态告知网络，网络收到此消息后，根据其TMSI或IMSI 号，将在系统数据库中注明该用户的当前位置等状态信息，并向移动台发送其当前小区的LAI?

c)寻呼容量:是指网络系统正常情况下，一个位置区内，单位时间内能够进行的

最大寻呼次数?

1.2问题的产生

移动台的位置更新通过专用控制信道(SDCCH)进行，位置更新次数过多，将使SDCCH的负荷加大，浪费系统的信道资源，同时也会增加MSC?HLR的负荷;另外，移动台进行小区更新需要约10s的时间，在此期间不能打出或打进电话?

一般情况下，每个移动交换中心(MSC)的控制区可分成若干个位置区?从减少位置更新频率?节约系统信道资源的角度来说，位置区设置得越大越好?但是，如果位置区过大，超过系统的寻呼能力，将会造成系统寻呼信令负荷过高，以至寻呼消息

丢失，使寻呼成功率下降，并且低的寻呼成功率使得用户产生二次呼叫，会进一步增加系统寻呼负荷，以至进一步恶化寻呼成功率，严重情况下的恶性循环会导致系统瘫痪?所以位置区也不能设得太大?因此，在进行网络规划时，必须综合考虑位置区容量?信道资源与系统寻呼能力之间的平衡?

随着GSM网络的不断发展，用户数和话务密度不断增大，每个位置区内的话务量也不断增加，这将会对位置区的设置和管理提出新的要求?

2 位置区寻呼容量

2.1寻呼原理分析

当一个LAC下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向对应LAC范围内的所有小区发出寻呼请求?目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式?

在GSM系统中，每个用户都分配了一个惟一的IMSI，IMSI写在移动台的SIM卡中，长8字节，用于用户身份识别;TMSI由VLR为来访的移动用户在鉴权成功后临时分配，仅在该VLR管辖范围内代替IMSI在空中接口中临时使用，且与IMSI相互对应，长4字节?因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI号码?因此，使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍?

从图2可知，当MSC从VLR中获得移动台当前所处的位置区号(LAI)后，将向这一位置区内的所有BSC发出寻呼消息?BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息?当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码?移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH?BSC则在确认基站激活了所需的SDCCH信道后，在接入许可信道(AGCH)，通过立即指配命令消息，将该SDCCH指配给移动台?移动台则使用该SDCCH发送寻呼响应(Paging Resp)消息给BSC，BSC将Paging Resp 消息转发给MSC，完成一次成功的无线寻呼?

一般设置情况下，如果MSC在发出TMSI寻呼消息后，4~6s内没有收到Paging Resp 消息，则会再发送一次IMSI寻呼消息;如果4~6 s内仍没有收到Paging Resp 消息，则此次无线寻呼失败，同时，MSC 将向主叫用户发送“用户暂时不能接通”

之类的录音通知?

2.2寻呼参数设置

根据GSM的规范，公共控制信道(CCCH)的配置有两种方式:

a)CCCH和SDCCH共用，也叫组合BCCH，每个复帧传送3个寻呼组?

b)CCCH和SDCCH不共用，也叫非组合BCCH，每个复帧传送9个寻呼组?

寻呼组可作为寻呼信道(PCH)用来广播寻呼请求，同时也可作为AGCH用来回应手机的接入请求，即分配SDCCH?操作上，可将数个复帧组合在一起，形成一个寻呼周期，增加小区内的寻呼组数量?手机会周期性地监听所属的寻呼组，于是当手机作被叫时，会监测到基站发送的寻呼请求，并做出回应?

寻呼组设置较多意味着手机在监测到正确的寻呼组之前需要等较长时间，这样会增加寻呼的时间?寻呼组设置较少会由于手机较为频繁地接听寻呼组而缩短呼叫建立时长，缺点是手机会很费电?一个小区寻呼组的数量可以通过以下2个参数来调整:

a)接入许可保留块数(AGB):这个参数定义了每个复帧内AGCH专用的寻呼组数量?对于CCCH和SDCCH共用的小区，AGB取值为0~2;对于CCCH和SDCCH不共用的小区，取值为0~7;若使用小区广播信道(CBCH)，则取值为1~7?它可以设成AGB=0，此时表示没有专用的AGCH，所有的寻呼组由PCH和AGCH共享;若设为AGB≥1，则表示保留寻呼组作为AGCH 专用信道?AGB的取值取决于小区话务量?

b)寻呼信道复帧数(MFR):这个参数定义了BTS的寻呼周期，即同一寻呼组传送寻呼请求的时间间隔，该参数的大小，直接关系到移动台对寻呼的响应时间?如MFR=9的意思是每一寻呼组，以每9个复帧的周期重复一次，也就是说属于某一特定寻呼组的移动台，必须每9个复帧监听一次，监听间隔时间大约是9×235ms=2。1s?

BTS通过寻呼组广播寻呼请求时，有以下几种可能的配置情况:

a)2IMSI;

b)1IMSIand 2 TMSI;

c)4TMSI?

根据网络设置的不同，信道设置包含mainBCCH的，属于CCCH和SDCCH不共用的情况?每个复帧 (时长为0。235 s)有9个寻呼组，在AGB值设置为1 的情况下，这

9 个寻呼组包括1个AGCH和8个PCH，因此，每秒寻呼组数量为(9-AGB)寻呼组/0。

235 s=34。04 寻呼组/s

每复帧寻呼组可以传送4个TMSI寻呼或2个IMSI寻呼?1个TMSI寻呼占1个寻呼组的1/4，1个IMSI寻呼占1个寻呼组的1/2?网络系统中，若有约20%的寻呼次数采用IMSI寻呼方式，80%的寻呼次数采用TMSI寻呼方式，那么可以计算出:每100个寻呼中包括80个TMSI寻呼方式和20个IMSI寻呼方式，则每100个寻呼所需的寻呼组数目为

80×1/4+20×1/2=30

所以，每寻呼组的寻呼数为

100÷30=3。33

可以理解为，每寻呼组可以寻呼到3。33个手机?

在采用非组合BCCH情况下，转化为寻呼次数后，为

34.04×3.33=113。35(寻呼/s)

则非组合BCCH情况下，每秒的最大寻呼为113。35次(即408060次/h)?

在采用组合BCCH情况下，若AGB值设置为1，则每秒寻呼组数为2寻呼组/0。

235s=8。51寻呼组/s?采用TMSI和IMSI寻呼方式4∶1情况下，每秒的寻呼次数为28。34次/s(即102024次/h)?

从上面的计算可以看出，采用组合BCCH时的寻呼能力约是非组合BCCH寻呼能力的1/4，因此当网络话务量较高?网络配置比较大时，为了保证系统能够提供足够的寻呼能力，应当采用非组合BCCH的信道方式，以提高位置区内的寻呼能力?

2.3Abis接口寻呼容量

由于位置区内的寻呼消息是以广播的形式发出的，也即寻呼消息将由BSC发给每一个小区，那么，BSC和BTS之间的Abis接口的信令负荷，也将关系到位置区的寻呼容量?

为了安全起见，LAPD链路的信令负荷要控制在50%以下，高于60%时将会存在较大的风险?寻呼消息(包括帧校验序列FCS和标头flags)字长为21个字节，一般

情况下LAPD链路信令负荷中60%为寻呼消息，那么，当LAPD信令为16kbit/s的链路时，每秒可传送的寻呼消息数为

50%×16000×60%/8/21=28.57次/s

BSC每小时可以传送的寻呼消息为

28.57×3600≈102852次/h

以河南移动GSM网络为例，在采用的诺基亚设备中，当Abis接口的LAPD链路为16kbit/s时，厂家给出的标称寻呼容量为29次/s?当采用32kbit/s的LAPD信令链路时，BSC每小时可以传送的寻呼容量大约为

50%×32000×60%/8/21=205704次/h

2004年上半年开始，河南移动由于资费的优惠调整，使得2004年9月28日相比2003年9月28话务量增长了一倍，尤其郑州业务区，由于各BSC话务量基数已经比较大，增长后就达到了更高的量值?如2004年9月28日市区的BSC30峰值话务量达到1891。85Erl，忙时短信量也达5万多条，忙时寻呼次数达到近20万次，BSC 和BTS之间的16kbit/s LAPD信令链路已超负荷运转，造成寻呼成功率下降，已不能够满足话务增长需求?为了解决Abis接口寻呼容量的瓶颈，2004年国庆节以后，河南移动率先在郑州业务区分批次将全区LAPD信令链路从16 kbit/s升级到32

kbit/s，给以后话务增长和系统扩容提供了一定的保障

2.4每位置区允许的话务量

设置位置区话务容量时，一个重要原则就是位置区的大小不能超过其所能承担的最大寻呼容量?对此，先讨论一下一个位置区内寻呼容量和话务量的关系?

假设一个话务模型的平均通话时间为60s，短消息引起的寻呼比例为40%(河南移动郑州业务区统计数据)，Abis接口LAPD链路按照16kbit/s考虑，则寻呼容量为102852次/h?假设移动台第一次寻呼时响应的比例为70%，第二次寻呼时响应的比例为30%，其他情况可忽略不计(此数据一般是在Abis口寻呼受限时的情况下，在Abis口寻呼容量没有瓶颈时，寻呼尝试次数往往会设置到5~6次，一次成功呼叫所需的平均呼叫次数可达2~3次)，则每小时产生的被叫话务量为

102852×60%/(1+30%)/60=791.17(Erl)

若假定主被叫比例为1∶1(目前河南移动全网主被叫比例约为4。5∶5。5，郑州业务区比例约为1∶1)，则可计算出一个位置区最多可容纳的话务量为

791.17×2=1582.34(Erl)

该数据是建立在给定的话务模型，一定的BCCH?寻呼方式等几个条件下计算的结果，其中非组合BCCH方式，采用TMSI寻呼，可使一个位置区内可承载的话务量达到最大，位置区实际的话务容量还跟网络的实际情况和话务模型有关?但从上面假定的情况和计算结果看，基本可以得到这样的结论，当Abis接口LAPD链路为16kbit/s时，为了保障网络的正常运行，建议其最大话务容量要控制在1580Erl以下?

2.5短消息对位置区寻呼容量的影响

短消息可以通过SDCCH或SACCH发送，根据发送短消息与接收短消息的不同，其流程可分为短消息主叫流程和短消息被叫流程?短消息对位置区寻呼容量的影响主要体现在移动台接收短消息时的影响，移动台接收短消息时，同移动台作被叫一样，系统也要对移动台进行寻呼，因此基本可以认为，移动台每接收一条短消息和移动台做一次被叫对网络造成相同的影响?下面将针对一定的短消息话务模型，来计算和分析短消息对系统造成的具体影响?

短消息业务为接收3条/用户/天;系统重发比例为30%;忙时集中系数为0。12?

以一个位置区内有10万用户为例(郑州业务区一个位置区大约有6~10万用户)，位置区内忙时短信寻呼数为

100000×3×0。12×(1+30%)=46800(次/h)

可以看出，短消息引起的寻呼也比较大，会对系统造成一定的影响?

另外短消息还有一个显著的特点，就是具有很大的突发性，节假日高峰期间，突发因子可达3~8，也即节假日的忙时短信量要达到平常忙时短信量的3~8倍，此时短信引起的寻呼将达到

100000×3×0。12×8×(1+30%)=374400(次/h)

这个数据是非常惊人的，并且这种短消息高峰往往是伴随着话务高峰发生的，这2个高峰将会造成一个很大的寻呼量，对系统造成极大的冲击?此时就需要一定的流控保护，如采取短信不再设置重发?高峰缓冲迟延处理?降低最大寻呼次数等措施，以保证网络平稳度过节假日短信与话务高峰?

3 位置区边界的划分

GSM建网初期，一般可以将几个BSC之下的基站设置为一个位置区?随着话务量和载频容量的增加，以及BTS和BSC的升级换代，每个BSC可承载的话务量大大增加，位置区的划分逐渐向BSC的划分靠拢，也即一个BSC划分为一个位置区，个别情况下甚至可将一个BSC划分为多个位置区?但位置区过小也会带来新的问题，诸如跨位置区的位置更新更加频繁，增大了交换机的负荷

位置区内移动台进行的周期性位置更新，由于位置区内所有移动台都要参与进行的活动，这种更新仅与周期时间和位置区内移动台用户数有关?周期时间是由系统通过BCCH广播给各个移动台一个周期位置更新定时器，强制移动台在定时器超时后自动向网络发送周期位置更新请求?该周期时间越短，网络与移动台的联系就越密切，网络性能就越好，但是带来的副作用就是一方面会使网络的信令流量增加很大，无线资源的利用率随之降低，甚至影响MSC?BSC?BTS的处理能力;另一方面也使得移动台的耗电量急剧增加，待机时间大大缩短?因此周期性位置更新的间隔时间不宜过

小，该参数对位置区边界划分影响小，本文就不作详细的讨论?

在不同位置区之间发生位置更新期间，移动台将不能正常通话，而在高话务量的密集市区，移动台在不同位置区重叠区域的活动也比较频繁，这就对不同的两个或数个位置区的边界设置提出了较高的要求?从减少正常位置更新次数出发，位置区设置得越大越好，然而位置区大小又受到寻呼容量的限制，因此就不能通过增大位置区范围来减少正常位置更新，就需要在位置区的边界设置上来考虑尽量减小位置更新次数?以河南移动郑州业务区为例，在将LAPD信令链路升级以后，Abis接口寻呼容量的瓶颈已基本得到了解决，位置区的问题日益表现在跨位置区边界的位置更新上?随着网络的发展，用户密度将进一步增大，跨位置区的位置更新对系统负荷的影响也将会越来越大，所以位置区的边界设置显得越发重要?根据正常位置更新发生的特点，总结出位置区的边界划分应该遵循以下几个原则:

a)尽量将位置区边界避开繁华市区等话务量很大的区域，而将之设置在郊区?

工厂等话务量低或者低端用户区域?这些地方小区密度小，移动台位置变更范围小，跨位置区的位置更新对网络的负荷相对较小?当密集市区无法避开位置区边界时，应尽量将位置区边界放置在居民小区等用户移动性较低的区域?

b)将位置区边界设置成与道路垂直或斜交的状态，尽量避免位置区重叠区设置

在用户高移动性区域，这样可以避免跨位置区时大量的乒乓位置更新和乒乓切换?

若此时设置不当，将会对系统造成极大的影响?

c)尽量避免几个位置区的交界处在同一个较小区域，这也将减少移动台在较小

区域内在几个位置区之间不断位置更新和切换?

d)划分位置区边界时，还要考虑到话务量的增长趋势，在位置区寻呼容量和话

务容量的设计上，要考虑一定的扩容余量，避免位置区频繁的划分和分裂?

4 结束语

位置区的容量与寻呼机制密切相关，与接入保留块(AGB)和BCCH的组合方式也有直接的关系?当一个位置区中的AGB和BCCH的组合方式不一致时，位置区的容量由其中容量小的小区决定，因此，在位置区规划时应保持一个位置区内各BTS的AGB 和BCCH组合方式设置一致?

在高话务密度的市区或业务区，最好采用非组合的BCCH方式，尽量采用TMSI 寻呼机制，并且要将BSC和BTS之间Abis接口的LAPD信令链路从16kbit/s升级到32kbit/s甚至更高?在LAPD信令链路能够保证寻呼容量的情况下，可以适当调整寻呼机制，适当加大寻呼尝试次数，以提高位置区内的寻呼能力和话务容量，满足日益增长的话务需求，同时也保证GSM网络能够高效率?高质量的运行?

随着移动通信的迅速发展，目前GSM网络中位置区的大小基本已经趋同于BSC 的划分大小，甚至一个BSC划分为多个位置区?在位置区的大小选择和设置上要综合考虑该位置区内小区数?载频数?用户数?话务量?短消息?寻呼次数和位置更新次数，以及保证系统扩容的一定余量等多种因素?而在这些因素中，任何一个因素都可能会产生系统瓶颈，影响到网络指标和用户对网络的感知度，因此在位置区的划分上要全面考虑和兼顾这些因素?

参考文献

1华为技术有限公司。GSM无线网络规划与优化。北京:人民邮电出版社，2004

2美。塔波尼。无线移动通信网络。李新付，楼才艺，徐建良译。北京:电子工业出版社，2001

3郭梯云，邬国杨，李建东。移动通信。西安电子科技大学出版社，2002

指派成功率和切换成功率专题分析解析

TCH指派成功率（不含切换）的优化目前，无线系统接通率是联通总部考核的指标之一，从下面的无线系统接通率的公式可以看出，TCH分配成功率对该指标的优劣具有非常重要的影响，同时TCH指派成功率的提升对改善网络的寻呼成功率等指标也是有着积极意义的。为此，我们专门对TCH指派成功率进行了专题优化。首先分析TCH指派失败的成因，TCH指派失败的原因主要有五个方面：直接重试（directed retry）过程导致的失败、没有无线资源可用（no radio resource）导致的失败、无线接口故障返回SD（radio interface failure reversion to old channel）导致的失败、无线接口消息错误（radio interface message failure）导致的失败和其它原因（all other cause）导致的失败。其中以没有无线资源可用的原因所占的比例最大。由上表列出了1月8日到1月25日20：00～21：00TCH指派失败的统计，可以看出，正是由于“没有无线资源可用”的原因导致的TCH指派失败次数主要集中在没有无线资源可用（no radio resource）导致的失败，这是由于TCH拥塞而造成的，而且随着TCH分配失败的次数越来越多，没有无线资源可用（no radio resource）导致的失败所占比例也越来越高，因此，解决TCH拥塞是提高TCH分配成功率的根本方法。缓解TCH拥塞可以通过减扩容

恒大新城12341小区扩容后拥塞情况得以解决，TCH指派成功率上升；

七星路林业大厦14352小区拥塞情况得以解决，TCH指派成功率上升；高岭收费站18371小区扩容后拥塞情况得到解决，但是30号又出现拥塞，经检查发现有一块载频TPU:0故障，经过测试恢复工作，若再出现退服则建议及时更换；安吉路尾18583小区扩容后拥塞情况得以解决，TCH指派成功率上升；

影响寻呼成功率的因素

GSM网寻呼成功率指标的优化方法(2009-04-01 13:50:21) 标签：gsm网寻呼成功率优化指标分类：知识积累 1. 影响寻呼成功率的因素网元MSC、BSC、BTS、MS，以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率，例如： λ硬件故障 λ传输问题 λ参数设置问题 λ干扰问题 λ覆盖问题 λ上下行平衡问题 λ其它原因。 1.1 硬件故障当出现TRX或合路器故障的情况时，将会造成MS难以相应寻呼，寻呼成功率下降。 1.2 传输问题由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致寻呼成功率上升。 1.3 参数设置问题 BSC侧和MSC侧的一些参数设置会影响寻呼成功率，主要包括： MSC侧寻呼相关参数：

1．N侧位置更新时间（IMSI隐形分离定时器）：2．首次寻呼方式： 3．首次寻呼间隔： 4．二次寻呼方式： 5．二次寻呼间隔： 6．三次寻呼方式： 7．三次寻呼间隔： 8．MSC重发寻呼次数： 9．全网下发寻呼： 10．预寻呼功能： 11．位置更新优化（MSC软参）： 12．呼叫早释功能（MSC软参）： 13．寻呼优化控制（MSC软参）： BSC侧寻呼相关参数： 14．CCCH信道配置： 15．RACH最小接入电平： 16．MS最小接收信号等级 17．基站寻呼重发次数 18．接入允许保留块数

19．相同寻呼间帧数编码 20．MS最大重发次数 21．SDCCH动态分配允许 22．随机接入错误门限 23．T3212(周期性位置更新定时器) 24．RACH忙门限 25．CCCH负荷门限 26．Abis流量控制允许 27．A口协作寻呼开关（软参） 28．寻呼生存周期（软参29） 1.4 干扰问题当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响应，使寻呼成功率下降。 1.5 覆盖问题可能影响寻呼成功率的覆盖问题： 1．不连续覆盖(盲区) 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续等造成MS无法响应寻呼。 2. 室内覆盖差

3G寻呼量较少网络下寻呼成功率指标较低问题分析专题

目录一、背景介绍 (3) 二、故障现象描述 (3) 三、原因分析及定位 (4) 四、处理方法介绍 (12) 五、经验总结 (12) 2 / 122

一、背景介绍随着全省3G网络建设步伐的加快，各地3G网络覆盖范围快速增加，紧跟建设步伐的网络优化活动也大规模开展。盐城公司在本地的3G网络优化过程中遇到了一些端局下3G寻呼成功率较低问题。例如在NJGS24等2/3G融合端局，在3G无线覆盖水平明显较2G存在较大差距的情况下，从端局话务统计上看，3G网络的寻呼成功率明显偏低，本文就此问题进行了分析。本专题主要包含如下内容： ◆现象描述 ◆原因分析与定位 ◆处理方法介绍 ◆经验总结二、故障现象描述端局接入RNC数据增加后，近日交换侧指标监控发现，建湖NJGS24下一个RNC下挂的5个3G LAC的寻呼成功率较低，最低的甚至为0。相关的统计指标如下。 3 / 123

4 / 124 表1 3月8日晚间寻呼统计表从上表中，我们可以得出一个规律： 1、Iu 口的第一次寻呼次数低。5个LAC 中只有1个覆盖县城的LAC 的一次寻呼次数达到100次以上，其他乡镇的LAC 一次寻呼次数都在30次一下，甚至有的一个晚忙时只有7次。 2、重复寻呼次数远远高于一次寻呼总次数。 3、一次寻呼次数越多的LAC ，它的寻呼成功率越高。这5个 LAC 中，次数较多的成功率越高，次数越少成功率越低。例如D156,3个时段的成功率在80％以上，其他4个LAC 最高的只有36％，最低的只有0％。下面是市区一个端局下的3G LAC 寻呼指标统计：表2 寻呼较多的一个LAC 的成功率统计从上表可以看出，市区的一个LAC 下的寻呼次数在达到几千次后，一次寻呼成功率的指标明显高于寻呼次数只有几十次的乡镇覆盖区的LAC 。三、原因分析及定位分析指标偏低可能出现的原因： ? 核心网和无线侧关于寻呼相关的软参设置不合理； ? 实际寻呼次数与端局话统的数据有误差； ? 无线环境特别恶劣，造成寻呼得不到用户终端的响应； ? 其他可能性，如核心网统计指标点的定义问题等。

GSM无线网络优化流程华为寻呼成功率分析

GSM无线网络优化-STS数据采集分析（华为分册）四川移动网管中心技术支持中心 2020年8月16日

2010-07-27版本号：

目录第1章、寻呼成功率的定义...................... 错误!未定义书签。 1、NSS的定义................................ 错误!未定义书签。 2、BSS的定义................................ 错误!未定义书签。 3、 NSS的寻呼成功率和BSS的寻呼成功率的差异 . 错误!未定义书签。 4、信令流程及统计点.......................... 错误!未定义书签。第2章、BSS侧相关因素分析及提高手段 .......... 错误!未定义书签。 1、BSS侧相关因素............................ 错误!未定义书签。 2、分析流程图................................ 错误!未定义书签。 3、寻呼成功率问题定位及BSS侧提高寻呼成功率的措施错误!未定义书签。、硬件和传输上存在问题 ................... 错误!未定义书签。、寻呼过载和突发性大话务占用SDCCH信道 ... 错误!未定义书签。、参数配置上的问题....................... 错误!未定义书签。、干扰问题影响寻呼成功率 ................. 错误!未定义书签。、覆盖问题影响寻呼成功率 ................. 错误!未定义书签。、上下行平衡问题影响寻呼成功率 ........... 错误!未定义书签。

关于寻呼成功率的提高方式

关于寻呼成功率的提高方式 1.位置区更新、小区重选等都会影响PAGING。 https://www.360docs.net/doc/c713003859.html,C划分和LAC区容量分析，合理的设置位置区范围，避免基站LAC插话现象。这样可以减少所有BSC 系统从交换接收寻呼消息的负担，保证在一个LAC区内尽快把所有寻呼消息发出去。 3.手机是否在服务区将直接影响系统所发寻呼消息能否被手机响应，保证手机在服务区则需要网络的覆盖达到一定要求。因此网络的健全程度将从根本上制约无线系统接通率的提高。寻呼成功率反映的是网络的覆盖问题， 4.减少网络干扰（外界干扰、CDMA干扰、一些特殊机关部门的干扰机）； 5.交换追出寻呼无响应多的小区，针对性的解决； 6.通常情况下，网络拥塞是影响无线系统接通率提不上去最大的因素。如果出现信令信道拥塞，就可能造成寻呼消息丢失，直接影响寻呼成功率。 7.处理传输等影响较大的硬件问题（射频单元、CDU、天馈系统等）。小区信号不稳定时，寻呼成功率会相当差。如此，需要尽可能少用微波传输。 8.有时候断站会影响相邻LAC的寻呼成功率的 9.用户的个人行为，比如正在进行短信、彩信的发送等。短信中心的寻呼机制也应关注。我们曾碰到一个案例，由于新建的短信中心的寻呼重发次数与其它短信中心不同，导致全网寻呼成功率大幅下降。 14.如果上下行信号不平衡，可能出现上行或下行信号很差，导致寻呼不到。寻呼成功率的定义（C4.9）： l寻呼响应次数（C11.3）/ 寻呼请求次数（C11.1）

a MSC判断为1次移动台被呼，向被呼MS当前的服务区域所属的BS发送寻呼请求(Paging Re quest)。并启动定时器T3113。上报1次“寻呼次数”。 b BS在前向寻呼信道上传送寻呼消息（page），寻呼消息中带有移动台地址。 c MS通过接入信道应答Page Res ponse消息。 d BS收到寻呼响应消息后，上报1次“寻呼响应”。BS构造A1口的Paging Response消息，通过完全层3消息发送给MSC，并启动定时器T303。 e BS收到Page Res ponse消息，给MS应答基站证实指令（Base Station A cknowledgment Order ）。 MSC向BS发送指配请求（Assignme nt Re quest）消息，BS调用资源分配接口，分配无线信道的相关无线资源；然后配置业务信道单元。MSC收到寻呼响应消息后，F 停止定时器T3113。这条消息中同时带有MSC指定的地面电路。MSC启动定时器T10。BS收到来自MSC的指配请求（Assignme nt Request）消息后，

寻呼成功率信令流程

寻呼原理当一个位置区下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息，BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息?当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码。移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH。BSC则在确认基站激活了所需的SDCCH 信道后，在接入允许信道(AGCH)通过立即指配命令消息，将该SDCCH指配给移动台。移动台则使用该SDCCH发送寻呼响应(Paging Resp)消息给BSC，BSC将PagingResp消息转发给MSC，完成一次成功的无线寻呼? 如下图1：寻呼相关指标定义: 从寻呼信令流程中我们得出几个主要可能影响寻呼成功率的对应节点，每个节点所对应的指标计算公式如下：

MSC 寻呼成功率定义： (PAGING_NPAG1RESUCC+PAGING_NPAG2RESUCC)/(PAGING_NPAG1LOTOT+ PAGING_NPAG1GLTOT) LAC寻呼成功率定义： (LOCAREAST_NLAPAG1RESUCC+LOCAREAST_NLAPAG2RESUCC)/ (LOCAREAST_NLAPAG1LOTOT) UM口寻呼成功率定义： sum(RANDOMACC_RAANPAG + RNDACCEXT_ RAAPAG1 + RNDACCEXT_ RAAPAG2) / LOCAREAST_ NLAPAG1LOTOT 随机接入成功率： RANDOMACC_CNROCNT / (RANDOMACC_ RAACCFA +RANDOMACC_CNROCNT) SD建立成功率： CLSDCCH_CMSESTAB /CELTCHFP_ TFCONGPGSM

浅谈提高寻呼成功率的几种方法

浅谈提高寻呼成功率的几种方法摘要在过去一年中，北京CDMA网络寻呼成功率有了较大幅度攀升。本文详细说明了提高寻呼成功率的几种方法，并介绍了其在北京现网中的实际应用情况。关键词寻呼成功率CDMA SCI ISPAGING 1．引言在CDMA网络中，寻呼成功率的公式为“（寻呼成功总次数/寻呼请求总次数）*100%”。其中寻呼请求总次数统计了MSC发出对被叫用户的寻呼消息的次数；寻呼成功总次数统计的是MSC收到被叫用户的寻呼响应消息的次数。寻呼成功率是关系网络通信质量的一个重要指标，不但衡量了手机是否能够接收到交换机下发的寻呼消息，而且也考察了交换机是否能收到手机上发的寻呼响应消息。 2003年春天，北京CDMA网络的寻呼成功率较低。通过1年多的努力，该项指标上升了将近5个百分点，成果显著。在此，谈谈我们在提高寻呼成功率方面的一些经验和方法，供大家借鉴。 2.方法一：提高网络覆盖率这是提高寻呼成功率最容易想到的方法。网络覆盖的面积大了，手机移动到无信号地区的概率自然就减小了，其能够成功响应寻呼消息的概率也就增加了。然而网络不是一天建成的，网络覆盖空洞和弱覆盖地区也不是旦夕间灰飞烟灭的。因此，在实际实施中，这却是花费时间最长，需要长期积累才能看出明显效果的方法。但“不积跬步无以致千里，不积小流无以致江河”。这恰恰是这我们应该长期坚持努力的方向。 2003年是北京CDMA网络的建设年，基站覆盖的广度和深度都有了质的飞越。不论城区还是郊区的覆盖率都大为提升，成为寻呼成功率持续上升的重要保证。其中最为明显的一个例证是2003年年末伴随着地铁站台的全面覆盖，北京C网寻呼成功率迅速攀升了0.5个百分点。 3.方法二：减轻寻呼信道负荷如图3.1所示，在CDMA系统中，一个80ms的寻呼信道时隙分成4个20ms的子时隙，每个子时隙中仅能容纳最多一条寻呼消息。因此，一个寻呼信道时隙中最多容纳4个寻呼消息。

移动LTE专项优化CSFB成功率提升思路

移动LTE CSFB成功率提升思路

1CSFB成功率提升思路 1.1CSFB寻呼成功率提升思路 1）、先行核查站点是否存在告警，重点是驻波类告警、传输链路类问题及时钟类告警。2）、核查站点功率设定是否满足规范要求（具体方法后续发送），需要区分单双模功率。如下为单通道功率标称值，若单模可以直接以如下功率来进行设定；若双模就需要核实TDS 侧功率设定，TDS+TDL功率之和不能超过设备支持功率。 3）、核实小区数据设定是否符合规范要求，主要包含如下几项：端口数、收发模式与设备特性、射频规划方式是否一致；如RRU3161-FA仅为单通道，就需要在小区属性中设定为单端口、单发单收；若设定为其它就需要核实RRU级联方式及扇区布置方式是否常规设定。4）、核查站点4G邻区关系是否完整（由于邻区不完整而无法顺利重选导致的假弱覆盖问题）。5）、核查U2000寻呼测量话统是否存在S1接口寻呼下发次数为0的问题，确定是否eNodeB ID重复所致； 6）、核查共站点LAC及TAC是否设定一致（由于经纬度问题或者规划问题导致的异常），是否存在跨MSC Pool的问题。 7）、分析MR数据RSRP及上行干扰数据来判断是否弱覆盖问题导致的寻呼黑洞问题，若是建议调整寻呼次数来加大空口寻呼力度。 8）、对于无线弱覆盖十分严重的小区就需要通过接入类参数进行优化调整，该重选到GSM

或者TDS网络的就要重选过去，避免弱覆盖异常导致的寻呼交互无法顺利进行的问题。1.2CSFB回落成功率提升思路 1)对LTE侧CSFB相关的开关及CSFB优先级参数进行核查，必须依照规范来设定。 2)核查GSM侧CSFB license资源是否充足，华为GSM还需要核实支持CSFB开关及未知寻呼响应开关是否开启； 3)从U2000话统台对CSFB成功率及准备成功率进行分析，是否存在失败偏高90%以上的小区，如果失败率高通常都是邻区及频点未添加所致，或者盲切换优先级、 connection态优先级未设定所致，需要依照规范来设定。 4)对TAC-LAC一致性进行核查，需要割接调整的就提单调整，配置不一致的就提单修改，避免位置更新过程中容易导致的回落失败问题。 5)对TOP小区邻区关系进行核查，漏配、错配及频点不全、频点冗余等问题需要及时予以整改，避免回落频点不合理而导致失败问题。 6)全网GSM站点及LTE站点加入Pool归属，若未组Pool需要加入MSC归属，对于Pool 间的邻区关系建议删除，具体频点也要做出相应的删减（具体需要依照该频点覆盖范围及LTE站点覆盖范围来确定）；对于未组Pool的就需要将不同MSC的邻区关系进行删除，频点也如Pool间方式操作。 7)对TOP小区的MR数据进行解析，分析RSRP、上行干扰及UE功率余量话统来综合判断是否网络干扰导致回落失败。 8)从GSM网络侧分析是否存在SDCCH溢出的问题，需要GSM日常优化去优化。1.3CSFB呼叫成功率提升思路 CSFB呼叫成功率阶段导致失败更多的是在GSM侧，需要重点从GSM网络侧进行优化。1）、对TCH话务溢出问题进行专题优化提升。 2）、结合A+Abis平台对GSM侧接通率TOP小区进行质差及干扰排查优化。 3）、对回落伴随位置更新频繁小区进行专题分析优化。在LTE侧回落频点不合理时可能会造成回落小区不是最优小区，引发弱覆盖及质差问题，导致CSFB呼叫失败，对此需要重点从如下方面入手： 1）、对于呼叫失败TOP小区周围LTE站点邻区关系的合理性进行核查，避免4G侧邻区关系漏配及错配导致的回落频点不合理问题。

寻呼成功率优化

1寻呼成功率优化 1.1概述寻呼成功率是移动通讯系统中一项基本功能。他直接影响来话接通率和系统接通率等其它网络指标，影响用户的感受。寻呼成功率由MSC统计，该指标优化提高要通过交换和无线优化共同努力解决。指标定义如下寻呼成功率：寻呼相应次数/寻呼请求次数×100％寻呼响应次数：只MSC收到的PAGING RES消息的总和，包括重复寻呼的响应，统计点为MSC 寻呼请求次数：指MSC首次发送的PAGING消息的总和，统计点为MSC。 1.2寻呼流程简介寻呼成功率主要涉及到A接口和空口的流程： A1：MSC发来的电路业务请求次数 B1：Abis口电路业务寻呼下发次数 C1：Abis口电路业务寻呼成功次数。

当MSC从VLR中获得MS的LAC后，将向该LAC区域所有BSC发送PAGING消息。BSC收到消息后，向该BSC所属全部小区发送Paging Command。基站收到寻呼命令后，将在无线信道的该IMSI或TMSI所在寻呼组的寻呼子信道上发送Paging Request，该消息携带被寻呼用户的TMSI或IMSI。MS收到Paging Request 后，通过RACH请求分配SDCCH。BSC确认后激活相应的SDCCH信道后，在AGCH信道通过 immediate assignment 将该SD信道指配给MS。MS占用该SD信道成功后，发送Paging Response。BSC将该消息转发给MSC，完成一次寻呼。 1.3寻呼丢失原因分析 1.3.1电路寻呼损失的分析如下图所示我们根据寻呼的基本信令流程，将寻呼损失分为3部分，再结合现网无线与交换的统计，对无线侧的寻呼损失进行量化分析。（因为MSC与BSC之间，BSC和BTS之间为有线连接，几乎不存在信令在传送过程中的丢失，为了简化分析我们不考虑MSC，BSC和BTS三者之间的信令丢失）。

LTE网络寻呼容量评估

1概述 1.1TAC介绍 LTE网络现行寻呼策略为：精准寻呼+普通的寻呼，即UE上次驻留的eNodeB发起寻呼->精准寻呼2S响应超时寻呼下级，最近TAC ->精准寻呼2S响应超时寻呼下级，TAL->精准寻呼2S响应超时重新寻呼， TAL ->寻呼6S超时后重新寻呼，TAL ->寻呼6S超时后寻呼失败。注：若UE在一个eNodeB下的驻留时间小于2分钟（eNodeB粘性时长），MME将跳过该UE对应的寻呼规则中“最近eNodeB”的寻呼范围，直接跳转到下一级范围（TAC或TA List）进行寻呼。 TAC区作为LTE网络寻呼过程中重要的一环，配置即不能过大也不能过小：过大：会导致核心侧、无线侧资源消耗过大，引起过载、挤占业务信道资源或需要的配置过高问题。过小：会导致TAC级寻呼成功率偏低、从而触发过多不心要的TAC List级寻呼，并导致TAC编号资源紧张。 1.2TAC区约束条件 TAC区最大寻呼能力需要考虑以下2方面的约束条件： 1、核心侧MME现网配置条件下的寻呼能力。 2、无线侧寻呼对空口资源占用合理比例下的寻呼能力。 2TAC寻呼能力分析 2.1核心侧MME分析核心网进行TAC合并的条件是，一个TAL下挂基站数量不超过150，否则在用户数突增情况下可能造成MME侧设备的负荷问题。 TAL下TAC数量减少对核心网设备负荷的影响在5%左右。统计现网TAL下挂基站数目情况，150个基站以上的TAL数目达到53个，其中衡水最高达到一个TAL下面825个BBU（TAL:18929），部分过大的TAL需要进行分裂后再进行TAC合并。

寻呼成功率优化指导

寻呼成功率优化指导 1 寻呼成功率的计算方法 2006年，联通将寻呼成功率纳入考核指标，88%达标，94%满分。寻呼成功率的计算方法如下：寻呼成功率＝寻呼响应次数/寻呼请求次数*100% 其中，寻呼响应次数定义：本地区所有MSC收到的PAGING RES消息的响应总和，包括二次寻呼响应。统计点为MSC。寻呼请求次数定义：本地区所有MSC发出的PAGING消息的总和，不包括二次寻呼的消息。统计点为MSC。 2 影响寻呼成功率的因素寻呼成功率是一个系统级的问题，涉及MSC、BSC、BTS、MS以及网络的覆盖情况等。影响MSC寻呼成功率的因素主要有： 1、基站覆盖情况； 2、MSC的寻呼策略； 3、信令信道是否拥塞； 4、位置区划分的合理性、上下行平衡情况； 5、寻呼相关参数设置。如：上下行接入门限参数、周期位置时间（T3212）等。 3 BSS侧提高寻呼成功率的措施 3.1 开启BTS寻呼重发功能为了提高寻呼成功率和寻呼效率，基站侧增加了寻呼重发功能，这样可以解决一些由于偶尔的无线链路传输质量差而造成的移动台暂时无法正确接收寻呼命令问题，而对于持续的无线链路传输质量差而造成的移动台暂时无法正确接收寻呼命令问题继续依赖于MSC侧的寻呼重发来解决。另外，由于基站侧实现了寻呼重发，减少了MSC侧寻呼重发量，一定程度上降低了整个网络侧的信令负载。

修改参数“寻呼次数”（小区属性表）开启BTS寻呼重发功能（建议设置为4次）。参数“寻呼次数”含义：在BTS2X基站中本参数用于BTS决定寻呼重发，它与MSC内配置的寻呼次数共同控制寻呼的重发次数，总共的寻呼次数近似为两者相乘值。华为BSC没有重发机制，收到一条寻呼消息处理一条寻呼消息。华为BTS支持寻呼重发机制。 3.2 合理设置MSC周期位置更新时间适当减小MSC周期位置更新时间，且设置BSC的周期位置更新定时器 T3212稍小于MSC周期位置更新时间（建议将BSC的周期性位置更新时间值设置比MSC周期性位置更新时间小5～10分钟），有利于寻呼成功率的提高。当MSC 附着分离定时器（Detach Timer）超时后，VLR 将把处于覆盖盲区或关机的手机设置为隐性关机，此时MSC也不会下发寻呼。在保证不发生信令过载的条件下，适当减小BSC、MSC周期位置更新时间。注意：同一位置区下不同BSC的周期位置更新时间设置为一致，并且 BSC的周期位置更新时间小于MSC的周期位置更新时间。 3.3 适当降低“RACH最小接入电平” 参数“RACH最小接入电平”（小区属性表）设置越小，对提高寻呼成功率越有利。参数“RACH最小接入电平”最小可以设置为0（表示对上行接入电平不限制）。由于影响寻呼成功率和掉话率的网优参数是互相制约的，通过降低“RACH 最小接入电平”可以提高寻呼成功率，但会造成掉话率增加。 3.4 适当降低“MS最小接收信号等级” 参数“MS最小接收信号等级”表示MS接入系统所需要的最小接收信号电平，缺省值为8。为了提高寻呼成功率，可以适当降低该参数。该参数设置过低同样会导致掉话增加，需要采取优化掉话的措施。 3.5 适当增大“MS最大重发次数” 参数“MS最大重发次数”（系统消息数据表）表示MS在同一次立即指配进程中允许发送Channel Request消息次数的上限。参数设置值越大，试呼的成功率越高，接通率越高，但同时RACH信道的负荷也越大。参数“MS最大重发次数”缺省值为4次，为了提高“寻呼成功率”，可以设置该参数为7次，但要密切关注RACH信道的负荷。

寻呼不可及优化经验总结

寻呼不可及优化策略：第一、针对6个寻呼成功率最差的LAC（22964,2967,24662，24767,24776,24780）进行核心网参数优化，寻呼成功率低于90%且AT=0的将AT调整为1；3、首次寻呼成功率低于80%且INT=300的将INT调整为350。参数优化后这6个LAC的寻呼成功率得到较大提升，都在94%以上。提升都在5个百分点以上。第二、H YS参数优化。针对泉州TOP500寻呼不可及小区中的LAC边界373个，包括其邻小区进行HYS参数优化。通过指标统计，优化小区寻呼不可及次数约能改善1%。；第三、对LAC边界且存在过覆盖小区进行覆盖整治，目前完成对3个小区的过覆盖整治，整治后其寻呼不可及次数下降明显，约能压降5%以上。第四、针对高干扰的26个小区的RET参数有原来的4优化为7，通过对比优化前后日均寻呼不可及次数，整体有所下降。由优化前的平均116次压降为优化后的71次，整体日均约减少45次。第五、另外通过优化小区重选参数REO、TEO参数，采取限制小区（较高寻呼不可及）的边缘用户驻留的策略，达到压降寻呼不可及次数的目的；另外通过优化SD及TCH拥塞小区，解决由于无线资源原因导致的寻呼不可及问题；再者就是通过对寻呼容量受限小区（存在寻呼删除小区）进行扩展CCCH开启，或增加扩展CCCH个数，达到提升寻呼

成功率，压降寻呼不可及次数的目的。现阶段寻呼不可及优化成功： ◆全网寻呼失败率：全网寻呼失败率由8月份的0.3%，压降到9 月份（目前）的0.22%，整体压降幅度为-28.6%； ◆TOP1000寻呼失败率：TOP1000寻呼失败率由8月份的1.22%，压降到9月份（目前）的1.08%，整体压降幅度为-11.4%；

寻呼成功率指导书

1. 寻呼成功率的背景及定义 2. CN侧影响因素分析及提高手段 3. B侧相关因素分析及提高手段 4. 案例分析应用寻呼成功率指导书

第一章寻呼成功率的背景及定义背景无线寻呼成功率取自所有的端局(VMSC)，移动用户做被叫或接收短消息过程中端局(VMSC)向所属用户发起寻呼情况的统计，即寻呼成功之和与寻呼尝试之和的百分比。寻呼成功率考核各地无线覆盖情况、网络运行维护优化的质量等。这项指标的高低反映网络的覆盖规模，网络覆盖本质上是无线的问题，应归于基站的密度、发射接收功率的设置等。通常，每期工程的顺利完成寻呼成功率就会有所提高，而且这个提高幅度同工程的规模成正比。网络优化的目的是尽可能使得寻呼成功率达到工程设计应该达到的水平。那么这项反映网络覆盖的指标如何优化呢？BSS当然是这项指标的理想跟踪对象，可以将大的系统指标分解到各个小区来定点分析，通过对各个小区或基站的障碍清除、参数调整、高度调整及俯仰角变换等等手段来达到无线的最佳覆盖，从而优化寻呼成功率。其次在NSS一边也有一些优化手段可以提高这项指标。本文主要讲述NSS侧的一些优化手段。寻呼流程

定义系统寻呼成功率=寻呼响应次数/寻呼请求次数*100% 寻呼响应次数指本地区所有MSC收到的PAGING RES消息的响应总和。包括重复寻呼的响应。统计点为MSC。寻呼请求次数

定义:指本地区所有MSC发出的首次PAGING消息（不包括重复寻呼）的总和，统计点为MSC。语音寻呼成功率=语音寻呼响应次数/语音寻呼请求次数话统指标目前版本的实现，对于寻呼方面的统计有四个测量指标： MSC基本表测量寻呼过程测量 MTC呼通率测量位置区话务测量话统公式：系统寻呼成功率以MSC基本表测量的寻呼响应次数和寻呼次数的比率为准。 <备注> B侧的寻呼成功率指标是以BSC为单元进行测量，而N侧的寻呼成功率指标分为两种：一是以MSC为单元进行测量；二是以位置区为单元进行测量。

低寻呼成功率的LAC的分析

长春本周最差LAC统计、分析 4天最差LAC统计过滤出7个寻呼成功率低LAC，通过对低寻呼LAC下的BSC、小区及相应参数进行统计分析，无法从无线侧发现LAC 寻呼成功率低的原因。建议交换侧配合分析具体Paging失败的原因。 1. 对《长春本周最差LAC统计.rar》进行统计分析，附件中只有7个低寻呼成功率低的LAC。详见下表：从上表可以看出，低寻呼成功率的LAC并不是每个时段都出现，也不是每个时段寻呼成功率都低于90%。其中17181出现时段最多为64次，但其寻呼成功率平均值都在91.96之上。 2．在《长春本周最差LAC统计》中LAC17181最差时段出现在13日2时和15日18时，寻呼成功率都为89.77%；另一个LAC17165在14日3时和15日2时寻呼成功率为87.03%和89.66%。低于90%的也只有这两LAC，共计出现4个时段。对LAC17181和LAC17165中的BSC的指标进行查看，其出现低寻呼的时段BSC各项指标均正常，同时对其他各个LAC最差时段BSC 进行统计，指标正常。详见下表：

3. 对11月1日到14日网络指标进行统计、分析，干扰、切换成功率、掉话、拥塞、上行干扰比例、无线利用率等指标均正常，见下表：

从上表可以看出，网络各项指标对比历史没有明显波动及变化。其具体指标详见附件参考附件《每日网络指标汇总》。 4. 没有对bs_ag_blks_res、bs_pa_mfrms、T3212和CRH等参数没有进行参数调整。综上所述，各个LAC下BSC及小区指标均正常，与历史指标对比后没有发现明显变化，同时各项参数也没有进行调整，无法从无线侧发现LAC寻呼成功率低的原因。建议交换侧配合分析具体Paging失败的原因，对于无线类的，网优中心进行进一步分析。

02 话统分析

目录2-18A.2 中国联通质量考核指标........................................2-16 A.1 中国移动话统考核指标2002年...............................2-16 附录A ...........................................................2-142.4.6 切换成功率低的分析........................................2-12 2.4.5 SDCCH 拥塞率分析..........................................2-10 2.4.4 TCH 拥塞率的分析..........................................2-7 2.4.3 掉话率高的分析.............................................2-6 2.4.2 话统分析整体思路...........................................2-6 2.4.1 话统分析准备...............................................2-6 2.4 话统分析.......................................................2-4 2.3.2 运营商考核指标.............................................2-4 2.3.1 关键性能指标...............................................2-4 2.3 话统指标简介...................................................2-3 2.2.2 话务统计功能...............................................2-2 2.2.1 话务统计系统结构...........................................2-2 2.2 话务统计系统的结构和功能.........................................2-1 2.1 概述 ..........................................................2-1 第2章话统分析........................................................

GSM寻呼优化

陈源惠:GSM寻呼策略分析与优化建议陈源惠广东怡创通信有限公司，1997年7月中山大学计算机软件专业，网优中心经理兼网优专家，研究方向：GSM网络质量、容量的评估手段、分析方法及各种问题的解决方案；2G与3G共存情况下不同话务模型的优化方法。 1 寻呼原理当一个位置区下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息，BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息。当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码。移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH。BSC则在确认基站激活了所需的SDCCH信道后，在接入允许信道(AGCH)通过立即指配命令消息，将该SDCCH指配给移动台。移动台则使用该SDCCH发送寻呼响应Paging Resp)消息给BSC，BSC将Paging Resp 消息转发给，完成一次成功的无线寻呼。MSC如图1：

2 寻呼策略设置介绍 (1）寻呼策略目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式。在GSM系统中，每个用户都分配了一个惟一的MSI，IMSI写在移动台的SIM卡中，长8字节，用于用户身份识别；TMSI由VLR为来访的移动用户在鉴权成功后临时分配，仅在该VLR管辖范围内代替IMSI在空中接口中临时使用，且与IMSI相互对应，长4字节。因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI号码。因此，使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍，是否使用TMSI由参数TMSIPAR 来决定。在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行，如果其值为0，则不会进行第次寻呼，直接产生EOS400；如果其值为1 或2，则其使用TMSI 或者IMSI 在原位置区进行

GSM寻呼成功率指标优化

GSM寻呼成功率指标优化 1. 影响寻呼成功率的因素网元MSC、BSC、BTS、MS，以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率，例如：硬件故障传输问题参数设置问题干扰问题覆盖问题上下行平衡问题其它原因。 1.1 硬件故障当出现TRX或合路器故障的情况时，将会造成MS难以相应寻呼，寻呼成功率下降。 1.2 传输问题由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致寻呼成功率上升。 1.3 参数设置问题 BSC侧和MSC侧的一些参数设置会影响寻呼成功率，主要包括： MSC侧寻呼相关参数： 1．N侧位置更新时间（IMSI隐形分离定时器）： 2．首次寻呼方式： 3．首次寻呼间隔： 4．二次寻呼方式： 5．二次寻呼间隔： 6．三次寻呼方式： 7．三次寻呼间隔： 8．MSC重发寻呼次数： 9．全网下发寻呼： 10．预寻呼功能： 11．位置更新优化（MSC软参）： 12．呼叫早释功能（MSC软参）： 13．寻呼优化控制（MSC软参）： BSC侧寻呼相关参数： 14． CCCH信道配置： 15． RACH最小接入电平： 16． MS最小接收信号等级

17．基站寻呼重发次数 18．接入允许保留块数 19．相同寻呼间帧数编码 20．MS最大重发次数 21．SDCCH动态分配允许 22．随机接入错误门限 23． T3212(周期性位置更新定时器) 24． RACH忙门限 25． CCCH负荷门限 26． Abis流量控制允许 27．A口协作寻呼开关（软参） 28．寻呼生存周期（软参29） 1.4 干扰问题当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响应，使寻呼成功率下降。 1.5 覆盖问题可能影响寻呼成功率的覆盖问题： 1．不连续覆盖(盲区) 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续等造成MS无法响应寻呼。 2. 室内覆盖差因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，造成MS无法响应寻呼。 3. 越区覆盖（孤岛）服务小区由于各种原因（如功率过大，天线方位角等）造成越区覆盖，导致MS可接收到下行信号，到MS发出的相应消息无法达到基站，造成寻呼成功率下降。 1.6 上下行平衡问题如果由于基站发射功率过大或塔放、基站放大器、天线接口等出现问题，造成上下行电平相差较大，则在基站覆盖边缘会导致手机接入成功率不高。 2. 寻呼成功率分析流程和优化方法 2.1 分析流程图 2.2 寻呼成功率问题定位及优化方法说明 2.2.1 硬件和传输上存在问题当出现TRX或合路器故障等情况时，将会造成寻呼下发失败或指配失败等情况,导致寻呼成功率下降。检查硬件故障可以通过查看基站告警或在LMT上的基站设备面板界面直接查看硬件状态。主要的BSC告警如下表所示：

TBF建立成功率专题

TBF相关参数说明 TBF：临时块流(Temporary Block Flow) 它是MS和BSS之间的RR实体在进行数据传送时的一种物理连接网络可以给TBF安排一个或多个PDCH无线资源一个TBF包含许多RLC/MAC块，用来承载一个或多个LLC PDU TBF是临时的，只有在数据传送过程中才存在 TFI：临时流标志(Temporary Flow Identity) 网络给每一个TBF安排一个临时流识别码(TFI),它是TBF的标志分配给同一个TBF的全部PDCH内，其TFI值都是相同的；但对相同PDCH上的不同TBF，其TFI 值则是唯一的。可以在不同方向上给TBF安排相同的TFI。TBF由TFI、数据传送方向唯一标志 T3168参数说明：用来设定MS等待分组上行指配消息的时长。该定时器用来设定MS等待分组上行指配消息的最大时长。MS通过在发送分组资源请求消息，或是在分组下行确认消息中附带的信道请求来发起上行TBF建立请求后，就开始启动定时器T3168来等待网络侧的分组上行指配消息。若MS在T3168超时前，收到了分组上行指配消息，则将T3168复位；否则，MS将重新触发分组接入过程，直到此过程重复4次，此后，MS将认为该上行TBF建立失败。该参数设置得越小，MS判断发生TBF建立失败的周期就越短。在有TBF建立失败的情况下，分组接入的平均时延就越短；但在恶劣的无线情况下TBF 建立成功率也就越低；而且该参数值过小也会增加重发分组接入请求的概率，从而增加PCU进行重复指配的概率，导致系统资源的浪费。该参数设置的越大，MS判断发生TBF建立失败的周期就越长。在有TBF建立失败的情况下，分组接入的平均时延就越长；但是在恶劣的无线环境下TBF建立成功率会有所提高。 T3192参数说明：该定时器用来设定MS在完成接收最后一个数据块之后，等待TBF释放的时间。当MS收到包含最后块标识的RLC数据块，并且确认已经收到了TBF中的所有RLC数据块时，MS应发送分组下行确认消息，并携带最后确认标识，同时开启T3192。如果T3192超时，MS将释放TBF相关资源并开始监听寻呼信道。在TBF释放阶段，如果MS处于半双工状态并且收到分组上行指配，MS将立即响应该命令；如果在TBF释放阶段没有收到分组上行指配，MS将进入分组空闲模式，在双传输模式时将进入专用模式。该参数设置得越小，由于MS很快将TBF资源释放掉，若此时网络侧有新的下行数据包要发送，网络必须发起寻呼或立即指配流程，所以下行TBF建立的时间就比较长。该参数设置得越大，TBF相关资源保留的时间就越长，如果后续没有下行数据传输，将造成长时间的无效资源占用；而如果网络侧新的下行数据到来时，T3192还未超时，则网络可以直接发送分组下行指配消息建立一个新的下行TBF，缩短TBF的建立时间。上行非扩展TBF延时释放时长：该参数用于设置上行非扩展TBF延迟释放的时间。网络侧收到最后一个上行RLC数据块（CountValue=0）后，会给MS发送一个FAI=1的Pakcet Uplink Ack/Nack消

KPI指标提升案例

起呼问题的处理流程：信号快衰造成未接通：【事件描述】国力大酒店3小区在丰潭路上有快衰现象，在该路段国力大酒店3小区信号迅速衰减至-90dBm，造成起呼失败。

信号快衰导致重选不及时【解决措施】现场调整国力大酒店3小区的机械下倾角由原来的6°→10° 【优化结果】调整之后在丰潭路复测多次，此问题路段已不会切至国力大酒店3小区。调整后切换关系图跨RNC迁移时，被叫connect消息没有直传导致未接通【事件描述】在中河北路上，主叫呼被叫，被叫响应寻呼。22：33：26，被叫向网络侧发起connect 消息时，被叫正在从同发财富1小区跨RNC迁移到文苑宾馆2小区，被叫connect消息不能直传到CN而导致主叫未接通。

被叫在源RNC上没有上报connect直传消息，如下：被叫在目标RNC上没有上报connect直传消息，如下：【事件原因】在起呼过程中，主被叫完成RAB建立，但是被叫发生了跨RNC切换，被叫在目标RNC发出送的connect消息，主叫在源RNC收不到CN下发的connect消息。【解决措施】需针对RNC边界进行优化（也即进行LAC区优化）。 RNC规划的推荐原则：

在规划RNC区时，需要尽可能的利用环境因素，减少RNC间的信令/数据流量，避免出现频繁的跨RNC 间切换。（注：此种情况一定要注意，像杭州一个RNC一个MSC出现频繁的跨RNC重选或切换会带来主叫在起呼过程中RAB建立完成发生切换至另外一个RNC导致收不到被叫发送的connect而导致未接通）如果存在两个以上的RNC区，在高话务的大城市，可以利用市区中山体、河流等地形因素来作为RNC 区的边界，减少两个RNC区下不同小区的交叠深度。如果不存在这样的地理环境，RNC区的划分尽量不要以街道为界，边界不要放在话务量很高的地方（比如商场）。一般要求RNC区边界不与街道平行或垂直，而是斜交。在市区和城郊交界区域，一般将RNC区的边界放在城郊区域外围一线话务量相对小的基站处，而不是放在话务密集的城郊结合部，避免结合部用户出现频繁的跨RNC间切换。 IMSI UNKNOWN IN VLR导致未接通【事件描述】车辆由南向北行驶在丰谭路上，在丰谭路左转至天目山路路口处，主叫UE由亚洲城2(40701)重选至国力大酒店2(40262)，未能及时进行位置更新即起呼，造成CM SERVICE REJECT，cause为IMSI UNKNOWN IN VLR。主叫路测截图【事件原因】该用户在其他的Server上做了位置更新，且HLR通知了本Server删除掉用户数据。由于该用户没有在本Server上做位置更新，也就是说，本Server上是没有该用户的数据的，所以当该用户在本Server上发起呼叫时，核心网直接拒掉，拒绝原因值为”IMSI Unknown in VLR”。【解决措施】关于该问题，核心网的MAP功能配置里有个选项可以解决此问题：