TDLTE掉线优化的指导书.docx

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切换知识掌握，了解切换的分析3SuperCell技术白皮书Super Cell设计方法关于这篇文档摘要早不描述错误！未找到引用源。概述概述3 TDL信令描述介绍TD-LTE信令基本流程和真实信令的差异错误！未找到引用源。总结掉线原因分析对TD-LTE掉线各种原因分析，说明处理掉线的思路方法，及典型案 例说明错误！未找到引用源。后台掉线率定义掉线原因及KP1处理方法错误！未找到引用源。总结掉线问题处理思路目录1 概述 12 TD-LTE完整业务流程 22.1 自研U

3、E信令 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 RRCC0NNECTI0NRELEASE 掉线 263.5 其他类掉线 264 后台掉线率定义 错误！未定义书签。4.1 掉线原因分类及公式 错误！未定义书签。4.2 KPI分析方法 错误！未定义书签。5 总结 27图目录图1-1TD-LTE信令基本流程2图

4、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概述TD-LTE本文主要介绍了 TD-LTE系统掉线问题优化方法，通过对各局出现的掉线问题进行讲 解说明，总结了 TD-LTE掉线的处理思路及优化方案，为后续各个外场处理 掉线问题提供了优化经验。TD-LTE完整业务流程TD-LTE完整业务信令流程如下:图2-1 TD-LTE信令基本流程完整的

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

6、如果 UE是刚开机第一次attach ,使用的IMSI ,无Identity过程；后 续如有有效的 GUTI ,使用GUTI attach ,核心网才会发起Identity过程（为上下行直 传消息）。消息1012 的说明：如果消息 9带了 UE Radio Capability IE ,则eNB不会发送 UECapabiUtyEnquiry 消息给UE ,即没有1012过程；否则会发送， UE上报无线能 力信息后，eNB再发UE Capability Info Indication ,给核心网上报UE的无线能力信息。为了减少空口开销，在 IDLE下MME会保存UE Radio CapabHit

7、y 信息，在INITIAL CONTEXT SETUP REQUEST 消息会带给 eNB ,除非 UE 在执行 attach 或者 nfirst TAU following GERAN/UTRAN Attach" or HUE radio capability update'* TAU过程（也就是这些过程 MME不会带UE Radio Capability 信息给 eNB ,并会把本地保存的UE Radio Capability信息删除，eNB会问UE要能力信息，并报给 MME。注：HUE radio capability updateH TAU is only suppo

8、rted for changes of GER AN and UTRAN radio capabilities in ECM-IDLE.）。在 CONNECTED 下，eNB 会一直保存 UE Radio CapabiHty 信息。UE的E_UTRAN 无线能力信息如果发生改变，需要先 detach ,再attach。发起UE上下文释放（即 2125）的条件:eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling In

9、tegrity Check Failure, Release due to UE generated signalling connection release, etc.; orMME-initiated with cause e.g. authentication failure, detach, etc.eNB收至Ijmsg3以后，DCM给USM 配置SRB1 ,配置完后发送 msg4给UE ； eNB 在发送 RRCConnectionReconfiguration 前，DCM 先给 USM 配置 DRB/SRB2 等信息, 配置完 后发送 RRCConnectionReconfigu

10、ration给 UE ,收 到后，控制面再通知用户面资源可用。RRCConnectionReconfigurationComplete图2-3 CNT信令消息1315的说明：eNB发送完消息13 ,并不需要等收到消息 14 ,就直接发送消息15 o如果发起IMS I attach时，UE的IMSI与另外一个 UE的IMSI重复，并且其他 UE已经attach ,则核心网会释放先前的UE。如果IMSI中的MNC与核心网配置的不一致，则 核心网会回复attach reject。消息9的说明：该消息为 MME向eNB发起的初始上下文建立请求，请求eNB建立承载资源，同时带安全上下文，可能带用户无线能

11、力、切换限制列表等参数。UE的安全能力参数是通过attach request消息带给核心网的，核心网再通过该消息送给 eNB。 UE的网络能力（安全能力）信息改变的话，需要发起 TAUo2.1 自研UE信令结合自研UE真实信令过程如下:图2-2自研UE信令12345ID7CD9LLLlLLrL5lfi1718l92n21RiSignaf4ameDfrjRctionMSGTypeChamellDATTACH_REQupr4AS_MsgN/A；RRCComK tionRequesI中RRC-Msg0 :MS1wMAJ拓334RAROownMAC.Msg942MSG3upMAC_M因353UEUon

12、ier 由 onResolubonlDDownMAC.Msg28£MSG?DownMAC_Msg36RRtHomectonGehjpCkwtiRRC_Msg°wRRC_M$g1 ;tXIriformatbnTramfi3rDownRRCJ4sg1 :!DENT1TYJ<EQownr<to_MsgN/A；值NTTTYJ?*中NJA:LUrtfbrarrsfiarwRRJMsg1 ;L£Capabilit7BiquryDovwiRRC_Msg1 :LECapabii Rylnfor mucnupRRJMsg1 :Secur iModftCo mmandDr

13、wiRRCJ4四1 :Sgcut RyMod&Co mpleteWRRC.MsQ1 :RRC 匚讹力DownRRCJIsg1 :RRCComecEr* 穴 m 气孔ratKnComp aupRRC_M5q1ATTACH JICCDanNASJd的N/AiATTACHjCOWPLETEWNAS.MsgN/AiUi 而v EAtmTrartsfier郦RRCJ4sg23自研UE释放过程无法记录，后续版本补充。2.2 CNT信令结合CNT与dongle连接真实信令过程如下:*SAjibggtUUSI G400二T.afiajji ncqIfflVi4jn.iniU<?5I 1650DU

14、L £E3ijQann加nlc|u/C33一田册we1*42 到”11比5TISCH 金融r* l,W8 1g. 1加1£4王国造14 42512101W3DL £D2HRRCConEj5$VuB双定血£耽U引上30UL DLLHRFC Gan rechon S siup Lcriefim 3正D0dlLUOli p. Hu i： ivaiw16<3;C7lOSf1442曲 37800ULDCCHULIri . uh vi i ji 1-1STRF W摊14 4? 51 5101DL DOTH耳如响quiy、3175G9FT4< 61 591

15、0flUL DCrHLF.子中17”犷我。物R CfT W0DL UN'mi". MviFtf ry1S43CT35Ct+4251 G3400UL DiTH&占ii总 M3 £亡由二依巴_ 91?1941C7 390以心卬帮Ir9DL nmI RFC Conrrrum Hrr* 4jj- alh寸见07需0UA251 C5500ul nrn1 r品力”片曲0-«“，»嗝什5口修产"&A3:DT 39f4 4 J 51 h55口0L CCIZHATTACH 4 1匚,r» - IjT34iAiJ 11 S55Ud

16、l rrnnACIIVATF CiFFfidLl Ef FH k.A. .J.14心50UUL ELCHAriAOL.Miri鸡d,山刖I3Mq溶0aULbCOlULirifMuuniiflixlEi*好0QDL DICKDLlrftfimtf ®n liiiWsi。势3相0ULiLCCCH疑工MH REO&QWNL水T345:48 亚T4+i c3 J350uUL pLCHULIrti iru： on 1 larsiei1-U2强若黑5般1443429 伯缢5M CL S£H 务鼬elMvimatiDAioefti 1mlI 315中册3睚Ui3 42史 32海0

17、BCX CL $CH 效Rh l"Mm本次释放是UE发起的去附着过程，后续 RRC release过程CNT无法体现。掉线问题分析3.1 分析思路对于 TD-LTE 的掉线，是在 UE 完成 u RRCConnectionReconfigurationComplete ” 处 于连接态，之后由于干扰、弱场、其他原因导致的UE上下行失步，触发重建未果或者被拒过程。只要不是终端主动发起的释放，都应算为掉线。目前掉线在信令中表现如下3种情况。连接态下触发RRC重建无果图3-1 RRC重建无果1工蛤32:55T1：4G;12:1MC0OL DCCHf Flu Lcniccbofi Ffcco

18、vixiasn1工代32力德C0a DCCH-RC CcnxiGbg RopNixi丁gn Cjtp展c12幅魁。那厂，£12二猊网 5eXH (3LSCJ-三,以6T，rhfTlZfCfl引其小 叩o1小；12二三日0«LCH DL5A5ysi8 / irtcrmhCF%:止回二05BuLH DLSLhS>aoTi rJarinzCcr Slock vp&l1之括162一：福公侬uuOL tlLCH-H _ L-rmecbon HeDorYizLiaon12吗封工&2ri 21:191C0UL DCCH* AC Dzrnecbofi Rec1514a

19、*8 3il Con-plsce一般云岭|：25&CCHDLS£h需由:1，rti却盛工L - 474r oUL CCCH1 - RC "r的上Mdim地 G 他qii»：!I21S.<4:7W”微徵BZ1吃85BLLHDLSLhr kr巾廿 cr?p«J12454:750”:微2fcM鸵85仇 CCCH12?旧再0”:趣:跖历:00UL O：CH二 R匚 Ccmvcbw R«qumt17 船书 1SS2 5HiXFnnirsrh司中/力印升*|喟d&Y，i巾bl12M44 7 智口 46 24fiS4 £ex

20、ctuhUR- nTrirVtiM 1 S rll.fL124SU7%11 4fi：24 旺：00UL DCCH二 R l kcrrirctixi G rltf. "cnprie12灯ueai11 46 ；f H14n oUL DCCHXr.iiiiipM 口龙 Corn冰 以11 46:25 016o nOL DCCH*RC Ccrriec;bor R 匕二皿'匕"3口”!"rtTifnni nmir* n r R| ' , .MieiI 尸一二；.!； Ui：；> III.m y ?c ? 7Rr5b 5 5 斗 * 3 y u Q- n

21、 1 2 I 3 3 3 33，2 2 ? M连接状态下触发RRC重建被拒图3-2 RRC重建被拒260£2613263711.54:23:78111.54:23:76111 54:28:453DLDCCHLDCCMULDCCdRRC Conecbon RecomgiMa ionRRC Connection Recon igLMa ron CompleteMeasurement Report2677267S2C0E2633270611.54:30:48411 54:30:48411-54:90:40411 54:39:48411 54:30:671798800 o8058225006

22、5BCZH DL SCHBC2H DL SCHULCCCHDLCCCH 时二H DL SCHSern Infofmation Block T vpe1 Gurstpm271 f272C2723273227332734273士11 5430:67111 54:30:76511 54.3D: 76511 54:30:76511 54:20:76511.54:3076511 64:3076511 64如创Q 8260 9280 u fl0530ULCCCHBCCH DL SCHDLCCCHULDCCHDLCCCMDLDCCHULUUCHCl curr-iRRC CsnecSn Rrque 武5卡把m

23、卜 TypelRRC Connection SetupRRC Connection Setup CompleteRRC Co<in©cbon SetupUE Ca 口脚依yEnqu 少UE Lapdbihly inlofnaliorPH 1rli runvdi面 I mA日连接状态下异常收到 RRC释放消息y 111 SO 74 并1。第3班00UlXXh11031150 24 37510 50 X 现00UIDCOH伊 RC CwvectDn RecoNmialKoCaffdHd T1161150 26 31210 50 36 F3Q0DLDCD1RBC CoRneoKr R

24、cieg岩jT12811q2&泗10 50 06 例00ULCOCH11211：於其睡W5D0GKJ600ULOCOIRM 二wy>ec：Dr Fkcue11非W.SQQbWI2.0BCtHOL 刈573lenilSS5SM>11的H5(J 28843m0PC£HPwoTI的1150 31266W5Q11 IPmQULOCCH11IQ”国31豪10 5011 15700ULCCCHRAC CwwoberT1明115CJ1 灰105Q11 291忘0RXHP39r9T1M11:如鼻109ID 第1k3Bit:5B LCH DL KH1问11150»1081

25、QKH51 的tne0riCH DL “HSipflKnylrWofHMborv图3-3 异常收到RRC释放消息对于非正常释放的掉线问题，TD-LTE引入了重建立机制，对于重建立的掉线的分析要分2部分完成:引起重建的原因;重建失败的原因;因此基于上述掉线进行分析总结图3-4 TD-LTE掉线问题总结对于掉线问题，首先判断的就是覆盖和干扰，利用CNT查看下行RSRP、SINR值,通常RSRP<_115 且SINRV-3掉线比例较高；利用基站侧检测工具查看上行干扰。下面结合日本网优阶段发现的掉线案例编写掉线问题分析过程。3.2 掉线率公式目前测试软件CNT(A)对掉线率的定义如下：L3mes

26、sage ：(rrcConnectionReestablishmentRequest - rrcConnectionReestablishmentComplete + rrcConnectionRe lease(不含 1 3 原因)times*100% / L3 mess age (Activate defaultEPS bearer context accept) timesUE 发 送rrcConnectionRe establishmentReque st但 无 对 应 的rrcConnectionRe establishmentComplete消息；出现rrcConnectionRel

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

28、0msUE监测到无线链路失败后转入 idle状态的定时器长度(T311_UE)byT3002000msUE等待RRC连接响应的定时器长度 (T300)byT3012000msUE等待RRC重建响应的定时器长度 (T301)byT302IsUE收到RRC连接拒绝后等待RRC连接请求重试的定时器长度(T302)byT3041000msUE等待切换成功的定时器长度 (T304)byT304_Cco4000msUE CCO到GRAN的定时器长度(T304)byT3205 min小区重选优先级定时器长度(T320)byN3106UE接收下行失步指示的最大个数(N310_UE)byN3U1UE接收下行同步

29、指示的最大个数(N311)这类参数都已定标，如发生掉线问题可根据案例查看相关时段是否合理，再结合所有掉线对定时器做全局考虑修改调整。可参考 TD-LTE网优参数优化指导书。3.3.2 上行干扰上行干扰包含用户间的上行干扰，设备自身异常处理的上行干扰，以及频段的干扰导 致，通常上行干扰主要表现切换失败、重建失败，发生掉线。典型案例分析3.3.2.1现象描述福冈网络指标摸底阶段中，初期存在接入不成功，切换后异常掉线，这种现象没有一 定规律，有时成功有时失败。测试掉线点分布如图所示：图中黑色星为掉线点。通过掉线点分布，掉线点基本在东南边。3.3.2.2现象分析1. 针对该问题，挑选在掉线集中点区域进

30、行定点测试，各种终端都无法连接网络。高通终端表现，一直在IDLE、CONNECTED之前乒乓，无法正常接入。I i A I 1 clRSRP、SINR 良好;2.查看当时测试数据，在仅能接入的几次其服务小区的Grid For. mil旦!下行覆盖良好，无干扰。查看信令，UE接入小区后就触发 RRC重建，发生掉线。砌，11卯75那IlOWlZPOLDCtirFBCgr*d涧声演MjuMon诩1T出"“加10501号，犯0DLDaHRRC Correci0h F5«cE>gui&«n9511 5041 368105Q2&7830DLD(XHRRC

31、 ComZ5 FWcWadtoN115O58DD81aW44 78466858CCHDL SCHSystem ktfcmai»n3lod*;内 1115O5ftOD91150t44.7S6nnULCDCHrs nc* 一 ID5-lj.a. 一 .一 . .HHL LartfTfrc/yi 卜；1卜：'&: .hmiil :i«sn je;通过高通分析软件QCAT查看掉线过程及重建过程。看到后UE原因为UL_DATADCIO未达，SR达到最大次数，触发MSG1,由于不断重 MSG1无法到达网络侧， 发8次后失败，后触发重建。2仁 ar,.E A m AMn&

32、quot;w ¥ RDIsskMswKBm 2 mtrliLrHl*lr>l!rMu3r,r«H ttr*a>“:ft-iyilRUWr 1>At，一 *M*，向 en , ，0 e -au 河 7二 g:!34 措g 2gM * Hi»4如3i ：w» 。|土，如 -I .4、押 二11二,，0Li_二U 1412X3；? :aiif 14-；1内 2ILl«wr *1»二父 W *IMI1M H A&aMlii 0" j外IMbi « AhU«UI 3Uwr A AIMJC

33、f Vt«BE 以，*1 RI： I>2 NS ， 一 , RII HWr * ®M上和 flgM:HI ： ， .|H-二 h 3m f 鸿4，|>n4ir m1KMiUthr出一J Injeii “ u”9u - I EE< tt F MA，'N“ bArwdH I 0lakflh . T Sbf«sioM Zm - a wrrie i r?*w/r mi* -fP dKwa ,咻9.“+ f 1(1 皿 U-U - » Z UniwT X H tcsr »3M e,HFI -JK”* "1»-

34、> ?C , 、4，ix 4-4j.：1rfT- *r*4r.l a I C “ h Briiw 1。q U IW1CM ,，3 r i U 3v iaavii " fcfi m tcdff - III， » f ez fl j & kx i«r3 IbQ 2 U r和 *ih d” * II a MTKtT- ff * * U*e， 口I ，ah ； ! SmmMt A Mxwaui4 w - ma. ur(z, E” a&u. hiwriF 始Fwh二 fa u« e »!为了验证问题是否有规律性，对站点了定点测试，测

35、试区域如图所示:蓝色区域的站点随机接入和切换成功率较高，而红色区域站点接入困难。站点分 布与BBU关系如图：红色区域是掉线集中区域。查看掉线点与BBUID关系，有一定联系，非掉线区域隶属于BBUID=400010 (蓝色区域),掉线区域的属于 BBUED=400011 、400012 的BBU 下挂小区。因此怀疑可能 BBUID=400010 与BBUID=400011 、400012 某些关联设备问题导致。3.根据上述分析查看后台设备告警。BBUID=400011 、400012 站点的 GPS 未锁定(对应告警名称：GPS receiver failed to search stars(1

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

37、DPow32011-11-11 11:02:02:740-84.6-81.55_-88.1-84.1337.1737.0：37.737.212011-1 Ml 11:02:08:750-84.6-81.55-88.1-84.1337.1737.037.737.212011-11-11 11:02:15:450-84.18-81.51-88.1-84.1337.1337.h37.737.212011-11-11 11:02:21:350-84.18-81.51-88.1-84.1337.1337.h37.737.212011-11-11 11:02:27:340-84.18-81.51-88.1

38、-84.1337.1337.h37.737.212011-1M1 11:02:33:960-84.62-81.51-88.1-84.1537.337.h37.737.112011-11-11 11:02:39:950-84.62-81.51-88.1-84.1537.337.h37.737.112011-11-11 11:02:46:610-84.62-81.53-80.87-84.1137.337.237.7S36.992011-11-11 11:02:52:560-84.62-81.53-80.87-84.1137.337.237.736.9<J2011-11-11 11:02:58

39、:570-84.62-81.53-80.87-84.1137.337.237.7136.992011-1 1-1 1 11:03:05:150-84.6J-81.53-80.3-83.4137.337.238.0S_J_72011-11-11 11:03:11:150-84.62-81.53-80.3-83.4137.337.238.o372011-1M1 11:03:17:780-84.6-81.53-80.3-83.6937.1537.238、37.182011-11-11 11:03:23:750-84.6-81.53-80.3-83.6937.1537.238a37.18基站侧接收到的

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

41、ime-out switch (GPS 同步保持）取值范围：开/关;B. Holdover time-out threshold(GPS同步保持时间门限） 取值范围：60分钟4小时酉己置在 EMS-e Node B节点配置表，第一个参数必须配置为开，再设置保持时间，默认是6。分钟。参数网管截图如下: SC#,受一“ W,1"91Hoi iftiJN Thi.12 FllvltvrWlitBaW*-I “ft 外 Jari r W停瞩:QZ 舁IW5 "KUI IM MW*-f?皿0二曲R- V0媪3皿口: J ："hr 小 n« I tMTi lUULi

42、pKW K 1U i.« l»；St MtaLIUHk* * v一。nt IIWILJWllBiVHiUU»i：a 炉 iMMWipr史 wbi raw* n um 卬，*“口蝉1菖*产哂&r 史11tvrno11kH鼻 uii-MJCH开关状态为enable ,时间默认为6。分钟：表示开关打开，基站在60分钟内，GPS没有同步则关闭小区;开关状态为disable ,时间默认为60分钟：表示开关关闭，小区状态不受GPS是否同3.3.3步影响，始终保持正常建立状态；下行干扰系统内的下行干扰是产生掉线原因之一，通常表现无主覆盖小区，服务小区与邻区RSRP较好，

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

44、 ,这3个参数设置过于苛刻或过于简单，都会导致时机不佳换造成掉线。查看三个参数配置情况可看RRC Connection Reconfiguration 中的IE字段名称，如图所示：图3-5 切换参数查看-ReportConfigToAddHodList-ReportConfigToAddModL3 ReportConhgT oAddModReportConfigld - 9B repcrtConfigE reportConfigEUTRA丁-蝇黄甫洞T-.3 eventld »fakeI 匚= 6卜 Hysteresis - 0：Tm&T oT 门 gger =姑256 mi

45、iseconds)tnggerQudfttity - 0 (rsrp)report Quantity = 1 (both)maxReportCels - 3Report= 4 (1024 2区虹mds)L reportAmount - 0 (rl)CNT显示的切换失败信令如下图蓝框内内容所示，红框内信令为正常的切换信令图3-6切换成功与切换失败表 电1 14 232罚之 5JrWrt i l 二 5BOCHOLSCHiriTdtlMttWI VBCK T 长昭6iud Type：r1714 Mi1 (f U LM. DCCH、w1714 Hl.0QOLPCCHFR二

46、Co«w<W R。2* 状次 4"n MJifcWu.m 5BUHOLyXbrtwriIrtorndtem Block F ree<5即17:14 15:9.1 1132:3.领，5BCCHOLCH%.4E 腌4fMM glfrCk T/P#15161M4 15$1川笈3.00UlttCHF#<c CowwetQTRy1，典型案例分析3.3.4.1 现象描述334.2在测试中路口附近是问题多发点，部分小区由于“波导效应”容易出现过覆盖问题, 又由于“拐角效应”在路口两侧信号迅速衰落，从而导致掉线。现象分析测试路线如下图蓝色箭头所示，其中红色区域为掉线点。在

47、测试路线上主要是 PCI=45小区覆盖，在经过红色区域所以的路口时, 信号突然出现并迅速恶化，导致终端切换进该小区产生掉线。PCI=4小区3.3.4.333.4.4掉线点RSRP分布如上图所示，红色区域显示 PCI=4小区突然出现一个尖峰。CNT掉线点信令如下图所示:LwalTir»3MS Tre刑SQFN司FC M。泞邓八3啮SG CjTi ,1；电-53123D(1Qj i| r.ft|iNFC Gjrwwg 甘工 wfqj 为。L16及f55?25E00tlDCCFF C rmnrfzm HEFfgu!嘀9r Fnni1G24IS泡K ?.鹿用123.00DLDCDiIl C

48、LunnEnn He:mi gjsfa”.的1583:257.D0LLDCOh*F：CCcnfi£amRq二Cfr。?二加F j二n网1丽4陛5am i (a sth二声一帕 HmhfiMirwi nhd 11wi既辎a.14 9 12551258CW1.1SCHS/ EHU士 L St155c Ff通函0UL 巩 £出,1延咽5fiCUHLIS£H3* rn trjimaliJTi Elhuk 1打海二工磐缪发二建镀侬二节二二匕,11二口一 肘 LN E 1， 1"T9 r-rWwv » «r 厘,口，.， » r-rw(

49、?Tt J E L：， T T Vtv rSrvar” * f , gr， rd 1 - - - *- 1>>ayrr 4解决方法及验证由测试路线图可知PCI=4小区距离测试路线较远，测试路线应该由PCI=45小区覆盖，但由于“波导效应”导致 PCI=4小区信号在路口比服务小区高4dB而触发切换流程导致掉线，而解决此掉线只需要避免 UE切换到该小区即可。 将PCI=45小区邻区关系中 和PCI=4小区邻区“ Cell individual offset ,设置为-3 ,在UE测量时增加一个迟滞，从而 避免触发切换流程。总结在处理路口附近由于突然出现的信号尖峰导致的问题时，由于测试区

50、域均使用全向天线，RS功率/A3事件迟滞/Time to trigger三个参数影响范围较广不建议调整，应优先 Cell individual offset3.3.5 有MR但无重配UE具备全频段所有小区探测能力，只要达到上报条件，就会有 MR上报，但如果后台 没有对服务小区配置合理正确的邻区关系， 就无法从网络侧收到切换命令， 无法切换。 在信令主要表现在UE上报多个MR后，但无切换命令，无线链路超时造成掉线。典型案例分析3.3.5.1 现象描述在某次路测中发现如下图情况，UE上报多个MR多次测量报告现象:1&4217100ULDCCHMea: urgent Rs p ort1342

51、33:8.00ULDCCHMea?ureiTierrt Report18-42 51 50 =0 _ULDCCH Measitfemeni Report1a4259:900ULDCCH18:43:00,2.00DLDCCHRRC Connection Recorifiguralion335.2 现象分析查看MR信息，前三次测量报告目标PCI都是28：第一个测量报告内容: Message De tai Measuremen tReport cribcaEx tensionscl Measajremen tR eport j8_IEs measRefiults卜 Measld - 1卜 RSRPRange m 35-R SRQ_Range - 5 IMeasResui tbstELTTRAJ MeasResdtLis tBJTRAPhysCeKd 28RSRP.Range = 38第四次测量报告（见图 3-3）中有PCI28、19两个小区,第四次测量报告内容:Message Detad/ Measuremen tReport cnt)calExtensK>ns-Measuremen tRepoct