W-TD-LTE切换优化指导书

TD-LTE切换优化指导书目录1切换概述11.1切换流程介绍1切换流程图1切换分类介绍41.2前台信令解析6测量控制7测量报告7终端测量机制7测量报告内容8切换命令9在目标小区随机接入（MSG1）9基站回应随机接入响应（RAR）101.2.8终端反馈重配完成，切换结束102切换优化整体思路122.1测量报告发送后未收到切换命令132.2目标小区MSG1发送异常情况152.3接收RAR异常情况163切换相关常用参数汇总16小区参考信号的功率16中心UE的PDSCH与小区RS的功率偏差17小区选择所需要的最小接收水平17测量时的RSRP层3滤波系数18EVENT IDENTITY18小区个体偏移19TIME TO TRIGGER19HYSTERESIS 20事件上报次数21事件上报周期21最大上报小区224切换优化常见问题及案例224.1漏配邻区22前台分析漏配邻区的现象22漏配邻区带来的影响28漏配邻区处理方法294.2无线环境引起的切换异常29上行干扰引起的目标测接入困难29环境复杂引起的切换问题375非正常情况引起的切换问题案例435.1版本问题引起的切换异常43高通LOG问题现象43该问题带来的影响455.1.3研发初步定位475.2不同厂商切换差异47问题现象47问题分析47问题总结50图目录图 11 切换流程图1图 12 站内切换信令流程图4图 13 X2口切换信令流程图5图 14 S1口切换信令流程图6图 21 正常切换信令，CNT采集6图 22 重配消息中的测量控制（RRC CONNECT RECONFIGRATION）7图 23 a3时间报告示意图8图 24 测量报告内容9图 25 切换命令9图 26 MSG110图 27 MSG210图 28 切换执行过程11图 29 MSG311图 31 切换问题分析整体思路12图 32 发送测量报告后未收到切换命令处理流程14图 41 多次测量报告现象23图 42 第一个测量报告内容23图 43 第四次测量报告内容24图 44 切换命令24图 45 源小区测量控制信息25图 46 漏配邻区引起的掉话26图 47 第一个测量报告内容26图 48 源小区测量控制信息27图 49 SINR28图 410 流量28图 411 上行干扰问题点30图 412 上行干扰引起的问题现象31图 413 上行干扰引起的问题现象231图 414 上行干扰引起的问题332图 415 上行干扰问题验证33图 416 上行干扰引起的集中掉话区域34图 417 正常GPS后台查询图形34图 418 异常GPS后台查询图形35图 419 GPS失步闭塞小区配置37图 420 覆盖引起的切换失败点138图 421 失败点RSRP39图 422 失败点信令39图 423 覆盖引起的切换失败点240图 424 失败点信令40图 425 失败点RSRP41图 426 覆盖引起的切换失败点341图 427 失败点信令42图 428 失败点RSRP42图 51 切换命令44图 52 事件上报44图 53 切换前后RLM Report144图 54 切换前后RLM Report245图 55 华为与我司切换命令差异48图 56 收到切换命令后在我司接入信令48图 57 前台发送的重建立消息49图 58 后台收到重建立消息501 切换概述1.1 切换流程介绍1.1.1 切换成功流程图 11 切换流程图- Measurement Control测量控制，一般在初始接入或上一次切换命令中的重配消息里携带- Measurement Report测量报告，终端根据当前小区的测量控制信息，将符合切换门限的小区进行上报- HO Request源小区在收到测量报告后向目标小区申请资源及配置信息（站内切换的话为站内交互，站间切换会使用X2口或者S1口，优先使用X2口）- HO Request Ack目标小区将终端的接纳信息以及其它配置信息反馈给源小区- RRC Connection Reconfiguration将目标小区的接纳信息及配置信息发给终端，告知终端目标小区已准备好终端接入，重配消息里包含目标小区的测量控制- SN Status Transfer源小区将终端业务的缓存数据移至目标小区- Random Access Preamble终端收到第5步重配消息（切换命令）后使用重配消息里的接入信息进行接入- Random Access Response目标小区接入响应，收到此命令后可认为接入完成了，然后终端在RRC层上发重配完成消息（第9步）- RRC Connect Reconfiguration complete（HO Confirm）上报重配完成消息，切换完成- Release Resource当终端成功接入后，目标小区通知源小区删除终端的上下文信息1.1.2 典型切换失败流程对端回复失败请增加在本小区重建请增加在其他小区重建请增加超时未成功请增加1.1.3 切换分类介绍按照我们实际情况，切换可分为eNb站内切换，X2口切换以及S1口切换，下边分别进行介绍（下边介绍的所有切换都是基于已经接入且获取到了测量配置后）1.1.3.1 站内切换站内切换过程比较简单，由于切换源和目标都在一个小区，所以基站在内部进行判决，并且不需要向核心网申请更换数据传输路径图 12 站内切换信令流程图1.1.3.2 X2口切换用于建立X2口连接的邻区间切换，在接到测量报告后需要先通过X2口向目标小区发送切换申请（图1-1第3步），得到目标小区反馈后（图1-1第4步）才会向终端发送切换命令，并向目标测发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息，待UE在目标小区接入后，目标小区会向核心网发送路径更换请求，目的是通知核心网将终端的业务转移到目标小区，X2切换优先级大于S1切换图 13 X2口切换信令流程图1.1.3.3 S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间，基本流程和x2口一致，但所有的站间交互信令都是通过核心网S1口转发，时延比X2口略大图 14 S1口切换信令流程图1.2 信令解析切换的大部分问题可在前台信令中进行分析，本文以前台信令为主介绍整个切换流程及问题分析思路图 15 正常切换信令 注意：这里的重配完成只是组包完成，实际是在MSG3里发送的前台信令窗的交互过程主要是是图1-1里的1、2、5、7、8、9几步，现在来分别介绍1.2.1 测量控制测量控制信息是通过重配消息里下发的，测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。图 16 重配消息中的测量控制（RRC CONNECT RECONFIGRATION）1：测量控制测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息1.2.2 测量报告终端在服务小区下发的测量控制进行测量，将满足上报条件的小区上报给服务小区。1.2.3 终端测量机制首先了解下终端是如何进行事件判断的，当前网络中采用的是a3事件，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发。图 27比较直观的介绍了这一个过程，终端在接入网络后会持续进行服务小区及邻区测量（邻区测量与传统意义上的邻区不同，是对整个同频网络中的小区进行测量，类似Scanner进行TopN扫频），当终端满足Mn+Ofn+Ocn-HysMs+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告Mn：邻小区测量值Ofn：邻小区频率偏移Ocn：邻小区偏置Hys：迟滞值Ms：服务小区测量值Ofs：服务小区频率偏移Ocs：服务小区偏置Off：偏置值图 17 a3时间报告示意图1.2.4 测量报告内容测量报告会将满足事件的所有小区上报。需要注意的是LTE中终端上报的测量报告不一定是邻区配置里下发的邻区，目前网络暂不支持邻区自优化，故在分析问题时可以使用测量报告值及测量控制中的邻区信息来判断是否为漏配邻区，在中详细介绍漏配邻区的检测方法。图 18 测量报告内容 MeasResults：源小区测量值 MeasResultNeighCells：满足a3事件小区测量值1.2.5 切换命令这里的切换命令是指带有mobilityControlInfo的重配命令，mobilityControlInfo里包含了目标小区的PCI以及接入需要的所有配置图 19 切换命令1：切换命令； 2：目标PCI ；3：T304配置； 4：C_RNTI ；5：RACH配置1.2.6 在目标小区随机接入（MSG1）终端在目标小区使用源小区在切换命令中带的接入配置进行接入图 110 MSG11.2.7 基站回应随机接入响应（RAR）目前切换都为非竞争切换，所以到这一步基本上就可以确认在目标小区成功接入图 111 MSG21.2.8 终端反馈重配完成，切换结束实际上重配完成消息在收到切换命令后就已经组包结束，在目标侧的随机接入可认为是由重配完成消息发起的目标侧随机接入过程，重配完成消息在包含在MSG3中发送（整个过程可参见图 212）。图 112 切换执行过程1：重配完成消息组包 2：MSG3图 113 MSG32 指标优化方法论Step1：获取top失败原因对应的counter和相应top失败小区Step2：针对每个top失败原因选取top小区进行历史数据分析，收取这些小区的call trace。Step3：分析call trace，找出失败信令流程，初步判断失败原因，失败场景Step4：通过历史数据找出指标恶化日期，如果可以找到，对比分析源和目标基站配置数据和告警数据，对于找出的差异之处和step3进行联合分析，如果可以找到差异参数影响，回退参数进行验证.本步未解决进入下一步Step5：从终端，源eNB, EPC, 目标eNB, EPC，用户行为差异（移动性差异，业务差异），系统负载。对比类似场景指标正常基站，进行基站配置数据对比，分析差异处可能带来的影响；对比本站内成功和失败信令流程的区别，关键信令信元的差异，对差异数据分析可能带来的影响。Step6：对于判断为无线覆盖/干扰原因的站点，及时沟通网优人员，进行问题确认，确认是否存在针尖/拐角，弱覆盖，强干扰等复杂地形或区域，分析天线高度，方向角，高楼阻挡，PCI分配等对该区域可能带来的影响。Step7：对于以上无法解决的问题，建议安排类似终端进行路测。路测路线选择可参考用户的历史小区信息。2.1 测量报告发送后未收到切换命令这个情况是我们外场最常见问题，处理定位也比较复杂，分析流程见图3-2：基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况目前现场测试建议在切换点覆盖RSRP不要低于-120dBm SINR不要小于-5dB检查是否存在上行干扰，可通过后台MTS查询，如：在20M带宽下，基站接收无终端接入时接收的底噪约为-98dBm，如果在无用户时底噪过高则肯定存在上行干扰，上行干扰优先检查是否为邻近其他小区GPS失锁导致，当前版本暂不支持后台工具定位干扰源位置，只能将通过关闭干扰源附近站点，使用Scanner进行CW测试来排查基站收到了测量报告：1.未向终端发送切换命令情况：（1）确认目标小区是否为漏配邻区，漏配邻区从后台比较容易看出来，直接观察后台信令跟踪中基站收到测量报告后是否向目标小区发送切换请求即可；漏配邻区也可在前台进行判断，首先检查测量报告中给源小区的上报的PCI，检查接入或切换至源小区时重配命令中的MeasObjectToAddModList字段中的邻区列表中是否存在终端测量报告携带的PCI，具体方法可参考4.1章节；如果确认为漏配邻区添加邻区关系即可（2）在配置了邻区后若收到了测量报告后，源基站会通过X2口或者S1口（若没有配置X2偶联）向目标小区发送切换请求。此时需要检查是否目标小区未向源小区发送切换响应（图1-1 第4步），或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令 此时需要从以下三个方面定位：- 目标小区准备失败，RNTI准备失败、PHY/MAC参数配置异常等会造成目标小区无法接纳而返回HANDOVER PREPARATION FAILUE- 传输链路异常，会造成目标小区无响应- 目标小区状态异常，会造成目标小区无响应2.向终端发送切换命令情况：主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化图 21 发送测量报告后未收到切换命令处理流程2.2 目标小区MSG1发送异常情况正常情况测量报告上报的小区都会比源小区的覆盖情况好，但不排除目标小区覆盖陡变的情况，所以首先排除掉由于测试环境覆盖引起的切换问题。这类问题建议优先调整覆盖，若覆盖不易调整则通过调整切换参数优化当覆盖比较稳定却仍无法正常发送的话就需要在基站测检查是否出现上行干扰，该问题详见节2.3 接收RAR异常情况接收RAR异常情况，该情况一般主要检查测试点的无线环境，处理思路仍是优先优化覆盖若覆盖不易调整再来调整切换参数3 切换相关常用参数汇总3.1 测量时的RSRP层3滤波系数基本信息参数名称取值范围物理单位调整步长Filter Coefficient for RSRP0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 11, 13, 15, 17, 19缺省值传送途径作用范围参数出处13ENB-UECell3GPP设置途径OMCR设置界面：服务小区配置Parameters of Measurement Configuration Filter Coefficient for RSRP参数功能描述物理层上报的RSRP测量结果需要经过层3滤波以消除抖动，RRC使用的结果都需要经过层3滤波后方可使用。滤波公式为，其中a = 1/2(k/4)Fn为更新后的滤波测量结果，Fn-1为旧的滤波测量结果，Mn为最新收到的来自物理层的测量结果。上式中的k即为层3滤波系数参数调整影响3.2 小区个体偏移基本信息参数名称取值范围物理单位调整步长Cell individual offset-2424dB1缺省值传送途径作用范围参数出处0ENB-UECELL3GPP设置途径OMCR设置界面：服务小区配置ENodeB Neighbouring Relation Cell individual offset参数功能描述对每个被监视的小区，都用带内信令分配一个偏移。偏移可正可负。在UE评估是否一个事件已经发生之前，应将偏移加入到测量量中，从而影响测量报告触发的条件。参数调整影响设置为正值，易切换到该小区；设置为负值，不易切换到该小区。3.3 Time to Trigger基本信息参数名称取值范围物理单位调整步长Time to Trigger0, 40, 64, 80, 100, 128, 160, 256, 320, 480, 512, 640, 1024, 1280, 2560, 5120ms缺省值传送途径作用范围参数出处256ENB-UEeNb3GPP设置途径OMCR设置界面：Base Station Radio Resource ManagementMeasurement Configuration IntraFreq Measurement for Handover Time to Trigger参数功能描述该参数指示了监测到事件发生的时刻到事件上报的时刻之间的时间差。只有当事件被监测到且在该参数指示的触发时长内一直满足事件触发条件时，事件才被触发并上报。Time to trigger设置的越大，表明对事件触发的判决越严格，但需要根据实际的需要来设置此参数的长度，因为有时设置的太长会影响用户的通信质量。参数调整影响3.4 Hysteresis 基本信息参数名称取值范围物理单位调整步长Hysteresis0, , 15dB0.5缺省值传送途径作用范围参数出处256ENB-UECell3GPP设置途径OMCR设置界面：Base Station Radio Resource ManagementMeasurement Configuration IntraFreq Measurement for Handover Hysteresis参数功能描述进行判决时迟滞范围, 用于事件的判决。参数调整影响切换判决事件请增加A1，A2,A3,A5定义和说明3.5 常用场景典型参数设置和优化3.5.1 对室外F频段或D频段单频点连片覆盖区域的小区测量上报配置参数名取值建议A1A1-threshold-97dBmA2A2-threshold-100dBmA3A3offset+ Hysteresis24dB/Time-to-trigger320ms3.5.2 对室外F/D双频点或插花覆盖区域的小区测量上报配置参数名取值建议A1A1-threshold-79dBmA2A2-threshold-82dBmA3A3offset+ Hysteresis24dB/Time-to-trigger320ms3.5.3 特殊场景优化过早场景这种场景一般出现在目标小区好了一下，马上就变弱这样的针尖场景。对于这种掉话场景，优先调整天馈，其次可以考虑降低目标小区的CIO过晚场景这种场景一般出现在高速移动或者拐角处。对于高速场景，主要通过减小测量滤波系数方法。对于拐角优先调整天馈，其次降低A3门限双频覆盖场景需要根据站间距调整A2，A1门限，是异频测量即时启动。4 切换优化树4.1 漏配邻区漏配邻区一般可通过无线参数表结合测试数据检查，或者可以在后台直接通过信令跟踪确认收到测量报告后源小区是否向目标小区发生切换请求来确认，但某些场景下我们不易取得无线参数表，且无法进行后台信令跟踪，那么我们可以通过前台信令来分析的到：LTE网络在协议中是一个自优化的网络，终端上报测量报告中会按照a3事件判断原则进行上报，上报的小区不受测量控制中邻区影响，所以只需要将切换异常点的测量报告和当前服务小区的测量控制中的邻区进行对比就可得出是否为漏配邻区4.1.1 前台分析漏配邻区的现象4.1.1.1 多次测量报告正常的流程终端在发送测量报告后基站会很快发送切换命令，但如果有漏配邻区，源小区就无法得知目标小区的基站信息，无法正常完成切换流程介绍中的（见图1-1）中的第三步，故无法发送切换命令消息，此时由于终端仍在行进中，源小区信号越来越差，满足a3事件小区逐渐增加，触发新的测量报告，直到有邻接关系的小区出现，基站才能正常发送切换命令下边选取一个典型问题分析：在某次路测中发现如图4-1情况，前三次测量报告目标PCI都是28（前三次类似图4-2，PCI相同，RSRP测量值略有差异），第四次测量报告（见图4-3）中有PCI28、19两个小区，从测量值上看，28比19高3个dB，接着收到了切换命令，切换命令（见图4-4）中的目标小区不是最高的28而是19。此时即可初步怀疑28为漏配邻区，图 41 多次测量报告现象图 42 第一个测量报告内容图 43 第四次测量报告内容图 44 切换命令1：目标小区PCI图 45 源小区测量控制信息1：邻区列表中带有PCI19小区4.1.1.2 测量报告发送后无响应介绍了漏配邻区导致的多次测量报告，直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到切换命令，但如果上报的测量报告基站还未响应就失步则会发起重建流程，终端上报掉话事件这种情况的分析方法基本和一致下边选取一个典型例子：某次路测中发现终端在发送测量报告后未收到切换命令，导致无线链路失败发起了重建过程（如图4-6），首先检查测量报告内容（图4-7，两个测量报告PCI都为30），目标小区PCI为30，检查源小区测量控制（图4-8），发现的确未配置邻区。图 46 漏配邻区引起的掉话图 47 第一个测量报告内容图 48 源小区测量控制信息4.1.2 漏配邻区带来的影响4.1.2.1 流量降低在节叙述的四次测量报告的情况下，可以明显看出这由于未及时切换导致SINR变差（图3-9），业务速率低（图3-10）图 49 SINR图 410 流量4.1.2.2 掉话在节中介绍的情况就是测量报告无响应后失步掉话，该问题会影响掉话率、业务速率等指标4.1.3 漏配邻区处理方法添加邻区对于某些特殊路段需要删除邻区并调整功率等操作，具体会在4.2章中介绍4.2 无线环境引起的切换异常4.2.1 上行干扰引起的目标测接入困难本节以站点GPS异常引起的其他站点小区上行干扰严重导致的切换与接入成功率差情况为案例，整个处理思路可用来定位上行干扰问题4.2.1.1 问题现象在测试福冈网络指标摸底阶段中，经常出现接入不成功，切换后异常掉话现象，这种显现表现无一定规律，有时成功有时失败。测试掉话点分布如图所示：图 411 上行干扰问题点通过掉话点分布，可以看到掉话点基本在东南边。本次长保拉网的指标统计如下：TotalKPI TypeCorrespondAttemptRatio1Random Access Success% 20721596.28 %2RRC Connect Success% 384192.68 %3Initial Access Success% 000.00 %4E-RAB Connect Success% 4444100.00 %5Call Drop% 264459.09 %6HO Success% 10613081.54 %从统计指标看到掉话率、切换成功率都非常差。4.2.1.2 问题分析1.针对该问题，我们挑选了部分小区定点做了测试，发现定点拨测中始终连接不到网络，高通终端状态指示灯一会红色(异常)一会绿色，同时自研UE也无法接入：自研UE表现如下：图 412 上行干扰引起的问题现象自研UE不断尝试接入，始终无法成功，从RRC请求到最后RRC释放，频繁出现。高通终端表现同样如此，一直在IDLE、CONNECTED之前乒乓，无法正常接入。图 413 上行干扰引起的问题现象22.查看当时测试LOG，在服务小区出现RRC重建后被拒绝。通过高通分析软件QCAT查看掉话过程及重建过程。看到UE原因为UL_DATA后DCI0未达，SR达到最大次数，触发MSG1，由于MSG1无法到达网络侧，不断重发8次后失败，后触发重建。图 414 上行干扰引起的问题3为了验证问题是否有规律性，对站点了定点测试，测试区域如图所示：图 415 上行干扰问题验证蓝色的小区随机接入和切换成功率比较高，而红色区域一些站点接入较困难，切换测试RRC重配后无果，随后触发重建后又被拒，后再次接入失败。经过上述分析，初步怀疑可能是干扰导致上行数据异常造成。目前福冈站点分别是采取GC局的形式，一个BBU下挂几个RRU做为站点，且日本是全向站，站点分布如图：图 416 上行干扰引起的集中掉话区域红色区域是掉话集中区域，目前测试阶段未初期性能摸底阶段，因此测试只是围绕Ref区域进行（图中蓝色方框内）。后查看掉话点与BBUID关系，发现有一定联系，非掉话区域隶属于BBUID=400010，越靠近掉话区域的隶属于BBUID=400011、400012的BBU下挂小区。因此怀疑可能BBUID为400010与400011、400012某些关联问题导致。3.根据上述分析查看后台设备告警，首先查看GPS状态，发现400010和400012站点正常，400011站点GPS未锁定。400010、400012的GPS状态正常：图 417 正常GPS后台查询图形400011站点GPS未锁定：图 418 异常GPS后台查询图形看站点分别400011、400012插花式分布，集中在一起，400011无GPS锁星，那么可能导致其下挂的小区对周边小区造成GPS干扰，造成其他小区上行接入失败。后对接入切换不成功的小区提取MTS跟踪上行接收功率数据，发现基站侧接收功率普遍抬高（普通应该在-9699dbm左右），评价在-80dbm左右，显然明显收到上行干扰。干扰情况如下表显示：基站侧接收到的RxPow03都很高，上行干扰严重。4.经过上述逐步分析，大体推断出问题可能是由于BBUID=400011的GPS失星造成对别的小区干扰。后经过后台配合查看，400010、400012当天的GPS状态正常，无任何问题，但是400011的BBU根本没有对GPS上电，但电波信号确已发送，造成对周边小区干扰。后把400011所属的所有小区闭塞后测试，确发现还有400010的一些小区接入切换不成功，提取上行接收功率，仍然存在一定干扰。4.2.1.3 解决方法及验证对福冈下挂的BBU连接各个小区的接入方式进行分析发现：目前日本福冈采用GC局方式，一个BBU统一管理下挂的所有小区，而每个BBU共享一个GPS信号源，发现400012下的站点共享GPS虽然已上电，可是会出现偶然性的GPS失星，这个也是造成400012下的另外一些离400010站点比较近的小区受到干扰，因此把400011、400012的2个BBU下挂的所有站点闭塞，后再次测试，问题消失，400010下的所有小区接入切换均成功，问题得以解决。4.2.1.4 问题总结根据上述的分析得知，如果GPS一旦出现异常，那么对周边站点的干扰是比较严重的。对于没有接通GPS的情况要坚决不能开通释放电波。对于偶然存在GPS失星的情况要通过参数来控制其对别的站点干扰，目前后台有关于GPS失星后的控制方案，其中包含2个参数：A. GPS同步保持 开/关；B.GPS同步保持时间门限 60分钟4小时。 具体配置在EMS-eNodeB节点配置表，第一个参数必须配置为开，再设置保持时间，默认是60分钟。参数网管截图如下：图 419 GPS失步闭塞小区配置开关状态为enable，时间默认为60分钟：表示开关打开，基站在60分钟内，GPS没有同步则关闭小区；开关状态为disable，时间默认为60分钟：表示开关关闭，小区状态不受GPS是否同步影响，始终保持正常建立状态；4.2.2 环境复杂引起的切换问题4.2.2.1 日本T1网络有一下几个特点：l 所有小区都是全向站点l 站点密度大l 环境复杂 由于是与PHS站点共站，采用了全向天线，无法进行工程参数调整，为了保证对于室内的覆盖，站点密度设置也比较大，且日本的城区环境非常复杂，导致RSRP较好但SINR普遍较差，尤其在十字路口附近导频污染非常严重，我们的工作主要围绕在这些失败点进行4.2.2.2 整体处理思路：1. 避免在十字路口切换：尽量避免在十字路口切换，如切换无法避免则通过调整使切换提前后者推后，必要的时候可以设置单向邻区，但这种做法只用于某些实在无法解决KPI问题的路段，一般不建议使用。对于无线参数的调整需要灵活进行，主要原则是在优化切换问题的同时尽量减少对于其他正常区域的影响2. 减少越区覆盖带来的切换：对于越区覆盖带来的切换问题优先调整覆盖，若无法调整覆盖则尽量避免切换，若都没法解决则添加邻区，调整切换参数4.2.2.3 案例解析本节通过三个案例来详细介绍问题的处理思路案例一：通过增加正常切换小区的cellA和cellC RS功率提升覆盖，降低路口功率突升突降小区cellB的RS功率减少覆盖，减少不必要的切换测试路线如下图所示图 420 覆盖引起的切换失败点1终端按照蓝色线路移动，正常切换线路是终端从PCI=336小区切换到PCI=83小区，但在红色交叉线所示位置PCI=4小区RSRP突然升高，终端切换到PCI=4小区后PCI=4小区RSRP陡降，终端接收不到切换命令导致切换失败掉话。RSRP Line Chart如下图所示：图 421 失败点RSRPPCI=4小区信号RSRP LineChart 如上图红色圆圈所示。切换掉话信令如下图图 422 失败点信令处理过程：由于该路口是PCI=336和PCI=83小区切换点，通过增加PCI=83小区RS Power让83小区覆盖该路口，并使83小区和336小区切换点避开路口位置。 案例二：通过修改邻区cellB和cellC的个体偏移，使UE提前切换到目标小区cellC 避免掉话。测试路线如下图所示：图 423 覆盖引起的切换失败点2终端沿蓝色线路移动，正常的切换过程是终端从PCI=45小区切换到PCI=61小区，但由于改路口被PCI=34小区覆盖，终端经过路口后PCI=34小区RSRP陡降导致终端发送测量报告后没有接收到切换命令导致掉话。切换掉话信令如下图：图 424 失败点信令掉话处RSRP Line Chart如下图所示：图 425 失败点RSRP处理过程：通过把PCI=34小区与PCI=61小区的CIO加3dB，把切换点向西移，终端提前切换到61小区，从而避免了由于PCI=34小区信号急剧恶化导致的掉话。案例三：测试路线如下图所示图 426 覆盖引起的切换失败点3终端按照蓝色线路移动，正常切换路线是终端从PCI=45小区切换到PCI=8小区，但在红色交叉线所示路口终端成功切换到PCI=4小区，在从PCI=4小区回切PCI=45小区时发生掉话。问题信令如下图：图 427 失败点信令切换掉话点附近RSRP Line Chart如下图所示：图 428 失败点RSRP处理过程：为避免终端在路口向PCI=4小区切换，先后尝试降低PCI=4小区RS Power和调整PCI=45和PCI=4小区个体偏移CIO，但PCI=4小区比PCI=45小区RSRP强17dB，切换掉话问题依然无法解决。分析路口附近各小区RSRP分布，路口东西方向道路是PCI=45小区覆盖，路口向北道路是PCI=4小区覆盖但在路口附近PCI=7和PCI=4小区RSRP相近（如下图所示）。删除PCI=45-PCI=4单向邻区，既可以避免在该测试路线上向PCI=4小区切换，终端在从路口向PCI=4小区移动时也可以通过先切换到PCI=7再切换到PCI=4小区的方式完成。4.3 上行失步导致掉话问题处理经验总结4.3.1 现象描述在29日测试过程中发现终端在行至蓝框所在位置后重建，且重建立被拒 4.3.2 现象分析首先检查信令，在重建立之前发送了两次测量报告，但没有收到切换命令，导致终端失步，重建立被拒打开诊断信令，发现终端在发送测量报告前已经终端已经在通过发送SR申请调度了，但一直没有收到PDCCH反馈调度信息，即SR申请失败直到SR发送最大次数后，在源小区发起了随机接入，查询MAC RACH Trigger信令，发送随机接入的原因值为UL data arrival，即SR申请失败，MR未发送成功，为了恢复上行链路发起的随机接入整个随机接入过程在源小区发送msg1都未收到RAR当MSG1发送最大次数后，即在源小区恢复上行链路失败，进入重建流程，重建原因值为Radio link failure但重建需要小区选择，选择的小区没有终端上下文信息，重建被拒，导致掉话4.3.3 解决方法及验证 UL data arrival问题一般出现在源小区弱场，若是切换带可以通过提前切换到其他信号质量较好小区解决 查询问题点RSRP变化情况，发现源小区在在很短的时间内强度陡降，邻区则是短时间陡升的情况，此时调整小区个体偏移效果不明显，故减小当前网络Time to trigger当前网络配置time to trigger为320ms，尝试修改为256ms，缩短A3事件判决时间，修改后经多次测试，问题解决4.3.4 经验总结当前版本CNT的诊断信令中可以看到比较详细的高通内部信令，通过信令的解析可以定位大部分常见问题，在解决问题时需要灵活根据现场情况进行参数调整，达到优化目的。4.4 Cell id配置失败切换失败，表现为切换准备失败原因failintargetsystem4.5 特定用户不支持配置，表现为重建到原小区，切换cancel4.6 邻区TAC配置错误，表现为切换准备失败原因unknown target id4.7 PCI冲突导致切换失败，重建回原小区4.8 S1断链，切换准备失败unknown target id4.9 NodeB挂在Huawei核心网的两个MME地址段，切换准备失败unknown target id4.10 X2切华为失败，Reestablish on src4.11 X2内部切换失败，Reestablish on src4.12 无测量控制信息下发，掉话4.13 启动异频测量后掉话5 非正常情况引起的切换问题案例5.1 版本问题引起的切换异常5.1.1 高通LOG问题现象 LOG名：在进行切换问题分析时，发现绝大部分切换失败都出现如下情况：收到重配命令后，同一时刻马上上报无线链路失败，导致切换失败，影响切换成功率。若此时重建立到非切换关系小区，则重建立会被拒，影响掉话率下图为其中一个典型的失败点，02:14:05.999时刻收到切换命令（图1-1），而同一时刻终端事件上报无线链路失败（图1-2）图 51 切换命令图 52 事件上报通过检查切换前后的RLM（图1-3，图1-4），发现UE没有启动T310，即从测量上看不满足无线链路失败的条件。图 53 切换前后RLM Report1图 54 切换前后RLM Report25.1.2 该问题带来的影响由于该问题毕现，即只要有板内回切现象切换必然失败，严重影响切换成功率切换失败时若重建小区非切换源小区或目标小区，就会重建被拒，影响掉话率5.1.2.1 影响切换成功率LOG名：Z20111027_192311merge.APT共有7次切换失败从LOG统计中查询所有的失败都与前边提到的问题现象一致序号MS Time原小区目标小区切换结果切换失败说明118:33:55.4822518成功同一单板18:34:52.1701825失败218:42:13.7291825成功同一单板18:43:38.8452518失败419:07:02.3302646成功同一单板19:07:41.3384626失败519:11:15.7843419成功同一单板19:11:20.8641934失败619:13:40.6532518成功同一单板19:14:47.6041825失败719:18:02.2333419成功同一单板19:18:34.7821934失败5.1.2.2 影响掉话率统计下边分别从2个LOG中摘选出由于切换失败导致的重建立，且重建立失败引起掉话的例子，同样由于同样单板回切失败的情况l Z20111017_183015merge.APT前四次是一个连续的过程，反复乒乓，反复重建，18与25是同一单板MS Time原小区目标小区切换结果切换失败说明重建结果17:41:18:0662518成功同一单板17:42:20:9051825失败重建18，成功17:42:21:5371825失败重建18，成功17:42:59:8071825失败重建45，失败17:55:25:0773311成功同一单板17:55:31:5781133失败重建32，失败l Z20111018_183519.APTMS Time原小区目标小区切换结果切换失败说明重建结果18:06:44:3743311成功同一单板18:08:04:2341133失败重建34，失败5.1.3 研发初步定位关于RLF的问题，目前我司和高通对该问题的共识是：终端在收到RRC重配消息（切换命令），在PDCP层执行完整性保护校验时FAIL，之后PDCP上报RRC，触发RLF。完保FAIL的原因是:终端收到的MAC-I与实际计算的MAC-I不匹配，如下，其他RB cfg index=33，对应SRB1，01:31:38.030 lte_pdcp_dl_protocol.c MAC-I mis-match RB Cfg idx = 33 seq_num = 0, rxed MAC-I = 0x783e182b, Calculated MAC-I = 0xbedccd4b 5.2 不同厂商切换差异5.2.1 问题现象在对FT区域边界进行路测时发现大量的切换失败情况，前台信令现象都是在FT网络下发送测量报告未发送切换命令，导致4.1章节所描述情况。或者在未知PCI下（现已确认为华为站点）在收到切换命令后无法在我司小区接入5.2.2 问题分析测试中发现华为给我司切换命令的重配消息中所携带的preamble ID为63，我司在切换中实现方式是从60-63按顺序发送，即在目前单用户切换时目标小区通过源小区对UE提供的preamble ID一般都是60图 55 华为与我司切换命令差异图 56 收到切换命令后在我司接入信令1：华为下发的切换命令 2：在我司小区接入 3：接入无响应后失步导致重建 4：切换入我司PC I 5：接入时使用的PreambleID为了进一步确认问题，我们截取前后台的信令对比，从我司后台配置上看未配置加X2接口，即如果需要切换的话，华为站点应该从S1口向我司发送切换请求信令，我们对其前后台信令（图5-7，图5-8）进行对齐后发现，在失步之前未收到任何S1口消息，导致没有终端上下文信息，重建立被拒图 57 前台发送的重建立消息1：前台看到重建信令里失步小区（即接入失败小区）PCI及终端的C-RNTI图 58 后台收到重建立消息1：后台看到重建信令里失步小区（即接入失败小区）PCI及终端的C-RNTI5.2.3 问题总结通过这个现象我们初步怀疑华为站点在实现切换的方式上和我司存在一定差异，可能会将63作为预留Preamble ID，待切换请求中存在未添加邻区的小区时使用，优先满足切换成功率，但由于实现机制不同，导致了我们网络的KPI指标收到比较大的影响