10 W网规高培-寻呼问题分析

10 W网规高培-寻呼问题分析

ID:44088284

大小:1.24 MB

页数:58页

时间:2019-10-18

10 W网规高培-寻呼问题分析_第1页
10 W网规高培-寻呼问题分析_第2页
10 W网规高培-寻呼问题分析_第3页
10 W网规高培-寻呼问题分析_第4页
10 W网规高培-寻呼问题分析_第5页
资源描述:

《10 W网规高培-寻呼问题分析》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

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

2、。从UE接收寻呼消息的角度来看,寻呼消息分为PAGINGTYPE1和PAGINGTYPE2,由UTRAN决定发送给UE的寻呼类型。PAGINGTYPE1是通过PCCH逻辑信道来寻呼处在IDLE,CELL_PCH,URA_PCH状态的UE。PAGINGTYPE2是通过DCCH来寻呼处在CELL_FACH,CELL_DCH状态的UE。概述网络侧会在以下情况下发起寻呼:UE被叫;小区系统消息更新;UE状态迁移;一个典型的由寻呼引起的被叫流程如下图所示。寻呼过程中可能会存在种种问题导致目标UE不能正确收到寻呼消息,如在网络群发短消息和全文寻呼时,不合理的寻呼策略会使得寻呼信道拥塞从而造成

3、寻呼消息大量丢失,严重情形下还会造成系统长期过载,寻呼信道功率配比过低造成寻呼成功率低。本文将对这些导致寻呼异常的问题进行深入分析,并给出其解决方法。概述UE被叫流程图:课程内容Training.huawei.com第一章寻呼问题的分析流程第二章寻呼问题的典型案例第一章寻呼问题的分析流程第一节分析流程第二节信息收集第三节问题定位第四节优化验证分析流程分析流程寻呼问题分析流程如图所示,大体分为以下几个步骤:网络信息收集:收集网络与寻呼相关话统、告警、用户投诉、网络规划和优化记录、网络参数配置等信息;确定优化目标:确定寻呼问题优化的KPI指标;寻呼问题定位:定位导致寻呼问题的原因;寻

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

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

6、配置,可以统计一个位置区的寻呼成功率、第一次寻呼成功率、非第一次寻呼成功率。位置区的寻呼成功率关注一个位置区的寻呼状况,并不关心寻呼重发次数,而第一次寻呼成功率、非第一次寻呼成功率关注寻呼重发次数对寻呼成功率的影响。SGSN寻呼相关话统指标都是基于一个路由区的,可以得到某路由区的寻呼成功率。在话统分析过程中,要重点关注“位置区寻呼成功率”和“路由区寻呼成功率”,这是衡量寻呼性能的注意KPI指标。信息收集告警按照目前我司的实现,CN和寻呼相关的告警只有“RNC过载”,当CN接收到RNC的过载消息引发此告警。RNC为保证系统运行的稳定性,避免突发的消息风暴对系统的冲击,对包括寻呼在内

7、的某些处理频率很高的消息进行了流控。当RNC收到CN的寻呼消息后,判断系统如果处于寻呼流控状态,就会丢弃寻呼消息,并记录下寻呼消息丢失的个数。如果寻呼丢失比例达到一定的门限,RNC就会向CN发Overload消息,CN就会控制消息发送流量按照一定的步长减少。如果在一定的时间内没有收到Overload消息,IU的消息流量会逐步增长直至恢复正常。RNC目前寻呼相关的告警是“流量控制告警”,当RNC处于寻呼流控状态下寻呼消息会无条件丢失。当系统从流控状态恢复时,会产生流量“控制恢复告警

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。