《RRC连接成功率低问题处理总结报告V10.docx》由会员分享，可在线阅读，更多相关《RRC连接成功率低问题处理总结报告V10.docx（12页珍藏版）》请在三一办公上搜索。
1、长沙RRC连接成功率降低问题处理报告作者：原学军1问题分析近期在二期城市进行测试中，个别外场出RRC的连接成功率有下降的问题，这对路测的KPI 指标影响较大，直接影响到用户的感受，本文针对长沙本问题的处理过程，给出相应的排查 思路，以供各个外场参考。1.1路测问题描述2009年5月4日在11483小区CQT复测中发现，主叫连续发起四次RRC连接请求，网络侧 无响应，导致起呼失败。1.2系统侧KPI描述RRC连接成功率如下图所示:RRC连接成功率业务相关RRC连接建立成功率（业务相关）T- R区连接建立成功率业务相关.12问题分析及解决方法2.1问题处理思路2.1.1信令流程（RRC建立在DCH
2、上）NcdeBRNCCCCH； RRC Uoenecticin RequestStartffe IAllocate RN- $此. LI and U PraneTE-知一 Setup Request 仁) ALCAF lub Data TiHnspoil Behihi二a L Synchrunizalion 技参 JL Synchronization 丘CCCHs- RRC Connection SelupT CCH： RRC Cannesuon Setup Completel2.1.2产生RRC失败现象及常见原因L RNC收不到RRC连接请求在路测有可能发生这种现象，由于是路测信令，那么这有
3、可能是系统已经收到了RRCCONNECTION SETUP信令，但终端没有收到;还有一种可能是终端所发的RRC CONNECTION信 令系统侧并未收到，这里是RNC收不到的情况，主要有以下原因造成：（1）随机接入过程出现问题，可能存在UpPCH的干扰，处理思路如下a）首先检查NODEB的RACH统计有无上行数据包，如果没有，但签名个数与签名碰撞 个数一直在不停地增加，则可能存在上行UpPCH干扰。b）通过CT工具检查UPPCH上的干扰c）通过性能统计，查看UPPOS上的UP干扰统计（2）终端问题，重启UE看能否接入（3）Node B问题：重启基站-J- RRCCONNECTION SETUP
4、 消息、发下后，收不到 RRC CONNECTION SETUP COMPLETE这种情况需要结合实际情况进行分析，也有两种情况，第一种情况是RRC CONNECTION SETUP 信令终端并未收到；第二种情况是终端收到了RRC CONNECTION SETUP但发的RRCCONNECTION SETUP消息系统侧没有收到或是终端没有发 RRC CONNECTION SETUP COMPLETE消息。处理思路如下： RRC CONNECTION SETUP COMPLETE消息是呼叫过程中DCH上的第一包数据，收不 到此消息说明DCH的配置有问题，查看Radiolink Setup中的传输格
5、式、时隙格式等参 数。造成此问题的原因可能有两个方面：NODEB本身的原因和RNC参数配置的原因。RNC参数配置，需要检查是否是默认配置参数，以及检查Iub 口配置和Uu 口配置参数 是否一致。 随后在观察UE的处理，是没有收到RRC CONNECTION SETUP,还是收到了 RRC CONNECTION SETUP 后，发送了 RRC Connection Setup Complete 而 RNC 没有收到。前者 关注下行，后者需要关注上行的实际处理以及环境干扰情况。RNC参数对该现象影响比 较大的主要是同业务相关的初始发射功率，最大和最小发射功率。 查看DFP上是否收到错包，如果连错包
6、也没有收到，则需要从NodeB查起。如果 DFP上收到有长度错的包，则说明控制面给用户面、NodeB的DCH参数不一致，通常 情况是给NodeB的参数说明FP帧不包含CRC，而给用户面的参数说明FP需要CRC校 验2.2系统侧失败原因分析通过对系统侧的性能指标来分析原因，主要是对RRC连接失败的原因进行统计，长沙失败 原因统计如下表所示：从图中可以看出RRC连接失败计数器NOREPLY的数量有大幅度的上升。对TOP小区选择：开始时间服务小区IDRRC连接失败计数器，congestionRRC连接失败计数器，unspecifiedRRC连 接失败 计数器， NOREPLY2009-05-0112
7、712001002009-05-0210652002422009-05-0214303001012009-05-0311322001442009-05-0310652001182009-05-0410652002042009-05-0414303001392009-05-0414303001082009-05-0511482002142009-05-0515611001732009-05-0513593001092009-05-051225300102没有找到明显较多的TOP小区。2.3路测失败原因分析从路测数据上来分析，终端发了多个RRC CONNECTION REQUEST给RNC，但过了
8、一段时间没有收到RNC的回应，然后起呼失败。如下图所示：屑色冒口就输 Men-ast1t31 ht m裂印也七加皿瞄Db悦沙31篇泯留最鬲说时.至gULULjn snj用面祐无疝函而而孕煎三Rua I ed rfccruAHirSlx I*.wiJ tri rffl4*itfia-8.IIr .!llrs.ll;llS.II; r-lir z r z r Br H r- H_ n o o n o o -u- o o o o o o D o o D o o n- .o o no n- o o o o o o o o o o o o o D o o o o o o r : rfc : : - u
9、-iill; r - fa rallir - r.! r - r Uy/A r 4-334433343333343332 2 2 2 2 2 3 2 2 2 2 2 2 3 2 2 2 2 2-3 i 3 JT 3 3 3 5 3 3 s 5 3 8 4 3 3 3 + *2 2 0 2 2 2 2 2I-.2 2II.2 2 2 2 2 2 2 23 i 4 3 3 i- 3 3 3 3 4 3 3 +- 3 3 3 i +2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 s 2 2o o o ODD- ODO o:cl:o: 0:0:0: o o o o o ox:20
10、s芬23,3:2 2105358114821011257ytf:5T：44352925242423:2323241.Jj此11出1.11J:墅JLLL工艾L:JJ10S355114321011245:57:453627溟242424=: 2+24231053S911482101125043:58:4337292+243323:24232410101010101010101010101D101010101010105454545454545454545454545454545454545400 QD OL OL 02 02 03 03 0+ 04 05 05 06 06 07 07 08 OB
11、09U4S2U4S2 11482 U4S211482 114S2 114S211482 11482 1148211482 11432 1148211482 11432 1148211482 11432 1148210112101121011210112101121D11210112101121D11210112101121011210112101121011210112101121011210112575959575659595?5E58595G56585S50B44:57:4453s59:5342:58:4246:57:4644:56:4=444:59:4443:59:4=84S;57;+3
12、52:Sfi:5245:58:4543:58:4344:56:+44:56:4443:58:4=3也5日！ 4447:58:474L59;M 44:55:4+354737363735363454353736S73735353436352829292829292S28542929232929232S28232924=24=2524：25252424：54=24=24=24=25252524：2124=25242424242424242453242424242424242425252324242424242i24532424242424232424242424:23 24:23 21:23 23:
13、2323:23 24=123 2-i:24 24=; 24= 54=: S323:23 23:24 23:2+ 2t：2323:23 23:2+ 23:23 23; 24 24=: 2+ 21:242324242324242i2449232323232323232324242323232323232323243323232323232323242410540911482L011257E;了;，工37292524阳24:242i2410541011432101125943:S9:+3372324=242323:2+242310541011482101125745：5T：4537282524阳23
14、24231 n K.-I T 11 i .4 op* n I lQ112_Af-t0r 尊1 in i, A A nCnr ( a J a DC.JTiJ aJTuDL-JI J1 JTuPLi.JJ其中换算方式为-120+测量值*0.5可以看到测量正常。功率分析：ABC时间小区ID频点10:53:58114821011210:53:58114821011210:53:59114321011210:53:59114821011210:54:00114821011210:54:00114821011210:54:01114821011210:54:01114821011210:54:021148
15、21011210:54:02114821011210:54:03114021011210:54:03114821011210:54:04114821011210:54:04114821011210:54:05114021011210:54:05114S21011210:54:06114821011210:54:06114021011210:54:07114821011210:54:07114821011210:54:08114821011210:54:08114321011210:54:09114821011210:54:0?114S210112码值育用村干曲4m赢出7-ho：o：o：o：co
16、：-uo.8:0:0:0:0:0:0:0:0:0:0:|t0. o：-uo.8:0:0:0:0:0:0:0 ：o ：o ：o ： :。. o ；-no. 0: 0: 0: 0: 0: 0: 0:0:0:0:0: ：0. o：-uo. 9:0:0:0:0:0:0:0:0:0:00:0:0:0000000000000000000000000O:O:O:O：O. o：-uo. 10:0:0:0:0:0:0:0：-110.8:0:0:0:0:0:0:。.0：-110.8:0:0:0:0:0:0:0 ：-110. 8 : 0 : 0 : 0 : 0: 0: 0:0：-U0. 13:0:0:0:0:0:0
17、:。-0：-l10.8:0:0:0:0:0:0:：D. 00: 0: 0: 0: 0: 0: 0:；0.0：-110.8:0:0:0:0:0:0:：0. 0：-U0. 15:0:0:0:0:0:0:000:0:0:0:0:0:0:0:00：0. 0：-U0.：0. 0：-110.：0. o：-uo.：0. 0：-U0.:o. o：-no.:o. o：-uo.:o. o：-uo.:o. o：-uo.JO. o：-no.炀.o：-uo.0000000;s000000:9000000:g000000;8000000:8000000:8000aaa：g000000;9000000:10:0:0:0:0
18、:0:0:000QQQv42424242424242424242424242 g 42 p 4242 424242 42可以看出Node B发射功率没有明显的变化，说明其并未进行相关的信息发送。但RNC已经 发通了 RRC CONNECTION SEUP消息，这说明在RNC和Node B之存在链路问题。2.5 RDS数据分析通过RDS工具，统计RNC上用户面处理板RUB收发包情况，统计如下:可以看出FACH信道上确实存在丢包的现象，由于RRCCONNECTIONSETUP消息就是在FACH信道上发送的，所以怀疑这就是RRC连接不成功的根本原因。再统计Node B上TBPH单板收发包的情况，如下
19、图所示：Fpm Fach InFo EndC(Mll1AND:20B9-05-O6 2B:54:3fi :FpmShouFachlnfo uaMie = 1 = 0x1* wFpFStatlnfoMap= 127芫Fpm Fach InFo Begin=*= = = = = = = = = = = = = = = = = = = rnmhI n-tn rflrK栏自 = = = = = = = = = = = = = = = = = = = = = = =*duFoNum= 1224*dwFpErrNum= 0*duEarlyNum= O* duTooEarlyNum= 0* duLateNu
20、m= 0* duTooLateNum= 0* = Fpm Fach Syn Info 同步信息、=* duUlNodeSyncNum= 0* duDlNodeSyncNum= 0* jjwDINo心unjEtrNum=9*duUUrchSyncNum=3620*duDlTrchSyncNum=3620dwDUrchSyncErrNun=口*duSendTimeAdjustNum=0*Fpm FachInFo End可以看出NODEB并不存在FACH丢包的情况，那么数据包应该是在RNC内部交换的时候就丢掉了，而不是在IUB 口传输过程中丢掉的。2.6规避方法与验证考虑到目前RNC的设计方案是所有的RUB单板都放在第一机架第一框，而NODEB的接口板 APBI与RUB不在同一个机框，NODEB与RUB进行用户面数据交互要通过一级交换框和GUIM 转发，所以决定对GUIM主备进行倒换。倒换后再进行RUB单板的数据包统计，发现丢包 现象消失。接着对故障站点进行复测，呼通率明显提升。从后台KPI指标进行分析，也能看出RRC连接 过程中的NO REPLY现象明显下降：从系统侧统计结果看RRC连接成功率有了明显的改善。全网的RRC连接成功率与失败原因变化趋势图：二至挨哇商.成口座业鳄相壬】逢性建订瓦#牟逢性沼断一纸器NO从全网的指标来看，也有明显的改善。
