GSM寻呼成功率提升问题指导书

GSM寻呼成功率提升问题指导书文件编号：.1（根据在资料架构中的归属编号）版本：1.0中兴通讯移动网规网优部发布

移动网规网优部GSM产品技术指导书版本说明：版本日期作者审核修改记录2008-01-30常海杰未审核无目录TOC\o"1-3"\h\z\t"标题6,1,标题7,2,标题8,3"1 前沿 32 寻呼成功率指标定义和分析 4 寻呼成功率指标定义 4 无线侧寻呼相关计数器及信令统计点 4 寻呼成功率统计： 63 寻呼原理和流程分析 7 寻呼原理 7 无线寻呼的基本信令流程 84 影响寻呼成功率的原因 9 MSC侧原因 9 BSS侧原因 10 PAGING消息在无线信道下发失败 10 手机没有收到PAGING消息 10 手机响应PAGING时，相关信息未能发送到MSC 105 解决措施 12 排查流程 12 MSC侧和BSS侧的相关调整内容 13 首先排除系统导致的异常 13 检查手机的最新活动状态 13 排除GPRS的影响 14 指标分析 14 无线参数检查和优化 15 MSC寻呼策略的分析 17 现场测试 176 寻呼相关知识 196.1 手机所在寻呼组的计算 19 寻呼组、BS-PA-MFRMS、BS-AG-BLKS-RES（AGB）三者关系 20 BTS寻呼容量计算 21 BTS寻呼负荷计算 23 寻呼时长计算 23 LAC区大小与PCH信道容量的关系 24 SDCCH信道需求计算 25 ZX-G10BSCPaging处理能力 26 相关参数 27 CcchConf公共控制信道配置 27 BsAgBlkRes接入准许保留块 27 BsPaMframs寻呼信道复帧数 28 MaxRetrans最大重传次数 29 TxInteger发送分布时隙数（随机等待时间） 30 T3212周期性位置更新定时器 31 RxLevAccessMin允许接入的最小接收电平 327 寻呼相关案例 33 SDCCH拥塞引起的寻呼无响应 33 MSC流控导致的呼不通手机 33 T3212设置错误导致的寻呼无响应 34 位置区划分引起寻呼成功率降低 34 MSC寻呼机制导致LAPD寻呼流控 35 参数调整提升寻呼成功率 37前沿寻呼成功率一直是用户关注的重点，也是目前影响考核结果的难点，为了提升GSM网络的系统运行指标，提高网络服务质量，提升客户满意度。本文拟从指标定义、原理、流程入手，分析了可能导致指标差的原因，并提出了提高指标的排查方法、优化建议和案例。寻呼成功率指标定义和分析寻呼成功率指标定义寻呼成功率＝寻呼响应次数/寻呼请求次数*100%。寻呼请求次数定义：指本地区所有MSC发出的PAGING消息的总和,不包括二次寻呼的消息。统计点为MSC。寻呼响应次数定义：指本地区所有MSC收到的PAGINGRES消息的响应总和。包括二次寻呼响应，统计点为MSC。无线侧寻呼相关计数器及信令统计点图STYLEREF1\s1寻呼无线接入过程相关计数器如下表：计数器号计数器名称计数器描述统计信令点测量任务V2:C11621寻呼消息次数当BSC收到A口来的寻呼命令后，向各相关小区发寻呼指令，该指标统计向各个小区发送寻呼消息的次数。向小区发PAGINGCOMMAND时进行统计（按小区分别进行统计）。基本测量V3:C100030121V2:C11637＝C10007MTC的接入成功次数接入原因为MTC的手机成功接入立即指派消息里分配的信道的次数。在手机收到BSC下发的IMM_ASS，成功接入相应信道，使BSC收到EST_IND消息后，本计数器加1。BSC收到EST_IND消息（图1中A4）。基本测量、无线接入测量V3:C100030002=C100410007V2:C11685＝C10005MTC接入请求个数接入原因为MTC（移动被叫）的信道请求次数。在手机通过BTS，以CHL_REQ消息向BSC申请无线信道时，如果TA并未超出小区范围，且允许接入原因为“MTC”时，本计数器加1。手机向BSC申请信道，TA并未超出范围（图1中A1）。基本测量、无线接入测量V3:C100030001=C100410005V2:C11692=C10022接入原因为寻呼响应的接入次数接入原因为寻呼响应的接入次数，BSC收到EST_IND消息后，如果该消息携带的层3信息中，接入原因为寻呼响应，则本计数器加1。BSC收到EST_IND消息（图1中A4）。基本测量、无线接入测量V3:C100030137=C100410030V2:C10006MTC接入请求处理成功次数允许接入原因为MTC的手机接入网络，BSC接受手机的信道请求，分配信道，并激活信道成功后，本计数器加1，同时BSC即将下发IMM_ASS消息给手机。信道激活成功（图1中A3）。无线接入测量V3:C100410006V2:C20064PAGING消息数目统计BSC接收到MSC发送的寻呼消息的次数，收到本计数器加1。BSC收到Paging消息。A口信令统计测量V3:C100610006V2:C01001因队列满而丢弃的PS寻呼消息计数统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。TRX级寻呼测量V3:C100820001V2:C01002因队列满而丢弃的CS寻呼消息计数统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。TRX级寻呼测量V3:C100820002V2:C01003CH队列平均长度：9×9统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。TRX级寻呼测量V3:C100820003V2:C01004PCH队列平均长度：9×64统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。TRX级寻呼测量V3:C100820004V2:C11301A口寻呼消息次数在BSC收到A口来的寻呼命令后，向各相关小区发寻呼指令。本计数器统计向各个小区发送寻呼消息的次数。向小区发PAGING_COMMAND消息时进行统计（按小区分别进行统计）寻呼测量V3:C100540001V2:C70001Gb口PS寻呼消息次数在BSC收到Gb口来的PS寻呼命令后，向各相关小区发寻呼指令。本计数器统计向各个小区发送寻呼消息的次数。向小区发PAGING_COMMAND消息时进行统计（按小区分别进行统计）V2PS基本测量V3:C100540002v3寻呼测量V2：C70002Gb口CS寻呼消息次数在BSC收到Gb口来的CS寻呼命令后，向各相关小区发寻呼指令。本计数器统计向各个小区发送寻呼消息的次数。向小区发PAGING_COMMAND消息时进行统计（按小区分别进行统计）V2PS基本测量V3:C100540003v3寻呼测量注：单纯无线侧对寻呼的改善主要从提高移动台的无线随机接入成功率来入手，上述计数器C10005、C1006、C1007反映了无线随机接入过程，作为无线接入参数调整以及信令信道分配策略等的依据。接入请求的个数是收到ChannelRequire消息，接入请求处理成功次数是指发出immediateassign的次数，由于无线接入使用的slot-aloha协议，一次接入可以有多次接入请求，因此计算接入成功率可以使用接入请求处理成功次数占接入请求个数的百分比来描述，该值到底反映了信令信道的阻塞程度；而接入成功次数占整个接入请求次数的百分比则反映了无线接入请求的碰撞情况，如果该值比较低，则需要考虑接入请求的间隔时间等是否合理等因素。寻呼成功率统计：寻呼成功率在MSC侧进行统计；如果LAC区按照BSC进行划分或我们的设备与其它厂家设备没有LAC交叉的情况，并且MSC侧没有开启二次寻呼功能或能够在MSC侧剔除二次寻呼次数，则在BSS侧可以近似计算寻呼成功率：Pagingsuccessrate（BSC）=∑C11692/C20064*100%寻呼原理和流程分析寻呼原理无线寻呼的过程，即MSC通过寻呼寻找到MS的通信过程，只有在查找到移动用户后，MSC才能进行下一步的呼叫接续工作。图2：寻呼消息下发的示意图无线寻呼的基本信令流程图3：无线寻呼基本信令流程从图3可知，当MSC从VLR中获得移动台MS当前所处的位置区（LAC）后，将向这一位置区的所有BSC发出寻呼消息（Paging）。BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息（PagingCommand）。当基站收到寻呼命令后，将在无线信道的该IMSI所在寻呼组的寻呼子信道上发出寻呼请求消息（PagingRequest），该消息中携带有被寻呼用户的IMSI或者TMSI号码。MS在接收到寻呼请求消息后，通过随机接入信道（RACH）请求分配独立控制信道（SDCCH）。BSC则在确认基站激活了所需的SDCCH信道后，在接入许可信道（AGCH）通过立即指配消息（ImmediateAssignment）将该SDCCH信道指配给MS。MS则使用该SDCCH信道发送寻呼响应消息（PagingResponse）。BSC将寻呼响应消息转发给MSC，完成一次成功的无线寻呼。现在GSM网络上交换机的寻呼方式一般为二次寻呼，寻呼间隔一般为5秒。当MSC从VLR中获得MS目前所处的位置区LAC后，第一次向MS所在的LAC下的所有BSC寻呼。如果MSC在发出寻呼消息后，5秒内没有收到寻呼响应消息，MSC则会再发送一次寻呼消息。第二次也是向MS所在的LAC下的所有BSC寻呼。如果5秒内仍没有收到寻呼响应消息，则此次无线寻呼失败，同时，MSC将向主叫用户送“您拨打的用户暂时无法接通”的录音通知。中兴交换机寻呼方式是一般是二次寻呼（可以设置为三次寻呼），寻呼间隔一般是3秒。影响寻呼成功率的原因MSC侧原因交换的寻呼机制：交换机对寻呼次数以及寻呼响应等待时长的设置会直接影响到寻呼响应被接受的比例，比如：无线环境差的情况下，寻呼消息和响应之间的时间差可能会比较大，这时就需要适当的加大交换机的寻呼等待时间；交换机采用何种方式寻呼也会影响到寻呼成功率，一般我们将2次以后的寻呼用ISMI来寻找MS。交换机隐含关机ImplicitDetachTimer的设置：交换机隐含关机的设置可以帮助网络减少对不在服务区的MS的寻呼量，这也直接影响到寻呼成功率。设置过长导致网络对已经进入盲区的用户仍然进行寻呼，造成寻呼失败次数增多；设置过短增加系统负荷，影响网络性能。位置更新成功率：高的位置更新成功率可以使网络准确地了解所寻呼MS的LAC信息，相反准确度不高的LAC信息会导致寻呼消息的错误发送，影响寻呼成功率。A接口的链路问题：A接口的链路问题集中表现为SCCP层建链失败率高，A口信令负荷过高，造成信令丢失，这些也会影响寻呼成功率。交换机系统负荷过高，导致对个别消息流控影响寻呼成功率。MSC中存在垃圾数据，导致无谓的寻呼消息下发，造成地面链路或PCH信道过载2次寻呼时间设置不合理，使得2次寻呼没有起到作用，反而加重了系统寻呼负荷。两个手机同时呼叫另一手机，MSC接通一个主叫，对另一个主叫回“寻呼无响应”。MSC寻呼消息下发时间不合理：手机的呼叫释放未结束，MSC却提前完成了释放过程，同时又下发新的寻呼，结果得到“寻呼无相应”的回应。BSS侧原因PAGING消息在无线信道下发失败BSC流量控制，导致消息的丢弃。负荷高时，消息排队时间长，未能及时发送到手机。传输链路质量不好，导致底层LAPD消息丢失。T3212参数设置不合理。寻呼消息太多导致无线口消息丢失（如LAC区过大、短信群发等）。手机没有收到PAGING消息覆盖原因:覆盖盲区，总体网络覆盖率差，用户超出覆盖区,网络覆盖漏洞，个别覆盖盲点。手机频繁重选位置更新频繁手机在进行GPRS业务，未能侦听BCCH上的消息。寻呼组设置不合理，导致寻呼时间长，或者漏听寻呼。尤其是相邻两个小区的寻呼组不同。MS最大重发次数、扩展传输时隙TX-integer等参数配置不合适容易造成信道请求冲突或检测不到。相邻基站频率相差很多，引起频繁重选时，侦听的时间不同，容易导致漏听寻呼。手机响应PAGING时，相关信息未能发送到MSCSDCCH拥塞；SDCCH指派失败；上下行链路不平衡，上行弱；传输链路不好，消息丢失；服务区内存在网内外干扰或小区硬件故障导致手机无法解码寻呼消息或无法接入SDCCH信道从而无法响应寻呼；手机原因：手机接收性能差、异常吊死、电量不足导致上行弱等。解决措施排查流程针对寻呼成功率的排查，从MSS和BSS两方面并行进行排查，其中需要重点关注的几个方面如下：系统负荷（MSS和BSS）；LAC区划分及BTS寻呼负荷：控制LAC区的大小及边界，调整PCH信道容量（通过估算AGCH的需求量，可以将CombineBCCH/SDCCH小区的AGCH保留数由2调整为1或0，以增加PCH块数）；定时器设置：ImplicitDetachTimer>T3212，在系统负荷允许范围内适当降低这两个值有助于提升寻呼成功率，尤其对于覆盖较差的地方；寻呼流控（MSS和BSS），其中BSS侧关注LAPD流控通知，在BSC外围模块端口规划中注意一个外围模块下最好仅下挂一个LAC的站点，如挂两个则以外围模块的左右区域来区分；寻呼机制设置：一般IMSI寻呼的成功率要高于TMSI寻呼，另外不建议开启全局寻呼；覆盖情况：弱覆盖和上下行不平衡；SDCCH拥塞和指派失败：调整信道配置，保证SDCCH信道不拥塞，排除硬件故障及干扰，提升SDCCH的指派成功率；频繁重选和频繁位置更新：调整CRO，TMO，PT及CRH等；网内、外干扰：网络干扰影响SDCCH的指派成功率，如果BCCH频点受到干扰会导致手机收听不到寻呼消息或发出的接入请求无法被BTS解调；RxLevAccessMin参数设置：在掉话率和话音信道指配成功率能够容忍的范围内，适当降低最小接入电平有助于提升寻呼成功率；MSC侧和BSS侧的相关调整内容首先排除系统导致的异常查看流控告警，检查MSC/VLR/BSC是否有流控告警。维护好A/Abis口的中继链路，注意观察A/Abis口信令负荷，及时增加信令链路，降低因为信令负荷过高导致的寻呼失败。检查基站是否有传输瞬断告警。由于系统之间（比如ABIS接口的LAPD链路、网络侧各个实体之间的接口链路）和系统内部（如MSC与VLR之间的MEM链路、BSC/MSC各个模块之间的链路等）链路不稳定导致消息丢失，导致寻呼成功率低。这方面的问题可以通过查看告警得知。检查MSC数据库是否存在冗余数据。因为移动网络不断扩容、割接，造成MSC和BSC的小区数据不一致，要及时核对小区数据并及时删除冗余小区数据。在某些地方，网络扩容采取基站“插花”的方式（例如在MOTO的基站覆盖范围里面增加若干中兴的基站），造成一个BSC底下有多个LAC的小区。这样该BSC会收到多个LAC的寻呼消息，造成该BSC下的基站寻呼负荷较高检查手机的最新活动状态目前仅可通过VLR探针，检查手机的最近活动记录。测试时可通过对SGSN，MSC，ABIS口等录制信令，判断手机的活动。排除GPRS的影响检查GPRS路由区设置是否合理。同一站点路由区应相同，重选比较频繁的小区路由区应相同。检查路由区更新周期设置是否合理。利用不支持GPRS功能的手机进行测试。指标分析检查SDCCH拥塞情况，查看话统中“SDCCH拥塞率”等指标，正常情况下应该为0或接近为0。消除SDCCH拥塞造成的“寻呼无相应”。分析MTC成功率是否存在异常，正常情况下MTC接入成功率应该大于98％。MTC接入成功率＝C10007/C10005×100％＝C11637/C11685×100％分析小区的位置更新次数及位置更新成功率是否存在异常。分析系统的平均TA和最大TA判断是否存在过覆盖现象。查看MSC侧发出寻呼请求次数（需要MSC侧提供针对BSC所在LAC区的寻呼请求次数，并区分一次寻呼和二次寻呼）、BSC在A口接收到的寻呼请求次数（C20064）、BTS侧（分小区）收到的寻呼请求次数（C11621）、MTC接入请求次数（C11685）、MTC接入成功次数（C11637）的差别，可以看到寻呼消息在A口、Abis口、UM口上的损失情况；MSC侧发出寻呼请求次数－C20064表示A接口的寻呼损失情况；C20064－C11621（各小区）表示Abis口及BSC内的寻呼损失情况，如果同一个BSC内有多个LAC区的话，此项没有意义；对比同一个LAC区内各小区的C11621，找出最大值，对比其余小区与最大值的差别，表示不同小区的Abis口及BSC内的寻呼损失情况；同一个LAC区C11621（最大）－同LAC区内C11685之和－二次寻呼次数表示Um口上寻呼消息的损失情况，由于BSS无法区分一次寻呼和二次寻呼以及随机接入有RACH重发的机制，所以Um口的寻呼损失情况无法精确统计；对比话务量差别不大的LAC区的C11621是否差别较大，可以判断MSC侧的寻呼机制是否对每个LAC区都相同，如果不同可以通过录制A口信令来观察MSC的寻呼机制；无线参数检查和优化检查与寻呼、接入、立即指配有关的参数设置。通过查询话统、告警等，看是否有RACH、PCH、SDCCH等过载的消息。接入允许保留块数BS-AG-BLKS-RES和寻呼信道复帧数BS-PA-MFRMS配置不合适容易造成PCH信道拥塞或寻呼速度慢。通过话统“寻呼性能测量”中的“因队列满而丢弃的寻呼消息次数”正常情况应该为0。增加寻呼信道复帧数BsPaMframs的好处是减少属于每个寻呼子信道的用户数，小区的寻呼块数也越多，相应属于每个寻呼子信道的用户数越少，降低了每个寻呼块的寻呼负荷，避免突发的寻呼，降低碰撞概率，因此寻呼信道的承载能力加强（注意：理论上寻呼信道的容量并没有增加，只是在每个BTS中缓冲寻呼消息的缓冲器被增大，使寻呼消息发送密度在时间上和空间上更均匀）。同时手机侦测寻呼的时间越少，耗电量就越小。BS_PA_MFRMS太大是以牺牲寻呼消息在无线信道上的平均时延为代价的，即BS_PA_MFRMS越大使寻呼消息在空间段的时间延迟增大，系统的平均服务性能降低，手机等待寻呼的时间加长。减少寻呼信道复帧数BsPaMframs的好处是一是缩短用户响应寻呼的时间，提高网络的整体服务性能。二是我公司BTS在寻呼信道复帧数<=3时有对寻呼消息的2次重发功能，增加寻呼消息重发次数提高手机响应寻呼的几率，提高了寻呼成功几率。由于AGCH的优先级较高，因此可通过计算得知AGCH的需求量，将combined基站的AGCH保留块数的值由2设为0（参见BTS寻呼容量计算）；手机最大重发次数MAXretrans、扩展传输时隙TX-integer等参数配置不合适容易造成信道请求冲突或检测不到。通过话统“无线接入性能测量”中的“接入请求次数”、“接入请求处理成功次数”、“接入成功次数”计数器进行分析：接入请求的个数是收到ChannelRequire消息的次数，接入请求处理成功次数是指发出ImmediateAssignment消息的次数，接入成功次数是指收到EST_IND消息的次数。由于无线接入使用的slot-aloha协议，一次接入可以有多次接入请求，因此计算接入成功率可以使用接入请求处理成功次数占接入请求个数的百分比来描述，该值反映了信令信道的阻塞程度；而接入成功次数占整个接入请求次数的百分比则反映了无线接入请求的碰撞情况，如果该值比较低，则需要考虑接入请求的间隔时间是否合理等因素。按照数据配置规范中相关参数配置原则对数据进行修改。检查T3212（周期性位置更新时间）和IDETTIM（隐含关机时间）参数设置是否合理。寻呼不成功的一种可能是MS进入盲区或掉电，若此时交换机的隐含关机时间未到（MSC将定时对ATTACH的用户进行查询，它将这一段时间内未与系统联系的MS设为隐含关机状态），MSC仍会对该用户发寻呼消息，MS无法进行响应。在BSC侧，每个基站（BTS）设置一个定时器T3212，为了让MS定期与网络联系，这样VLR中才会有用户最新的位置信息。BSC中周期位置更新计时器T3212与MSC中隐含关机计时器IDETTIM必须满足前提条件T3212<IDETTIM。在满足该条件下，我们可对T3212、IDETTIM进行一些灵活的设置。对一些郊区站和农村站，由于盲区和信号差的地区比较多，就可以将T3212设置较小，以尽量减少用户不在服务区和用户被系统置为隐含关机。而对于市区站来说由于平均话务量、信令量比较大，T3212设太小，将会增加大量位置更新的消息，增大MSC和空口信道负荷，反而有可能降低寻呼成功率。对于隐含关机计时器IDETTIM，设得过短，虽可提高寻呼成功率，但将造成一部分用户被隐含关机，影响用户的正常使用；IDETTIM若设的过长，就可能出现一种情况：用户长期呆在盲区（时间<IDETTIM），这时此用户在MSC中依然处于ATTACH状态，当此用户做被叫时，会造成一次无效的PAGING。所以T3212与IDETTIM的设置在某种程度上很大的影响寻呼成功率,必须通过话务统计并结合BSC、MSC参数细致的分析来设置。当然我们要通过射频优化的手段，减少覆盖盲区。最小接入电平（RxLevAccessMin）设置是否合理。适当降低RACH最小接入电平和手机最小接入电平，可以使手机更容易接入网络，可以提高寻呼成功率。坏处是会导致掉话增加。在优化过程中要找到合适的平衡点。检查LAC的划分是否合理，LAC交界地段是否合理。当一个手机被寻呼时，MSC就会通过BSC向对应LAC区范围内的所有基站发出寻呼请求。一个LAC区可能涵盖数十个甚至数百个小区，所以发至BSC的寻呼信息数量可能会很惊人。由于BTS必须通过有限的PCH信道向手机发送寻呼请求，因此过大的LAC区可能导致BTS的寻呼负荷过载，结果造成信令拥塞及寻呼信息丢失。LAC也不宜太小，否则会使移动的MS频繁进行位置更新，浪费系统资源，不能响应PAGING。LAC的划分边界处是农村或者山地等人迹罕至的地方，这样MS处于LAC边界的几率也很小。LAC的划分应该避开商业区、交通繁忙的地区，比如说交通主干线、桥梁、隧道等。因为这些地方MS移动比较频繁，会不断进行位置更新。如果MS位置更新不成功，那么即使有寻呼到来，MS也不可能响应，因为MS有可能已经处于另外一个LAC中。在重新规划LAC时应注意以下几点：LAC的范围必须在一个MSC下，不允许跨越MSC。必须兼顾寻呼量和位置更新次数之间的平衡问题。LAC最重要的规划原则是不要超过BTS的最大寻呼容量。一旦超过BTS的寻呼容量，就应考虑LAC分裂。个别LAC下的BSC几乎满配置，BSC及BTS信令负荷过高将直接导致所在LAC寻呼成功率极低。在LAC寻呼负荷过载的情况下，大量短信的冲击足以造成BSC下的大面积用户打不成电话。如果2个LAC区的边界地区用户较多，边界地区的寻呼成功率一定不好。适当合并此类相邻的LAC区，可以提高寻呼成功率。同一LAC中参数设置是否一致。由于寻呼的基本单位为LAC，因此对于同一LAC区的所有小区，建议CcchConf、BS-AG-BLK-RES、BS-PA-MFRMS设置相同。MSC寻呼策略的分析系统容量是否支持多次寻呼，若支持，分析多次寻呼对系统的影响。MSC负责形成寻呼消息，并可对未响应的寻呼进行重发。两次寻呼间隔是一个很重要的参数。从无线方面看，两次寻呼间隔越大，MS在响应寻呼时所处的无线环境的相关性越小，MS也更容易成功响应寻呼消息。但如果两次寻呼的间隔设置过大，会使主叫用户处于长时间等待状态，主叫用户容易挂机。在优化中要需要根据寻呼成功率和用户挂机比例，逐步的调整寻呼间隔。适当地延长寻呼间隔时长，可以提高寻呼成功率。缺点就是被叫用户如果不在服务区，主叫用户听到录音通知的等待时间将相应延长。有的设备厂家的MSC第二次寻呼可以采用全局寻呼（globalpaging），即可在整个MSC内寻呼MS。而有些厂家的设备不支持这个功能。建议支持这个功能的交换机开启此功能。这个功能对带有两个或多个位置区的MSC的寻呼成功率的提高有很好的帮助。另外，大多厂家交换机对于连续寻呼无响应可以设置寻呼几次后不再发寻呼。现场测试现场测试是最重要的一个步骤，通过测试才能捕捉到真正的现象。若用普通手机容易复现，而测试手机不容易复现时，则需找两个属于同一寻呼组的SIM卡进行测试，才能够判断出寻呼消息是否正常下发后普通手机未能正确响应寻呼消息。观察是否有频繁重选和频繁位置更新现象，如有需要修改重选参数（CRO，TMO，PT及CRH等）。测试是否存在盲区现象。寻呼相关知识手机所在寻呼组的计算在GSM系统中，下发的寻呼消息是分组进行的，每一个移动用户在侦听寻呼消息时只侦听他自己所属的寻呼组而忽略其它寻呼组的内容，甚至在其它寻呼组发送寻呼消息期间关闭移动台中某些硬件设备的电源以节约移动台的功率开销（即DRX的来源）。根据用户的IMSI号、系统的CCCH信道数目、寻呼组占用的复帧数、AGCH保留块数和BCCH与SDCCH的组合情况可以确定用户的寻呼组。具体的计算方法如下（结果由CCCH_GROUP和PAGING_GROUP两个参数确定）：CCCH_GROUP=((IMSImod1000)mod(BS_CC_CHANS*N))divNPAGING_GROUP=((IMSImod1000)mod(BS_CC_CHANS*N))modNCCCH_GROUP是该用户的寻呼消息下发到哪条CCCH信道上，其取值范围是[0,BS_CC_CHANS-1]，BS_CC_CHANS是系统配置的CCCH信道数目。PAGING_GROUP是该用户的寻呼消息在所属的CCCH信道的第几个寻呼组上，其取值范围是[0,N-1]。N是一条CCCH信道上的寻呼块数（也就是寻呼组的数目），其计算方法为：N=（3-AGCH保留块数）×寻呼组占用的复帧数BCCH信道与SDCCH信道组合或N=（9-AGCH保留块数）×寻呼组占用的复帧数BCCH信道不与SDCCH信道组合。其中：IMSI是用户的IMSI号码Mod是取模运算Div是整除运算由上述可知，交换机发到BTS的寻呼消息，BTS并不是实时随机地发到MS，而是根据IMSI分配到相应的寻呼块，再下发到MS，MS也仅仅是侦测对应的寻呼块，从而获取寻呼消息，以IMSI后三位共999个号码为依据，除以寻呼块数N，余数相同即为同一个PAGING_GROUP。例子：设系统配置了2条CCCH信道，BCCH信道不与SDCCH信道组合，AGCH保留块数为2，寻呼组占用的复帧数为5，用户的IMSI号为460007248009188则：N=（9-2）×5＝35CCCH_GROUP＝（（460007248009188mod1000）mod（2×35））div35＝1PAGING_GROUP＝（（460007248009188mod1000）mod（2×35））mod35＝13结果表示该用户在如上所配置的GSM网络里面寻呼消息是在第1条CCCH信道（从第0条开始计数）的第13个（从第0个开始计数）寻呼组上发送。寻呼组、BS-PA-MFRMS、BS-AG-BLKS-RES（AGB）三者关系BS-PA-MFRMSTimebetweentransmissionofeachpaginggroupNumberofpaginggroupsCombinedBCCH/SDCCHNumberofpaginggroupsNon-CombinedBCCH/SDCCH3pagingblokspermultiframe2pagingblokspermultiframe9pagingblokspermultiframe8pagingblokspermultiframeAGB=0AGB=1AGB=0AGB=12641816396272441283632515104540618125448721146356824167264927188172BTS寻呼容量计算考虑到SDCCH拥塞，一些小区配置为combinedBCCH/SDCCH，但将BCCH/SDCCH改为combined后会减少每复帧周期的寻呼组的数量。寻呼组计算如下：CombinedBCCH/SDCCH小区：

AG=2

MFR=5

寻呼组数量=(3-AG)*MFR=5个寻呼组2)Non-combinedBCCH/SDCCH小区：

AG=2

MFR=5

寻呼组数量=(9-AG)*MFR=35个寻呼组若使用non-combined，寻呼组的数量为35，而用combined时只有5个寻呼组。以下主要针对combined配置进行深入分析。

BTS通过寻呼组广播寻呼请求。下面是一个寻呼请求可能的配置：2IMSIs1IMSIand2TMSIs4TMSIs

对于现网中部分小区设置的CombinedBCCH：每个复帧有3个寻呼组(235ms),若AG=2，

每秒寻呼组的数量为：(2个AGCH->1个PCH)

=1个PCH/0.235(每复帧)

=4.25个寻呼组/秒[1]

每复帧寻呼组可以传送4个TMSIpages或2个IMSIpages。假设25%用于IMSI，且没有全网寻呼，每复帧寻呼组的寻呼数为：

1TMSI寻呼占一个寻呼组的¼，1IMSI寻呼占½。

4个寻呼(100%)=75%(TMSI)+25%(IMSI)

=3*¼+1*½

=5/4（所需寻呼组）

所以，估计每寻呼组的寻呼数为：

因此，对于CombinedBCCH/SDCCH小区，若AG=2,则每秒的寻呼数为：

4.25(寻呼组/秒)*3.2(寻呼数/寻呼组)=13.6(寻呼数/秒)[3]上面计算了实际现网中AG=2时寻呼的容量，建议将AG由2设为0，这样可以直接增加寻呼的容量，改善寻呼成功率。以下将计算AG的实际需求及将AG由2设为0之后寻呼容量的增长。

例如：

某局LAC=14384(忙时SDCCH分配次数最多的小区63131，SDCCH试呼次数=5924)

CI63131=5924SDCCHAssign(AGCHattempts)

=5924/3600

=1.64AGCH/s[4]

这个计算结果说明AGCH的需求不足一个寻呼组，所以不需设置专用的AGCH，即可将AG设为0。

如果将AG由2设为0，则寻呼组的数量将会增加：

每秒寻呼组的数量：(0寻呼组用于AGCH，即3寻呼组用于PCH)

=3个PCH/0.235(每复帧)

=12.76[5]

考虑最差情况下，除去AGCH后，每秒实际剩下用于PCH的寻呼组数量

=11.12[6]

因此，CombinedBCCH/SDCCH小区每秒寻呼数为：(若AG=0)

11.12(寻呼组/秒)*3.2(寻呼数/寻呼组)=35.58[7]

因此，[7]式(AG=0)与[3]式相比(AG=2)可知，BTS的寻呼容量可增加162%。BTS寻呼负荷计算

例如某局LAC=14357(10月20日至10月28日最忙时的寻呼试呼次数为121000)

每秒寻呼试呼数

=121000/3600

=33.6[8]

对于CombinedBCCH/SDCCHBTS每秒寻呼数[3]=13.6(AG=2)，

LAC14357的寻呼负荷为：

=Sum(LAC内每秒寻呼数/每秒系统允许寻呼数)

=(33.6/27.2)

=123.5%[9]

注：寻呼负荷是指LAC范围内每个BTS的寻呼负荷，而在此计算的寻呼负荷考虑的是LAC下最差BTS的情况，因此计算出的寻呼负荷仅为最差情况的估计。寻呼时长计算无线侧寻呼时长与寻呼信道复帧数、RACH重传次数和扩展传输时隙数（Tx-integer）密切相关，具体计算如下：寻呼的下发时间=寻呼信道复帧数*寻呼响应的最大时间=RACH重传次数*（T-1+S+T-1）*（为单位RACH时隙数时长）为了提高接通率，保证MSC的二次寻呼，MSC设置的寻呼间隔应该大于寻呼流程的最大总用时。举例如下：设寻呼周期是5个51复帧，则时间间隔为。设RACH重传次数和扩展传输时隙数（Tx-integer）设，RACH重传次数设置为7次，扩展传输时隙数（Tx-integer）设置为32，则T=32，S=217，发送消息的最大时隙为32-1=31，重发的最大间隔时隙为217+32-1=248，重传7次最大消耗的时间为（为单位RACH时隙数时长）则无线寻呼最大消耗的时间是，若将扩展传输时隙数（Tx-integer）由32修改为14，则T=14，S=55，发送消息的最大时隙为14-1=13，重发的最大间隔时隙为55+14-1=68，重传7次最大消耗的时间为，无线寻呼最大消耗的时间是。寻呼时间的长短与无线参数设置有很大关系，特别是扩展传输时隙数（Tx-integer）。LAC区大小与PCH信道容量的关系假定一位置区的话务量为E，接通率为60％，呼叫持续45秒，因此BHCA为：3600/45/60%*E=133.33E。被叫方占X％/小时。一个寻呼消息可最多寻呼两个手机，因此BS_PA_MFRMS为：Cell_paging_total_min_multiFrame_count=133.33E*X%/2(perhour)。寻呼消息最多发3次，平均为2次数，所以：Cell_paging_total_multiFrame_count=133.33E*X%*2/2=E*X%根据51复帧的结构，假定可用于CCCH的闭塞数目为Y，则一小时可发送的最大复帧数为：Max_multiFrame_count=Y*(3600/0.240)=15000Y.。若PCH不溢出，应满足下列条件：Cell_paging_total_min_multiFrame_count<=Max_multiFrame_count假定：X=40(calledpartaccountfor40%),由此得到下表：MaxtrafficofLAC（Erl）thePCHblockinCCCH12843.753112541406.2551687.561968.757225082531.259SDCCH信道需求计算由于建立通话、完成位置更新和短消息均在SDCCH上完成，所以有关这三个方面的参数均与SDCCH的数量确定有关。下面我们来讨论所需SDCCH数量的计算。要计算SDCCH的数量，首先要计算需要SDCCH提供的话务量。已知条件：位置更新因子——L短消息与呼叫次数的比例——S平均呼叫时长——T小区话务量——Acell则忙时小区呼叫次数：λCALL=Acell×3600/T=60Acell忙时位置更新次数：λLU=L×Acell×3600/T=12.6Acell或者42.6Acell忙时短消息次数：λSMS=S×Acell×3600/T=6Acell位置更新持续时长——TLU短消息持续时长——TSMSSDCCH拆线保护时长——TG呼叫建立持续时长——TC则需要SDCCH承担的话务量为：ASDCCH=[λCALL×TC+λLU×(TLU+TG)+λSMS×(TSMS+TG)]/3600得出SDCCH需承担的话务量后，可查找Erlang-B表得到所需的SDCCH数量。注意此时应该查GOS=1%的Erlang-B表。以下表的参数为例，可得出ASDCCHcellcell/3600。呼叫参数设定值呼叫时长T=60s短消息与呼叫次数的比值S=0.1每次呼叫发生位置更新次数-非LAC边界l=2每次呼叫发生位置更新次数-LAC边界l=7IMSI分离（IMSIdetaches）与呼叫次数的比值I=0.2位置更新因子-非LAC边界L=2.1位置更新因子-LAC边界每次呼叫发生切换次数H=2寻呼速率（寻呼次数/秒）P=8位置更新持续时长TLU=4s短消息持续时长TSMS=6s呼叫建立持续时长TC=5sSDCCH拆线保护时长TG=4sTCH的阻塞率PB-TCH<2%SDCCH的阻塞率PB-SDCCH<1%CCCH的利用率UCCCH=0.33对于CombinedBCCH/SDCCH来看，小区总共SDCCH数为4，查找Elang-B表可知最多能提供0.84Elang的话务，根据上式我们可计算出对于非LAC区小区最多承载的话务量不能超过6.79Elang，若在LAC区边缘，最多能承载4.46Elang话务。ZX-G10BSCPaging处理能力理论上：每秒处理24条=21600条/15分钟最大情况每秒处理30条=27000条/15分钟实际情况：消息量在30000条/15分钟~40000条/15分钟（具体和话务量相关），不会出现用户感知问题。增加BSC的PAGING能力方法：减少MSC的多次寻呼。按照模块进行LAC划分。者关系相关参数CcchConf公共控制信道配置CcchConf公共控制信道配置描述：公共控制信道配置参数为CCCH_CONF。在GSM系统中公共控制信道主要包含准许接入信道（AGCH）和寻呼信道（PCH），它的主要作用是发送准许接入（即立即指派）消息和寻呼消息。在每个小区中所有业务信道共用CCCH信道，根据小区中业务信道的配置情况和小区的话务模型，CCCH信道可以由一个物理信道承担，也可以由多个物理信道共同承担，且CCCH可以与SDCCH信道共用一个物理信道，小区中的公共控制信道采用何种组合方式，由公共控制信道配置参数CCCH_CONF决定。通过这个参数可知：1.BS_CC_CHANS（公共控制信道数）2.BS_CCCH_SDCCH_COMB（是否与SDCCH结合使用）。此参数要通过RIL3_RRSYSTEMINFORMATIONTYPE3消息广播给小区中的所有MS。CcchConf是系统控制参数之一。CcchConf意义CCCH消息总块数0CCCH使用的一个基本物理信道，不与SDCCH结合使用91CCCH使用的一个基本物理信道，与SDCCH结合使用32CCCH使用的二个基本物理信道，不与SDCCH结合使用184CCCH使用的三个基本物理信道，不与SDCCH结合使用276CCCH使用的四个基本物理信道，不与SDCCH结合使用36其它保留——设置：此参数的设置主要取决于小区所在位置区的话务量，与小区实际的TRX数应该没有太大的关系（主要是PCH的负荷问题），缺省可以使用0（注意和小区的公共控制信道的配置必须一致）。一般建议同一位置区内的小区此值相同。参考： GSM12.20GSM04.08.11BsAgBlkRes接入准许保留块描述：51复帧中用于AGCH的块数（BS-AG-BLK-RES）。在下表中显示了在各种不同的公共控制信道配置情况下，每个BCCH复帧（含51个帧）中包含的CCCH信道信息块数。由于CCCH信道既有准许接入信道又有寻呼信道，因此网络中必须设定在CCCH信道消息块数中有多少块数是保留给准许接入信道专用的。为了让移动台知道这种配置信息，每个小区的系统消息中含有一配置参数，即接入准许保留块数由CcchConf和BsAgBlkRes可以算得用于PCH的块数BsAgBlkRes。此参数可以在实际运行过程中根据各种公共信道的负载情况动态进行调整，但这样做只能解决瞬间的过载情况，并且会带来很多复杂性，主要就是有关寻呼模式。此参数要通过RIL3_RRSYSTEMINFORMATIONTYPE3消息广播给小区中的所有MS。BsAgBlkRes是系统控制参数之一。CcchConfBsAgBlkRes每个BCCH复帧中保留给AGCH信道的块数每个BCCH复帧中留给PCH信道的块数1003112221其他（非法）--其他009118227336445554663772设置：缺省可以考虑BsAgBlkRes取值1（CcchConf=1时）、2（CcchConf为其他值），一般建议同一位置区内的小区此值相同。注：如果将CBCH信道配在SDCCH/8上，要求BsAgBlkRes必须大于0。参考：GSM12.20P46GSM04.08.11BsPaMframs寻呼信道复帧数描述：传输寻呼消息给同一寻呼组的MS的51个TDMA帧的复帧数（BS-PA-MFRMS）。根据GSM规范，每个移动用户（即对应每个IMSI）都属于一个寻呼组，在每个小区中每个寻呼组都对应一个寻呼子信道，移动台根据自身的IMSI计算出它所属的寻呼组，进而计算出属于该寻呼组的寻呼子信道位置。在实际网络中，移动台只“收听”它所属的寻呼子信道而忽略其他寻呼子信道的内容，关闭移动台中某些硬件设备的电源以节约移动台的功率开销（即DRX的来源）。寻呼信道复帧数BsPaMframs是指以多少复帧数作为寻呼子信道的一个循环，实际上该参数确定了将一个小区中的寻呼信道分配成多少寻呼子信道。计算此参数主要用于MS计算自己所处的寻呼组，以便监听相应的寻呼子信道。此参数要通过SYSTEMINFORMATION消息广播给小区中的所有MS。BsPaMframs通过RIL3_RRSYSTEMINFORMATIONTYPE3广播给小区中的移动台。BsPaMframs是系统控制参数之一。参数取值同一寻呼组在寻呼信道上循环的复帧数（BS_PA_MFRMS）电路交换空闲模式下的DSC初值22453330442355186615771388119910设置：在保证寻呼信道不发生过载的情况下，应使该参数近可能小，一般情况下，话务量很大的位置区，该参数取为8或9，在话务量适中的位置区，该参数设置为6或7，对于话务量很小的位置区，该参数可设置为4或5。缺省可以考虑设置为5，一般建议同一位置区内的小区此值相同。参考：GSM05.02GSM12.20P46GSM04.08.11MaxRetrans最大重传次数描述： MS在启动立即指派过程时（如移动台需位置更新、启动呼叫或响应寻呼时）将在RACH信道向网络发送信道请求消息。由于RACH是一个ALOHA信道，为了提高MS接入的成功率，网络允许移动台在收到立即指派消息前发送多个信道请求消息，最多允许重发的次数由MaxRetrans决定。此参数要通过RIL3_RRSYSTEMINFORMATIONTYPE1、2、2bis、3和4通知小区中的MS。MaxRetrans是系统控制参数之一。MaxRetrans最大重传次数01122437设置：MaxRetrans的设置可以参考以下方法：小区半径在3公里以上，业务量较小地区，可以设置为7次，以提高MS接入的成功率；小区半径小于3公里，业务量一般的地区，可以设置为4次；对于微蜂窝，建议设置为2次；业务量很大的微蜂窝区和明显拥塞的小区，建议设置为1次。缺省设置为2。参考： GSM12.20P45GSM04.08.29TxInteger发送分布时隙数（随机等待时间）描述： MS在启动立即指派过程时（如移动台需位置更新、启动呼叫或响应寻呼时）将在RACH信道向网络发送信道请求消息。由于RACH是一个ALOHA信道，为了提高MS接入的成功率，网络允许移动台在收到立即指派消息前发送多个信道请求消息，在前一次的信道请求消息没有得到响应时，MS随机地等待一段时间再重发信道请求消息，参数TxInteger就是用于决定随机等待时间。此参数要通过RIL3_RRSYSTEMINFORMATIONTYPE1、2、2bis、3和4通知小区中的MS。TxInteger是系统控制参数之一。MS向网络发送信道请求消息的过程如下：从MS发起立即指派过程到第一个信道请求消息的发送之间的间隔（时隙数）为{0,1,…,Max（T,8）-1}中的一个随机数；连续两次信道请求消息之间的间隔（时隙数）为{S,S+1,…,S+T-1}中的一个随机数。其中，T就是参数TxInteger所代表的时隙数（注意，不是TxInteger本身），S的取值如下TxInteger代表的时隙数S（CCCH不与SDCCH结合）S（CCCH和SDCCH结合）3,8,14,5055414,9,1676525,10,20109586,11,25163867,12,32217115取值TxInteger代表的时隙数03142536475869710811912101411161220132514321550设置： 缺省可以考虑设置为14（即代表的时隙数为32）参考：GSM12.20P45GSM04.08.293T3212周期性位置更新定时器描述： GSM系统中发生位置更新的原因主要有两类，一种是移动台发现其所在的位置区发生了变化（LAC不同），另一种是网络规定移动台周期地进行位置更新。周期位置更新的频度是由网络控制的，周期长度有参数T3212控制。此参数要通过RIL3_RRSYSTEMINFORMATIONTYPE3消息广播给小区中的所有MS。T3212是系统控制参数之一。取值：T3212表示的时间（分钟）表示的时间（小时）0无穷大（无须位置更新）无穷大（无须位置更新）160.1212318………253151825415242551530设置： 该参数的设置影响到网络总体服务性能和无线资源的利用率。对于业务量较大的区域，可选择较大的周期（如16或20小时，甚至25小时），而对于业务一般的区域，可以设置T3212较小（如3小时、6小时等），对业务量严重超过系统容量的地区，建议设置T3212为0。缺省可以考虑设置为10（1小时）。参考： GSM12.20P46GSM04.08.11RxLevAccessMin允许接入的最小接收电平描述： 允许MS接入本小区的最小接收电平。为了避免移动台在接收信号电平很低的情况下接入系统（接入后的通信质量往往无法保证正常的通信过程），而无法提供用户满意的通信质量且无谓地浪费网络的无线资源，在GSM系统中规定，移动台需接入网络时，其接收电平必须大于一个门限电平，即：移动台允许接入的最小接收电平。另外，它也是MS进行小区选择和小区重选的判别标准之一（计算C1和C2的一个参数）。这个参数要通过RIL3_RRSYSTEMINFORMATIONTYPE3和4向小区中的所有MS广播。RxLevAccessMin也是小区选择参数之一。取值：RxLevAccessMin对应的电平值（dBm）0<-1101-110~-1092-109~-108……61-50~-4962-49~-4863>-48设置： 减小该参数有利于增大基站覆盖范围，提高寻呼成功率，但对掉话等指标会带来负面影响。参考： GSM04.08.4GSM05.08P28寻呼相关案例SDCCH拥塞引起的寻呼无响应BSCSITECELLTimeAlias11603(SDCCHattempttotalnumber)11604(SDCCHoverflowtotalnumber)801112006-3-1416:30POF12710801122006-3-1416:30POF22930801132006-3-1416:30POF334508061112006-3-1416:30POF710061Notes:thesite611iscommissioning,thesignalofthesiteisverystrong故障现象：巴基斯坦办公室某日出现连续的寻呼无响应现象。故障分析：检查发现，当时正在进行一微蜂窝的调试，该站点信号太强，导致很多手机都停留在该站点中。大量的SDCCH拥塞，引起寻呼无响应。MSC流控导致的呼不通手机故障现象：斯里兰卡忙时手机打手机接通率低。忙时接通率大约在60%左右。故障分析：通过对现场拨打测试录制的信令分析，发现MSS没有下发PAGING消息。具体信令流程如下：从上图可以看出，MSC少下发了PAGING消息。由于忙时MSC产生了流量控制，导致消息被流控，引起了寻呼无响应。T3212设置错误导致的寻呼无响应故障现象：重庆某BSC下突然出现很多手机寻呼不到的现象，手机开关机后，寻呼就没有问题。故障分析：跟踪信令发现MSC没有下发寻呼消息，检查发现，MSC自己把位置更新时间改从2小时改为1小时，而BSC的设置为1小时。导致很多手机在没有进行周期性位