TD-LTE掉线优化指导书

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

2、后，你可能需要下面资料:序 号参考资料资料说明1TD-LTE接入优化指导书TD-LTE接入知识掌握，了解接入的分析2TD-LTE切换优化指导书TD-LTE切换知识掌握，了解切换的分析3Super Cell技术白皮书Super Cell设计方法关于这篇文档摘要章节描述错误!未找到引用源。概述概述3 TDL信令描述介绍TD-LTE信令基本流程和真实信令的差异错误!未找到引用源。总结掉线原因分析对TD-LTE掉线各种原因分析，说明处理掉线的思路方法，及典型案 例说明错误!未找到引用源。后台掉线率定义掉线原因及KPI处理方法错误!未找到引用源。总结掉线问题处理思路概述TD-LTE完整业务流程2.1 自

3、研UE信令2.2 CNT信令掉线问题分析3.13.23.33.43.5掉线率公式重建原因3.2.13.2.23.2.33.2.43.2.510定时器不合理上行干扰下行干扰切换准备问题有MR但无重配UE触发重建3.3.1 UE触发重建未果3.3.2 UE触发重建被拒RRCCONNECTIONRELEASE 掉线其他类掉线后台掉线率定义4.14.2总结10101516192224242626错误!未定义书签。掉线原因分类及公式错误!未定义书签。KPI分析方法错误!未定义书签。27图目1-1TD-LTE信令基本流程1-2自研UE信令1-3CNT信令2-1RRC重建无果2-2RRC重建被拒2-3异常收

4、到RRC释放消息2-4TD-LTE掉线问题总结2-5切换参数查看162-6切换成功与切换失败表现172-7UE触发重建被拒243-1TD-LTE掉线处理流程273-2影响网优告警列表28概述TD-LTE本文主要介绍了 TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲 解说明，总结了 TD-LTE掉线的处理思路及优化方案，为后续各个外场处理 掉线问题提供了优化经验。TD-LTE完整业务流程TD-LTE完整业务信令流程如下:图2-1 TD-LTE信令基本流程PSS/SSS<Preamble2. RA Response3. RRCCo nn ectio nRequest4. R

5、RCConnectionSetupPDN conn ectivit5. RRCC onn ecti on Set up Com pletetach Request(Attach6. Initial UE messageRequest 、 PDN conn ectivity request7. Ide ntity/Authe nticati on/Sec:urity10. UECa pabilityE nquiry14. SecurityModeCom plete8. EPS bearer；RRCC onn ecti on Rec on figurati on (Attach Accept 、A

6、ctivate default EPS bearer con text request11. UECa pabilityl nformation13. SecurityModeComma nd16. RRCC onn ecti on Rec on figurati on Complete17. In itial con text setup resp onse18. ULIn formati onTran sfer(Attach CompleteActivate default EPS bearer con text accept9. In itial c on text set up req

7、uest (Attach Acce pt、vate default EPS bearer con text request)2. UE Cap ability Info In dicati on19. UP LINK NAS TRANS PORT(Attach CompleteActivate default EPS bearer con text acceptFirst Up li nk DataFirst Dow nlink Datarj 20. updatabearer 、F Check User Inactivity21. UE CONTEXT RELEASE REQUEST(Caus

8、e)电 22. updatabearer J-_23. UE CONTEXT RELEASE COMMAND24. RRCCo nn ectio nRelease25. UE CONTEXT RELEASE COM PLETE完整的业务流程共包含 4部分，分别如图中所标识的1 （红色） 接入过程；2 （蓝色）与NAS层完保交互过程;3 （绿色）无线承载建立过程;4 （黄色）释放过程。当无线承载建立完成“ RRCCo nn ectio nReco nfigurati on Co mp lete”正确到达网络侧，则本次业务建立成功，那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态,那么就代

9、表本次业务掉线，也就是说，如果没有对应的“释放过程”那么就认为掉线。 对上述信令过程步骤描述如下：完成这些过程即标志着 NASIMSI，无 Identity 过程；后过程（为上下行直Ide ntity步骤15会建立RRC连接，步骤6、9会建立S1连接,sig nalli ng conn ecti on建立完成。消息7的说明：如果 UE是刚开机第一次 attach，使用的 续如有有效的 GUTI，使用GUTI attach，核心网才会发起 传消息）。则eNB不会发送UE上报无线能 的无线能力信息。消息1012的说明：如果消息 9带了 UE Radio Cap ability IE，UECapab

10、ilityEnquiry 消息给UE，即没有1012过程；否则会发送, 力信息后，eNB再发UE Cap ability Info In dication ，给核心网上报 UE信息，在INITIAL为了减少空口开销，在 IDLE下MME会保存UE Radio Cap abilityCONTEXT SET UP REQUEST消息会带给 eNB，除非 UE 在执行 attach 或者"first TAUfollowi ng GERAN/UTRAN Attach" or "UE radio cap ability up date" TAU过程（也就是这些过程

11、 MME不会带UE Radio Cap ability 信息给eNB，并会把本地保存的 UE Radio Cap ability信息删除，eNB会问UE要能力信息，并报给 MME。注："UE radio cap ability up date" TAU is only supp orted for cha nges of GERAN and UTRAN radio cap abilities in ECM-IDLE.）。在 CONNECTED 下，eNB 会一直保存 UE Radio Cap ability 信息。UE的E_UTRAN无线能力信息如果发生改变，需要先deta

12、ch，再attach。发起UE上下文释放（即 2125 ）的条件:eNodeB-i nitiated with cause e.g. O&M In terve nti on, Unsp ecified Failure, UserIn activity, Rep eated RRC sig nalli ng In tegrity Check Failure, Release due to UEgen erated sig nalli ng conn ecti on release, etc.; orMME-i nitiated with cause e.g. authe nticatio

13、 n failure, detach, etc.eNB收到msg3以后，DCM给USM配置SRB1，配置完后发送 msg4给UE; eNB 在发送 RRCConnectionReconfiguration前，DCM 先给 USM 配置 DRB/SRB2 等信息，配置完后发送RRCCo nn ectio nReco nfiguratio n给 UE ,收到RRCCo nn ectio nReco nfiguratio nComp lete后，控制面再通知用户面资源可用。消息1315的说明：eNB发送完消息13，并不需要等收到消息 14，就直接发送消息15。如果发起IMSI attach时，UE的

14、IMSI与另外一个 UE的IMSI重复，并且其他 UE已经attach，则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致，则核心网会回复 attach reject 。消息9的说明：该消息为MME向eNB发起的初始上下文建立请求，请求eNB载资源，同时带安全上下文，可能带用户无线能力、切换限制列表等参数。 能力参数是通过attach request消息带给核心网的，核心网再通过该消息送给 UE的网络能力（安全能力）信息改变的话，需要发起建立承UE的安全eNB。TAU。2.1自研UE信令结合自研UE真实信令过程如下:图2-2 自研UE信令INurm+ 5+ 74 a彳g+ 1

15、0+ 11121314151617 le19 +刃 i 21IIII/III4IllSiyiaMameATTACH_R&QR RCuttinec Non#! eque&tRARMS 口UEContenfcoriFeso L IrrifDlvbG4R RCConnectonSetLpRJ?匸 ConnecEmbmtLMOEo leueDtlnforrrtartionTran&fer(ceNTtiY.tEqIDENTTTYJ?SPUitrrfiDr matioriTrarTeUECjpabil (tyCnquir/UECdpabilttybifvrniaUmSecur it

16、yMocteCommsndRFC匚 onrtecttinPeoonfigjfaCiariP RCConnectiOnFeCunficiLTsTOrComptete ATTaCH_AXATT 心-COMPLETELI nftr nvihonTran&fwMSGTypeChamelEDHAS_MsgH/ARRjC_Mfi9033MAOisg事MAM：_Kl5g鬲MAT.Msg23MAC_Klsg36RRC_Msg0RKCjvisg1PfiCjVtsg1lMAS_M£qN/ANAS_MsgN/ARFC_Msg1RfiC_Msg1RRC.Msq1RFC_Msg1RRC_Msq1RPC

17、_M5gIRRC.MsqINAS_hl5gN/ANAS.Msq啄RPC_Msg2自研UE释放过程无法记录，后续版本补充。2.2CNT信令结合CNT与dongle连接真实信令过程如下:图2-3 CNT信令Cui h tJ'lC J!iCli： 51 1(4(1QUL MBAriALU HZUESFnJMiElDC4i；d 飞nQUL C口1|p=lPC r-iiu 1 iic hI*siwey £51 r 门1WDC CH PL WM5> -iTi IrfyrTkaui 3 g T -pfll6931&-i3:CK92TT4.43£1 21D1却3DL

18、CD>RRC Cbni-Bdun Sotupyu2lI&43：Utiy2TTWy.15DJULDLtH.RRCQdnrodicnSd.up Lo-It-丿yuj皿山f贬T4.4-：ijl J/bu0UL ULLHDL Id _ liu iil dj Hl細1D*3.0?10&n cti we00UL DCtHUUMJilVi luPvlQlT-l 4? 51 刊 1DnDL niTH'UF、昨*+42 51-=iAlD0UL PCCH1 IF r =fMl y| r(rMr鬥AC5- -T； |-i-用丁二-1Di-H匚:Lij M i-'r.cK'

19、;i'i- 9-n5朋WMO14<：1-634D0UL DCCHhf 冊-J卽12alDT 33Di442?l益引naDL MO 1口 PCCflhftreftenrtrt"仔円叶11471巧研nr羽G41；S1 G55mUL nmHP匚 Cnrwhrtrn Rrcfiikl '叫rf lfRp円p1gz2i&43：jrigDT44Z51-G55aPL 匚ECHATTACH AIT 匚'-'I; I I4i- 'll tI1r T /- 1： -r ：4处1r'bLJi3；U； 33C乂煜乩E芳DUL CLOHAriACH

20、LJMPLtnd応邨门乩0aUL DlCHUL IrtcJiu ui 1 iDPIer監7F临0号驻HA：51 iPlO0aDL DCtUDL irfi- lldUlih 汕HPi门第半牴1貓咋TJ41矽餉00UL CCCHD£KH R£O：OV/NL<TSA曲:怡耶T4 相 SJ35DaUL DccnUL IriLimiioti 1 larlarr425対.歸5雄44：壮扌1G2225虻：H DL SCH乩 *6曲1士 rffc 5iElk» Th创1巧"雅5&2U4=e?53囲0BtCH DL SCHSjrteriiW'nwon

21、本次释放是UE发起的去附着过程，后续 RRC release过程CNT无法体现。掉线问题分析3.1分析思路”处对于 TD-LTE 的掉线，是在 UE 完成"RRCConnectionReconfigurationComplete于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者目前掉线在信令中表现如下3种被拒过程。只要不是终端主动发起的释放，都应算为掉线。情况。连接态下触发RRC重建无果图3-1 RRC重建无果3201511转闵M0QOLOXHRFCCcnnKtiar RcconfidlnnU4S3207SIHEIZIGZ0ULOCCHRPCCtrngctc

22、r Aflconfitjjdlion Corrpl 曲12;垢订。用1W1海G创亏eCCHOLCHSsIcmKQ-nacix.如展 1|P9'217315： 45-32125ll-4t-l?25BEK3E 匚 IZH OLE CHSi&rcm Hotibodti22UI12:t.35 aZE11 4tl5c313U5ECCH ZLEUHS/E'em MomaciDn llaok22四i2:fc.4l.Ub21U3DLLiL_Hme Ccrrectnn RecoTtigira'iDn汹15；441.0&205OLD CtHARC Ccrriectnn Ae

23、cixiigura'icin CorTpleCe2257l2；<ISi1.313II.46 2MG'0525ECCHOLCH4亡ltr"i 1 /rrr"iN"V felrtt*卜 Tinff226512曙昶313wim ann0ULCCChI RRC CQ-n«ror R#eiijihkirTwni PequKi |二拓12;te4175O115PLCHDLStHMotnisn KIQ£+'.230512:脂41 7冈It 倔 2C&I95ULU跻hW12;te417M11低24烦000ULCC1 RPC

24、 CofTiKtiar Atquttlf730117 茁 417W11 4(i?i-Ffi-旳？Tprrw DIit：Friii-i im mnri 1卩?31117 iU 73fi11panfmPl CT THRRrrnonFi-ricir232312:1U 7Vi11 ifi2j pasnUl DD7HRAC Cor-wTetriori Srt-ip Dp日e沁12:4183011 46 2501-0jULDCCHSecu tpNoje Dotm 归己MM15:1? 410»n 魅2501605OLOCCHRPC Civrertnr Arcoifisjalwni>,iAU

25、qp1'1朋沾(Trtn1III nrrnAflPn 1 n 1 nr A RrrirJin Alinn f"nrrnlH"连接状态下触发RRC重建被拒图3-2 RRC重建被拒2eot21?2G371154:23:70111 54:23:70111 54：2G：453DLDCCH ULDQ LDCnRRC Connection ReconfigKalionRRC Co-inechan RgMnigLtalion 匸oimpbte MessumentReocift2677 冰 2G0e269；270e11 E4:3D:4S411 54:30:48411 54:30:4

26、0411 54:30:48411 54:30:671E O- -OE 5BCCH DLSCH seen DLSCH LILCCCT DLCCCHBCCH DLSCHS丙teffi Information Block Tjpel SustefTi tifnnrrAtinnIRRC Ccnncchon Rccstdlislincnlt Request RFC Cennechon Reestdzilishnenit Rejec; SjFteni Information Block T jpd27151154:30:67100UL CLCHRFC Conneclicjn Rec朝eH2了 2匚11 5

27、4:30:7653265BCCM DL SCHSjRtefTi Information Bh3C Typd272；1154:30:7658273DLCCCHRRC ConnKlion Setup刀疋1154:30:76500ULDCCHRRC CennKbon Setup Complete273311.5d:3D;7650205DLC 匚 CTRRC Cornschon EMup1154:30:76500DLDCCHLIE Capdbilili) Enqursf27-An 54.JU7b5)ULDtILHUL U 占 Mt)i 刚 IhroimaiiDrnnni nEPll Inlrirrri

28、jfinhT连接状态下异常收到 RRC释放消息图3-3 异常收到RRC释放消息TUa巧D0罠 DCCHARC 匚mgw Rfcor百Tirar 5ffl?4 37510 50 M TsaIDI0ULMXH1fR诃r Cunne匸心 n代1>|如>血卉（?顾油卅审TIE5CS 引；IfNECTSFDiDbC Zfliwieircr Flcfcas?J113811.5026. M61O5O0eS34010ULOCHT1S9r：SC26.3dEloKiesc0W(LJLCCCHIARC LAnncc flcfiuMJ'|卄并esa徐嫁1QL5QX93120eCCHOLiCHSrI

29、nlnlwHbonV：lUi汽IHPwfiflTiS110 31136105011 彷？1730ULOeVHTU3105011 巧 F00LX CECHH礼 匚ounewcm 冋Euc才melUtiOll ?3112S01：JLH11Miv&w *10S10 SO得1肚Hit野eiXHDLg1159iii：so Aloaeie0BDCMOLH对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要分2部分完成:引起重建的原因;重建失败的原因;因此基于上述掉线进行分析总结图3-4 TD-LTE掉线问题总结TD-LTE掉话无故 RRC Release 下发导致掉话与

30、RRC重建相关掉话B类网络侧设备异常导致触发RRC重建B-1重建超时业务从新建立发生掉线一次RR(重建被拒B-2版本BUG完保未过网络异常定时器设置不合理 过于苛刻导致上行干扰1 P UCCH Po wer 差2 RRU上行干扰切换异常1邻区关系;2切换参数RLC发送最大次数后RLFUL_DATA后随 机接 入不成功,MSG14转随机接入下行干扰无DCI0,SR发送最 大次数UL_DATA对于掉线问题，首先判断的就是覆盖和干扰，利用CNT查看下行RSRP、SINR值,A类通常RSRP<-115且SINR<-3掉线比例较高；利用基站侧检测工具查看上行干扰。F面结合日本网优阶段发现的掉

31、线案例编写掉线问题分析过程。3.2掉线率公式目前测试软件CNT(A)对掉线率的定义如下:L3message :(rrcConnection Reestablishme ntRequest - rrcConnection Reestablishme ntCo mpl ete +rrcC onn ecti on Release(不含 13 原因)times*100%/ L3 message(ActivatedefaultEPS bearer con text acce pt) timesUErrcC onn ectio nReestablishme ntRequest但无对应的消息;rrcConn

32、 ecti on Reestablishme ntCo mpl ete出现rrcConnectionRelease 消息，但不包括:1系统间切换网络侧释放;2用户未激活，网络侧释放资源情况(User In activity)3 CSFB的网络侧释放(待确定)RRC重建被拒后2s内业务恢复成功不计说明：对于TDD-LTE制式，掉线对用户感知的评判有所减弱，此公式只是一般情况， 后续可以与局方协商对掉线率公式修改，如 做掉话，或者可以用时间掉线比(分母是测试总时长)、公里掉线比(分母是DT测试公里3.3重建原因3.3.1定时器不合理定时器相关参数优化建议值如下:字段名称优化值字段中文含义byT31

33、0_Ue2000msUE监测无线链路失败的定时器长度仃310_UE)byT311_Ue30000msUE监测到无线链路失败后转入idle状态的定时器长度仃311_UE)byT3002000msUE等待RRC连接响应的定时器长度仃300)byT3012000msUE等待RRC重建响应的定时器长度 仃301)byT3021sUE收到RRC连接拒绝后等待 RRC连接请求重试的定时器长度仃302)byT3041000msUE等待切换成功的定时器长度仃304)byT304_Cco4000msUE CCO 到GRAN的定时器长度仃304)byT3205min小区重选优先级定时器长度仃320)byN3106

34、UE接收下行失步指示的最大个数(N310_UE)byN3111UE接收下行同步指示的最大个数 (N311)这类参数都已定标，如发生掉线问题可根据案例查看相关时段是否合理，再结合所有 掉线对定时器做全局考虑修改调整。可参考 TD-LTE网优参数优化指导书。3.3.2上行干扰上行干扰包含用户间的上行干扰，设备自身异常处理的上行干扰，以及频段的干扰导 致，通常上行干扰主要表现切换失败、重建失败，发生掉线。典型案例分析3.321现象描述福冈网络指标摸底阶段中，初期存在接入不成功，切换后异常掉线，这种现象没有一定规律，有时成功有时失败。测试掉线点分布如图所示:3.3.2.2- ”'A39X -/

35、图中黑色星为掉线点。通过掉线点分布,Th _r 气6礼7护*门0 &込雷 *-*、 严、 1 _f 一- ir f现象分析1.2./ ： X ' > I Z * J 上巨占*社 ：<英i 55'< 掉线点基本在东南边。针对该问题，挑选在掉线集中点区域进行定点测试，各种终端都无法连接网络。高通终端表现，一直在 IDLE、CONNECTED 之前乒乓，无法正常接入。 L'f W ULMlFg*1 一吹*专蜀£ SS>4I r |h4-= 盂 、；* I I- 4 D I I誌黠“u需兰十 z =rJu- £e3=ijJ2F

36、r" IE It k < -查看当时测试数据，在仅能接入的几次其服务小区的二 5二 "b ; b : 赛器ms i r- T* .p i I I: i 曰Eg耐r謂皿活-二盲 FtRSRP、SINR 良好;通过高通分析软件 QCAT查看掉线过程及重建过程。看到.R T. L W ,n -ftjQ HS i4AilIjj j3器肌盂器喘盔誰噩瓷盅MX爲協盂-£盟据琵h 厅*dnsAjvv 上 比.5 任 nd.小££*上卜4工 PHb! bL-L-h -pbLULUHnbuH-H- H-KH-b! H-nl H-h- -PH I 二議甕氢專

37、盪登芽1盂盍豈暑話善常豈.1 .w J a 一 一Bfijf*T 0rtS *-J?Ti 0卉 FX : JI _:.ha£-.n sTf *，陀 j Hl:r *rB "Ml下行覆盖良好，无干扰。查看信令，UE接入小区后就触发 RRC重建，发生掉线。円：仃列？5晒皿页：孑宓Jatom询仇皿窗nec沁a戲師5d1.1 51037 3283圧逛養00CL OC-hAflC tgnn超a 论cirt!除lite时，n5s»4i 站一：您丸1比：:.-0OLOCOrRRC CimKimHsctrisilM.1'1 50 58 0®lOSJUTSJess

38、5IBCCH DL SeSyslemIdMMtifin Sfock Ij(»i11测碼niH1 CL51144 TatL,JLll rfTMRAC ( rvWJiir叭知rm 貝enu!诃UE原因为UL_DATA后DCI0未达，SR达到最大次数，触发 MSG1，由于MSG1无法到达网络侧，不断重发8次后失败，后触发重建。4 !I«1 R-iSM 榊 4电4 L乔4r R.pr 廿严 电M - I"=1 rf t|T-r-fc*1j d -i时壮U :-Hi Sm爭吉T I5£Uk Siu M怙卫 Mlt- -1 t. - in* I曲 -T -r&quo

39、t; £ 电< 电|円: -'*b lUEl K恤 |i ? T *1Prrt-r hen* S i+Ief JL4.讣 in -*：- JjJ-b Llh_l = 1Vfffci nI- Frrf I B I r 诵K - :n -ifc.It tinlT-ln W - -i nru亠出： ：1 da. Iqpih 4 ¥l »! jR ta "P-W E鼻肌兀i; 口爭： hi HD. ： J l>t *11 Hb - II <?U tafh-tv' KA'« 知*M，IidJ ril 治zwira

40、srannftfdgi 产亠*“r. IP AU I口 A, cr ti- :Bit ":! nPrih b nfr IvC为了验证问题是否有规律性，对站点了定点测试，测试区域如图所示:Obi：!©1H蓝色区域的站点随机接入和切换成功率较高，而红色区域站点接入困难。站点分布与BBU关系如图: Iljx mi.:BHL wiqllleq-m* ”斗f* r 严和 * «.IdlhOOOI -KHjaUU g id i|：wnKaO'i«： D13WiT.eM红色区域是掉线集中区域。查看掉线点与BBUID关系,有一定联系，非掉线区域隶属于BBUID=

41、4OOO1O （蓝色区域），掉线区域的属于BBUID=4OOO11 、 400012的BBU下挂小区。因此怀疑可能BBUID=400010 与BBUID=400011、400012某些关联设备问题导致。3.根据上述分析查看后台设备告警。BBUID=400011 、400012 站点的400010站点正常。GPS未锁定（对应告警名称：GPS receiver failedto search stars(198091072)，BBUID=400011 、400012 站点 GPS 状态未锁定:BBUID=4OOO1O 的 GPS 状态正常:4OOO11、400012无GPS锁星，但仍处于激活态，导

42、致其下挂的小区对周边小区造成GPS干扰，影响其他小区上行接入。对接入切换不成功的小区提取MTS跟踪上行接收功率数据，基站侧接收功率普遍抬高（空载下正常应该在 -9699dbm 左右），平均在-80dbm 左右，受到上行干扰。干扰情况如下表显示:GP StimeRxPo wO(dBm)RxPow1RxP ow2RxP ow3TxD Po wO(dBm)TxD Pow1TxD Pow2TxDPow32011-11-11 11:02:02:740-84.6-81.55-88.1-84.1337.1737.0237.7837.212011-11-11 11:02:08:750-84.6-81.55-8

43、8.1-84.1337.1737.0237.7837.212011-11-11 11:02:15:450-84.18 11 -81.51-88.11 -84.1337.131137.1637.7837.212011-11-11 11:02:21:350-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 11:02:27:340-84.18-81.51-88.1-84.1337.1337.1637.7837.212011-11-11 11:02:33:960-84.62-81.51-88.1-84.1537.337.1637.7837.11

44、2011-11-11 11:02:39:950-84.62-81.51-88.1-84.1537.337.1637.7837.112011-11-11 11:02:46:610-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 11:02:52:560-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 11:02:58:570-84.62-81.53-80.87-84.1137.337.2137.7936.992011-11-11 11:03:05:150-84.62-81.53-8

45、0.3-83.4137.337.2138.09372011-11-11 11:03:11:150-84.62-81.53-80.3-83.4137.337.2138.09372011-11-11 11:03:17:780-84.6-81.53-80.3-83.6937.1537.2138.0937.182011-11-11 11:03:23:750-84.6 11 -81.53-80.3J -83.6937.151137.2138.0937.18基站侧接收到的 RxPowO3都很高，上行干扰严重。3.323解决方法及验证福冈每个BBU下挂多个RRH （小区），如果 GPS锁星失败，此时基站仍然

46、在放电波状态下，就会对周表小区存在干扰。因此把400011、400012的2个BBU下挂的站点闭塞，后再次测试，问题消失，400010下的所有小区接入切换均成功，问题得以解决。3.324总结根据上述的分析，如果 GPS 旦出现异常，那么对周边站点的干扰是比较严重的。对GPS失星的情况要通过于没有接通GPS的站点不允许开通释放电波。对于偶然存在参数来控制其对别的站点干扰，目前后台有关于 GPS失星后的控制方案， 其包含2个参数:A. Holdover time-out switch (GPS同步保持）取值范围：开/关;同步保持时间门限）取值范围：60分钟4小时B. Holdover time-o

47、ut threshold(G PS配置在EMS-eNodeB 节点配置表,第一个参数必须配置为开，再设置保持时间，默认是60分钟。参数网管截图如下:旳IV I叩E. # «rwHnuHHM-n( hbilU A丘IE：-住 n+iHwminnii: iknhim IL A屮 JitlJ IH- A n+iviwminariiju-. JiKi：4 4FE" "IRr 卢 申!-戸 r-也 r LWI "W L*l jwrJ* .Tl t »n n-ltf-Lhlt #1W.r mb-" >«r-i-guiCfl 片 r

48、wha Fi 1-hHh 3ia rTi*i>I?p r- ' -> r*f士«-> a i4p “IAKmaTriM* l.'hMmUpp I'lh h Fmw »ri isri p m|u- 4" 巨§3开关状态为enable，时间默认为60分钟：表示开关打开，基站在 60分钟内，GPS没有同步则关闭小区;开关状态为disable，时间默认为60分钟：表示开关关闭，小区状态不受GPS是否同步影响，始终保持正常建立状态;3.3.3下行干扰系统内的下行干扰是产生掉线原因之一，通常表现无主覆盖小区，服务小区与邻区R

49、SRP较好，数值基本接近，但 SINR较差，导致解调信号变弱，易失步，因此会触发重建过程，如果重建不成功则产生掉线。由于日本全向天线，无法对天面参数调整,SuperCell小区合并对于下行干扰只能采用降功率方式以及超级小区（超级小区详见算法）暂时解决。但是对于其他局，通常处理方式优先顺序是:1.先天面调整;2.覆盖切换类参数调整;3.最后功率调整。该案例后续针对定向天线补充。3.3.4切换准备问题通常情况下如果 UE上报MR时机不佳，则会伴随着服务小区信号衰减抖动过快，导致掉线。这种情况是由于无法满足切换条件或者切换过早造成。切换的参数包括：A3_offset、TTT、Hysteresis，这3个参数设置过于苛刻或过于简单，都会导致时机不