09+W网规高培－接入问题分析

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,WCDMA RNO 接入问题分析,1,前言,接通率是网络KPI中的一个重要的指标，本文详细描述了接入问题的定位流程和思路，从话统、路测和跟踪数据几个方面来阐述接通率的优化方法，并通过一些案例来描述各类问题的定位和分析方法,2,课程目标,接入失败的分析流程,接入失败的调整方法,接入失败的典型案例,学习完本课程，您将能够熟悉：,3,课程内容,T,第一章 接入失败的分析流程,第二章 接入失败的调整方法,第三章 接入失败的典型案例,4,第一章 接入失败的分析流程,第一节 接入失败的定义,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 其它数据分析流程,5,接入失败的定义,Analyser 定义的接入失败：,主叫UE在发出RRC Connection Request后，满足下面任何一个条件都认为是接入失败：,收到RRC Connection Reject消息；,UE在收到RRC Connection setup消息后收到或是发出了RRC Connection Release消息；,在Call setup过程中收到任何的BCCH上的消息；,定时器超时，即在UE发送了RRC Connection Request后 3秒钟内没有收到RRC Connection setup消息。,6,接入失败的定义,TEMS 定义的接入失败：,随机接入失败：拨号后RRC Connection Request消息没有发送；,RRC Connection Setup消息没有收到：UE发送了RRC Connection Request消息后没有收到RRC Connection Setup消息,RRC Connection Complete消息没有发出：UE在接收到RRC Connection Setup消息后，没有发出RRC Connection Complete消息。,UE收到消息RRC Connection Reject：UE收到RRC Connection Reject消息并且没有重发RRC Connection Request进行尝试。,UE没有收到测量控制消息：UE在发出RRC Connection Complete消息后没有收到测量控制消息。,没有发出CM Service Request：UE在收到测量控制消息后没有发出CM Service Request。,7,接入失败的定义,TEMS 定义的接入失败：,UE收到Service Request Reject消息；,UE没有收到Call Proceeding消息：UE在发送了CM Service Request消息后没有收到Call Proceeding消息。,UE没有收到RB Setup消息：UE收到Call Proceeding消息后，没有收到RB Setup消息。,UE没有发出RB Setup Complete消息：UE在接收到RB Setup消息后，没有发出RB Setup Complete消息。,Alert or Connect消息没有收到：UE在发出RB Setup Complete消息后，没有收到Alert or Connect消息。,UE没有发出Connect Acknowlege消息：UE收到Alert or Connect消息后，没有发出Connect Acknowlege消息。,8,第一章 接入失败的分析流程,第一节 接入失败的定义,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 其它数据分析流程,9,路测数据分析流程,数据分析主流程,寻呼问题分析流程,RRC连接建立问题分析流程,10,路测数据分析流程,分析路测数据,N,Y,N,Y,Y,N,Y,Y,Y,N,N,N,Y,N,是否RRC连接建立失败,鉴权加密是否失败,RAB建立是否失败,是否是主叫失败,是否有Call Fail,是否收到寻呼,切换导致接入失败,寻呼问题,RRC建立问题,鉴权加密问题,RAB或RB建立问题,参考切换导致掉话,异常问题,11,路测数据分析流程,测试数据的获取,路测数据一般采用,Agilent,E6474,或者,Probe,接上测试终端来获得；,RNC,操作维护台记录的单用户跟踪数据；,RNC,记录,CDL,的数据；,确定,call fail,和相应的时间,通过路测数据分析软件，如,Analyze,及,DA,，确定,Call fail,发生的时间，以及,Scanner,采集的导频信息、手机采集的信息以及信令流程；通过消息对齐，找到,RNC,单用户跟踪相应的问题时间点。,问题分析,结合,RNC,的单用户跟踪和,UE,的信令流程，按照流程确定在哪一处出现失败。然后按照后续的各个子流程分析和解决问题，主要包括寻呼问题、,RRC,建立问题、,RAB,和,RB,建立问题、鉴权加密问题、设备异常问题等。,12,路测数据分析流程,数据分析主流程,寻呼问题分析流程,RRC连接建立问题分析流程,13,路测数据分析流程,寻呼问题一般表现为：主叫完成RAB指派以及CC Setup，在等待Alerting消息的时候收到CN发来的Disconnect直传消息。,出现寻呼问题的原因主要有下图所示的几类：RNC没有下发page消息、寻呼信道或寻呼指示信道的功率偏低、UE发生小区重选等。,14,路测数据分析流程,寻呼问题,RNC是否下发page,UE是否收到page,是否功率配比偏低,是否是重选问题,N,Y,Y,N,Y,N,Y,N,设备异常问题,根据覆盖情况调整功率配比,优化小区重选参数,异常问题,15,路测数据分析流程,RNC,没有下发,page,消息,如果是,RNC,收到,CN,下发的,page,消息后在,Uu,口没有下发，可能是寻呼信道容量不够，或者是设备出现异常。,寻呼信道或寻呼指示信道的功率偏低,如果,RNC,下发了,page,消息，而,UE,没有收到，首先查看,UE,的驻留小区和监视小区的,Ec,/Io,，如果小区,CPICH,信道的,Ec,/Io,都很低，那么可能是,PCH,信道或者,PICH,信道的功率配置偏低，或者是区域覆盖太差。,UE,发生小区重选,如果,UE,驻留小区的信号偏低而监视小区的信号较好，那么可能是小区重选的问题，或者是在寻呼的时候,UE,从,3G,重选到,2G,或者是跨,LAC,的重选。,16,路测数据分析流程,数据分析主流程,寻呼问题分析流程,RRC连接建立问题分析流程,17,路测数据分析流程,RRC连接建立的过程主要包括几个步骤：UE通过RACH信道发送RRC Connection Setup Request消息，RNC通过FACH信道发送RRC Connection Setup消息，UE在建立下行专用信道并同步后通过上行专用信道发送RRC Connection Setup CMP消息。,RRC建立失败一般有下面几类原因：上行RACH的问题、下行FACH功率配比问题、小区重选参数问题、下行专用初始发射功率偏低、上行初始功控问题、拥塞问题、设备异常问题等。,18,路测数据分析流程,RRC建立问题,UE是否发出请求消息,RNC是否收到请求消息,RNC是否发出建立消息,UE是否收到建立消息,UE是否发出建立完成消息,RNC是否收到建立完成消息,手机异常问题,调整PRACH信道参数,其他问题,调整FACH信道功率,调整下行初始发射功率,调整上行专用信道开环功控参数,是否发生小区重选,优化小区重选参数,N,Y,N,Y,N,Y,N,N,Y,Y,N,Y,N,Y,19,路测数据分析流程,下面列举较为常见的几种,RRC建立失败原因：,上行,RACH,的问题,UE,发出,RRC Connection Request,消息，,RNC,没有收到，如果此时的下行,CPICH,的,Ec,/Io,正常，一般是,RACH,的问题。,小区重选参数问题,RNC,都到,UE,发的,RRC,建立请求消息后，下发了,RRC Connection Setup,消息而,UE,没有收到。查看此时的,CPICH,的,Ec,/Io,，如果偏低，而且监视集中没有质量更好的小区，那么是覆盖的问题可以适当提高,FACH,的功率。如果此时监视集中有更好的小区，则可能是小区重选的问题，可以适当调整小区重选参数加快小区重选。,20,路测数据分析流程,下行专用初始发射功率偏低问题,UE,收到,RRC Connection Setup,消息而没有发出,Setup Complete,消息，如果此时下行的信号质量正常，那么可能是手机异常，否则可能是下行初始功率过低导致下行不能同步。,上行初始功控问题,UE,发出,RRC Setup Complete,消息而,RNC,没有收到，由于上行初始功控会让,UE,的发射功率上升，如果是,UE,的发射功率不足导致，可以适当提高专用信道的,Constant Value,值。,21,第一章 接入失败的分析流程,第一节 接入失败的定义,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 其它数据分析流程,22,话统数据分析流程,分析话统指标时，首先看RNC“RAB建立成功率”指标和“RRC建立成功率”指标，掌握网络运行的整体情况后，再有针对性地对小区性能统计。,分析时一般采取过滤法，先找出指标明显异常的小区分析，此时很可能是硬件、传输、天馈、数据配置出了问题导致的异常。在问题比较严重的小区重点路测重现和解决问题。,话统数据分析流程如下图所示。,23,话统数据分析流程,1.分析RNC话统中和接入相关的指标,2.分析基于CELL的和接入相关的话统指标,3.检查系统告警是否异常,3.1解决设备异常问题,4.RRC建立成功率偏低,6.RB建立成功率偏低,5.RAB建立成功率偏低,7.寻呼成功率偏低,4.1解决RRC建立失败问题,5.1解决RAB建立失败问题,6.1解决RB建立失败问题,7.1解决寻呼失败问题,结束,Y,Y,Y,Y,Y,N,N,N,N,N,24,话统数据分析流程,分析,RNC,话统中和接入相关的指标,与接入相关的指标主要包括,RRC,的建立成功率、,RAB,的建立成功率、,RB,的建立成功率已经,Page,的成功率。,RRC,建立成功率和,RAB,的建立成功率反映了网络的接通率。,分析基于,CELL,的和接入相关的指标,基于,RNC,的基础上再分析,CELL,统计的相应指标，可以获得偏低的指标在网络中的小区分布。在按,CELL,统计的指标里面有一些问题原因的统计，如,RB,建立失败的原因，有“,Configuration Unsupported”,、物理信道故障“,physicalChannelFailur,”,等原因统计的失败。,检查系统是否有告警异常,检查话统指标明显较差的小区和,RNC,的告警信息，看是否有设备异常。,分析和解决各指标偏低的问题,需补充。,25,第一章 接入失败的分析流程,第一节 接入失败的定义,第二节 路测数据分析流程,第三节 话统数据分析流程,第四节 其它数据分析流程,26,其它数据分析流程,跟踪数据分析流程,跟踪数据主要是,RNC,的单用户跟踪和各个接口的信令跟踪，分析方法可以参考路测数据的分析流程。,告警数据分析流程,需补充,用户投诉分析流程,需补充,27,课程内容,T,第一章 接入失败的分析流程,第二章 接入失败的调整方法,第三章 接入失败的典型案例,28,第二章 接入失败的调整方法,第一节 工程参数,第二节 小区参数,29,工程参数,工程参数调整主要包括天线的方向角、下顷角、天线的波瓣宽度以及天线的增益等。,一般来说只有在解决覆盖导致的接入问题的时候才会考虑调整这些工程参数。,在进行这些调整的时候注意对小区原来的覆盖区域的信号质量的影响。,30,第二章 接入失败的调整方法,第一节 工程参数,第二节 小区参数,31,小区参数,FACH信道的发射功率,该参数设置过小，会使得小区边缘UE不能正确接收FACH承载的业务和信令，影响下行公共信道覆盖，影响小区覆盖；设置过大，则会对其它信道产生干扰，占用下行发射功率，影响小区容量。,PCH信道的发射功率,该参数设置过小，会使得小区边缘UE无法正确接收寻呼信息，增加寻呼的时延，导致寻呼成功率低，从而影响接入成功率；设置过大则浪费功率，增加了下行干扰。,PICH信道的发射功率,该参数设置过小，会使得小区边缘UE无法正确接收寻呼指示信息，导致呼叫时延增加，也有可能进行读取PCH信道的误操作，浪费UE电池，并影响下行公共信道覆盖，从而最终影响小区覆盖；设置过大，则会对其它信道产生干扰，并且占用下行发射功率，影响小区容量。,32,小区参数,小区重选参数,测量迟滞2（Qhyst2s）,该参数主要防止当UE处于小区边缘时由于慢衰落使得小区重选出现乒乓，从而可能导致频繁的位置更新、URA更新或小区更新，从而增加网络信令负载，同时也增加了UE的电池损耗。,参数值的大小与小区所在地区的慢衰落特性相关。,重选迟滞时间Treselections,如果其它小区信号质量在该参数指定的时间内始终优于当前驻留小区的质量，则UE重选该小区作为驻留小区。,该参数用于防止UE在小区间的乒乓重选,Sintrasearch,同频小区测量的启动门限，当本小区的Ec/Io低于“QRelxmin+2*Sintrasearch”时启动同频小区测量。该参数影响会影响小区重选的速度，进而影响UE的一次接入成功率和IU口的一次寻呼成功率。,在对UE的耗电影响比较小的情况下，建议将该值尽量设大。,33,小区参数,小区重选参数,Qoffset,邻小区的信号质量参与R准则评估前需要先减一个偏置即为Qoffset。对于普通的单层小区，该参数可以设置为0，而通过Qhyst来达到相同的目的。建议一般不做调整。,AICH信道的发射功率,该参数设置过小，会使得小区边缘UE无法正确接收捕获指示，影响下行公共信道覆盖。从目前优化结果来看，AICH的功率在下行的覆盖中一般没有问题；而且该信道是连续发射的，如果提高功率会占用较大的下行容量。,PRACH的相关参数,对应上行PRACH的问题，需要调整PRACH的相应参数，包括preamble的重传次数、preamble的功率攀升步进、preamble和Message和功率偏差等参数。这些参数相互制约，在出现PRACH信道的问题时，建议适当加大preamble的重传次数。,34,课程内容,T,第一章 接入失败的分析流程,第二章 接入失败的调整方法,第三章 接入失败的典型案例,35,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,36,寻呼问题,寻呼相关信道功率配置不合适,和寻呼相关的有PICH和PCH两个信道，当这两个信道的功率配置偏低不能满足UE的解调的要求时，UE不能正确的接收寻呼消息。如果网络的覆盖较差，可以考虑提高PCH、 PICH的功率。,寻呼时UE进行位置更新,这种情况通常发生在UE进行3G/2G间重选，在UE还没有完成位置更新时，对此UE的寻呼消息在UMTS网络中下发，UE将收不到。一般3G到2G的重选需要5s的时间，在这5秒中对该UE的寻呼将会失败。,当UE的LAC变化也有可能会出现寻呼失败，不过UE重选到目标小区和位置更新的时间比较短，从IU口来看不会出现寻呼失败。,UE隐式分离引起寻呼失败,UE一般情况下要周期性的进行位置更新，核心网也有一个定时器，一般该定时器要比周期性位置更新的定时器要长，在定时器设置的时间内没有收到该用户的位置更新就会发起隐式分离，同时会将该用户的呼叫允许标准清除，那么对该用户的寻呼将会失败。出现这种情况可能的原因是：UE长时间处于覆盖的盲点，现在的网络一般是GSM全覆盖，在没有UMTS网络覆盖的情况下将会重选到GSM，所以这种情况的可能性不大。,还有一种是误操作，如直接拔掉手机电池或者直接拔掉USIM卡。,37,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,38,小区重选问题,一个典型的小区重选导致RRC Connection Request重发的案例：,现象：,两次UE重发请求消息之间的时间间隔大概是1.2S，如下图所示：,39,小区重选问题,分析：,按照目前系统参数基线配置，Treselection为1，Qhyst2为2dB，Qoffset2为0dB，Sintrasearch为5。,当目标小区的信号优于本小区的信号时，最快也需要1秒钟才可以重选完成，因此目标小区和本小区的信号变化类似上面描述的现象，从而小区重选参数优化的余地不大。因为Treselection最小只能设置为1；如果设置为0，因为DRX最小只能设置为0.64秒，导致重选的时间需要8*DRX，远大于1秒，并且协议规定目标小区需要比原小区的Ec/Io高3dB。,40,小区重选问题,解决方法：,为了尽量减少小区重选的时间，尝试将Qhyst2修改为0，SintraSearch修改为7，测试发现在步行时会出现乒乓小区重选，而重选的时间没有减小。,所以建议Qhyst2保持为2dB不变，而SintraSearch的设置尽可能的使UE早点启动同频测量，在对UE的功耗影响不大的前提下，建议Sintrasearch设置为7。,41,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,42,RRC建立问题,上行接入信道参数设置不合适,现象与分析：,接入信令消息如下：,43,RRC建立问题,将以上消息时间对齐后发现RNC响应的是UE发上来的第二个RRC建立请求。,此时下行信号质量如下图所示：,从上图可以看出，此时下行的信号质量很好，上行的信号应该不会很差，为什么上行第一次不能接入呢？随后进行了静止测试，问题重现。经过分析，RNC没有收到RRC Connection Request消息。这个小区的信号强度：RSCP为-60-70dBm，Ec/No为-2-4dB。,开始怀疑是干扰导致的问题，在该小区存在有规律的干扰参见下图：,44,RRC建立问题,45,RRC建立问题,通过对采样数据、RNC消息、UE的消息以及记录的RTWP，发现在出现Call Fail前后1分钟内都没有干扰，所以这个问题可能和干扰还没有关系。,随后做了以下的测试来定位问题的原因所在：,1、采用高通手机（6200）进行了测试，在1个多小时的呼叫中，没有出现一次类似的现象。在这个期间干扰依然存在，说明高通测试手机没有问题。,2、为了排除AICH的问题，将AICH的功率提高到0dB，测试Moto手机，还是有问题。,3、将AICH的功率恢复到-7dB，将Preamble的重传次数从8提高为20次。测试了1个多小时，问题没有出现。,4、由于是在室内静止测试，信号很稳定，并且信号很强，Ec/Io为-3左右，RSCP为-50dBm左右。怀疑是否是在信号很好的地方MOTO的功率估计有问题，通过加下行负载将下行的Ec/Io降低到-7dB左右，问题依旧。,46,RRC建立问题,5、为了进一步确定是否干扰导致的问题，选择深夜测试，此时从RTWP来看没有干扰。测试了1个多小时还是出现了4次重发Request的现象，有两次Call fail。通过UE的系统消息和NodeB的干扰记录对比分析，干扰确实及时更新了。有Request重传的时间段里，前后系统消息里的干扰水平都没变（-105dB）。这进一步说明Moto Request重传问题与外部干扰无关。,通过以上的测试可以得到这样的结论：该问题和上行干扰没有关系，和AICH的功率配置也没有关系。由于高通手机6200也没有问题，说明是MOTO上行RACH信道的问题。,解决方法：,修改Preamble的重传次数，在随后的测试中没有再出现这种问题 。,47,RRC建立问题,AICH信道功率设置不合适,AICH信道的功率配比直接影响UE对AI的解调，如果这个功率偏低会导致UE解调AI误码，将不能完成接入的过程。,AICH的功率较早前设置为-12dB，这类问题比较多。现在的基线配置-6dB，完全可以满足已知的MOTO、高通、NEC等手机的AICH在Ec/Io为-12dB情况下的解调。,不过AICH的解调性能不同的UE差别较大，对于没有测试过的UE在出现PRACH的问题时需要关注AICH的功率配比。,48,RRC建立问题,FACH信道功率设置不合适,现象与分析,以下是采集的消息与信号强度：,说明：第二列是驻留小区的信号强度，,第3列是驻留小区的扰码，第四、五列,是最好的监视小区的信号强度和扰码号。,49,RRC建立问题,50,RRC建立问题,由于下行覆盖比较差，第一次UE发起了接入请求，RNC收到了RRC建立请求消息并且下发了RRC建立消息，但下行的信号比较差，UE没有收到。 2秒钟后UE发起第二次接入，此时下行信号的强度在-13dB左右，接入成功。可以看出当下行信号Ec/Io低于-12dB以后不能保证下行FACH的正确接收。,当前FACH的功率配比是-1dB，这个配比值是在外场测试出FACH的Ec/No和功率配比值的关系曲线后，假设小区边缘的Ec/Io为-12dB的情况下给出的建议值。为了提高FACH在-14dB情况下的接收成功率，同时结合我们异系统测量的启动测量门限，建议将FACH的功率配比提高2dB 。,解决方法,修改FACH的功率配比为+1dB后测试，在KPI测试路线上没有发现UE下行接收不到RRC Setup消息而导致接入失败的问题。,51,RRC建立问题,下行专用信道初始功率配置不合适,下行的初始发射功率由RNC根据当前的Ec/Io计算获得，并且在上下行已经同步进行内环功控前，初始发射功率维持不变。所以如果这个功率计算值偏小的话，会导致UE下行不能同步、导致RRC建立失败。,当出现UE收到RRC Connection Setup消息而没有发RRC Connection Setup Complete消息时，可以查看UE发射接入请求时的Ec/Io和下行的码域发射功率来确认是否是下行初始发射功率的问题。,当前RNC计算的初始功率发射功率大部分情况来说是偏高的，所以出现这类问题的概率较小。,52,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,53,RAB和RB建立问题,RNC直接拒绝RAB的建立请求,参数设置非法导致RNC直接回应RAB建立失败在商用网络的发生概率很小，一般是由用户的特殊操作造成的，主要发生在用户PS业务的开户和激活申请信息超过了手机的能力，导致RNC直接回应拒绝。,由于参数设置错误，如超过UE的能力，造成RAB建立失败后，SGSN会重新协商发起新的RAB指派，直到UE能力可以支持，最终完成RAB指派。对于用户来说，这次PDP激活仍然可以成功，指示获得的最大速率为UE能力所能支持的最大速率。,但是，如果UE的PDP激活请求中QoS设置要求的最小保证速率都超过了UE的能力，那么虽然网络协商了以较低的速率接受UE的PDP激活请求，UE最终无法完成PDP激活。,54,RAB和RB建立问题,IUB口准入拒绝,此类问题在某些网络出现比较频繁，有很多小区的IUB用于业务的AAL2的带宽只能支持一个384k的业务；如果已经存在一个12.2k的语音业务，再激活PS384k业务，则IUB口会因为带宽受限拒绝，表现为“RAB assignment Response”原因为“申请速率不可获得”，然后SGSN会重选协商发起RAB指配。,此情况在话统里面表现为一次RAB建立失败。在基于CELL的话统中有区分不同失败原因的RAB建立失败的统计，通过这些指标可以初步获得RAB建立失败的各种原因。,55,RAB和RB建立问题,UE回应RB建立失败,UE回应RB建立失败主要是由于用户的错误行为造成。,第一种情况是：如用户在已经有下行128K的数据业务时，收到了VP业务的RB建立请求，由于大部分终端不支持下行同时进行VP和高速（大于等于64K）PS业务，UE直接回应RB建立失败，原因是“unsupported configuration”。,另一种情况是：如3G终端进行主叫VP业务，被叫方驻留在GSM网络，这样在RNC收到RAB指派请求后，核心网“Call Proceeding”后立刻下发“Disconnect”命令，原因为“Bearer capability not authorized”，而此时UE在刚收到“RB SETUP”命令，还没来得及完成RB建立，收到“Disconnect”后会马上发起回应，导致RB建立失败，RNC返回RAB建立失败，原因为“failure in radio interface procedure”。,目前，不同的终端对业务支持的能力不尽相同。对于用户这些行为造成的RAB建立失败，在RNC的KPI统计中，只能通过“PS/CS_RAB_SETUP_FAIL_PARAM_CELL”来反映。,在后续的KPI版本统计中，会针对这样的情况有更明确具体的话统点，明确用户要求QoS高于签约情况的话统点、UE自身判断能力不足的话统点和被叫能力不足等的话统点，通过这些话统点的指标可以更客观分析网络的质量。,56,RAB和RB建立问题,空中接口RB建立失败,一种RB建立失败是RB建立命令没有响应，导致RNC认为RB建立失败。网络中出现最多的是由于空中接口信号质量不好导致的RB建立失败，在过程上表现为RB建立命令没有收到ACK或者没有收到RB建立完成命令。,这样的情况主要出现在弱信号区，主要原因有两种情况，一种是UE没有驻留在最优小区发起接入，另一种是覆盖不好。,UE没有驻留在最优小区发起接入，会在RB建立过程中希望活动集更新加入最优小区，但是由于流程不能嵌套进行，活动集更新只能等待RB建立完成后进行，导致RB建立过程在弱信号小区进行，容易出现失败。对于这种情况需要提高同频小区重选的启动门限和速度，使得UE尽快驻留在最优小区，在最优小区发起接入。对于不同LAC边界的小区，这些参数可以设置的低一些，减少位置更新和小区更新的信令流量。,覆盖不好造成的RB建立失败分为上行和下行质量不满足两种情况。下行覆盖引起的情况表现为UE无法收到RB建立命令。上行覆盖引起的情况表现为UE收到了RB建立命令，但是RAN收不到RB建立的ACK，这种情况往往是由于上行信令阶段的外环功控性能不够好所致，可以通过提高初始上行SIRtarget的方法来避免。,57,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,58,切换失败,UE在RRC建立完成到RAB指派之间或RB建立完成之后都有可能进行切换，如果在这个期间切换失败会给用户带来主观上的接入失败。,参见下面的一个例子，在Anylze里表现为一次接入失败,。,现象与分析,信令消息如下：,59,切换失败,RNC记录的单用户跟踪消息：,60,切换失败,小区信号强度：,61,切换失败,从RNC的信令可以看出，121号的小区信号很快变差，此时要加入56号小区，但是RNC下发的ActiveSet Update消息UE已经接收不到。,解决,此类问题的解决方法，主要是调整软切换的参数，使得目标小区尽早地加入。,62,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,63,鉴权问题,失败原因是MAC Failure,问题描述和分析,此问题一般在刚开始使用的新卡经常出现，主要原因是没有将USIM卡设置与HLR中相同的Ki和OP（OPc），导致鉴权失败，原因值为“Mac Failure”。定位方法：检查开户信息中的该IMSI的Ki值和OP（OPc）值是否相同。,解决方法,检查开户信息中的Ki值和OP（OPc）值是否相同，将USIM卡的Ki和OPc值烧成与HLR中相同的值。,64,鉴权问题,同步失败（sync failure）,问题描述和分析,USIM认为从VLR/SGSN收到的SQN不满足要求，返回同步失败，由于HLR内部处理机制的问题，进行鉴权计算的进程不能区分CS域鉴权请求和PS域鉴权请求，所以无法分别分配CS和PS的SQN的Index值，导致在CS域和PS域交叉进行时USIM卡会覆盖原来的PS域或CS域的SQN值，结果偶尔会出现同步失败。,解决方法,同步失败后会再进行一次鉴权，此时因为根据USIM卡中保存的SQN值重新取了鉴权集，所以不会同时出现两次失败情况。,65,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,66,加密问题,现象与分析,手机不支持配置的加密算法、RNC和核心网加密模式配置不匹配，如MSC只配置了加密算法UEA0，而RNC只设置为支持UEA1，此时Iu接口会出现加密模式拒绝。,在RRC Connect Setup CMP消息中看手机上报的能力是否支持。,查看MSC或SGSN跟RNC选择的加密模式是不是匹配，即MSC或SGSN支持的加密模式和RNC支持的加密模式必须要有相同的。,解决,更换手机或网络侧选择非加密模式，MSC和SGSN可以选择全部的加密模式，RNC根据实际情况选择UEA0或UEA1。,67,第三章 接入失败的典型案例,寻呼问题,小区重选问题,RRC建立问题,RAB和RB建立问题,切换失败,鉴权问题,加密问题,设备异常问题,68,设备异常问题,以下列举较为典型的设备异常导致接入问题的案例。,NodeB异常,现象与分析,在路测时发现有一个小区始终不能接入，UE不停地发“RRC Connection Request”，从RNC的单用户跟踪来看，RNC回了“RRC Connection Setup”消息，但是UE始终收不到。,详细的信令消息参见下图：,69,设备异常问题,70,设备异常问题,跟踪NodeB的IUB口消息和内部消息，没有任何异常，也没有任何告警。到NodeB所在的机房，发现在天线旁边Ec/Io为-3dB左右的地方有时候可以接入，有时也接入不了。接入不了的时候现象一样，RSCP为-70左右。到稍微远一点的地方，Ec/Io在-5左右，就80都接入不了，现象还是UE收不到下行下发的Setup消息。,通过NodeB的调试台检测到NodeB的输出功率只有24dBm，正常情况下应该是36dBm，因此应该是PA的问题。,解决方法,更换PA后问题消失 。,71,设备异常问题,手机异常,问题描述与分析,UE在一段时间内始终不能接入，以下是跟踪的UE信令与信号质量检测结果：,72,设备异常问题,注：第二列是UE测量的下行扰码，第三列是UE测量的该小区的CPICH的Ec/Io，第三和第四列是Scanner测量到的最优小区的Ec/Io和扰码。,73,设备异常问题,从上面的测试结果可以看出，在不能接入的这一段时间UE和Scanner测量到的信号质量相差很大，在这段时间以外两个设备测量的信号差别不超过2dB。,解决方法,手机性能异常。,74,75,