W网络常见主要指标优化措施小结

上传人:野鹰 文档编号:1587812 上传时间:2017-06-27 格式:DOC 页数:11 大小:105.01KB
返回 下载 相关 举报
W网络常见主要指标优化措施小结_第1页
第1页 / 共11页
W网络常见主要指标优化措施小结_第2页
第2页 / 共11页
W网络常见主要指标优化措施小结_第3页
第3页 / 共11页
W网络常见主要指标优化措施小结_第4页
第4页 / 共11页
W网络常见主要指标优化措施小结_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《W网络常见主要指标优化措施小结》由会员分享,可在线阅读,更多相关《W网络常见主要指标优化措施小结(11页珍藏版)》请在金锄头文库上搜索。

1、W 网络主要指标优化措施小结一、无线掉话率的优化措施1、掉话定义和话统指标路测掉话定义:从 UE 侧记录的空口信令上看,在通话过程(连接状态下)中,如果空口的消息,满足以下三个条件的任何一个:1) 收到任何的 BCH 消息(即系统消息)2) 收到 RRC Release 消息且释放的原因值为 Not Normal3) 收到 CC Disconnect,CC Release Complete,CC Release 三条消息中的任何一条,而且释放的原因为 Not Normal Clearing 或者 Not Normal,Unspecified 。话统指标说明:广义的掉话率应该包含 CN 和 UT

2、RAN 的掉话率,由于网优重点关注与 UTRAN 侧的掉话率指标,所以这里的掉话率描述也重点关注 UTRAN 侧的 KPI 指标分析。UTRAN 侧相关指标就是 RNC 触发释放的各业务 RAB 个数。主要包括两个方面:1) 业务建立成功后,RNC 向 CN 发送 RAB RELEASE REQUEST 消息。2) 业务建立成功后,RNC 向 CN 发送 IU RELEASE REQUEST 消息,其后收到 CN 发送的 IU RELEASE COMMAND。统计时可按具体业务分类统计。同时话统还统计了 RNC触发释放各业务 RAB 的原因。掉话率计算: %*SucesCRABtpigdyNC

3、SabrelTDCS 10_PtilP需要说明的是 RAN 话统掉话的定义只从 Iu 接口信令的角度进行统计,统计了 RNC 主动发起的 RAB release 请求次数和 Iu release 请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致。2)常见掉话原因无线掉话涵盖语音、视频电话、PS 等各业务的掉话,常见的掉话问题包括: 邻区漏配问题 弱覆盖问题 强干扰问题 切换问题(切换不及时和乒乓切换) 设备异常问题等3)掉话优化措施掉话优化措施主要有 DT/CQT、话统分析、跟踪数据优化三种,具体如下:1) 、全网全业务 DT 测试。对于有新入网站

4、点或者 RF 有调整的区域要及时进行区域 DT 测试,通过分析 DT 测试数据,发现和解决存在的掉话点。2) 、每日提取话统数据进行分析。分析时可使用话统分析工具得到不同业务的掉话情况以及大致的掉话原因。话统分析流程可以简述如下:RNC 掉话率统计 RNC 触发释放的各业务 RAB 个数,主要包括两个方面:( 1)业务建立成功后,RNC 向 CN 发送 RAB RELEASE REQUEST 消息。 (2)业务建立成功后,RNC向 CN 发送 IU RELEASE REQUEST 消息,其后收到 CN 发送的 IU RELEASE COMMAND。分析小区的掉话率指标上述只是对整个网络分析,我

5、们可分析小区掉话率指标,主要需要分析小区“AMR 掉话率”、 “VP 掉话率” 、 “PS 掉话率” 。 对所有小区分别用以上的指标进行排序,选择指标特别差的小区或者最差的一些小区,进一步按照分析掉话原因。AMR 掉话率:VS.RAB.Loss.CS.RF.AMR / VS.RAB.SuccEstab.AMRVP 掉话率:VS.RAB.Loss.CS.Conv64K / VS.RAB.SuccEstCS.Conv.64为分析不同速率的 PS 掉话情况,可分析指标VS.RAB.Loss.PS.64K / VS.RAB.SuccEstPS.64VS.RAB.Loss.PS.128K / VS.RA

6、B.SuccEstPS.128VS.RAB.Loss.PS.384K / VS.RAB.SuccEstPS.384通过上述这些掉话率的分析,我们可获得不同业务及其速率在网络中的性能,可获得软/硬切换掉话情况。重要的是通过这一步可获得指标较差的小区以及时间段。分析小区掉话原因在话统分析中需要分析引起掉话的主要原因,主要指标如下:掉话原因话统分析失败原因 分析思路OM 干预 操作维护工作导致的掉话RAB 抢占导致的原因 高优先级抢占引起的 CS 链路释放,这种掉话在负载和资源不足的时候发生,根据发生的次数确定是否扩容UTRAN 产生的原因 小区中 UTRAN 产生的原因导致链路异常释放。这种情况一

7、般对应着处理异常,需要通过 CHR 进一步分析上行 RLC 复位 上行 SRB 复位引起链路释放。这种情况主要是由于覆盖质量不好(包括邻区漏配、切换区小等情况)下行 RLC 复位 下行 SRB 复位引起链路释放。这种情况主要是由于覆盖质量不好(包括邻区漏配、切换区小等情况)上行同步失败 上行链路失步引起的异常释放。这种情况主要是由于覆盖质量不好(包括邻区漏配、切换区小等情况) ,导致 UE 异常关闭发射机或者上行解调失步下行同步失败 下行链路失步引起的异常释放。这种情况主要是由于覆盖质量不好(包括邻区漏配、切换区小等情况) ,导致 UE 异常关闭发射机或者上行解调失步UU 口无响应 UE 空口

8、无响应系统发出的命令,覆盖不好导致其他 RF 原因 射频原因,均属于覆盖质量不好AAL2 链路异常 RNC 发现 IU CS 接口 AAL2 Path 异常,发起了异常释放,可能为传输设备异常,已知问题有 RB 建立过程中马上正常释放被话统统计为该原因异常释放GTPU 异常 RNC 发现 IU PS 接口 GTPU 异常,发起了异常释放,可能是设备故障其他原因 异常原因掉话,需结合 RNC 日志进行分析可以将这些指标按照分类,将其分为空口原因(RF、流程超时) 、非空口原因(硬件故障、传输故障、用户干预等) ,从而对网络有个总体把握,得到影响网络的主要因素。检查小区是否异常如果小区以前 KPI

9、 正常,可检查小区的告警,排除小区异常方面的原因。通过路测重现问题由于话统给出了趋势,并给出了可能的问题,具体问题的定位和分析还需要结合路测或者针对小区的 CHR 分析来进行。对于问题小区,一般都需要安排针对小区进行路测,跟踪手机侧和 RNC 的信令流程进行分析。3) 、通过跟踪数据分析,帮助问题定位。跟踪数据分析包括单用户跟踪消息分析和性能监测,通常情况下,单用户消息结合数据采集工具记录的 UE 侧数据,能够基本上定位一些掉话问题;对于更加复杂的问题,需要配合 CHR 和性能监测来综合分析。也有一些商用手机的问题或者重点用户的问题,没有手机侧记录的消息,需要通过从单用户跟踪数据来分析和定位。

10、单用户跟踪除了记录单用户的信令消息(Iu,Iur ,Iub,Uu) ,同时需要记录CPICH RSCP EcIo 性能跟踪,记录 UE 的发射功率,记录上行 SIR,SIR Target,记录上行BLER,记录下行码发射功率,如果是数据业务,还要进一步记录上下行的业务量和吞吐量。二,系统间 CS 域切出成功率的优化措施目前 3G/2G 互操作策略是 CS 业务从 3G 覆盖到 2G 覆盖采用单向切换。1、CS 域系统间切出成功率定义:Voice 系统间切换出成功率 = Voice 系统间切换出成功次数 / Voice 域系统间切换出尝试次数Voice 系统间切换出尝试次数:当 RNC 向 CN

11、 发送 RELOCATION REQUIRED 消息;Voice 系统间切换出成功次数:在 CS 域系统间切换出过程中,当 RNC 收到 IU RELEASE COMMAND 消息,并且消息中的原因值为“Successful Relocation”或“Normal Release” 。2、CS 域系统间切出失败的主要原因:CS 域系统间切出失败的主要原因有以下几方面: 邻区漏配导致掉话 异系统邻区配置过多导致掉话 LAC 配置错误导致的掉话 UE 不报测量报告导致掉话 切换不及时导致掉话 物理信道重配置时发生最优小区变更导致掉话 UE 回切换失败导致掉话 压缩模式启动太迟3、CS 域系统间切出

12、成功率优化措施:1)全网语音自由选网 DT 测试;2)每日提取话统数据,进行分析和优化,分析流程参考掉话率优化措施章节;3)对问题用户进行数据跟踪分析,问题定位后,进行优化;4)全面检查 3G/2G 异系统邻区信息,保证邻区信息正确无误;5)对于新入网的站点(包括 2G 和 3G 站点) ,3G/2G 侧都及时更新异系统邻区关系;三、无线系统接通率的优化措施1、无线系统接通率定义:无线系统接通率=RRC 连接建立成功率* RAB 指派成功率;2、无线系统接通失败的一般原因:无线系统接通失败表现为 RRC 连接建立失败或者 RAB 指派失败。RRC 建立失败一般有下面几类原因: 上行 RACH

13、的问题 下行 FACH 功率配比问题 小区重选参数问题 下行专用初始发射功率偏低 上行初始功控问题 拥塞问题 设备异常问题等在这些问题中尤其上行 RACH 的问题、下行 FACH 功率配比问题、小区重选参数问题、设备异常问题出现的概率比较高。RAB 建立失败时,RNC 会在 RAB Assignment Response 信令中回 RAB 指配建立失败。通过相关信元中携带的失败原因值,可以得到具体失败原因。常见的 RAB 建立失败问题包括: 参数配置错误导致 RNC 直接拒绝 RAB 的建立请求 准入拒绝 UE 回应 RB 建立失败造成的 RAB 建立失败 空中接口 RB 建立失败造成的 RA

14、B 建立失败3、无线系统接通率优化措施:无线系统接通率的优化措施主要是通过对话统数据的分析,确定问题小区,结合现场DT/CQT,协助问题定位和解决。问题的分析和优化可以从以下几个方面着手:1) 、UE 发出 RRC Connection Request 消息,RNC 没有收到。如果此时下行 CPICH 的 Ec/Io 较低,则是覆盖的问题。如果此时的下行 CPICH 的 Ec/Io 不是太低(比如大于-14dB) ,一般都是 RACH 的问题。通常有以下可能的原因: Preamble 的功率攀升不够 UE 的输出功率比要求值偏低 NodeB 设备问题,存在驻波 小区半径设置参数不合理对于 Pr

15、eamble 的功率攀升不够,可以增加 Preamble 攀升次数。例如可以 Preamble 攀升次数从 8 次改为 20 次。对于 UE 输出功率比要求值低,属于 UE 本身性能问题,没有特别的方法解决。对于 NodeB 设备问题,需要检查 NodeB 是否存在驻波告警。当小区半径参数设置过小,会导致 NodeB 无法同步小区半径范围外的 UE,造成接入失败。这主要发生在农村、郊区等广覆盖场景。RNC 收到 UE 发的 RRC 建立请求消息后,下发了 RRC Connection Setup 消息而 UE 没有收到该问题的可能原因有以下几种: 覆盖差 小区选择与重选参数不合理具体检查方法如

16、下:查看此时的 CPICH 的 Ec/Io,如果低于-12dB(因为缺省是基于 Ec/Io 为-12dB 配置的) ,而且监视集中没有质量更好的小区,那么是覆盖的问题。如果此时监视集中有更好的小区,则可能是小区重选的问题。解决方法如下:覆盖差:如果有条件,通过增强覆盖的方法解决覆盖问题,如增加站点补盲、工程参数调整等。在无法增强覆盖的情况下,可以适当提高 FACH 的功率。调整应参照现网 PCPICH EC/Io 的覆盖情况,例如如果整个网络优化后的覆盖区域导频 Ec/Io 全部大于-12dB,那么公共信道功率的配比按照 Ec/Io 大于-12dB 来配置可以保证 UE 从 3G idle 状态接入时的成功率。又如导频 Ec/Io 小于-14dB 时 UE 就重选到 GSM 系统,那么公共信道功率的配比按照 Ec/Io 大于 -14dB 来配置则可以保证 UE 在系统间重选后在弱信号区的 RRC 建立成功率。小区选择与重选通过调整小区选择与重选参数,加

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 建筑规范

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号