LTE掉线优化思路(重建)

1、RRC重建当出现以下任意情况时，触发RRC重建初始化:1、检测到无线链路失败2、切换失败3、E-UTRAN侧移动性失败4、底层制式完整性校验失败5、RRC连接重配置失败在RRC重建初始化阶段，UE会执行如下操作1、停止定时器T310，如果正在运行2、开始定时器T3113、挂起除SRBO之外的所有RB4、复位MAC5、应用缺省的物理信道配置6、应用缺省的半持久调度配置7、应用缺省的MAC主配置8、释放reportproximityconfig并情况所有临近状态报告相关的定时器9、进行小区选择当选择一个合适的E-UTRAN小区后，意味着RRC重建初始化完成，此时，UE将执行如下操作1、停止定时器T

2、3112、开始定时器T3O13、采用SystemlnformationBlockType2中包含的timeAlignmentcommon4、初始化RRCConnectionReestablishmentRequest消息的发送注:该过程同样适用于如果UE返回源小区的情况1311超时陋回空阴态（求能找到合适的小IX驻艾辽RRCCunnectiunRecsLihlhInnctiLRcqtioi训讯启心丁魏1止时赛收yiRRCOorBactionReestablislnncmt后怦止T剜JTVJRRCtlonRccstJibi、hntrntCnjinplclc重建过程中RRC连接失败的集中情形:1、

3、在RRC连接重建初始化过程中，定时器311正在运行，此时UE选择了一个inter-RAT的小区2、在RRC连接重建初始化过程中，定时器T311超时3、在RRC连接重建过程中，T301正在运行，此时已选小区发生变更4、在RRC连接重建过程中，T301超时5、当接收到RRCConnectionREEstablishimentReject消息时通过定时器调整提高RRC重建成功率降低掉线率如上所述，LTE系统中如果发生切换失、无线链路失败、底层完整性保护失败和RRC重配置失败后UE会进行RR连接重建，如果RRC连接重建失败，UE将转入RRC_IDLE状态，发生掉线。通过适当延长RRC重建过程中允许的U

4、E进行小区选择的时间和重建时长，无线环境的可能改善（也可能恶化），即增加了小区选择和小区重建成功的机会，从而降低掉话率。始RM?車建”进仔小逊J选择*启动T3M定时器丿小区选择成功.则停上丁311*井从流程中可以看到，可以通过设置定时器T311来延长重建过程中UE进行小区选择的时长，设置定时器T301来延长重建时长，如果该参数设置过小，可能在某些链路可以挽救的情况下，由于定时器设置不合理而进入IDLE状态，引起掉话，影响用户感知，如果设置较大，虽然可以挽救部分掉话，但RRCConnectionREEstablishment过程越滞后，也会影响用户感知。掉线分析思路对于TD-LTE的掉线，是在元

5、成RRCConnectionReconfigrationComplete处于连接态，之后由于弱场，干扰其他原因导致的UE上下行失步，触发重建未果或者被拒的过程。只要不是终端主动发起的释放，都应算为掉线。目前掉线在信令中的表现如下三种情况：>连接状态下触发RRC重建无果连按态卜触发PERU巫址无集3-1ARC重蚯卑21EB12:463201S1惟121*1aCiULDCEHRRC3碱1CTiRdriS冷册21和12M&32.O7B11uaULDO2HRRCCorrteilijtiRecorMQiaipjriCompkiie217712：-ltij±J?8'1Ifi

6、.ljUUi6&0bll-lL.'zL-lSijiIjbtiIrluiiiiIputiHcckType-1SIH12.良眨12511低T225BK6ae££Ht-L&6h5yuLernIrlwmelfiinZZIII1还35血nflE;15W35BCDHDL5CH5tf5>efnIrloiiTie>Kn0ockTypel2詔12：娠榔UE2114Ec2I：1HQ0DLD匚匸HFFl匚CannczlmHecan：日irm:cn生再1Z;4U41114E;£1;T31DPULDNH用H匚匚匚ranHiK«H:ra;tnCv

7、npk;=225712:血肛11低24;4G1B62瓦BCDHDLSDHgpilmIrl&nvi川诟E上亡kTjjEtl2ZI&512:4fci4343114E:24-474aaULIZCCHF；FI匚匚onwzlatReesljNsH-EertR«pt5t229E12:Jfc44?5Dn佢次迎1E期&BCCHDL5OHSueIwtiIrlcrriiilhTiBeckTyrsisl23D512:4&44?5D114E:Z4:3S9B635ULLCCH230612:蚯弭75011低衣05DDULcm-i|尺冃匚匚cmszlionnequsct2：M12：

8、4£：44?=D11亚:其臨1虽BtEHDLSDHhyslmIrlcHm£lKnU-ccType-l時1412-4&+4?2£11临;調;的5£=34aDLCCCHRR匚匚crnGulionasftjp23M12：4£-44旳匚114E-24.-99QaaULDOZU£口匚匚orzelurtLehup匸ompdie:第12:4&44H90114RS5CTHaaULDCCHSeci.jiiuMncteCan卩斷233812:46:+*9E0114E:25O1GaClULDCCHRRCCcm&siionRecm：0

9、j：ion1话114firZrn?nnaiirirrwFESI-rrtw：linRfirrri：门jt-丁on了们価飞>连接状态下触发RRC重建被拒N3-2HRC遥建叢抱2;1520沁2?321154:30:6711154:30:7651154:90:765*1:54:30:7651154;30;7S511:54:30:7551154:30:765&7-1112oA-011.阴;：dQ:£lOP2o-HooUJLC1CIIRRCConneclionAcquest8CCHDL5CHSjft&tGmilnfornncibcinBlockTypel&LCLCM

10、RRCConnethonSetupJLDCCHRRCConnectionSetupCunripIslePLCCCHRRCConnwliunOLDLCHUEEnquryJLDLUHUEIrformalionL-DCCHDLInlQmnQ'inTran-dsr30)0115423:70100&LDCCHRRCCbnnEchonReGnnfiHiJiabDnT13115423:70100JLDOZI-1RRCCorineelionR«nnli£|i.iiaticinCoirplete263?115428=45300JLDGCHNeiMUicinGnt冃cpaR36

11、7711fi4:3：4W7S15BCZIIDLSLHSiRtennInlonrahanBlnck.Typel3673n543Qt®00(1aBCCHDLSCH骑嘛trmrJnliiirihrhnii统54.30:400JLCCCHORCConncehonRwfitoUihmcsntRequest1154:30:4®価E&LCCCIIRRCConnedionRe«taUichncntReiedTG1154.30:6715DC2HDL5CHSjKctCTiInforwaljciiiBlockTh：c1>连接状态下异常收到RRC释放消息iraa11和/J7

12、510曙M嚴QIT110311r5D2l珂510«KM:3S9>0tits1156-SH310®MF?3Q-»Hi®1150-34M6i0®«04112311:5090610KF®686ffa113?11;5Q-M33?10W.K&JlzQ1133115O20.M310WW7J117311.S1150Ji®5i?3«IIO1150JI3SIQWt1:157Q01l«11.»il.BiS>QWJ1欝1倚uiiy11.MX109lOfttT&IK01£f1150K109iO»:15ieQBIP血DLWCMRnC'CwiliAin口駛唧中lw#PiULl>CCH|RRCCom&cliflmCfln0ei®CLMCH1RR£CcRWlWiJLCCCHULCCGHHFCtnwGiimRMMeTijgWLSCHFCXHFq<jIJLCC6HULCCCHHRCCvmdmHeorni=CCH(ttHOL.'.M£jnLMt17flrind>66HlbckT#址1BCXHCiL5CHTD