LTE切换问题定位和优化指导书.docx
HuaweiTechnologiesCo.1.td.华为技术有限公司产品名称PrOjeCtID密级Confidentialitylevel项目组名称GroUPname日期Date版本Version1.TE切换问题定位指导(仅供内部运用)Forinternaluseonly拟审审批tZt制核核准1.TE性能专家组日日日日HUAWI华为技术有限公司IluaweiTechnologiesCo.,1.td.版权全部侵权必先Allrightsreserved概述41切换问题定位思路41.1切换失败问题7UE发多条测量报告仍没有收到切换吩咐7切换过程随机接入失败7测量报告丢失8切换吩咐丢失H下行信道质量差导致发送PreambIe达最大次数仍未收到RAR.12eNB下发RRC信令等待UE反馈,不处理切换吩咐14X2_IPPATH配苴错误导致切换失败为例进行分析14X2切换,源侧发出切换恳求,没有收到切换响应16X2切换,目标恻发送SIAP_PATH_SWlTQ1.REQ未收到响应16X2切换打算时间过长错过最佳切换时间17SRSRP.NRSRP都比较高的站内切换,用较小的HoTTT(64ms),可以在信号恶化之前与时进行切换19切换门限改小后乒乓切换次数增多,但是由于切换更加与时,切换失败次数削减221.2CHR分析切换问题23站内切换,随机接入失败导致切换失败23站内切换,切换完成丢失导致切换失败25X2切换,源侧等待上下文释放吩咐超时27X2切换,SIPathSWitCh失败导致切换失败29切换随机接入失败触发重建,重建重配失败而掉话32eNB未响应UE切换测量报告,信道质量恶化而掉话33切换吩咐丢失导致切换失败35X2切换,Preamble丢失导致切换失败37X2切换,目标序等待SIPathSWitChACk超时导致切换失败39X2切换,随机接入失败触发重建,重建完成丢而掉话42站内切换,随机接入失败触发重建,垂建失败而掉话43站内切换,切换完成丢失触发重建,重建失败而掉话46概述无线通讯的最大特点在于其移动性限制,对于终端在不同小区间的移动,网络侧须要实时监测UE并限制在适当时刻吩咐UE做跨小区的切换,以保持其业务连续性。在切换的过程中,终端与网络恻相互协作完成切换信令交互,尽快且原业务,在1.TE系统中,此切换过程是硬切换,业务在切换过程中是中断的,为了不影响用户业务,切换过程须要保证切换胜利率、切换中断时延、切换吞吐率三个重要指标,其中最重要的是切换胜利率,假如切换出现失败,将严峻影响用户感受,切换中断时延和切换吞吐率也会不同程度地影响用户感受。对于网络中可能出现的切换问题,本文依据当前积累的1.TE系统内切换问题定位阅历,给出相应的问题隔离定位指导,以优化相应的网络指标。1切换问题定位思路下面是从nTEeRAN1.1切换问题定位和优化指导书vl.11中摘录的案例,可供切换问题定位参考。切换信令失败和切换用户向中断时延问题的定位思路图分别如下:读报告Z全长到1-11±f7/lWIJ.31»恋戌日“收翻1_2Pigqmb也.W三A*1J.2JU-2.2咖闫7ME11«211.E壬和人j6aE,累皆发不上去1_2_10»全会次京看加1Tflr三M/W“例TFJt了RRC(IU径UE玩QU下。值基欠).不果外吩肉量攫含1.2.5IIgaK<嫩MGIg)3Jg¾aWFft"kHgZ1.UX2lPPATHte*M3_2由女名败3.2.1与RM不C3lMn三入火败3.3.15?金BE";*不一效参不出期无电的3.3.2BWiHV4DOVER_REQUE8T_*:H»>rt1.E&3lHhe<JJ<1BWtttSlAP_PATH_S*MTCH-«Cb«S»MiaU“UEtm双乎优.以&机51产.5_一<KomHymW)n.U图I切换信令失败问题分析思路图谓何故期包CRC连续-1_1涯IM1/HARQ重传进入匆岫重传砒法(代码bug)1_2_1切换命令重传_2/一:侬命令对应的PDCCH/PDSCH受限122切换大时延随机Sf入PreambIe左传2_1JA目标仰J2X-zz目标蹴塌包CRCtt2_2配复向通3x2jppmaegii3,1UE处蛾程4UE倒处登不抗消息及切换命令流程冲突1图2切换用户而时延问题分析思路图分析方法对应表切换失败分类定位方法信道质量1通过PrObe视察RSRP、SINR,IB1.ER,D1./U1._Grant等;1.MT用户性能跟踪,分析上/下行信道质量网优问题2结合网络规划,分折是否有越区覆盖状况,调整电倾角:CIUSter边界邻区关系配置。配置问题3MM1.查看是否有邻区漏配:X2相关配置:随机接入相关配置(NcsJndex);鉴权开关传输问题4查看告警,是否有链路闪断;传输是否稳定。该问题概率性出现,很难抓取log定位产品问题5无线侧、核心网侧产品Bug可能造成切换概率性失败;功能不完善也可能造成切换性能降低。须要开发帮助定位。切换大时延分类解决方案数据包垂传源侧数据包CRC错eRN1.0B060SPC350版本合入:源侧1.3收到切换测量报告后,指示1.2对之后的数据采纳低阶调度,MCS阶数可配,同时抬升对应的PDCCH功率,固定CCE聚合级别为8目标侧数据包CRC错eRN1.0B060SPC350版本合入:目的侧切换完成后启动定时器,定时器时长内对数据采纳低阶发送,MCS阶数可配(MN1.可配):同时抬升对应的PDeCH功率,固定CCE聚合级别为8(合入版本)。setHomcsparam:Mcshostatic=O,HOCQIRPTTIMER=GOms;切换吩咐重传切换吩咐HARQ重传进入频选(代码bug)cRAN1.OB060SPC340版本合入:切换吩咐HARQ重传时不进入频选切换吩咐PDCCII/PDSCII受限eRAN1.OB060SPC350版本合入:1)抬升切换吩咐PDCCH功率,同时固定CCE聚合级别为8:2)抬升切换吩咐PDSCH功率,同时切换吩咐采纳固定MCSl阶发送;3)eNB侧干脆将IIRQARQ重传(考虑到商用终端实力,该功能默认关闭):4)合入DTX处理方案,解决初传解到DTX,IlARQ重传无增益问题。随机接入流程Preamble重传优化装盖/调整切换参数,使得切换点具有较好的信道质量,削减重传。X2配苴问题检查X2配置(X2_Interface/IPPATH)等。CE处理流程eRNl.OB060SPC360UE版本合入:优化流程,假如在更新系统消息期间收到RRC连接重配置消息,则打断系统消息更新流程,优先处理.RRC连接重配消息。1.1 切换失败问题.1E发多条测量报告仍没有收到切换吩咐在ANR开关关闭时,假如不配置邻区关系,不能进行切换。仃先确认。NB侧配置是否有问题,是否是邻区漏配。例如,IE要从小区A往小区B切换,发送了切换测量报告;此时,若小区A没有配置小区B为邻区,即使收到切换测量报告也不会处理,不下发切换吩咐,导致切换失败:此时,假如UE接着往远离服务小区的方向移动,信号越来越差会导致掉话。查看是否邻区漏配,有如下方法:1.STEutranexternalcell(查询外部小区)1.sEutranintrafreqncell(查询同频邻区)1.1.2 切换过程随机接入失败河且不考虑信道质量差导致的随机接入失败,我们首先查看相关的参数配置是否合理。随机接入性能与小区半径配置有关系。假如UE在目标小区最大接入半径范围之外的地方发起防机接入,很可能出现PreambIe与RAR不匹配的问题,导致随机接入失败。随机接入失败的缘由是UE侧发送PreaInbIe经过无线信道传输时延后到达eNB较晚,导致eNodcB依据正常的接收窗去解PrCambIe时解成了上一个PreambleID.导致发送的RAR和PreanlbIe不匹配,出现这种问题时,华为测试终端的OVT上会有如下打印:1S:3S:li6IlHtSIAHP:2168279。SN:6K1.VEUENIID:33Plnnsprcsr<rchstjrt15:35:*6TlNESlaHP:21685569SH:1KEVEUENTID:1cellsearchOeqin1S35x611NtSTAMP:216830932SN:?KfcVEU1.KIID:2cellsrrchPnd15:35:46Incstahp:216830952SM:3KEVEUENTID:ibrevbegin15:35:46TIHFSTAHP:716883B1SHKFVFUFHTID:5ibrcup11d1S13Sx6Ihcstahp:216883861SH:5KEVEUENTID:7sibrevbegin15:35:46Infstahp:216993507SN:6KEVEUENTID:8sibrevp11d15:35*6TlHCSTftHP:2172S89SK:7KEVEUENlID:10cellCJnPedon15:35:MTINESTmiP:217931330SH:8KEVEUENTID:35plnsearchsucc15:35:46IimsiAHP:21783232SH:9KfcV1.UENIID:Mattachtq15:35:46Inestahp:217B327仙SM:1。KCVEUEHTID:15rrcconnsetupbegin15:35:46YINFSYAHP:7178361/SH:11KfVEUFNI10:175rlccfgcnp15:35:&6TINESTAHP:217B36167SH:12KEVEUEHT10:189PdCPCfgcnp15:35:46TINfSTAHP:217第1079SN:13KEVEUEMT10:158nacrandsndPxanbI0succ1Sz3Sz6TIHESIAHP:2170S763SK:IaKEVEUEHIID:160VMCr11drevrrucc15:35:MTlNESTAHP:2176118MSH:15KEVEUEHTID:16hRcrandsdnsg3succ15:35:46IINtSIAHP:21/0/2328SH:16KtVEUEHlID:166ncrandrevcontentucc15:356TIMCSTAKP:217973831SH:17KEVEUCHTID:185PdCPcfgcnp15:35:46IlNFSlaHP:717073SZ8SN:1RKEVEUFKI10:175rlccfgcnp1S:3S:li6TINESTftHP:21707661SH:19KCVEUCKT10:16rrcconnsetupend15:35:46Infstahp:217136037SH:20KEVEUEHTID:158fwcrandsn<1PrPanb“succ1S:3S:1»6IlHtSIAHP:217W2MJ3SM:21KEVEUENY10:162113Cr.d-drnot11dtch二>115:35:&6TlNESTAtlP:21715155SH:22KEVEUEHTID:158rwcrandsn<JPrednbIesccIS:35油6IlNlSIaHP:2171S8S2SN:23KEVEUtHIID:162BacranrarnotZ四0215X9S6Incstamp:217176831SH12KCVEUEHTID:15811a(ran3Sndprein6ies>cc15:35:MTinesyahp:7118278SH:25KfYFUFMlID:167Racrand5net114tct315:35:2TIKSTAHP:21719IeSlISN:26K£VEUEMTID:158nacrandSndprlesucc15:35:*6Inestahp:217197*53SN:?7KEVFVEHTID:1624mcr11BrarnotIWP1.=>15:35:46IiHtSIAHP:217216629SN:28KtVEVEHI10:1S«rwcrand%ndpreambleucc15:35:MTlNESTmiP:217222*99SH:29KEVEUEHTID:16211d<randrarnot3tch15:3S小6VlHtiSlAHE:21223USN:30KfcVEU1.NIID:1/rrcconn¾rtupfail15:3526TlMCSTAHP:21722*367SH:31KCVEVEHT10:18rrcconnreleaseXgin15:35:47T1NFSTAHP:717276*51SN:32KlYFUfHTID:1rlcrplcnp1SX35X7TlMtSTAHP:217227868SM:33KCVEUCHT10:196pdcprelcro假如小区覆盖范围较大(比如郊区),切换点离目标小区距离大于目标小区实际配置的小区半径,会出现随机接入失败导致切换失败。可以适当增大目标小区半径,使得用户实际位苴在小区半径之内。1.1.3 测殳报告丢失首先推断测量报告丢失是否为上行信道质量差导致,可以通过上面4点进行分析。下面给出下行加战场景下下行信道质量差导致切换测量报告发不出去的案例:现网路测轮出现8次测量报告丢失,每次的S_RSRP均在T15dBm以内,在其它小区上行空载的状况下(即上行没有干扰),T15dBm以内不会出现上行受限。因此,不应当是上行信道质量差导致的测量报告丢失。现网路测一轮出现8次测量报告丢失,每次下行信道质量较差,SINR为负值,处于解调门限旁边、IB1.ER不收敛:D1.Grant偏低,下行最大实力灌包的状况下,UE解到的D1.Grant应当为100O(999),D1.Grant偏低说明PDCCH解调有问题;同时,UJGranl偏低说明很可能是PDCCH解调问题导致IjE解到的UJGranl削减、上行调度不足©分析相应点的UJGrant:01:45:06.296PCI56->PCI65浣1.111.nBIPKCHU1.CtantCount.1.TE.0)*112VI*-v-l/l”S<QI112第a>io>01«5osas113«S2OICKI>ITOl4505U11«ZOiOKn-ITo<$»wRmrA*XrQVwsQ>y<ortur«a«Atlmrt1.3U131.31.31.3:Kl116ut5s*-tts叱«$hJOIO-OJ-XT8Q534»10<r>-lT345”出81Q87TOl<518”92010<0-ITOl45eT<920KKiAlTOl45K749刈(HJAlTOl<516“9ZOIO-O-IT3<5H“9g<t,IM«<(«tw.etytM¾4rXf*r<>3I"bt*t<rInfr*<1<MocSytt7fr31c*垢H4aUCc"miyplSyi17MrySlQ«<»1*J>X。/w92R"95m5xw2001Iti11I2UnCl2.10Ttt114010WT«IOWIOD好13iowr10T««tt10T¢81710T60Uttt«US«53732WWS9$5»2S«WOlWW»0117awooe?%f,:DYb3>1(H0-ITOl450229!a<-01e»nea>o>-OlccHn42MXO-1T01<S052W2O1(K0-1701<$夕249axo-01<$»?»201ZO-IY01<5«620i60>Oi<$r<FKCMV1.«r«»tC”*J阪IMXQM-adMo1.dntitudUtitu4DtTiAVGSIMR(dB),1.TZ.019410.760710S99535»2010-03-1701:45:04234-3.2819S10760673S995352S2010-03-11Ol4505265-05619610760628599534582010-03-i?014506*6I-39810760597S9三33932010-03-17Ol4507281-1398AVCSIlfR(dB)_1.TE_O)10.76059210.76061510760657107607081076075510.76079210760822S9«53533599532785995322759953167S99S3W759953015S9952222010-03-1701:45:08.281-15.232010-03-1701:45:09281-15.232010-03-17014510281082010-03-11Ol45H28!-20002010-03-1701:45:122810002010-03-1701:451328!0002010-03-17014514281200002:08:11.796PCI264->PCI2951.(1.IE1.3lcssnce)Ia4exBS.D<tTiaSystMCMiel.Issa4<T»2$07HS2OIO-O>1102IO521.Tl1.3-Syt<Infort><>A2908KS2010-03-110208:113S91.Tl1.3一BS2010-03-1702«117951.Tl1.3-1.sbchRe”t2910IKS12010-03-170208U9211.Z1.3I-l*xvrMntRortI291!BS20!0-0>11OC08121091.TtD11BNKewQ2912RS2010-03-11G206:12.ZM1.rl1.3一ktrInforBUionBlock2913型2010-03-11CC06122951.Tl1.3-OhBUekTyptl2914RS2O1O-O3-H02«122961.H1.3-SyitehfoeN100nockT”2915BS2O1O-O311020$122961.rZ1.3SnuUfomti。的ekTypl<Ij¾MX0%”IWo1.*n<tu41.ttdDtT4FtCCHV1.crgC.I134710TS56875993733020!0-03-1102:Oeoe«825I1X810T55TS359W33020KHWT702807咐2SI14910T55835597332201(HX3-1102:060896811I135010TSS93259O113332OIO三O3T702060999418I135110TS603859W3X2010-03-K02010984301352I10TS6<8593373¾¾201CHB7702061196,:13I135310TS7SS859«37373201(HoT7020822归13I1354IoTST61559WnT32010-03-1702062401530I!35510T576585993737220KH>37702082501521Bi¾MvaMo1.MtCitud1.atito4DtTiAWSIO()JJEO15451075556759叼溺201(H»17020803968340lS4IOTSSS9?S9W322010-03-17020804984270IMT10TSSMO59MMo2010-01702005968121548IOTSSee7599373302010-03-17020069681241549107S57S3¾TS30201003-170208079533031550IO755835599373322010-03-17020808968146155110755932S99373332010-01?02009984-0131552100O59W332201Z»170208109842815S/10TSt:。599J7:<?SJJKJ-3-17Cl,C311«4:其15541075626859937M02010-01702081294076IISSS107540259W734T201(HO-170208139W1»从UE层间消息分析:发送测量报告时,SR达到最大重传次数触发随机接入IDRRCMACRAIND:且SR触发的随机接入失败,启动RRC随机接入。SR达到最大重传次数说明UE在发送测量报告时没有解到上行调度。41.3sva11zz192.166-66.TrM,log.20100317.015(M0m0:OlOl01Ol01OlOlOIOlOlOlOlOlOlOtOlOlOlOlOlOlOlOlOlOlOl(HCMMCe05«C60060606060606CB0606060605Oe394OT16T933668tTXEJJTStrataBic口.皿JKT风JZ1.unj:R?FXKtSBJCTDJKJICTJ一DxT1.MCK2KfKT口MJlaJ三-DATJXQncascWXT1.MnaFaCKASWBTnU£FttFMlDlTAW)ElCBSASRJ8T“XJttUWMFMW以声二>比EWTE>t>I1.Wr.g.SnnSjf口JMrjlCTRj扇»皿3SWCfTDlB1.CJlEniB1.KicraQjj.rj*r.11.wDJJ£_iAC.RKn.CIF»_wrjur_RrenAMJsiccwI1.ittMg1.a郎DjjrJtt1.Jjuao心WPtfrk1.川.综合以上分析,eNB未收到测量报告不是因为上行信道质量差导致的上行信令丢失,而是卜行加教场景"卜行信道质量恶劣,CE解调PDCCH出错,没有解到上行调度导致测量报告没有发出去:是下行信道质量差导致的上行信令丢失。同时,我们做了相应的测试来验证我们的结论:打开上行预渊度后,测量报告发不出去的次数明显削减。1.1.4 切换吩咐丢失以50%1.Oa(1.WoICIC路测数据为例:23:45:59.062PCI48->PCI50UE未收到切换吩咐该切换点邻区信号陡升6dB,对服务小区造成很大的干扰;卜行SINR很低(-5dB),UE不能正确解调切换吩咐。2,幅80002O1MZ32"6%BO初M力”约80»初JX,力“OSKo20i04M-23ZX¼100COIMm,<'<,<jI$】K(Ill)JHHO(M21_AJ>ai!ww>oTWm)oTUaIY10TSMIlT>o11三107物1丫*IOTWW>orannjon%>0>0T!MX,mn¼10WXKwnwan(H¼o23«5si<sitIO-<M-2)?)«$Pire三>l(HH-a23C814020l(H>-2)2)<5«»0刈Oamn«s»4v2W(H>Y)23C”FHHO*Oa23。»>«8201(H>O力0”眼ao<¼«23uxoW!0-tM-Z32348-20(HH-2)幻X8皎11)KHM-Z323MSma)io-o-2)s8s如2OIO8¢3¼M1ORIbotzjneX1»3«EyJiW/010(HISU£ccIMkJIAnl<S()JX)10A102«-TO-CO-TB-l4MFTT可通过调成天线、两个小区的CIO使提前切换来解决。1.1.5 下行信道质量差导致发送PreambIe达最大次数仍未收到RAR首先分析切换点的信道状况:从路测数据统计看,100%加载场景出现了12次切换完成eNB没有收到的状况。各切换点SRSRP都比较高,在上行空战的状况下,不会出现上行受限。分析下行信道质量,SlNR比较低(均为负值),旦下行IB1.ER不收敛,说明下行100%加教场景下,下行干扰很大、信道质量较差。从OMT跟踪打印看,UE发送PreanIbIe达最大次数仍没有收到RAR,如图:1.&calTtaeT>aStMb7S3SrcVc4olM*7Ticia3s*第3SR353583S.X第誉R35第83S35第誉R第第«誉35第誉»S252:5252:NaS2:«S2:52:5252:«:S252:«S2:52;5252:525252:»圾除S2S2:52800:80088880088388388883880080088388le<aa<Browser-IatEjiplftin咨0AMMI*»<dgG4*rCpoX4O100)> UIStftrhd0i$c(IB)ulB<iwrC>*I4OeOO> <a<sucu!Rviv«rPadOifiS(10!)1.,<!),> ”ThaDilMC-WC-M-IIQ(W12174)ardl4C01e<tnEltC-lAC-RA-M>5TWJxooooooAKd*a-Ac-U-IKHiAX-TX-Iruio)×0000014*Wc"vCQ.UC-m-CAVR-N)G)<ff31CtsX000001WC-IA-FH1.-EniAC-u11>muU)X000001C-U-FU1.-EA.AC-UKhIKJ-IAlU)X000001MC-KA-?AI1.-DA1IAC-URhM>>A(1)X000001C-AFAI1.-DMC-Abm-JjlQ)X00000liC-MFAl1.-E11AC-IATO-ID-UlU)U0000QejVQCOfl«)8888888X88800888MJ000000OC00M418000101Oi01010181.MjCJMCAimi1.JXGGa口.皿JUcaCC皿G.RttSK.BjFlGMI>m:BACFUCCKCO三XCI£QD.CQX.COJFG.CDMjWCsnCBFJBn.ift:xr.cowc.c三IJMlDCPJWIG-EJIM?【>SI】:U史QXG(Wrcrcupn-ua:>AMIRAfI®"D.l£CjDCP.a:«nWI.M»D三.hAtJW.S11VrjMI>D.KaUMBIAiZESlATlEUQDJaeA-BfgHAYgj1.DJI>_wcjct.coffIIiajnfF口.«£.UM1.STAnE皿DjjrjAM.STATVSjsrninwUaS1«BmCnDmDjjs211r.cowc11D.x>MJKTJBnrjMTl1ffIftIFTlPegUJKJfCJJtJ1.nITjwjjAlijrTAncjirIJAZ.1M.STAREJSF11JCJDCF-JrorJ2»i>mJoCPaPm11,MC-ixrjasIlja:*JCT必下图为10011.oaC1.WOlCIC、100UOadCIC场景随机接入失败点,与目标站的距离均小于IknUCIUStCr6小区覆盖范围较小,.配宜的NCSIndeX=2(相应的最大接入半径为2.15km),不影响随机接入性能。综合以上分析,路测数据卜行加载场毋卜的切换完成eNB未收到,是由于切换随机接入失败导致的。下行信道质量差,导致UE没有解到RAR:当PreambIe达到最大束传次数时,随机接入失败“1.1.6 eNB下发RRC信令等待UE反馈,不处理切换吩咐eNB卜发了RRC信令(比如MIMo发配消息),因为下行信道质量差,UE没有解调出来。当满意切换条件时,UE上报测量报告,而eNBE在等待上一条RRC信令的反馈,因此,不处理测量报告。当下发RRC信令达到2s后仍旧收不到UE反馈,将其释放,发送RRQeONN_RE1.消息。如卜.图:eNB侧跟踪:78RRC.MAS.RPRTRECrE792010-04-090001:53(9853146)UU标腐接口清JBRRc1.CONN_RECFGSEND802010-04-090001:53(9883371)Uuff漕接口消用RRCeCONN-RECFGeCMPRECrE812010-04-090001:53(9885582)uuff*smBRRe_CONN_RECFGSEND82K2010-04-090001:53(9907184)UUff淮接口消®RRCONN.RECFJCMP呼CTE2010-04-0900.01:54(850109)两面由丽11丽UU标淮接口常自Mrn31TWRRCCONNRECFG*thissicnallost时2010-04-090001:55(1317179)UU标准接口消JBRRCjeAS.RpaTRECE862010-04-090001:55(1772311)UU稼澧接口清JaRRC1.MeA8_RPRTRECh871.2010-04-090001:56(2242325)UU标淮接口消Jal2010-04090001:66(2370217)31将准接口消JSIAPUECONTEXTRE1.eREO|90SENDUE侧跟踪901234567乃34M34(34认封弘弘I1.|&IiIi111»I2010-04-092010-04-092010-04-0$2010-04-092010-04-092010-04-092010-04-092010-04-0e2010-04-092010-04-092010-04-0902.70202OO702OO02:00.702ooceoo.702OOaOo.70202.765OO0200.765CO0200.62700:02:00.8278:02889002.9372010-04-0900:02:02.4522010-04-098.02:02.82010-04-0902034992010-04-0OO0203aZ72010-04-09OO0203,6272010-04-0900:02:03.8902010-04-098:02:03.展02010-04-0902030902010-04-09OOa2g89。1.111.111.11EEsm俄比1.n盟1.E1.ES1.11三1.11U1.31.31.31.31.31.31.31.31.31.31.3国1.31.31.31.31.31.31.31.3。V4azuraantRaportRKCConnctionRconfIurionRRCComctionReconfc'wat>OrtCoftpleteRRCConnectonReconf5urallonRRCConn«ctxOnRGconfuratOHZortpltMAztArInfontfttionBlockSystnlnfortionSystenlnfornationBlockTypelSjrstenlnfomatioxtBlockTypelSystenlnfomationBlockTypelSystenlnforfifttionBlockTypelMaSSrlnfQreMionBIQCkSystenInforwationSystenInfomationSystenlnfoniationBlockTypelRRCCOlUwcRionKoeitablifeontR«qu“tRRCConncQionR*”tAbliCeQZRq”1.1.7 X2IPPA