TD-LTE掉线优化指导书

1、TD-LTE 掉线分析指导书R1.3TD-LTE掉线分析指导书内部公开版本更新说明产品版本资料版本资料编号资料更新说明V3.10.10R1.0手册第一次发行V3.10.10R1.2更新了部分案例及思路总结V3.10.10R1.3完善版本，整理框架作者资料版本日期作者审核者批准者R1.02012-1-20李毅R1.22012-08-20李毅-R1.32013-03-30李毅版权所有未经许可不得扩散第II页TD-LTE掉线分析指导书内部公开适用对象：TDD网优工程师使用建议：在阅读本文档之前，建议先了解下面的知识和技能:序号知识技能参考资料1TD-LTE产品技能认证二级TD-LTE基本原理与关键技

2、术TD-LTE产品技能认证二级TD-LTE路测工具使用方法后继资料：在阅读完本文档之后，你可能需要下面资料:序号参考资料资料说明1TD-LTE接入优化指导书TD-LTE接入知识掌握，了解接入的分析2TD-LTE切换优化指导书TD-LTE切换知识掌握，了解切换的分析3Super Cell技术白皮书Super Cell设计方法版权所有未经许可不得扩散第III页TD-LTE掉线分析指导书内部公开关于这篇文档摘要章节描述错误！未找到引用源。概述概述3 TDL信令描述介绍TD-LTE信令基本流程和真实信令的差异错误！未找到引用源。总结掉线原因分析对TD-LTE掉线各种原因分析，说明处理掉线的思路方法，及

3、典型案 例说明错误！未找到引用源。后台掉线率定义掉线原因及KPI处理方法错误！未找到引用源。总结掉线问题处理思路版权所有未经许可不得扩散第IV页TD-LTE掉线分析指导书内部公开目录1 概述12 TD-LTE 完整业务流程22.1 自研UE信令52.2 CNT 信令53 掉线问题分析73.1 掉线率公式93.2 重建原因103.2.1定时器不合理103.2.2上行干扰103.2.3下行干扰 153.2.4切换准备问题163.2.5有 MR但无重配 193.3 UE触发重建223.3.1 UE触发重建未果 243.3.2 UE触发重建被拒 243.4 RRCCONNECTIONRELEASE 掉

4、线263.5 其他类掉线264 后台掉线率定义 错误！ 未定义书签。4.1 掉线原因分类及公式 错误！未定义书签。4.2 KPI分析方法 错误！未定义书签。5 总结27图目录图1-1TD-LTE信令基本流程 2图1-2自研UE信令 5图1-3CNT信令 6图2-1RRC重建无果 7图2-2RRC重建被拒 8图2-3异常收到 RRC释放消息 8图2-4TD-LTE 掉线问题总结 9图2-5切换参数查看 16图2-6切换成功与切换失败表现 17图2-7UE触发重建被拒 24图3-1TD-LTE 掉线处理流程 27图3-2影响网优告警列表 28版权所有未经许可不得扩散第VI页TD-LTE掉线分析指导

5、书内部公开1 概述本文主要介绍了 TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲 解说明，总结了 TD-LTE掉线的处理思路及优化方案，为后续各个外场处理TD-LTE掉线问题提供了优化经验。版权所有未经许可不得扩散第36页2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下：图2-1 TD-LTE信令基本流程reamble(Attach7. Ide ntity/Authe nticatio n/Security10. UECapabilityE nquiry11. UECapabilityI nformation13. SecurityModeComma nd16.

6、RRCC onn ecti on Rec on figurati on Complete15. RRCCo nn ectio nRec on figuration (Attach Accept 、Activate default EPS bearer con text request9. In itial con text setup request (Attach Accept 、Act vate default EPS bearer con text request)ttach RequestPDN conn ectivity rPSS/SSS2. RA Resp onse3. RRCCo

7、 nn ectio nRequest4. RRCConnectionSetup5. RRCConnectionSetupComplete6. Initial UE messageRequest 、 PDN conn ectivity request14. SecurityModeComplete2. UE Capability Info In dicati on18. ULIn formati onTran sfer(Attach CompleteActivate default EPS bearer con text accept17. In itial con text setup res

8、p onse19. UPLINK NAS TRANSPORT(Attach CompleteActivate default EPS bearer con text accept8. EPS bearerFirst Uplink DataFirst Dow nlink Data20. updatabearer 1Check User Inactivity21. UE CONTEXT RELEASE REQUEST (Cause)22. updata23. UE CONTEXT RELEASE COMMAND24. RRCCo nn ectio nRelease25 UE CONTEXT REL

9、EASE COMPLETEbearer :-Z完整的业务流程共包含 4部分，分别如图中所标识的 1 （红色） 接入过程；2 （蓝色） 与NAS层完保交互过程；3 （绿色）无线承载建立过程；4 （黄色）释放过程。当无线承载建立完成“ RRCCo nn ectio nReco nfigurati on Complete”正确到达网络侧，则本次业务建立成功，那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态，那么就代表本次业务掉线，也就是说，如果没有对应的“释放过程”那么就认为掉线。 对上述信令过程步骤描述如下：步骤15会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着 NAS

10、sig nalli ng conn ecti on建立完成。消息7的说明：如果 UE是刚开机第一次 attach，使用的IMSI，无Identity过程；后 续如有有效的 GUTI，使用GUTI attach，核心网才会发起Identity过程（为上下行直 传消息）。消息1012的说明：如果消息 9带了 UE Radio Capability IE,贝U eNB不会发送 UECapabilityEnquiry 消息给UE，即没有1012过程；否则会发送， UE上报无线能 力信息后，eNB再发UE Capability Info In dication ，给核心网上报 UE的无线能力信息。为了减

11、少空口开销，在IDLE下MME会保存 UE Radio Capability 信息，在INITIALCONTEXT SETUP REQUEST 消息会带给 eNB，除非 UE 在执行 attach 或者"first TAU followi ng GERAN/UTRAN Attach" or "UE radio capability update" TAU过程（也就是这些过程 MME不会带UE Radio Cap ability 信息给eNB，并会把本地保存的 UE Radio Capability信息删除，eNB会问UE要能力信息，并报给 MME。注：&

12、quot;UE radio capability update" TAU is only supported for chan ges of GERAN and UTRAN radio capabilities in ECM-IDLE.）。在 CONNECTED 下，eNB 会一直保存 UE Radio Capability 信息。UE的E_UTRAN无线能力信息如果发生改变，需要先detach，再attach。发起UE上下文释放（即 2125 ）的条件：eNodeB-i nitiated with cause e.g. O&M In terve nti on, Un spe

13、cified Failure, User In activity, Repeated RRC sig nalli ng In tegrity Check Failure, Release due to UE gen erated sig nalli ng conn ecti on release, etc.; orMME-i nitiated with cause e.g. authe nticatio n failure, detach, etc.eNB收到msg3以后，DCM给USM配置SRB1，配置完后发送 msg4给UE; eNB 在发送 RRCConnectionReconfigur

14、ation前，DCM 先给 USM 配置 DRB/SRB2 等信息，配置完后发送RRCCo nn ectio nReco nfiguratio n给 UE ,收到RRCCo nn ectio nReco nfiguratio nComplete后，控制面再通知用户面资源可用。消息1315的说明：eNB发送完消息13，并不需要等收到消息14，就直接发送消息15。如果发起IMSI attach时，UE的IMSI与另外一个 UE的IMSI重复，并且其他 UE已经attach，则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致，则核心网会回复 attach reject。消息9的说明

15、：该消息为MME向eNB发起的初始上下文建立请求， 请求eNB建立承 载资源，同时带安全上下文，可能带用户无线能力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的，核心网再通过该消息送给eNB。UE的网络能力（安全能力）信息改变的话，需要发起TAU。2.1 自研UE信令结合自研UE真实信令过程如下:图2-2 自研UE信令NumSignaMameDirBCtton MSGTypegnnel【D< 1AT7ACH_R£QFb_MsgN/A: 2RRfCjonnecbcinRequg申RRC_Meg0 1f 3M&GlMAC_吟33；

16、RARDownMACjMsg!34: 5MSG3gmacjni35；1 6IF jzmteriluji iResnlutcrroDownMACJ42Si+ ?MSG4Down36；+ BDownRRC_Msg0 1'、9UpKHC_Msgi;110CtTnfar matonTfansfErDownRRC_Msgi1+ 11IDeNlHY_REQDawnNA5_MsqN/A；2申IJASMsgH/A:A? (fan- dtonT ransftf頭 JMsq1 :UECapab i litEnquryDownRRCMsg1 :JE Idpab i Ntrnfcjr maticri申RF.C

17、_MS 口1 :116Efecur rtyMndfiCo rnirenURRC_Msg1 ;)/ tl 丁1 AS&zur rtyTdfeCo mpte-te申RRC_Msq1 :lieRCCorn-trnRfr-nhinirti -nDownRRC_Msg1 :1 3兄RCCcnrwdSOnR 号ccngr 占 tQnSmp le 诟申RRC_Msg1 ;*30ftTTAOl_ACCDownl*S_MsgH/A:TTACH.COMPLETE申WS_Msg昭；2：X TnfiTEmTrar'isfiRrupRRC_Msg2 自研UE释放过程无法记录，后续版本补充。2.2 CNT

18、信令结合CNT与dongle连接真实信令过程如下:图2-3 CNT信令1543:IE9K诗切;06211543：t&92115 酣07.QS3153X710315073*153:0729ESni&12Sil叭 BJ90 1SWMJM 丸 15d：D7190 15C3-E73GC4<-25! 1U0OL IZKM1442 51 1650gULLCD1U<Z;E1 171低5&CCHDL5CH14.<2：5t 2110103BLCCCH14.42.5'.21300ULDCOH14.<2.5 3?tDDDL &CCM14J2.6T 3?

19、E00ULOIXH14 43B1 FiRI0iDLDCW1+42SIM10iOLDCm1+<2 54 633n血BL DCCH144? Si 340DUL DCCH传4KBI asi00DL OCCHU <2 51 ESS0gULDrCUH14. 42-5" 655DQLECCH1442 51 555DL 匚HH1442:51 汨苦DULCLEHFlFlC CorirHSCfl Hn|StFTilTifgimsIm B TRRCCwinedim £dt口i. -1HC Canrechm 或口匚cmpfelrL'LHLi hidiunl 耐 ULHd HI

20、Sl I dlMl UF CbilEnqui UE CajZhahiInlcinTin 討=血 UixTb Crrnrrvand i专冷mllftj 21卍1上匸册“知色RH" Ca«m40Hi HefianiguiiBiiRH -厂厲曲fz*阳i rjwrtnirjii.fl rfiff pH*515曲07蚓U<2:E1.6?SDDUL DCOMULl4Q>MllUn |aihF"«l715A3;O7.5S3UUBi 81000OLDCCWDLhtij.Sr*15*313:07.350DElACb REQDL <.ATWH匚匚AE1

21、VA.1E EfEFAUL I EPS HE QAT IftEH CDMPLLtE113315fl3;486C514 <3.330340t13415fl3:«6CS1143.3303501142153:58.51443C91B22211441543：RS5E214*3 4295336D5ClULCCCH ULPOCH BCCH DLSCH BDMDLSCHULIDimalKn 111 ariEii §3i：iTi|-/oiiiiaiiii：ri B td： Tj4>«1 SusmWrufcam本次释放是UE发起的去附着过程，后续 RRC release

22、过程CNT无法体现。33.1掉线问题分析分析思路佗曲卫山511 4«:12:14400<DLDCCM124632;|7811 4VI21G400LLDCGTU4632;D78n-<i2；3je6505BCCHD-SCH1Z4& 32:12511:+6;12;3S麻0)BCCH DLSCH1Z4&J5:82011:4:15:94305BCCH D_SZH1Z4E41 ：（E2il.«:2l:ll2S訂QDL DCCH1216X1:06211X6:21:1310nUL DCCM124& 44:34311:416:4816525BCCHttLS

23、CHI246U:34311 16:2:474001UL CtCH12444:75011 屿：MB21see&BCCHDLSGH124E 44:75011 «6:34:M9£S&5UL CCCH124£d4:79011勒阳网00UL CCCH171R*4n118925BCCHDLSCHUAR 44 7SB11百畑kesi&DL CCCH1?4R 447S611 46:2:B38cDUL DCCH1246 44:69011 46:25:ffl400ULDCCHI12:46 4:99011 <25:01600DL DCM171R剖n iR

24、rpTifinhi nrrn创刊冲阳D1.1 1 1122 2 2 2 23 3 *J2 2 ?对于 TD-LTE 的掉线，是在 UE 完成"RRCConnectionReconfigurationComplete”处于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者被拒过程。只要不是终端主动发起的释放，都应算为掉线。目前掉线在信令中表现如下3种情况。连接态下触发RRC重建无果图3-1 RRC重建无果HR 匚-emcctioni R ffsertEWDlionRRC -tmeGtion RsDonrigwalion Ccmpleie£闵旳| Irt

25、aioatcm Block 7 vpeiSjrJStBTi IrtormalticnSjsteTi Irtormatoi Block IjpelRHE Lcmecton He;cnrgi<ali3nARC ZorneetiCin Re&DtYigLiaiion CnrplBte 站 PTlLbPMlf和岂 |p；l T'TiPL 一 一 cmstton RM£i4ibi5tini*ht Ruikt bj-SfrYi irrwmsten fenoci. i II RRC CoTi«rtoniRfri.i>K-ii.-T'pT rT_irri

26、"i=rrf -nnrr 'uppTRRC ZurrifietiofiSHijpRR 匚jzrriectioftS&fcjp CariplSecund Mede Comp eteRRC jzrrecljDri Rr：ccrt d jaliinFsl" .1 ir i t9!nnIn ji i i i jaIi ot'i一 irniilw连接状态下触发RRC重建被拒图3-2 RRC重建被拒0813377779%旳066 G 6 6 G G 6 7吉 N Z 2 N 2 2 227N27272727Z/M1154.217310 0DLDCCH11 512

27、179100ULDCCH11 54:2145300ULDCCM11 54:31434曲5EOCH DLSCH11 54:30t4&4eoo0BC2H DL SCH11 54： 3143400ULCCCH11:54： 30t 484晒6DLCCCH11 5430tE718225BCCH DL 5CH11 54-30:67100ULCCCH11 54-3J7K越56CCH DLSCH11 54:3tt7658273OLCCCH11 54:30:76500ULDCCH11 54.3D17G68286OLCDCH11 54.30I7S500OLOCCH11 54.301785UuULDCCH1

28、1 F4 砧 71fnni nrmRRC Connection Ftecon'iguialion 口 FlC 匚qnrtec-bort R*?on'iguialion Complt? MeaELMementRepcrtSyibem IniormationBlock TypelSu? sm hJnrrrAfinnRFl匚 匚onne=bon R sestoblishment Request RFC CcnnecQn Hsestblishment FlejeccSystem InfQrmatiQnBwk Type!RFC Ccnnecijon Request System Info

29、rmation Block T旳" FiRC Connacton S stupRRC Connedtion Sstup Complele RRC Connaetion 5耻up UE Capability En quryUE CapabiilntornatiofiPil InfritirtAHrthTrAnfpi连接状态下异常收到 RRC释放消息图3-3 异常收到RRC释放消息-'«1 M ：T>TdTlMTS-Q-trtxnmCvwwd V H««n0Ui4fiQnw11 90 24 J?51Q®MG5aQ0UlIXXHRFK?

30、 ComRJionCtwipkifl111611 90:36. ffl?QQDLDCCHRFKCovwdoi112011:90:3E.906a0ULCCCH11：50：2£：9(£恤述幅矚a0ULCCCHRRC j«ine£tah Rcwer-ilJ11.5D:2b.33/W:9Q0G93120EJCCH DL 3LH附第10:50(6 7JI0POCMPwnO1138n；5C；ji；a6&岫 50t" 1V1730ULCCCHUtt输50 31：窩tO：3Qt1l 157打0ULCCCHfiFK CamMhCTi RflOwMrite

31、11:50；te5Q1»291<290PCCH11fl3:XclOS*0:曙恺1础5SCCH OL Q客严如|伽2曲REk Typvllieia：mscioQB1Q0e(XH 01 &U4InarMhori.对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要分2部分完成:引起重建的原因；重建失败的原因；因此基于上述掉线进行分析总结图3-4 TD-LTE掉线问题总结TD-LTE掉话无故 RRC Release下发导致掉话与RR（重建相关掉话B类网络侧设备 异常导致触发RR（重建B-1重建超时 业务从新建立 发生掉线一次RR（重建被拒B-2版本

32、BUG完保未过网络异常定时器设置不合理 过于苛刻导致上行干扰1 PUCCH Power 差2 RRU上行干扰转随机接入RLC发送最大次数后RLF对于掉线问题，首先判断的就是覆盖和干扰，利用CNT查看下行RSRP、SINR值,通常RSRP<-115且SINR<-3掉线比例较高；利用基站侧检测工具查看上行干扰。F面结合日本网优阶段发现的掉线案例编写掉线问题分析过程。3.2 掉线率公式目前测试软件 CNT（A）对掉线率的定义如下:L3message :(rrcC onn ectio nReestablishme ntRequest - rrcConnection Reestablishm

33、e ntComplete +rrcConnectionRelease(不含 13 原因)times*100% / L3 message(Activate defaultEPS bearer con text accept) timesUE 发送rrcCo nn ectio nReestablishme ntRequest但无对应 的rrcConn ecti on Reestablishme ntComplete消息；出现rrcConnectionRelease消息，但不包括：-1系统间切换网络侧释放;- 2用户未激活，网络侧释放资源情况(User In activity)- 3 CSFB的网络

34、侧释放(待确定)说明：对于TDD-LTE制式，掉线对用户感知的评判有所减弱，此公式只是一般情况，后续可以与局方协商对掉线率公式修改，如 RRC重建被拒后2s内业务恢复成功不计 做掉话，或者可以用时间掉线比(分母是测试总时长)、公里掉线比(分母是DT测试公里 数)3.3 重建原因3.3.1定时器不合理定时器相关参数优化建议值如下:字段名称优化值字段中文含义byT310_Ue2000msUE监测无线链路失败的定时器长度仃310_UE)byT311_Ue30000msUE监测到无线链路失败后转入idle状态的定时器长度仃311_UE)byT3002000msUE等待RRC连接响应的定时器长度仃300

35、)byT3012000msUE等待RRC重建响应的定时器长度 仃301)byT3021sUE收到RRC连接拒绝后等待 RRC连接请求重试的定时器长度仃302)byT3041000msUE等待切换成功的定时器长度仃304)byT304_Cco4000msUE CCO至U GRAN的定时器长度仃304)byT3205min小区重选优先级定时器长度(T320)byN3106UE接收下行失步指示的最大个数(N310_UE)byN3111UE接收下行同步指示的最大个数 (N311)这类参数都已定标，如发生掉线问题可根据案例查看相关时段是否合理，再结合所有 掉线对定时器做全局考虑修改调整。可参考 TD-L

36、TE网优参数优化指导书。3.3.2 上行干扰上行干扰包含用户间的上行干扰，设备自身异常处理的上行干扰，以及频段的干扰导 致，通常上行干扰主要表现切换失败、重建失败，发生掉线。典型案例分析3.321现象描述福冈网络指标摸底阶段中，初期存在接入不成功，切换后异常掉线，这种现象没有 定规律，有时成功有时失败。测试掉线点分布如图所示：15*n ;kA图中黑色星为掉线点。通过掉线点分布，掉线点基本在东南边。3.322现象分析1. 针对该问题，挑选在掉线集中点区域进行定点测试，各种终端都无法连接网络。高通终端表现，一直在 IDLE、CONNECTED 之前乒乓，无法正常接入。2. 查看当时测试数据，在仅能

37、接入的几次其服务小区的RSRP、SINR良好;二二二Z二-£1 Cr4-ff£- -rt H l-u -.rHl Grid For, | 口 回下行覆盖良好，无干扰。查看信令，UE接入小区后就触发 RRC重建，发生掉线。1丨W兀B79TW1IHBTDHCX£fTIFR CCt RflriLiafoii11：SJ?K3:U;50;2J 7*909OLDCCHR AC Coninectoori Reccr/aahori>8511 5041 3ES10.5&2&Z8300OLDCCHRRC Ccmodicn RKoriyabon11 9D58 0O

38、8I ； EH 58 00810:5ft44 7B4r 0 50-4 736SSk o50BCCHDLSCH UL 匚 iXHSysWi iWomatoh Hbc*; TR*£竈 bon R“MmH Riacim时通过高通分析软件 QCAT查看掉线过程及重建过程。看到UE原因为UL_DATA后DCI0未达，SR达到最大次数，触发 MSG1，由于MSG1无法到达网络侧， 不断重发8次后失败，后触发重建。TWI'TBa-.1FI3LI1 曲鼻 raj"MJJLS3 f!沖1733rt?鼻 ruiG占宜g-nJHliiJIM Dzfsi*fs.u器 Flvrxxii 二

39、fs:昭* Z- > = :;F - - - 二.L - L i ” ：- - > ” < > : -< . . .B ILLL IILLr L L L I UL LLbtEkLL Lt I rL-LLIr-tlt L L I u L L ziAJai.In-131.IH3H1 J B13.43E.13M.3I! i 卸工 Jujn-JnJ.l3iT:JJ.l|3-,-1"5“|>,厂冷诈"：15|rn-JSWLigrDKU4 jjaitkli-uAlil-¥z 3 i.=強-=.£更*:常 4"_花Kn&#

40、187;Nh I 卅巧否诃-1 I-HW1 ITEK 詛 "KHKUTi * I»出 af NFwrknr « TMkH It = 3'xiJ «4v* - I (Sfl|ri 'QFUIItarMHi 1 ti11 31IaKUh北-F"mb“ irL>3o w«Tr l H dt hvpifl* " 3 JifjL UbU- -MM，瞽4寸< FErwfc" hEE? <n: f -9 l，asHHi'ba pwriyf raam 伙 > fcj-LMa JjSB

41、* IatfCnr trni|r 9 I !,1S rt« * n <* blu<4 prrihbc Im ' -1 4 fijOi aa£a ± i 口： *0N 2iMr 4 就iE ni libi r£f Fe i * Fitvk " # 凰鼻叩L 4Ku. 3-rin Bill 3Kiim a | !rutr wtr ip :jijfj 电 “ i 輕卜 IfrilJHP $>*»* I为了验证问题是否有规律性，对站点了定点测试，测试区域如图所示:蓝色区域的站点随机接入和切换成功率较高，而红色区域站点

42、接入困难。站点分 布与BBU关系如图：郭 1红色区域是掉线集中区域。查看掉线点与BBUID关系，有一定联系，非掉线区域隶属于BBUID=4OOO1O (蓝色区域)，掉线区域的属于 BBUID=4OOO11 、400012 的BBU 下挂小区。因此怀疑可能 BBUID=400010 与BBUID=400011 、400012 某些关联设备问题导致。3.根据上述分析查看后台设备告警。BBUID=400011 >400012 站点的 GPS 未锁定(对应告警名称：GPS receiver failed to search stars(198091072) , 400010 站点正常。BBUID

43、=400011 、400012 站点 GPS 状态未锁定：BBUID=400010 的 GPS 状态正常:400011、400012无GPS锁星，但仍处于激活态，导致其下挂的小区对周边小区造成GPS干扰，影响其他小区上行接入。对接入切换不成功的小区提取 MTS跟踪上行接收功率数据，基站侧接收功率普遍 抬高（空载下正常应该在 -9699dbm 左右），平均在-80dbm 左右，受到上行干 扰。干扰情况如下表显示：GPStimeRxPow0(dBm)RxPow1RxPow2RxPow3TxDPow0(dBm)TxDPow1TxDPow2TxDPow32011-11-11 1102:02:740-8

44、4.6-81.55-88.1-84.1337.1737.0237.7837.212011-11-11 1102:08:750-84.6-81.55-88.1-84.1337.1737.0237.7837.212011-11-11 1102:15:450-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 1102:21:350-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 1102:27:340-84.18-81.51-88.1-84.1337.1337.1637.7837.212

45、011-11-11 1102:33:960-84.62-81.51-88.1-84.1537.337.1637.7837.112011-11-11 1102:39:950-84.62-81.51-88.1-84.1537.337.1637.7837.112011-11-11 1102:46:610-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 1102:52:560-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 1102:58:570-84.62-81.53-80.87-84

46、.1137.337.2137.7936.992011-11-11 1103:05:150-84.62-81.53-80.3-83.4137.337.2138.09372011-11-11 1103:11:150-84.62-81.53-80.3-83.4137.337.2138.09372011-11-11 1103:17:780-84.6-81.53-80.3-83.6937.1537.2138.0937.182011-11-11 1103:23:750-84.6-81.53-80.3-83.6937.1537.2138.0937.18基站侧接收到的 RxPow03都很高，上行干扰严重。3.

47、323解决方法及验证福冈每个BBU下挂多个RRH （小区），如果 GPS锁星失败，此时基站仍然在放电波 状态下，就会对周表小区存在干扰。3.324因此把400011、400012的2个BBU下挂的站点闭塞，后再次测试，问题消失，400010 下的所有小区接入切换均成功，问题得以解决。总结根据上述的分析，如果 GPS 一旦出现异常，那么对周边站点的干扰是比较严重的。对于没有接通 GPS的站点不允许开通释放电波。对于偶然存在GPS失星的情况要通过参数来控制其对别的站点干扰，目前后台有关于 GPS失星后的控制方案， 其包含2个参数：A. Holdover time-out switch （GPS 同

48、步保持） 取值范围：开 /关；B. Holdover time-out threshold（GPS同步保持时间门限）取值范围：60分钟4小时配置在EMS-eNodeB节点配置表，第一个参数必须配置为开，再设置保持时间，默认 是60分钟。参数网管截图如下：l«nw r-Bj,ir:-rHint?!3.3.3H-卑 t=K Pb IE. :r4Zl. # ifc-fc *MI畠!<#M> PViptR/ |» 11 Ifli? B !M> A IM frUMTiMH. KtiL IU-IH J IK? M «JC> ” # >l.

49、1; *I-IH.'hi* I* *'t A 1H I4IKk»K. BIE. E- IfeE I IU>1： M UK* -jb!*ilwiijBi 门曲”刿甲巫 # >«i4i9i ijpi* e api" »Jb M* 3X lIEtmihhUJ LTf -mHbi-X Lli Mrtp-RiWLr>*V>K I diS3JH3EJE =开关状态为enable，时间默认为60分钟：表示开关打开，基站在60分钟内，GPS没有同步则关闭小区；开关状态为disable，时间默认为60分钟：表示开关关闭，小区状态不受

50、GPS是否同步影响，始终保持正常建立状态;下行干扰系统内的下行干扰是产生掉线原因之一，通常表现无主覆盖小区，服务小区与邻区RSRP较好，数值基本接近，但 SINR较差，导致解调信号变弱，易失步，因此会触发 重建过程，如果重建不成功则产生掉线。由于日本全向天线，无法对天面参数调整， 对于下行干扰只能采用降功率方式以及超级小区（超级小区详见SuperCell小区合并算法）暂时解决。但是对于其他局，通常处理方式优先顺序是：1. 先天面调整；2. 覆盖切换类参数调整；3. 最后功率调整。该案例后续针对定向天线补充。3.3.4切换准备问题通常情况下如果 UE上报MR时机不佳，则会伴随着服务小区信号衰减抖

51、动过快，导致掉线。这种情况是由于无法满足切换条件或者切换过早造成。切换的参数包括：A3_offset、TTT、Hysteresis，这3个参数设置过于苛刻或过于简单，都会导致时机不 佳换造成掉线。查看三个参数配置情况可看RRC Connection Reconfiguration中的IE字段名称，如图所示：图3-5 切换参数查看-R eportCcnfI gToAddModList-ReportConfig ToAddModtit-Re portCoriHgloAddModReportConfigld - 9-reportCanfiq二 reportConfigEUTRAtrwrType、-everttld FatedS.Offiet = 6Hysteresis 0匕伽1 总gTngger 力256 mifc$«orid$)tri制儕Q%r*<y = 0 (rsrp) report Quartty« I (both) mflxReportCels 3Rftpcrtlrtterval 4 (1024 re