TDSCDMAKPI优化指导分析_第1页
TDSCDMAKPI优化指导分析_第2页
TDSCDMAKPI优化指导分析_第3页
TDSCDMAKPI优化指导分析_第4页
TDSCDMAKPI优化指导分析_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、td-scdma kpi优化指导分析目录一、接通率21.rrc连接建立失败31323331.1congestion原因:码资源不足31.2no reply原因:无响应32.rab连接建立失败41.3ue_operate_timeout原因41.4uereportcellupdate原因41.5invalid_rab_id原因5二、掉话率52.1rlfail_report原因52.2rrm_celldelete_release原因62.3ue_operate_timeout原因62.4uciu_error原因62.5release due to ue generated signalling c

2、onnection release原因7三、系统内切换成功率73.1 物理信道重配超时73.2 物理信道重配失败83.3 cn响应超时8四、系统间切换成功率84.1 handoverfromutranfailure84.2 ue上报cellupdate94.3 cn下发正常释放iu的消息9一、 接通率从综合的角度考虑接通率,需要把rrc连接建立成功率和rab指派成功率联合起来一起表征接通率。rrc连接建立成功率反映rnc或者小区的ue接纳能力,rrc连接建立成功意味着ue与网络建立了信令连接。rrc连接建立可以分两种情况:一种是与业务相关的rrc连接建立;另一种是与业务无关(如位置更新、系统间

3、小区重选、注册等)的rrc连接建立。前者是衡量呼叫接通率的一个重要指标,其结果可以作为调整信道配置的依据。后者可用于考察系统负荷情况。rab建立是由cn发起,utran执行的功能。rab是指用户平面的承载,用于ue和cn之间传送语音、数据及多媒体业务。ue首先要完成rrc连接建立然后才能建立rab,当rab建立成功以后,一个基本的呼叫即建立,ue进入通话过程。rrc连接建立失败序号计数器描述实际触发原因1rrc连接失败计数器,congestion网络拥塞无法接入信道用户2rrc连接失败计数器,unspecified其他异常原因3rrc连接失败计数器,no reply超时没有收到ue应答1.1

4、congestion原因:码资源不足【故障现象】rrc呼通率低,从信令跟踪上看,rnc收到rrcconnectionrequest请求之后,直接下发了rrcconnectionreject消息。rrc建立kpi统计失败原因为congestion.【排查方法】(1) 在omcr性能管理中,筛选congestion高的小区;(2) 提取kpi综合分析(cs/ps流量),初步分析是否和码资源相关;如congestion次数高的时段,ps流量很大,很有可能是码资源不够。(3) 通过lmt小区载波测量查看小区码资源配置及使用情况,并检查一下有没有载波(或时隙)被闭塞现象(也可在omcr nodeb动态数

5、据管理中查看)。1.2 no reply原因:无响应【故障现象】rrc呼通率低,从信令跟踪上看,rnc发出rrcconnectionsetup请求之后,没有收到ue上报的rrcconnectionsetupcomplete消息。rrc建立kpi统计失败原因为noreply.【排查方法】现场一般采用逐步判断的方法来定位问题(1) 确定rnc已经收到了rrc connection request请求,并且已经发出了rrc connection setup 信令(2) 查看传输告警,以及传输的内部告警,确保传输没有问题。(跟传输方面联系确认)(3) 查看node b的收包情况与rnc的送包数量一致,

6、同时确定node b在fach上正确完整地将数据传出(需用服兄弟帮忙确认)。(4) 确定终端是否收到node b传来的信令(5) 增加sccpch的功率,观察指标(6) 增加网络端开环期望接收功率,增加complete消息接收到的几率,观察指标1. rab连接建立失败导致rab建立失败的主要原因列举如下:1.3 ue_operate_timeout原因【故障现象】从信令跟踪上看,rnc发出radiobearersetup和radiolinkreconfigurationcommit请求之后,没有收到基站上报的radiolinkrestoreindication和ue上发的radiobearer

7、setupcomplete。rab建立超时ue_operate_timeout,上报原因值ue失败原因为noreply.【排查方法】(1) 查看站点告警,如存在影响业务告警,要求用服工程师解决告警;(2) 确定nodeb和ue之间上下行链路信号是否良好,如有弱覆盖,先解决弱覆盖问题;(3) 确定nodeb和ue之间上下行链路是否存在干扰,如存在干扰,首先排查干扰情况,解决干扰源;(4) 将小区参数与正常小区参数进行比对,确认是否参数配错导致;(5) 如以上排查均没有问题,分析信令数据,确认是否同一用户终端。从终端入手,确认终端是否收到radiobearersetup或收到后是否发出radiob

8、earersetupcomplete,如用户无法回访或无法确认该信息,跟踪该用户终端imsi,看是否仍会出现rab建立失败;(6) 问题仍无法定位,上报研发。1.4 uereportcellupdate原因【故障现象】rab连接建立过程中,ue上报小区更新,导致rab建立失败,失败原因为uereportcellupdate。【排查方法】出现该原因值为网络端和ue交互时,其下行链路恶化,无法保持,导致ue上报cellupdate,建议从三方面入手定位:(1) 查看站点告警,如存在告警,提交用服工程师(2) 排查信号情况,是否下行链路信号出现问题,比如弱场,干扰等原因,如有,先解决掉(3) 终端问

9、题,终端软件在处理信号及链路保持过程中出现问题,导致链路无法保持,上报cellupdate,重新建立链路。该类型原因终端,一般会长期出现,可跟踪该类型终端imsi号观察。1.5 invalid_rab_id原因【故障现象】ue连续上发两条rabassignmentrequest,建立链路,下发radiobearersetup后,ue回radiobearersetupfailure,rabassignmentfail原因为invalid_rab_id,ue仅上发一条rabassignmentrequest也有可能出现该现象。【排查方法】目前嘉兴存在该现象。出现该问题时,需要对信令进行仔细分析,看

10、信令流程走向。(1) 如果出现两条rabassignmentrequest,一条为释放请求,一条为业务请求,导致rnc在rab建立过程中出现问题,该问题需要联合核心网一起排查;(2) 如果只出现一条rabassignmentrequest,为业务请求信令,此时需要对信令过程仔细进行分析,在rab指派建立过程中,核心网是否跟rnc有过异常交互(目前发现的为核心网异常下发pdp拒绝),该异常信令的下发也需要核心网做出解释。二、 掉话率 掉话是指用户在掉话之前,未发起任何空口信令过程,或之前的信令交互过程已经结束,处于稳态下被网络侧发起iu链接释放过程。掉话有用户面rlc不可恢复错误(uciu er

11、ror)、nodeb上报rl失败、用户未激活、用户发起信令连接释放指示等,此外用户归属小区发生异常,如小区删除、载频不可用,或后台发起小区公共资源重配,如小区公共信道重配,共享信道重配等。这些均会导致掉话,亦是掉话原因所在,会影响相应掉话率指标。下面将就相关原因进行说明。2.1 rlfail_report原因【故障现象】nodeb链路保持过程中发radiolinkfailureindication,指明无线链路已开始恶化,如果在接下来的5s里ue无法与nodeb同步上,将导致rnc释放链路,报掉话原因:rlfail_report。【排查方法】(1) 遇到该问题,首要需要核查ue所处无线环境,信

12、号强度怎样,是否存在干扰,特别是上行干扰;(2) 由于nodeb报radiolink失败,这是因为nodeb与ue在链路保持过程中,其上行链路出现恶化,失步了,因此排查过程中,主要从上行入手排查,包括上行干扰,业务信道的干扰等。如果是uereportcellupdate,则表明此时是下行链路出现恶化,下行失步了,主要从下行入手排查。(3) 可适当抬升网络端期望接收功率,以保证在信号质量不好的情况下,nodeb能正确接收ue发射信号。2.2 rrm_celldelete_release原因【故障现象】ue突然掉话,掉话原因:rrm_celldelete_release【排查方法】小区异常退出导致

13、用户释放,询问用服是否进行了相关操作导致。2.3 ue_operate_timeout原因【故障现象】ue在于utran交互的过程中,由于未在计数器指定的时间里响应网络端请求,导致超时掉话,这主要表现在切换过程中,rnc下发了切换信令,但指定时间里未收到ue切换完成响应,导致掉话。【排查方法】(1) 首先查看告警信息,特别是gps异常告警,导致ue无法同步至目标小区,完成信令交互过程,超时掉话;(2) 核查小区参数,包括网络端期望接收功率等,是否存在目标小区期望接收功率过低,导致无法完成上行切换完成信息的正确接收和解码;(3) 查看上行干扰,是否该站点存在较高up干扰和业务时隙上行干扰,导致无

14、法完成信息交互;(4) 查看下行干扰和下行信号链路质量,是否下行链路存在问题,导致ue无法接收到rnc下发的切换请求;(5) 确认是否终端原因,是否终端存在异常,未发或发送了错误的信息;(6) 根据是否上下行链路问题,适当调整期望接收功率,以增强网络端或ue接收到的几率。2.4 uciu_error原因【故障现象】链路保持过程中,nodeb上报无线链路失败,或者ue上报cellupdate,一段时间后掉话,掉话原因为uciu error。【排查方法】该原因值跟rlfail report现象有几分相似,因此排查过程中,需要从同样几方面入手。但同时,导致该原因值根本原因是因为终端rlc层在处理no

15、deb发过来的数据时,处理异常,用户面rlc发送srb reset超过最大次数。典型情况是ue主动发起cellupdate过程,cellupdate原因为rlcunrecoverableerror。(1) 检查终端所处无线环境,是否存在弱场,是否存在上下行干扰;(2) 将终端进行重启,看问题是否解决;(3) 如仍未解决,向研发反馈。2.5 release due to ue generated signalling connection release原因【故障现象】链路保持过程中,ue向rnc发送信令连接释放指示消息,指示rnc释放该cn域的iu口连接。【排查方法】部分终端处于节电的目的,在

16、终端侧一段时间内检测到用户无操作或锁屏等情况后,则会主动向网络侧发送信令链接释放指示,让网络侧释放对应域的iu连接,如果为单域业务则会发起rrc链接释放过程。此外,部分终端内部异常,需要主动释放rrc时,也会信令链接释放指示。定位为终端原因。三、 系统内切换成功率3.1 物理信道重配超时【故障现象】网络侧在下发physicalchannelreconfiguration消息后,终端回physicalchannelreconfigurationfailure消息,导致切换过程失败【排查方法】查看physicalchannelreconfigurationfailure中携带的失败原因,比如最常见

17、的failure cause为physical channel failure,表示ue无法在建立新的物理信道,即ue无法在新的信道配置上完成l1同步(ue在t312时间内,收到n312个同步指示,即认为新的信道建立成功)。造成这种现象的原因可能为物理信道所在的时隙干扰较大,或目标小区存在up干扰。排查方法:(1) 查看各时隙干扰情况,如果发现时隙干扰很大,查看nodeb载扇是否正常,同时查看邻小区是否有大量同频邻区,若在话务量小的情况下,iscp仍然很高,则干扰可能来自异系统,如:gsm,phs等;(2) 查看目标小区up干扰,若较大,则进行up位置偏移;(3) 时隙干扰经常性偏大时,可以尝

18、试调低ue的上、下行开环功率;(4) 无效配置、配置不支持等配置错误:换个手机测试,若各厂家手机测试都有问题,将本小区的重配消息和正常小区的重配消息进行对比,查看配置是否正确;3.2 物理信道重配失败【故障现象】(1) ue收到了reconfiguration消息,并发送了complete消息,但rnc未收到(上行功率不足或存在干扰等原因);(2) ue收到了reconfiguration消息,但没发送complete消息(消息错误或ue内部错误等原因);【排查方法】(1) 若ue未收到重配消息:调整后台下行最小发送功率,增加ue接收到重配消息的几率,或者调整周围网络的覆盖、频点、功率等,尽量

19、降低下行方向上的干扰;(2) 若网络侧没有收到重配完成消息:则调整后台dpch的期望接收功率,同时利用网规网优手段,降低上行方向上的干扰。3.3 cn响应超时【故障现象】当cn存在某种异常时,收到s侧发送的relocation required消息,立即下发iureleasecommand,d侧表现为看不到任何信令,此种异常不会导致任何kpi指标异常,但会影响用户感受。【排查方法】需要确认和cn是否存在问题,如故障、拥塞等,重点在cn侧排查问题。四、 系统间切换成功率4.1 handoverfromutranfailure【故障现象】rnc下发handoverfromutrancommand_

20、gsm后,一段时间,ue上报handoverfromutranfailure,原因值2,即:physical channel failure。【排查方法】需联合cn、2g网络端和终端一起联合排查。(1) 对于该问题,首先核对2g小区配置参数,确保参数方面无误(2) 进行现场复测,看问题能否复现,明确问题是在utran之上还是之下;(3) 如果问题出在网络端,联合cn、2g网络端一起排查;(4) 如果问题出在终端,进行终端对比测试。目前在现网优化过程中,发现部分终端,甚至包括测试终端,在t网内测量2g邻区信号时,如果远离添加的2g邻区覆盖范围,则终端在测量2g邻区信号时,可能出现虚假信号,导致不断发起23g切换但会全部失败。4.2 ue上报cellupdate【故障现象】rnc下发ha

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论