RRC连接失败NOREPLY问题处理报告

1、修正版/111皿HrI筋i O-国站园佶： CHAJAhrFHZ ；RRCi接失败原因NOREPLY分析处理报告刘斌2010年5月25日2）无线链路的建立过程3）RRC建立完成过程【问题描述】现网一部分小区 RRC连接成功率很低（如下表KPI所示），严重影响了小区的接通率，RRC连接中有业务相关与非业务相关的，发起RRC Connection Request的原因值很多，没有明显特征，但RRC失败原因都为 No Reply。2010-05-17无线电四厂_1467262.01%87.90%2482184302010-05-17新大陆银座_1510283.67%79.41%44235125520

2、10-05-17油脂仓库_1679175.30%62.30%6138822010-05-18无线电四厂_1467271.60%94.54%4213983822010-05-18新大陆银座_1510290.82%90.23%4403971252010-05-18油脂仓库_1679171.43%72.11%1471061062010-05-19无线电四厂_1467271.29%93.75%4003753872010-05-19新大陆银座_1510287.86%79.47%4143291732010-05-19油脂仓库_1679172.66%75.74%1361031112010-05-20无线电四

3、厂_1467268.38%93.17%4394094382010-05-20新大陆银座 1510290.38%90.17%3463121282010-05-20油脂仓库 1679180.62%68.75%8055812010-05-21无线电四厂_1467286.11%96.22%4234071462010-05-21新大陆银座 1510297.46%97.02%302293282010-05-21油脂仓库 1679193.22%93.10%878124导致RRC连接失败原因为 NO REPLY大致分为两种：1、UP干扰导致；2、其他原因所致。而从网管统计的 POS值和LMT的载波测量来看，该

4、类 NO REPLY小区在接入失败 时均没有明显的 UP干扰。【问题分析】RRC连接的信令可以大致分为以下几个过程:1）呼叫接入控制过程（主要由 UE发起请求，RNC来控制）RRC连接过程正常的信令流程如下图:In RNTQut ftJlCIn KiteQut RflCDili aiic In mOut SBCIn mIn RHEDut aJTIn RNEOut O；In m In mOut ftX Olli ftJlC In mDut aJ3CIn RXe Out O； In mupIinMirectTr aiteferDirectTr ansfsr luKileis eC&mmQi

5、TuKwlwftE a 匚 mpl at 4 rrcCordi*cl.i oiiReleue rreC orme chi onitel eajseCompl ete JHali oLi s t i oitKw s t 够 ii oLiiilaLeti ftiiRuapqrtag_fr cC onne c I i o nite luea tRail oLiiil5elupiReQufis t |E&ii oLiniS&tupRe sponteKRCil接过程可以分対121下几个步骡：rrcConnecti onSetup 用虻 圉过Eiii oLi TJeR&!t*i&q

6、uot;frIndi fl*ti 4ii乂mruCdtJiftcli onSe七upCoaplete4.Ti-cCcnnecti oiiE&questTiadi «LitEa.J.1 fl Li nIsS «tupRs sp on ! « rrcCnnecti onSstup£adi «Li iifcRestcrelEili c=ati cn rrcCcnriecti onSetiipCompLettmearnTifem eatC ontr oT measTU-em entC ontr fll ini ti alDirectTruixE

7、ar Icii UalWM 汕話gg DirectTr ansfer IdovnilinkDirectTr ansfer upIiiildlir«ctTransf«r在CAC和RL Setu p 都已经完成后， RNC将发送 RRC Conn ection Setup信令给 UE，如果在规定的时间内，没有收到UE的RRC Connection Complete信令，那么系统侧将会判断本次RRC过程失败，并且其原因值为“No Reply ”发生NO REPLY失败的典型信令如下图所示:In EjrrrcCoimecti anKe <jues tiRr cFeVal =

8、TEECre str ati on. (lEj血KHCRdioLinkSa tupKtqu* stIn EHCELadioLinletupKesponse,0111 OCrrcConnecti onSetupIn KllCrrcConnecti onKequestlRrcReq.Val - TKECjregi strati on Cl£Out fuicRtdioLinkS tupEaqu« stIn EJJCEad i oLi 3ikS e lupfi esp o ns eOut lOJCrrcConiificti ocnSetup方向I消息喀称将征信息即在基站下发rrcC

9、onnectionSetup消息以后，没有收到 UE 发回的rrcConn ecti on Setu pComp lete消息。此类问题初步的定位手段如下:1.Node B 问题通过存在UPLMT对这些基站进行 Up ISC P的测量与MINOS进行UpPCH的数据采集，查看是否干扰及其他明显干扰的情况 ；对设备进行检查、告警等查看是否正常；小区是否正常建立，码道是否有拥塞现象;2.前台进行复测;前台进行复测时，对用户当时所能发生的行为都进行模拟测试，未复现问题。3. 随机接入过程岀现问题，可能存在UpPCH的干扰等,A.首先检查NODEB的RACH统计有无上行数据包，如果没有，但签名个数与签

10、名碰撞个数一直在不停地增加，则可能存在上行UpPCH干扰。或者是统计LMT对Up ISC P的测量（其测量与在 KPI内统计的POS干扰统计一致，但精度更高，测量为 500ms 一次统计，取整个测量时段内的平均值，而KPI统计的测量为15分钟粒度取平均值）B.通过性能统计，查看 UPPOS上的UP干扰统计4.以上步骤的排查都正常，这时怀疑是否存在系统内部的干扰，导致随机接入过程不能在现网配置的时隙和信道上完成，而由于这类干扰不能被基站检测岀来，可将PRACH信道进行偏移;【处理结果】首先对基站的工作状态、设备进行了检查都处于正常状态，码资源也无拥塞现象，没有非常明显的干扰;前台复测试时，问题始

11、终无法复现;进而怀疑是内部干扰，比如是周围同频小区信号越区覆盖造成RRC连接成功率低；怀疑是同频邻小区的用户在接入源小区的TS1时，与源小区的信号相互干扰，这时基站并不能判断是否存在干扰信号，因为引起干扰的信号也是正常的业务接入信号。为了对这一类 NO REPLY问题进行定位，本次筛选了同一RNC下的存在典型问题、复现率高且话务量较稳定的三个小区：14672无线电四厂 TD2、15102 新大陆银座 TD2、16791油脂仓库TD1。21日将这三个小区的 PRACH从TS1偏移到TS2上进行观察，将 PRACH配置索引修改为TS2所对应的索引，如下图所示:也电 HSJDM&a«

12、;5少血SIItSFUi'A矍 iB 訂 fi应f?計|P空传科栏式印P引I沁艇BPpze曲曲閃否1PP阴H肿劭引，F 盹：.|1|=适解.PPAC«ttlS5Xl5 SBIE1FijlW遇主引 已：昨迤你占&丫北1£1.、指标显示PRACH偏移到TS2后，小区的RRC连接成功率有了明显改善,三个小区的 RRC连接失败原因为 NO REPLY的次数明显减少， 通过提取22日这三个小区的KPI指标可以看岀,如下图:2010-05-22无线电四厂 14672100.00%100.00%21021002010-05-22新大陆银座 1510299.60%99.54

13、%43543362010-05-22油脂仓库 16791100.00%100.00%17217202、因为将PRACH 从TS1偏移至TS2 上, No Reply现象明显好转，说明在随机接入过程中确实存在干扰，为了进一步定位该问题,22日晚将PRACH从TS2还原到TS1，将小区的频点从10112改为10088，这三个小区的RRC连接失败原因为 NO REPLY的次数明显减少，通过提取22日、23日这三个小区的 KPI指标可以看岀，如下图:2010-05-22无线电四厂 14672100.00%100.00%21021002010-05-22新大陆银座 1510299.60%99.54%43

14、543362010-05-22油脂仓库 16791100.00%100.0005-23无线电四厂 14672100.00%100.00%52252202010-05-23新大陆银座 1510299.79%99.39%32732532010-05-23油脂仓库 1679193.20%100.00%201201373、最后，将这三个小区的频点也恢复为岀现NO REPLY现象时的频点，通过对扰码的仔细检查，没有发现有同扰码组现象，最后发现在这三个小区的邻近小区（相距1.5km以内）中，与同频邻近小区的扰码相关性很强，23日晚将这三个小区的扰码重新规划，修改为相关性弱的扰码值

15、以后，这三个小区的RRC连接失败原因为 NO REPLY的次数明显减少，通过提取22日至25日这三个小区的 KPI指标可以看岀，如下图:2010-05-22无线电四厂14672100.00%100.00%21021002010-05-22新大陆银座_1510299.60%99.54%43543362010-05-22油脂仓库_16791100.00%100.0005-23无线电四厂_14672100.00%100.00%52252202010-05-23新大陆银座_1510299.79%99.39%32732532010-05-23油脂仓库_1679193.20%10

16、0.00%201201372010-05-24无线电四厂_1467299.92%99.86%70770612010-05-24新大陆银座_1510299.80%100.00%34934932010-05-24油脂仓库_1679199.72%100.00%10810812010-05-25无线电四厂_1467299.90%99.78%44844712010-05-25新大陆银座_15102100.00%100.00%48448402010-05-25油脂仓库_16791100.00%100.00%84840【总结建议】通过将PRACH的偏移，频点、扰码的修改，一步一步定位该问题的产生原因，使这三 个小区的RRC连接失败原因为 NO REPLY的现象明显下降了很多， 最终推断是由于这三个主小区与附近同频小区的扰码相关性很强，对UE的随机接入过程造成了系统内的干扰，建 议在以后的优化过程中，注重对邻近的同频小区扰码的合理规划。根据该类问题典型的信令流程，NO RE PLY失败原因值是由于基站下发rrcConnectionSetup消息以后，没有收到UE 侧发回的 rrcConnectionSetupComplete消息，这有可能是 UE 不能正常收到rrcConnectionSetup消息，或者 UE 侧发回的rrcCo nn ectio nSetu pCom