16 w网规高培-寻呼问题分析

《16 w网规高培-寻呼问题分析》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、WCDMARNO寻呼问题分析前言寻呼是网络联系UE的重要途径，和其它流程相比较，寻呼流程在无线网络中表现出频率高、流量大、突发性强等特点，寻呼性能关系到整个无线网络的性能。所以研究寻呼问题对无线网络性能具有很强的现实意义。课程目标学习完本课程，您将能够熟悉：l寻呼问题的分析流程l寻呼问题的典型案例概述如果网络侧需要主动联系处于空闲模式、CELL_PCH或者URA_PCH状态的UE，就要发起寻呼流程，寻呼是网络联系UE的重要途径。和其它流程相比较，寻呼流程在无线网络中表现出频率高、流量大、突发性强等特点，寻呼性能关系到整个无线网络的性能。从UE接收寻呼消息的角度来看，寻呼

2、消息分为PAGINGTYPE1和PAGINGTYPE2。PAGINGTYPE1是通过PCCH逻辑信道来寻呼处在IDLE，CELL_PCH，URA_PCH状态的UE；PAGINGTYPE2是通过DCCH来寻呼处在CELL_FACH，CELL_DCH状态的UE。概述网络侧会在以下情况下发起寻呼：èUE被叫；è小区系统消息更新；èUE状态迁移；寻呼过程中可能会存在种种问题导致目标UE不能正确收到寻呼消息，如在网络群发短消息和全文寻呼时，不合理的寻呼策略会使得寻呼信道拥塞从而造成寻呼消息大量丢失，严重情形下还会造成系统长期过载；寻呼信道功率配比过低造成寻呼成功率低。本文将对这些

3、导致寻呼异常的问题进行深入分析，并给出其解决方法。一个典型的由寻呼引起的被叫流程如下图所示。概述UE被叫流程图：NSSMSCUENASUEASpagingRANAPRANAPpagingRR_PAING_INDRR_EST_REQ(PAGINGRESPONSE)RRC连接建立过程INITIAL_DIRECT_TRANSFERAUTHENTICATIONREQUEST(PAGINGRESPONSE)AUTHENTICATIONRESPONSERR_SECURITY_CONTROL_REQ(IKCK)加密模式控制SETUPCALLCONFIRMRAB建立过程ALERTCON

4、NECTCONNECTACKNOWLEDGE课程内容第一章寻呼问题的分析流程第二章寻呼问题的典型案例Training.huawei.com第一章寻呼问题的分析流程l第一节分析流程l第二节信息收集l第三节问题定位l第四节优化验证分析流程网络信息收集确定优化目标寻呼问题定位寻呼问题优化优化验证NO是否达到优化目标？YESEND分析流程寻呼问题分析流程如图所示，大体分为以下几个步骤：l网络信息收集：收集网络与寻呼相关话统、告警、用户投诉、网络规划和优化记录、网络参数配置等信息；l确定优化目标：确定寻呼问题优化的KPI指标；l寻呼问题定位：定位导致寻呼问题的原因；l寻呼问题优化

5、：根据定位结果采用相应的优化调整措施；l优化验证：验证优化后的KPI指标是否达到要求，以及其它寻呼相关信息是否正常。第一章寻呼问题的分析流程l第一节分析流程l第二节信息收集l第三节问题定位l第四节优化验证信息收集网络信息收集是寻呼问题分析的第一步，优化人员要获取待优化网络中与寻呼相关的话统、用户投诉、告警、网络规划优化历史记录、无线参数配置等等信息，为后续进一步的深入分析做准备。需要收集的信息主要包括以下几个方面：l话统l告警l用户投诉l优化历史记录l参数配置信息收集l话统寻呼相关的话统指标可以根据不同的寻呼区域分别在RNC、UMSC、SGSN话统台上观测；RNC话统对

6、应一个RNC区域，UMSC话统对应一个位置区，SGSN话统对应一个路由区。在实际话统分析过程中需要把RNC和CN的话统数据结合起来分析。RNC的话统中，需要关注“CN_PAGE_IDLE_UE_SUCC_RATE”和“UTRAN_PAGE1_SUCC_RATE”，这两个指标基本表征了RNC对应寻呼区域的寻呼成功率；前者从CN的角度考察了寻呼的成功率，后者除了包含CN寻呼情况外，还包含UTRAN系统消息更新和UE状态迁移两种情况，这两个指标可以用来分析一个RNC区域的寻呼性能。一个RNC区域一般包括多个位置区。信息收集l话统（二）UMSC寻呼相关话统指标都是基于一个位置区

7、的。一般情况下，位置区不会跨RNC、BSC配置，可以统计一个位置区的寻呼成功率、第一次寻呼成功率、非第一次寻呼成功率。位置区的寻呼成功率关注一个位置区的寻呼状况，并不关心寻呼重发次数，而第一次寻呼成功率、非第一次寻呼成功率关注寻呼重发次数对寻呼成功率的影响。SGSN寻呼相关话统指标都是基于一个路由区的，可以得到某路由区的寻呼成功率。在话统分析过程中，要重点关注“位置区寻呼成功率”和“路由区寻呼成功率”，这是衡量寻呼性能的KPI指标。信息收集l告警按照目前我司的实现，CN和寻呼相关的告警只有“RNC过载”，当CN接收到RNC的过载消息引发此