网规网优部寻呼成功率提升工作指导书.docVIP

网规网优部寻呼成功率提升工作指导书 网规网优部GSM寻呼成功率提升技术指导书网规网优部GSM寻呼成功率提升技术指导书发布xx-*-*实施xx-*-*中兴通讯移动事业部网规网优部(技术指导书)中兴通讯移动事业部网规网优部发布前言本技术指导书是关于GSM寻呼成功率改善的指导性文档，所包含的技术要素与实际工作中技术点完全保持一致。 文档中所列为寻呼成功率改善项目进展时的基本操作流程和技术要领。 在具体实施中需要工程师结合实际情况灵活执行。 本技术指导书由中兴通讯股份有限公司移动事业部网规网优部提出并归口。 本技术指导书起草部门中兴通讯移动事业部网规网优部。 本技术指导书主要起草人本技术指导书于xx年12月首次发布。 本技术指导书修改记录如下文件编号版本号拟制人/修改人拟制/修改日期更改理由主要更改内容（写要点即可）V1.0XXXxx1222完成初稿无注1每次更改归档文件（指归档到事业部或公司档案室的文件）时，需填写此表。 注2文件第一次归档时，“更改理由”、“主要更改内容”栏写“无”。 目录目录11前言-522寻呼成功率指标定义和分析-52.1寻呼成功率指标定义-52.2无线侧寻呼相关计数器及信令统计点-52.3寻呼成功率统计-733寻呼原理和流程分析-83.1寻呼原理-83.2无线寻呼的基本信令流程-844影响寻呼成功率的原因-94.1MSC侧原因-94.2BSS侧原因-104.2.1PAGING消息在无线信道下发失败-104.2.2手机没有收到PAGING消息-104.2.3手机响应PAGING时，相关信息未能发送到MSC-1055解决措施-115.1排查流程-115.2MSC侧和BSS侧的相关调整内容-125.2.1首先排除系统导致的异常-125.2.2检查手机的最新活动状态-125.2.3排除GPRS的影响-125.2.4指标分析-125.2.5无线参数检查和优化-135.2.6MSC寻呼策略的分析-155.2.7现场测试-166.寻呼相关知识-166.1手机所在寻呼组的计算-166.2寻呼组、BS-PA-MFRMS、BS-AG-BLKS-RES（AGB）三者关系-186.3BTS寻呼容量计算-186.4BTS寻呼负荷计算-216.5寻呼时长计算-216.6LAC区大小与PCH信道容量的关系-226.7SDCCH信道需求计算-236.8ZX-G10BSC PAGING处理能力-256.9相关参数-256.9.1ChConf公共控制信道配置-256.9.2BsAgBlkRes接入准许保留块-266.9.3BsPaMframs寻呼信道复帧数-276.9.4MaxRetrans最大重传次数-286.9.5TxInteger发送分布时隙数（随机等待时间）-296.9.6T3212周期性位置更新定时器-306.9.7RxLevAessMin允许接入的最小接收电平-317.寻呼相关案例-327.1SDCCH拥塞引起的寻呼无响应-327.2MSC流控导致的呼不通手机-327.3T3212设置错误导致的寻呼无响应-337.4位置区划分引起寻呼成功率降低-337.5.MSC寻呼机制导致LAPD寻呼流控-347.6.参数调整提升寻呼成功率-35网规网优部GSM寻呼成功率提升技术指导书11前言寻呼成功率一直是用户关注的重点，也是目前影响考核结果的难点，为了提升GSM网络的系统运行指标，提高网络服务质量，提升客户满意度。 本文拟从指标定义、原理、流程入手，分析了可能导致指标差的原因，并提出了提高指标的排查方法、优化建议和案例。 22寻呼成功率指标定义和分析2.1寻呼成功率指标定义寻呼成功率寻呼响应次数/寻呼请求次数*100%。 寻呼请求次数定义指本地区所有MSC发出的PAGING消息的总和,不包括二次寻呼的消息。 统计点为MSC。 寻呼响应次数定义指本地区所有MSC收到的PAGING RES消息的响应总和。 包括二次寻呼响应，统计点为MSC。 2.2无线侧寻呼相关计数器及信令统计点图。 错误!文档中没有指定样式的文字。 寻呼无线接入过程相关计数器如下表计数器号计数器名称计数器描述统计信令点测量任务V2:C11621V3:C100030121寻呼消息次数当BSC收到A口来的寻呼命令后，向各相关小区发寻呼指令，该指标统计向各个小区发送寻呼消息的次数。 向小区发PAGING MAND时进行统计（按小区分别进行统计）。 基本测量内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播V2:C11637C10007V3:C100030002=C100410007MTC的接入成功次数接入原因为MTC的手机成功接入立即指派消息里分配的信道的次数。 在手机收到BSC下发的IMM_ASS，成功接入相应信道，使BSC收到EST_IND消息后，本计数器加1。 BSC收到EST_IND消息（图1中A4）。 基本测量、无线接入测量V2:C11685C10005V3:C100030001=C100410005MTC接入请求个数接入原因为MTC（移动被叫）的信道请求次数。 在手机通过BTS，以CHL_REQ消息向BSC申请无线信道时，如果TA并未超出小区范围，且允许接入原因为“MTC”时，本计数器加1。 手机向BSC申请信道，TA并未超出范围（图1中A1）。 基本测量、无线接入测量V2:C11692=C10022V3:C100030137=C100410030接入原因为寻呼响应的接入次数接入原因为寻呼响应的接入次数，BSC收到EST_IND消息后，如果该消息携带的层3信息中，接入原因为寻呼响应，则本计数器加1。 BSC收到EST_IND消息（图1中A4）。 基本测量、无线接入测量V2:C10006V3:C100410006MTC接入请求处理成功次数允许接入原因为MTC的手机接入网络，BSC接受手机的信道请求，分配信道，并激活信道成功后，本计数器加1，同时BSC即将下发IMM_ASS消息给手机。 信道激活成功（图1中A3）。 无线接入测量V2:Cxx4V3:C100610006PAGING消息数目统计BSC接收到MSC发送的寻呼消息的次数，收到本计数器加1。 BSC收到Paging消息。 A口信令统计测量V2:C01001V3:C100820001因队列满而丢弃的PS寻呼消息计数统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。 TRX级寻呼测量V2:C01002V3:C100820002因队列满而丢弃的CS寻呼消息计数统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。 TRX级寻呼测量V2:C01003V3:C100820003CH队列平均长度99统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。 TRX级寻呼测量内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播V2:C01004V3:C100820004PCH队列平均长度964统计寻呼的丢弃情况，已经队列的长度，统计的单位是载频。 TRX级寻呼测量V2:C11301V3:C100540001A口寻呼消息次数在BSC收到A口来的寻呼命令后，向各相关小区发寻呼指令。 本计数器统计向各个小区发送寻呼消息的次数。 向小区发PAGING_MAND消息时进行统计（按小区分别进行统计）寻呼测量V2:C70001V3:C100540002Gb口PS寻呼消息次数在BSC收到Gb口来的PS寻呼命令后，向各相关小区发寻呼指令。 本计数器统计向各个小区发送寻呼消息的次数。 向小区发PAGING_MAND消息时进行统计（按小区分别进行统计）V2PS基本测量v3寻呼测量V2C70002V3:C100540003Gb口CS寻呼消息次数在BSC收到Gb口来的CS寻呼命令后，向各相关小区发寻呼指令。 本计数器统计向各个小区发送寻呼消息的次数。 向小区发PAGING_MAND消息时进行统计（按小区分别进行统计）V2PS基本测量v3寻呼测量注单纯无线侧对寻呼的改善主要从提高移动台的无线随机接入成功率来入手，上述计数器C 10005、C 1006、C1007反映了无线随机接入过程，作为无线接入参数调整以及信令信道分配策略等的依据。 接入请求的个数是收到Channel Require消息，接入请求处理成功次数是指发出immediate assign的次数，由于无线接入使用的slot-aloha协议，一次接入可以有多次接入请求，因此计算接入成功率可以使用接入请求处理成功次数占接入请求个数的百分比来描述，该值到底反映了信令信道的阻塞程度；而接入成功次数占整个接入请求次数的百分比则反映了无线接入请求的碰撞情况，如果该值比较低，则需要考虑接入请求的间隔时间等是否合理等因素。 2.3寻呼成功率统计寻呼成功率在MSC侧进行统计；如果LAC区按照BSC进行划分或我们的设备与其它厂家设备没有LAC交叉的情况，并且MSC侧没有开启二次寻呼功能或能够在MSC侧剔除二次寻呼次数，则在BSS侧可以近似计算寻呼成功率Paging suessrate（BSC）=C11692/Cxx4*100%内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播33寻呼原理和流程分析3.1寻呼原理无线寻呼的过程，即MSC通过寻呼寻找到MS的通信过程，只有在查找到移动用户后，MSC才能进行下一步的呼叫接续工作。 图2寻呼消息下发的示意图3.2无线寻呼的基本信令流程图3无线寻呼基本信令流程从图3可知，当MSC从VLR中获得移动台MS当前所处的位置区（LAC）后，将向这一位置区的所有BSC发出寻呼消息（Paging）。 BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播息（Paging Command）。 当基站收到寻呼命令后，将在无线信道的该IMSI所在寻呼组的寻呼子信道上发出寻呼请求消息（Paging Request），该消息中携带有被寻呼用户的IMSI或者TMSI号码。 MS在接收到寻呼请求消息后，通过随机接入信道（RACH）请求分配独立控制信道（SDCCH）。 BSC则在确认基站激活了所需的SDCCH信道后，在接入许可信道（AGCH）通过立即指配消息（Immediate Assignment）将该SDCCH信道指配给MS。 MS则使用该SDCCH信道发送寻呼响应消息（Paging Response）。 BSC将寻呼响应消息转发给MSC，完成一次成功的无线寻呼。 现在GSM网络上交换机的寻呼方式一般为二次寻呼，寻呼间隔一般为5秒。 当MSC从VLR中获得MS目前所处的位置区LAC后，第一次向MS所在的LAC下的所有BSC寻呼。 如果MSC在发出寻呼消息后，5秒内没有收到寻呼响应消息，MSC则会再发送一次寻呼消息。 第二次也是向MS所在的LAC下的所有BSC寻呼。 如果5秒内仍没有收到寻呼响应消息，则此次无线寻呼失败，同时，MSC将向主叫用户送“您拨打的用户暂时无法接通”的录音通知。 中兴交换机寻呼方式是一般是二次寻呼（可以设置为三次寻呼），寻呼间隔一般是3秒。 44影响寻呼成功率的原因4.1MSC侧原因1交换的寻呼机制交换机对寻呼次数以及寻呼响应等待时长的设置会直接影响到寻呼响应被接受的比例，比如无线环境差的情况下，寻呼消息和响应之间的时间差可能会比较大，这时就需要适当的加大交换机的寻呼等待时间；交换机采用何种方式寻呼也会影响到寻呼成功率，一般我们将2次以后的寻呼用ISMI来寻找MS。 2交换机隐含关机Implicit DetachTimer的设置交换机隐含关机的设置可以帮助网络减少对不在服务区的MS的寻呼量，这也直接影响到寻呼成功率。 设置过长导致网络对已经进入盲区的用户仍然进行寻呼，造成寻呼失败次数增多；设置过短增加系统负荷，影响网络性能。 3位置更新成功率高的位置更新成功率可以使网络准确地了解所寻呼MS的LAC信息，相反准确度不高的LAC信息会导致寻呼消息的错误发送，影响寻呼成功率。 4、A接口的链路问题A接口的链路问题集中表现为SCCP层建链失败率高，A口信令负荷过高，造成信令丢失，这些也会影响寻呼成功率。 5、交换机系统负荷过高，导致对个别消息流控影响寻呼成功率。 6、MSC中存在垃圾数据，导致无谓的寻呼消息下发，造成地面链路或PCH信道过载 7、2次寻呼时间设置不合理，使得2次寻呼没有起到作用，反而加重了系统寻呼负荷。 8、两个手机同时呼叫另一手机，MSC接通一个主叫，对另一个主叫回“寻呼无响应”。 9、MSC寻呼消息下发时间不合理手机的呼叫释放未结束，MSC却提前完成了释放过内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播程，同时又下发新的寻呼，结果得到“寻呼无相应”的回应。 4.2BSS侧原因4.2.1BSS侧原因4.2.1PAGING消息在无线信道下发失败1BSC流量控制，导致消息的丢弃。 2负荷高时，消息排队时间长，未能及时发送到手机。 3传输链路质量不好，导致底层LAPD消息丢失。 4T3212参数设置不合理。 5寻呼消息太多导致无线口消息丢失（如LAC区过大、短信群发等）。 4.2.2手机没有收到PAGING消息1.覆盖原因:覆盖盲区，总体网络覆盖率差，用户超出覆盖区,网络覆盖漏洞，个别覆盖盲点。 2.手机频繁重选3.位置更新频繁4.手机在进行GPRS业务，未能侦听BCCH上的消息。 5.寻呼组设置不合理，导致寻呼时间长，或者漏听寻呼。 尤其是相邻两个小区的寻呼组不同。 6.MS最大重发次数、扩展传输时隙TX-integer等参数配置不合适容易造成信道请求冲突或检测不到。 7.相邻基站频率相差很多，引起频繁重选时，侦听的时间不同，容易导致漏听寻呼。 4.2.3手机响应PAGING时，相关信息未能发送到MSC1SDCCH拥塞；2SDCCH指派失败；3上下行链路不平衡，上行弱；4传输链路不好，消息丢失；5服务区内存在网内外干扰或小区硬件故障导致手机无法解码寻呼消息或无法接入SDCCH信道从而无法响应寻呼；6手机原因手机接收性能差、异常吊死、电量不足导致上行弱等。 内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播55解决措施5.1排查流程针对寻呼成功率的排查，从MSS和BSS两方面并行进行排查，其中需要重点关注的几个方面如下1.系统负荷（MSS和BSS）；2.LAC区划分及BTS寻呼负荷控制LAC区的大小及边界，调整PCH信道容量（通过估算AGCH的需求量，可以将CombineBCCH/SDCCH小区的AGCH保留数由2调整为1或0，以增加PCH块数）；3.定时器设置Implicit DetachTimerT3212，在系统负荷允许范围内适当降低这两个值有助于提升寻呼成功率，尤其对于覆盖较差的地方；4.寻呼流控（MSS和BSS），其中BSS侧关注LAPD流控通知，在BSC外围模块端口规划中注意一个外围模块下最好仅下挂一个LAC的站点，如挂两个则以外围模块的左右区域来区分；5.寻呼机制设置一般IMSI寻呼的成功率要高于TMSI寻呼，另外不建议开启全局寻呼；6.覆盖情况弱覆盖和上下行不平衡；7.SDCCH拥塞和指派失败调整信道配置，保证SDCCH信道不拥塞，排除硬件故障及干扰，提升SDCCH的指派成功率；8.频繁重选和频繁位置更新调整CRO，TMO，PT及CRH等；9.网内、外干扰网络干扰影响SDCCH的指派成功率，如果BCCH频点受到干扰会导致手机收听不到寻呼消息或发出的接入请求无法被BTS解调；10.RxLev AessMin参数设置在掉话率和话音信道指配成功率能够内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播容忍的范围内，适当降低最小接入电平有助于提升寻呼成功率；5.2MSC侧和BSS侧的相关调整内容5.2.1MSC侧和BSS侧的相关调整内容5.2.1首先排除系统导致的异常1.查看流控告警，检查MSC/VLR/BSC是否有流控告警。 维护好A/Abis口的中继链路，注意观察A/Abis口信令负荷，及时增加信令链路，降低因为信令负荷过高导致的寻呼失败。 2.检查基站是否有传输瞬断告警。 3.由于系统之间（比如ABIS接口的LAPD链路、网络侧各个实体之间的接口链路）和系统内部（如MSC与VLR之间的MEM链路、BSC/MSC各个模块之间的链路等）链路不稳定导致消息丢失，导致寻呼成功率低。 这方面的问题可以通过查看告警得知。 4.检查MSC数据库是否存在冗余数据。 因为移动网络不断扩容、割接，造成MSC和BSC的小区数据不一致，要及时核对小区数据并及时删除冗余小区数据。 在某些地方，网络扩容采取基站“插花”的方式（例如在MOTO的基站覆盖范围里面增加若干中兴的基站），造成一个BSC底下有多个LAC的小区。 这样该BSC会收到多个LAC的寻呼消息，造成该BSC下的基站寻呼负荷较高5.2.2检查手机的最新活动状态1.目前仅可通过VLR探针，检查手机的最近活动记录。 2.测试时可通过对SGSN，MSC，ABIS口等录制信令，判断手机的活动。 5.2.3排除GPRS的影响1.检查GPRS路由区设置是否合理。 同一站点路由区应相同，重选比较频繁的小区路由区应相同。 2.检查路由区更新周期设置是否合理。 3.利用不支持GPRS功能的手机进行测试。 5.2.4指标分析1.检查SDCCH拥塞情况，查看话统中“SDCCH拥塞率”等指标，正常情况下应该为0或接近为0。 消除SDCCH拥塞造成的“寻呼无相应”。 2.分析MTC成功率是否存在异常，正常情况下MTC接入成功率应该大于98。 MTC接入成功率C10007/C10005100C11637/C116851003.分析小区的位置更新次数及位置更新成功率是否存在异常。 4.分析系统的平均TA和最大TA判断是否存在过覆盖现象。 内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播5.查看MSC侧发出寻呼请求次数（需要MSC侧提供针对BSC所在LAC区的寻呼请求次数，并区分一次寻呼和二次寻呼）、BSC在A口接收到的寻呼请求次数（Cxx4）、BTS侧（分小区）收到的寻呼请求次数（C11621）、MTC接入请求次数（C11685）、MTC接入成功次数（C11637）的差别，可以看到寻呼消息在A口、Abis口、UM口上的损失情况；MSC侧发出寻呼请求次数Cxx4表示A接口的寻呼损失情况；Cxx4C11621（各小区）表示Abis口及BSC内的寻呼损失情况，如果同一个BSC内有多个LAC区的话，此项没有意义；对比同一个LAC区内各小区的C11621，找出最大值，对比其余小区与最大值的差别，表示不同小区的Abis口及BSC内的寻呼损失情况；同一个LAC区C11621（最大）同LAC区内C11685之和二次寻呼次数表示Um口上寻呼消息的损失情况，由于BSS无法区分一次寻呼和二次寻呼以及随机接入有RACH重发的机制，所以Um口的寻呼损失情况无法精确统计；对比话务量差别不大的LAC区的C11621是否差别较大，可以判断MSC侧的寻呼机制是否对每个LAC区都相同，如果不同可以通过录制A口信令来观察MSC的寻呼机制；5.2.5无线参数检查和优化1.检查与寻呼、接入、立即指配有关的参数设置。 通过查询话统、告警等，看是否有RACH、PCH、SDCCH等过载的消息。 (1)接入允许保留块数BS-AG-BLKS-RES和寻呼信道复帧数BS-PA-MFRMS配置不合适容易造成PCH信道拥塞或寻呼速度慢。 通过话统“寻呼性能测量”中的“因队列满而丢弃的寻呼消息次数”正常情况应该为0。 增加寻呼信道复帧数BsPaMframs的好处是减少属于每个寻呼子信道的用户数，小区的寻呼块数也越多，相应属于每个寻呼子信道的用户数越少，降低了每个寻呼块的寻呼负荷，避免突发的寻呼，降低碰撞概率，因此寻呼信道的承载能力加强（注意理论上寻呼信道的容量并没有增加，只是在每个BTS中缓冲寻呼消息的缓冲器被增大，使寻呼消息发送密度在时间上和空间上更均匀）。 同时手机侦测寻呼的时间越少，耗电量就越小。 BS_PA_MFRMS太大是以牺牲寻呼消息在无线信道上的平均时延为代价的，即BS_PA_MFRMS越大使寻呼消息在空间段的时间延迟增大，系统的平均服务性能降低，手机等待寻呼的时间加长。 减少寻呼信道复帧数BsPaMframs的好处是一是缩短用户响应寻呼的时间，提高网络的整体服务性能。 二是我公司内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播BTS在寻呼信道复帧数1个PCH)=1个PCH/0.235(每复帧)=4.25个寻呼组/秒1每复帧寻呼组可以传送4个TMSIpages或2个IMSI pages。 假设25%用于IMSI，且没有全网寻呼，每复帧寻呼组的寻呼数为1TMSI寻呼占一个寻呼组的?，1IMSI寻呼占?。 4个寻呼(100%)=75%(TMSI)+25%(IMSI)=3*?+1*?内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播=5/4（所需寻呼组）所以，估计每寻呼组的寻呼数为4/(5/4)=3.22/即每寻呼组可寻呼3.2个手机/因此，对于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(AGCH attempts)=5924/3600=1.64AGCH/s4=1.64*0.235=0.38/即每复帧用于AGCH的寻呼组为0.38个/这个计算结果说明AGCH的需求不足一个寻呼组，所以不需设置专用的AGCH，即可将AG设为0。 如果将AG由2设为0，则寻呼组的数量将会增加每秒寻呼组的数量(0寻呼组用于AGCH，即3寻呼组用于PCH)=3个PCH/0.235(每复帧)=12.765内部公开本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播考虑最差情况下，除去AGCH后，每秒实际剩下用于PCH的寻呼组数量=12.76-1.64=11.126因此，CombinedBCCH/SDCCH小区每秒寻呼数为(若AG=0)11.12(寻呼组/秒)*3.2(寻呼数/寻呼组)=35.587因此，7式(AG=0)与3式相比(AG=2)可知，BTS的寻呼容量可增加162%。 6.4BTS寻呼负荷计算例如某局LAC=1435