华为后台KPI处理(共23页)_第1页
华为后台KPI处理(共23页)_第2页
华为后台KPI处理(共23页)_第3页
华为后台KPI处理(共23页)_第4页
华为后台KPI处理(共23页)_第5页
已阅读5页,还剩24页未读 继续免费阅读

下载本文档

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

文档简介

1、接入类问题(wnt)分析(fnx)一、RRC连接(linji)建立&RRC Fail分析1、RRC建立过程的主要步骤为:UE通过RACH信道发送RRC Connection Request消息;RNC通过FACH信道发送RRC Connection Setup消息;UE在家里下行专用信道并同步后通过上行专用信道发送RRC Connection Setup CMP消息;2、RRC建立失败的主要原因有:上行RACH问题;下行FACH功率问题;小区重选参数设置问题;下行专用信道初始发射功率偏低;上行初始功控问题;拥塞问题;设备问题。3、在分析不同原因造成RRC建立成功率低时结合一下指标原因:指标含义

2、原因VS.RRC.Rej.RL.Fail小区中RL建立失败导致的RRC连接建立拒绝的次数(不包含CE拥塞的RL建立失败)设备问题VS.RRC.Rej.AAL2.Fail小区中AAL2建立失败导致的RRC建立拒绝传输问题VS.RRC.Rej.POWER.Cong功率资源申请失败VS.RRC.Rej.UL.CE.Cong上行资源申请失败VS.RRC.Rej.DL.CE.Cong下行资源申请失败VS.RRC.Rej.CODE.Cong码资源申请失败RRC.FAIL.ConnEstab.NoReplyRNC向UE发送RRC Connection SETUP消息后没有收到UE发送的RRC Connect

3、ion SETUP CMP消息次数可能由于覆盖问题或终端异常问题导致在这些问题中,上行RACH和下行功率配比问题、小区重选参数问题以及设备异常问题出现的概率较高。4、RRC连接建立问题分析流程及分析过程:RRC连接建立问题分析流程UE是否发出请求消息-N-手机异常问题YRNC是否收到请求消息-N-调整PRACH或AICH信道参数YRNC是否发出建立消息-NRNC是否发出RRC Rej消息-Y进行拥塞和准入检查YN其他问题UE是否收到建立消息-N是否发生小区重选-N调整FACH功率Y(Y)优化重选参数UE是否发出建立完成消息-N-调整下行初始发射功率YRNC是否收到建立完成消息-N-调整上行专用

4、信道开环功控参数Y结束具体分析过程(guchng)如下:1)UE发出(fch)RRC Connection REQ消息(xio xi),RNC没有收到。如果此时下行CPICH的ECIO较低,则是覆盖问题;如果此时下行CPICH的ECIO不是太低(-14dB左右),一般都是RACH问题2)RNC收到RRC 建立请求消息后,下发了RRC Connection Setup消息,而UE没有收到可能原因: (1)覆盖差;(2)小区选择与重选参数设置不合理;3) RNC收到RRC 建立请求消息后,下发了RRC Connection Setup消息,当出现RRC Connection Reject消息时,需

5、要检查具体的拒绝原因值,包括:congestion和unspecified。Congestion:说明网络发生了拥塞,需要检查负载,包括功率、码、CE资源等,确定是哪种拥塞后再对相应的资源进行扩容操作;Unspecified:需要结合其它信息,确定故障原因。4)UE收到RRC Connection Setup消息而没有发出Setup CMP消息若下行信号正常,可能是手机问题;否则是下行信道初始发射功率过低,导致下行不能同步,可以通过调整业务下行Eb/No解决。5)UE发出RRC Connection Setup消息而RNC没有收到上行初始功控会让手机发射功率攀升,可以适当提高UE上行DPCCH

6、初始发射功率,此为小概率事件,且该参数为RNC级参数,需要谨慎操作。 RRC Fail案例分析1)、TCELL参数配置错误导致RRC建立失败率高现阶段因为接入参数配置错误而导致RRC建立失败在项目现场占多数情况,一般情况下,对于RRC建立失败需要首先检查参数,主要包括:CELLID、PSC、LAC、RAC、TCELL等。例如:某站开通过后单站验证已通过,后因覆盖需要,增加第四小区。对第四小区进行单站验证的过程中发现该小区无法接入,进行参数核查发现该第四小区TCELL参数和三小区TCELL参数配置相同,修改该小区TCELL参数为CHIP768后问题消除。2)、如下图为某天杏坛(xn tn)景泰W

7、1小区(xio q)的RRC建立(jinl)情况:RNCIdCellIdCellNameDateRRC建立失败次数RRC建立请求次数小区中RL建立失败导致RRC连接建立拒绝的次数(不含CE拥塞导致的失败)39132731杏坛景泰W12009-7-2822662271521杏坛景泰W1小区RRC建立成功率非常低,导致RNC7的RRC建立成功率也拉低到94%。分析一共有2266次失败,其中521次为RL建立失败致RRC连接建立拒绝,这些失败原因中有80%是因为用户处于3G和2G覆盖交叉区域,且2G和3G信号都较差,反复进行异系统重选但是都失败,调整异系统小区重选门限为1(2db)。同时其它1500

8、多次失败是因为OTHER原因导致的,原因不明,暂时无法解决。第二天观察发现依然有很多的RRC建立失败,经过昨天的调整效果并不明显。经华为同意对该小区进行复位后问题消除,经核实为信令吊死导致的RRC建立失败。【注】RRC建立失败可以参考接入问题分析,如下:二、RRC.FAIL.ConnEstab.NoReplyRNC侧:MML命令:MOD UFACH功率拥塞WCDMA系统中功率拥塞的原因:1.用户多,业务量大;2.覆盖远(覆盖差);3.环境质量差,导频污染,干扰等;4.功率参数设置不合理;解决办法:1.扩容,加站;2.缩小覆盖范围;3.净化导频,排除干扰;4.提升功率,合理配置功率参数上行(sh

9、ngxng)功率拥塞:将上行功率拥塞(yngs)小区的上行准入控制算法开关关掉MML命令(mng lng):ADD UCELLALGOSWITCH下行功率拥塞功控调整减少HSDPA最大用户数XPU负荷过高处理方法:查询现网XPU利用率(性能-结果查询-XPU查询)拿现网XPU槽框子系统号跟工参进行VLOOKUP,不匹配的就是现在不用的将负荷过高的小区,挪到利用率低或不用的XPU槽上(MOV UCELL)IUB拥塞(yngs)修改(xigi)激活因子改之前(zhqin)先看是否有告警1在RNC侧,先查邻节点信息:LST ADJNODE2在RNC侧:MOD ADJMAP(邻节点标识及基站ID 从R

10、AN报表基站报表里提取)改之后再次确认是否存在告警,小区健康状态!DSP UCELLCHK(按小区查询,看有无用户接入)CE拥塞(yngs)处理1、 CE资源(zyun)介绍CE(Channel Elements)就是(jish)基站的基带的资源,俗称信道板,CE是一种硬件资源,通过增加信道板就可以扩容,CE是基站的所有扇区共享的,公平竞争。CE资源 可以分为上行CE资源与下行CE资源,CE资源的容量大小由两个方面来限制,硬件能力与License限制,一般采用“硬件一步到位,软件逐步升级”的方 式来配置。CE是物理信道,TCH是逻辑信道,1个CE可以承载一个典型的12.2K语音业务。其他业务占

11、用的资源都按照CE进行折算。在CE消耗方面,主要为PS384以及HSUPA所需要的CE资源最多,HSDPA下行业务只消耗Code,不消耗CE,下行伴随信令,每用户消耗1个CE。HSUPA业务按照上传速率消耗CE,上传速率越高,消耗CE资源越多。上行HSUPA用DSP来处理基带信号,业务信道只消耗上行的CE资源。根据每户数据流量查表的每户CE消耗(每HSUPA用户在考虑0.3的信令 消耗CE),再乘以并发用户数即为单载扇HSUPA所需CE数,即:CE_HSUPA;HSUPA上行伴随信令,每个用户消耗1个CE。HSDPA业务使用FPGA专用芯片处理的,不占用基带处理板下行CE资源,只消耗Code,

12、不消耗CE。码道和HS-SCCH与CE计算无关。只有信令处理和上行业务用到少量的CE,其他的下行业务DSP处理。R99数据业务对CE资源消耗较高。基带处理板又称BPC板,不同厂家的不同规格的基带处理板可支持的最大CE数是不同的,BPC单板处理的各种业务资源消耗如下表所示:业务类型上行业务类型上行CE消耗数下行业务类型下行CE消耗数3.4K SF25613.5k SF2561R99AMR12.2k SF641AMR12.2k SF1281PS32k SF321.5PS32k SF641CS64k SF163CS64k SF322PS64k SF163PS64k SF322PS144k SF85P

13、S144k SF164PS384k SF410PS384k SF88HSUPA Phase11.44Mbps TTI=10msHSUPASF642SF322.5SF164SF86SF4112xSF4212xSF2No Support2Xsf2+2Xsf4No SupportHSUPA Phase25.76Mbps TTI=2ms/10msSF641SF321.5SF162SF84SF482xSF4162xSF2322Xsf2+2Xsf4482、 CE拥塞(yngs)处理对于(duy)存在CE拥塞(yngs)的小区处理思路为:1、话务模型分析:分析是否出现异常的话务模型转变,存在突发的大规模业务

14、;2、软License扩容:对于实际业务量较高区域,软License开通CE数未达到基带板最大能力的小区,通过软License扩容实现;3:基带板硬件扩容:如果软License扩容已达最大数目,需要通过增加硬件单板来实现扩容,增加单板硬件需要将小区重新配置,合理分配基带资源;4、特殊手段处理:对于业务量大但短时间无法硬件扩容的小区,可通过调整2msTTI与10msTTI上行TTI切换信用度预留扩频因子门限,2ms TTI速率门限,或者关闭2ms TTI功能来降低CE消耗。(1)打开基于准入CE的TTI动态调整算法开关 (现网默认打开),缓解2ms TTI打开后引起的准入CE拥塞问题。SET U

15、CORRMALGOSWITCH: DraSwitch=DRA_BASE_ADM_CE_BE_TTI_RECFG_SWITCH-1;(2)设置上行TTI切换信用度预留扩频因子门限 (现网默认为SF8),使得2ms用户尽早切换到10ms。 Cell: ADD UCELLLDR: CELLID=xxx, ULTTICREDITSFRESTHD=8SF4; NodeB: ADD UNODEBLDR: NodeBName=xxx, ULTTICREDITSFRESTHD=8SF4;(3)确认2ms TTI速率门限,保证10ms用户在速率较高的时候才切换到2ms。SET UFRC:BEHSUPA2MSTT

16、IRATETHS=D1280;(4)关闭2ms周期重试功能,防止10ms通过周期重试功能再切到2ms。SET UFRC: RETRYCAPABILITY= TTI_2MS-0;CE相关命令:现网CE lincense配置(pizh)许可证-NodeB许可证-RNC侧-所选基站双击RNC配置(pizh)数配置(pizh)完成后进行分配开启(kiq)增强型license查询(chxn)板件类型:比如(br):00槽单板类型是D2板开启增强型功能将WBBP Capacity Enhance由“0”改为“1”:在RNC侧点分配:资源(zyun)组分配(fnpi)不合理处理(chl)流程先查询本地资源组

17、配置(本地小区配置)LST ULOCELL查询(chxn)基带设备单板配置信息将资源(zyun)组分配(fnpi)不合理的小区直接(zhji)更改资源组查询小区健康状态,看是否有用户接入,DSP UCELLCHK:去DC:掉话处理(chl)掉话原因(yunyn):主要有邻区漏配、覆盖(fgi)差、切换、干扰、设备问题等。 掉话的定义 1.路测的掉话定义路测的掉话定义是:从 UE侧记录的空口信令上看,在通话过程(连接状态下)中,如果空口的消息满足以下3个条件的任何一个就视为路测掉话。(1)收到任何的广播信道消息。(2)收到无线资源释放的消息且释放的原因为非正常的。(3)收到呼叫控制断连接、呼叫控

18、制释放等消息,而且释放的原因为非正常的。2.话统指标中的掉话定义广义的掉话率应该包含CN和UTRAN的掉话率,由于网优重点关注与UTRAN侧的掉话率指标,本文掉话率描述也重点关注UTRAN侧的KPI指标。从大的方面讲,掉话分为两大类,信令面掉话和用户面掉话。需要说明的是:无线接入网话统掉话的定义只从Iu接口的角度进行统计,统计了RNC主动发起的非正常资源释放的请求次数;路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致。比如说,对于同时进行主被叫通话,工具记录主叫的空口消息,如果被叫异常掉话,那么分析主叫的流程也会是一次掉话,但从话统上看,这次主叫是没有掉话指

19、标记录的。所以两者的定义是不完全一致的,在分析时需加以区分。掉话原因(yunyn)分析(fnx)由于掉话分析将涉及到具体的信令分析,因此本文参考华为设备的参数设置进行分析,而不同设备的参数定义并不一定相同,但是(dnsh)分析方法是相通的。邻区漏配一般来讲,掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区,通常采用以下方法来确认是否为同频邻区漏配。方法一:观察掉话前UE记录的活动集ECIO信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差,而记录的BestServer EcIo很好,同时检查记录Best Server EcIo扰码是否出现在掉话前最近出现的同频

20、测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码,那么可以确认是邻区漏配。方法二:如果掉话后UE马上重新接入,UE重新接入的小区扰码和掉话时的扰码不一致,也可以怀疑是邻区漏配问题,可以通过测量控制,进一步进行确认(从掉话位置的消息开始往前找,找到最近一条同频测量控制消息,检查该测量控制消息的邻区列表)。方法三:有些UE会上报检测集(DetectedSet)信息,如果掉话发生前检测集信息中有相应的扰码信息,也可以确认是邻区漏配的问题。邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同,主要是掉话发生的时候,手机没有测量或者上报异频邻区,而手机掉话后

21、重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话,掉话后手机重新选网驻留到2G网络,从信号质量来看,2G网络的质量很好(在掉话点用2G测试手机观察RSS信号)。覆盖差一般来说,对于Voice而言,当CPICH的EcIo大于-14dB,RSCP大于-100dBm时(采用的测量值),不可能是由于覆盖不行导致的掉话。通常所说的覆盖差主要是指RSCP很差。表1是规划时要求的OutdoorEcIo和Ec要求(来自香港SUNDAY网络规划)。上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道(xn do)功率来确认。由于缺站、扇区接错、功放故障导致(dozh)站关闭等原因都会导

22、致覆盖差,在一些室内,由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现,表现为其他小区在掉话点的覆盖差,需要(xyo)注意分析区别。切换导致的掉话软切换/同频导致掉话主要有两类原因:切换来不及或者乒乓切换。从信令流程上看,CS业务表现为手机收不到活动集更新命令(同频硬切换时为物理信道重配置),PS业务也有可能收不到活动集更新命令,也有可能在切换之前先发生TRB复位。解决切换来不及导致的掉话,可以通过调整天线扩大切换区,也可以配置1a事件的切换参数使切换更容易发生,或者配置CIO使目标小区能够提前发生切换。解决乒乓切换带来的掉话问题,可以调整天线使覆盖区

23、域形成主导小区,也可以配置1b事件的切换参数减少乒乓切换的发生等方法来进行。对于异频切换和系统间切换,在切换前需要通过启动压缩模式来进行异频或者异系统测量。压缩模式启动太迟,可能导致手机来不及测量目标小区的信号,从而产生掉话,也可能手机完成了测量,但下发的异频切换或者异系统切换请求手机不能正常接收而导致掉话。干扰导致的掉话下行和上行的干扰都会导致掉话。一般情况下,对于下行,当激活集CPICHRSCP大于-85dB,而激活集综合EcIo小于-13dB产生了掉话,基本上可以认为是下行干扰的问题(当切换不及时的时候,也可能出现服务小区RSCP信号很好,EcIo很差但此时监视集小区RSCP和EcIo都

24、很好);对于上行RTWP比正常值(-107-105)超过10dB,干扰时间超过23s,就有可能造成掉话,需要重点解决。下行干扰通常是指导频污染,指覆盖地区存在3个以上的小区满足切换条件,由于信号的波动常常出现活动集替换或者最优小区发生变化,通常当活动集综合质量不好(CPICH的EcIo都在-10dB左右波动),容易出现切换失败导致SRB复位,也可能出现TRB复位。上行干扰增加了连接模式的手机上行发射功率,从而(cng r)产生过高的BLER导致(dozh)SRB、TRB复位或者由于失步导致掉话。另外,在切换的时候,新建链路由于上行干扰导致链路不能同步,从而(cng r)造成该小区的切换成功率低

25、,或者造成切换失败而导致掉话。设备问题导致的掉话设备缺陷导致的掉话包括手机支持方面、无线网设备和手机的配合等原因。这类问题需要针对特定的流程和手机进行分析,没有一般性的处理方法。掉话分析流程1.掉话分析流程掉话数据分析流程如图1所示。2.准备数据路测软件采集数据文件,RNC记录单用户跟踪,RNC记录CDL。3.获取掉话位置采用路测数据处理软件,比如:用Analyzer获取掉话的时间和地点,获取掉话前后采集的导频数据,手机采集的活动集和监视集信息,信令流程等。4.分析主导小区的变化情况主要分析主导小区的变换情况,如果主导小区相对稳定,进一步分析RSCP和EcIo的情况;如果主导小区变化频繁,需要

26、区分主导小区变化快的情况。如果没有主导小区的情况,然后进一步进行乒乓切换掉话分析。5.分析主导小区信号RSCP和EcNo观察主导小区RSCP和EcNo,根据不同的情况分别处理。RSCP差,EcNo差,可以确定为覆盖问题。RSCP正常,EcNo差(排除切换来不及导致的,同频邻区干扰)可以确定为导频干扰问题;RSCP正常,EcNo正常,如果UE活动集中小区与最好小区不一致,可能为邻区漏配或者切换来不及导致的掉话;如果UE活动集中小区与最好小区一致,可能为上行干扰或者异常掉话。6.路测重现问题由于一次路测不一定能够采集到定位掉话问题需要的所有信息,此时需要通过进一步路测来收集数据。通过进一步的路测也

27、能确认该掉话点是随机掉话点还是固定掉话点,一般来说固定掉话点一定需要解决,而随机掉话点则需要根据掉话发生的概率来确定是否需要解决。掉话的解决(jiju)方法工程(gngchng)参数调整工程参数的调整是非常(fichng)有限的,最基本的可以调整站点的位置、天线的高度、下倾角、天线的波瓣宽度、天线增益以及方向角等。对于上行或下行覆盖问题导致的掉话,增加站点是最好的办法,同时可以考虑更改天线的高度、下倾角,也可以更换增益更高的天线或者增加塔放。对于针尖和拐角效应,调整天线是比较有效的解决办法,由于针尖效应和拐角效应往往出现在街道拐弯的地方或者两条街道交界的地方,可以考虑通过天线的方向角与街道错开

28、一定角度的方式来调整,但同时需要注意不能使原来街道路边商铺的覆盖有很大的影响。对于导频干扰引起的覆盖问题,可以通过调整某一个天线的工程参数,使该天线在干扰位置成为主导小区;也可以通过调整其他几个天线参数,减小信号到达这些区域的强度从而减少导频个数;如果条件许可,可以增加新的基站覆盖这片地区;如果干扰来自一个基站的两个扇区,可以考虑进行扇区合并。工程参数的调整需要综合考虑整个小区的调整效果,在解决一个问题的同时要注意不在其它区域引入新的问题。一般来说,在不方便频繁调整天线并且有条件进行仿真的时候,在调整前后需要分析仿真结果;如果没有条件进行仿真,但方便多次调整天线的时候,可以根据经验并结合实际路

29、测的方法来进行调整。参数调整(1)小区偏置该值与实际测量值相加所得的数值用于UE的事件评估过程。UE将该小区原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决,在切换算法中起到移动小区边界的作用。该参数设置越大,则软切换越容易,处于软切换状态的UE越多,占用资源越多;设置越小,软切换越困难,有可能影响接收质量。对于针尖效应(xioyng)或者拐角效应,配置5dB左右(zuyu)的CIO是比较好的解决办法,但也会带来增加(zngji)切换比例等的副作用。 (2)软切换相关的延迟触发时间延迟触发时间是1A、1B、1C和1D事件相关的触发时间,触发时间的配置会影响切换的及时性。一般情况下,缺

30、省参数的配置能够满足绝大多数场景的要求,但对于一些密集城区,需要通过容易加入活动集和难以从活动集中删除这样的方式来切换过于频繁或者来不及切换避免掉话。触发时间配置对切换区比例的影响比较大,特别是1B事件触发时间的调整可以比较好地控制切换比例。切换参数可以针对小区设置,在根据环境设定了一套基本参数之后,针对每个小区单独进行调整,可以把参数更改的影响限制在几个小区之间,对系统的影响也较小。 (3)软切换掉话解决方法a.调整天线,使目标小区的天线覆盖能够越过拐角,在拐角之前就能发生切换,或者使当前小区的天线覆盖越过拐角,从而避免拐角带来的信号快速变化过程来降低掉话。在实际的实施过程中,由于天线工程参

31、数的调整以及是否能越过拐角的判断过多地依赖于经验,使得这个方法的实施存在一定困难。b.针对小区配置1事件参数,使得切换更容易触发。比如,降低触发时间为200ms,减小迟滞;一般情况需要针对小区进行配置,这个参数的更改会导致该小区和其他小区(没有拐角效应的小区)的切换也更容易发生,可能会造成过多的乒乓切换。c.配制拐角效应产生两个小区之间的CIO,使目标小区更容易加入。由于CIO只影响两个小区之间的切换行为,影响面相对较小,但CIO会对切换产生影响,这种配置可能导致切换比例的增加。综合以上的措施,建议优先采用a,如果a不能解决,采用方法b,最后在b无法解决问题的情况下,采用方法c。用户配置(pi

32、zh)了本地小区支持DC能力而本地小区实际DC能力不支持解决(jiju)方法:STR REALLOCLOCELL:直接(zhji)回车1,Cause : User_Inactivity 为正常现象,因为如果长时间不进行业务,一般会释放连接,因为不可能让你占用一个信道,不做业务吧!QQ如果没有消息发送是不产生流量的,也就是不做业务,可以用DU meter 试试。2,Cause : Release_due_to_UE_generated_signaling_connection_release 主要由于手机导致的信令释放。HLR鉴权bug,导致UE鉴权失败,UE此时发起信令连接释放是正常的。该问题

33、已经通过HLR的补丁解决;BlackBerry手机周期性的自动检查和接收Email,如果没有Email(大部分情况),UE会为了节约无线资源而主动发起信令连接释放;这是UE正常的行为;华为手机在CMB接入的过程中,如果用户按下“END”键终止观看CMB,就会发生该异常掉话。该类情况目前在现场出现的比较多,对于UE来讲这也是正常的行为。后台统计掉话主要从IURELEASE和RABRELEASE 两点。所以前台的一些异常掉话,后台是统计不出来的。所以在后台来看是正常的。3, Radio_Connection_With_UE_Lost 这种原因属于掉线(无线环境质量差),主要由于信号覆盖差,导致SR

34、B或TRB复位掉话,这是你可以在LMT上跟踪用户的发射功率以及用户的RSCP 和Ec/Io。今天我就发现一例,一个用户在两个小区共掉话80次,郁闷死我了。跟踪信令发现由于用户所处位置信号很不好。4,Cause : Failure_in_the_Radio_Interface_Procedure 主要是空口质量问题导致,可以跟踪信令分析具体(jt)是什么原因。Failure in the Radio Interface Procedure一般是干扰的问题(wnt)多一些,如果只有RAB支配(zhpi)建立成功率低,而RRC连接建立成功率比较好的话,可以考虑是外部上行干扰或者是硬件故障,需要排障和

35、扫频;如果RRC也比较差的话,那应该是下行干扰问题,前台可以现场测试,看是不是有下行的干扰二是功率设置问题,业务信道功率设置不合理,而且主要是在PS业务方面。2、话统分析中发现RAB建立成功率较低,失败原因值均为RAB.FailEstabPsPerCell.14(原因为14(Failure in the Radio Interface Procedure),主要原因是做H业务时RB建立成功率较低导致,HSDPA的RB建立失败原因值均为终端无响应。目前已通过修改RB上行干扰余量、SICH上行干扰余量;3、这种问题设备硬件不会有什么问题,主要是无线环境有问题,比如弱覆盖,干扰,后台可以通过调整最小

36、接入电平值来调整用户接入门限,避免失败;如果严重的话,或者说严格一点,就要到现场测试,是无线信号衰减过快,弱覆盖、干扰等等,进行适当的调整,如果是室外站,可以通过调整天馈,增加功率;室分的话,就要想办法加强弱覆盖区域的覆盖。4、针对RAB.FailEstabPsPerCell.14(无线接口进程失败)需要对网络覆盖、无线环境和设备运行状态进行排查,对弱覆盖且业务量需求区域及时补点,加强网络覆盖;对由于无线环境和设备运行状态异常小区及时优化和硬件维护处理5,Cause(s) : RLSetid: 1, synchronisation-failure 同步失败查看目标小区配置的CELL ID是否正确。有时候配置数据,扰码配置正确但是CELL ID错误,可以加入邻区列表,但是如果要切换的时候会因为CI错误,无法同步导致掉话,RSCP和信号质量变化太快导致同步失败,如拐角效应、针尖效应。Iub RL建立失败导致掉话,可能由于传输误码率高,导致丢包最终无法完成信令交互。TD里的物理信道重配置失败一般都有哪些(nxi)原因?一个(y )测试log里切换失败是由这个引起的,当时(dngsh)无线环境挺好的,一般还有哪些原因呢?然后切换失败了,然后掉话1,可能是终端本身的原因,目前的TD终端性能良莠不齐,而且终端行业没有统一的规范,在手机本

温馨提示

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

评论

0/150

提交评论