- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
TD-SCDMA掉话问题分析
课程目标:
掌握掉话的定义
了解话统指标
掌握话统数据分析流程
目 录
第1章 概述 1
第2章 掉话分类定义 3
2.1 路测掉话定义 3
2.2 话统指标 3
第3章 掉话问题分析流程及案例 5
3.1 DT/CQT掉话问题分析流程及常见掉话原因分析 5
3.1.1 常见掉话原因分析 6
3.2 话统数据分析流程 8
3.2.1 分析RNC掉话率 8
3.2.2 分析小区(小区集合)的掉话率指标 8
3.2.3 检查小区是否异常 9
3.2.4 分析掉话原因 9
3.2.5 通过路测重现问题 9
3.3 典型掉话案例分析 9
3.3.1 弱覆盖掉话 9
3.3.2 切换区设置不合理引起的掉话问题 12
3.3.3 越区覆盖引起的掉话问题解决 13
3.3.4 混合业务掉话率很高现象 16
概述
( 知识点
( 概述
掉话率反映了系统业务的通讯保持能力,是用户直接感受的重要性能指标之一。广义的掉话率应该包含CN和UTRAN的掉话率,由于无线网络优化重点关注UTRAN侧的掉话率指标,本文掉话率描述也重点关注UTRAN侧的掉话及优化方法。
掉话率的统计是建立在一定业务的基础之上的,极少的业务量所统计出的高掉话率,对网络优化是没有意义的;极高的业务量所统计出的掉话率往往是与拥塞有关。我们优化时关注的应该是话务量处于负载正常的小区。
掉话分类定义
路测掉话定义
从UE侧记录的空口信令上看,在通话过程(连接状态下)中,如果空口的消息,满足以下三个条件的任何一个:
A、收到任何的BCH消息(即系统消息)
B、收到RRC Release消息且释放的原因值为Not Normal
C、收到CC Disconnect,CC Release Complete,CC Release三条消息中的任何一条,而且释放原因为Not Normal Clearing或者Not Normal,Unspecified。
话统指标
广义的掉话率应该包含CN和UTRAN的掉话率,由于网优重点关注与UTRAN侧的掉话率指标,本文掉话率描述也重点关注UTRAN侧的KPI指标分析。
UTRAN侧相关指标就是RNC触发释放的业务RAB个数(1)业务建立成功后,RNC向CN发送RAB RELEASE REQUEST消息。(2)业务建立成功后,RNC向CN发送IU RELEASE REQUEST消息,其后收到CN发送的IU RELEASE COMMAND。掉话问题分析流程及案例
( 知识点
( DT掉话分析流程
( 话统掉话分析流程
( 常见掉话原因
DT/CQT掉话问题分析流程及常见掉话原因分析
通常DT掉话问题分析流程如下:
图 3.11 掉话分析流程图
常见掉话原因分析
常见导致掉话的原因有:
邻区漏配
一般来讲,初期优化过程掉话占大多数是由于邻区漏配导致的。邻区漏配导致的掉话也包括同异频邻区漏配和异系统邻区漏配。主要是掉话发生的时候,手机没有测量或者上报目标邻区,而手机掉话后重新驻留到目标邻区上。异系统邻区漏配表现为手机在3G掉话,掉话后手机重新选网驻留到2G网络,从信号质量来看,2G网络的质量很好(在掉话点用2G测试手机观察RSSI信号)。
覆盖差
一般来说,对于Voice而言,当PCCPCH的C/I大于-3dB,RSCP大于-95dBm时,不可能是由于覆盖不行导致的掉话。通常所说的覆盖差,主要是指RSCP很差。
上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认,需要采用以下的方法来确认:
如果掉话前的上行发射功率达到最大值,并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure,基本可以认为上行覆盖差导致的掉话;如果掉话前,下行发射功率达到最大值,并且下行的BLER很差,基本可以认为是下行覆盖差导致的掉话。在合理的链路平衡情况下,而且上下行没有干扰的情况下,上行和下行发射功率会同时受限,此时不一定要严格区分哪一方先出现受限。如果上下行严重不平衡,则应该初步判定为受限方向存在干扰。
由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差,在一些室内,由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现,表现为其他小区在掉话点的覆盖差,需要注意分析区别。
干扰导致的掉话
下行和上行的干扰都会导致掉话。一般情况下,对于下行,当服务小区PCCPCH RSCP大于-95dBm,而C/I小于-3dB产生了掉话,基本上可以认为是下行干扰的问题(当切换不及时的时候,也可能出现服务小区RSCP信号很好,但C/I很差;对于上行RTWP比正常值(-115dbm)超过10dB,干扰时间超过2~3s,就有可能造成掉话,需要重点解决。
下行的干
文档评论(0)