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

  1. 1、本文档共58页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
前言 寻呼是网络联系UE的重要途径,和其它流程相比较,寻呼流程在无线网络中表现出频率高、流量大、突发性强等特点,寻呼性能关系到整个无线网络的性能。所以研究寻呼问题对无线网络性能具有很强的现实意义。 课程目标 寻呼问题的分析流程 寻呼问题的典型案例 概述 如果网络侧需要主动联系处于空闲模式、CELL_PCH 或者URA_PCH状态的UE,就要发起寻呼流程,寻呼是网络联系UE的重要途径。 和其它流程相比较,寻呼流程在无线网络中表现出频率高、流量大、突发性强等特点,寻呼性能关系到整个无线网络的性能,所以研究寻呼问题对无线网络性能具有很强的现实意义。 从UE接收寻呼消息的角度来看,寻呼消息分为PAGING TYPE1和PAGING TYPE2,由UTRAN决定发送给UE的寻呼类型。PAGING TYPE1是通过PCCH逻辑信道来寻呼处在IDLE,CELL_PCH,URA_PCH状态的UE。PAGING TYPE2是通过DCCH来寻呼处在CELL_FACH,CELL_DCH状态的UE。 概述 网络侧会在以下情况下发起寻呼: UE被叫; 小区系统消息更新; UE状态迁移; 一个典型的由寻呼引起的被叫流程如下图所示。 寻呼过程中可能会存在种种问题导致目标UE不能正确收到寻呼消息,如在网络群发短消息和全文寻呼时,不合理的寻呼策略会使得寻呼信道拥塞从而造成寻呼消息大量丢失,严重情形下还会造成系统长期过载,寻呼信道功率配比过低造成寻呼成功率低。 本文将对这些导致寻呼异常的问题进行深入分析,并给出其解决方法。 概述 UE被叫流程图: 课程内容 第一章 寻呼问题的分析流程 分析流程 分析流程 寻呼问题分析流程如图所示,大体分为以下几个步骤: 网络信息收集:收集网络与寻呼相关话统、告警、用户投诉、网络规划和优化记录、网络参数配置等信息; 确定优化目标:确定寻呼问题优化的KPI指标; 寻呼问题定位:定位导致寻呼问题的原因; 寻呼问题优化:根据定位结果采用相应的优化调整措施; 优化验证:验证优化后的KPI指标是否达到要求以及其它寻呼相关信息是否正常。 第一章 寻呼问题的分析流程 信息收集 网络信息收集是寻呼问题分析的第一步,优化人员要获取待优化网络中与寻呼相关的话统、用户投诉、告警、网络规划优化历史记录、无线参数配置等等信息,为后续进一步的深入分析做准备。 需要收集的信息主要包括以下几个方面: 话统 告警 用户投诉 优化历史记录 参数配置 信息收集 话统 寻呼相关的话统指标可以根据不同的寻呼区域分别在RNC、UMSC、SGSN话统台上观测;RNC话统对应一个RNC区域,UMSC话统对应一个位置区,SGSN话统对应一个路由区。 在实际话统分析过程中需要把RNC和CN的话统数据结合起来分析。 RNC的话统中,需要关注“CN_PAGE_IDLE_UE_SUCC_RATE” 和“UTRAN_PAGE1_SUCC_RATE”,这两个指标基本表征了RNC对应寻呼区域的寻呼成功率;前者从CN的角度考察了寻呼的成功率,后者除了包含CN寻呼情况外,还包含UTRAN系统消息更新和UE状态迁移两种情况。这两个指标可以用来分析一个RNC区域的寻呼性能,一个RNC区域一般包括多个位置区。 信息收集 话统 UMSC寻呼相关话统指标都是基于一个位置区的。一般情况下,位置区不会跨RNC、BSC配置,可以统计一个位置区的寻呼成功率、第一次寻呼成功率、非第一次寻呼成功率。 位置区的寻呼成功率关注一个位置区的寻呼状况,并不关心寻呼重发次数,而第一次寻呼成功率、非第一次寻呼成功率关注寻呼重发次数对寻呼成功率的影响。 SGSN寻呼相关话统指标都是基于一个路由区的,可以得到某路由区的寻呼成功率。 在话统分析过程中,要重点关注“位置区寻呼成功率”和“路由区寻呼成功率”,这是衡量寻呼性能的注意KPI指标。 信息收集 告警 按照目前我司的实现,CN和寻呼相关的告警只有“RNC过载”,当CN接收到RNC的过载消息引发此告警。 RNC为保证系统运行的稳定性,避免突发的消息风暴对系统的冲击,对包括寻呼在内的某些处理频率很高的消息进行了流控。当RNC收到CN的寻呼消息后,判断系统如果处于寻呼流控状态,就会丢弃寻呼消息,并记录下寻呼消息丢失的个数。如果寻呼丢失比例达到一定的门限,RNC就会向CN发Overload消息,CN就会控制消息发送流量按照一定的步长减少。如果在一定的时间内没有收到Overload消息,IU的消息流量会逐步增长直至恢复正常。 RNC目前寻呼相关的告警是“流量控制告警”,当RNC处于寻呼流控状态下寻呼消息会无条件丢失。当系统从流控状态恢复时,会产生流量“控制恢复告警”。 信息收集 用户投诉 如果寻呼消息丢失导致手机不能做被叫,主叫用户会听到系统提示音“用户

文档评论(0)

shaoye348 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档