LTE网络中CIO参数优化思路
2019年9月
目录
一、推广背景 (2)
二、推广实施 (2)
（1）切换信令流程 (2)
（2）切换步骤 (3)
（3）切换问题表现 (3)
三、推广效果 (4)
四、优化总结 (8)
LTE网络中CIO参数优化思路
【摘要】在LTE网络切换优化中，我们常见的问题主要为切换过早、切换过晚及切换到错误小区上，所以对于此类问题的分析中，我们主要看小区的RSRP测量结果，下面将从切换的基本原理入手，分析在切换优化中CIO参数的应用。
【关键字】CIO参数，切换过早，切换过晚，切换错误
【业务类别】参数优化
一、推广背景
切换是整个网络中最重要的一部分，是小区与小区之间的重要技术参数，也是维持整个网络动态平衡的最关键的环节，切换问题处理的好坏，直接影响整个网络的体验。
二、推广实施
1.切换信令流程
对于切换优化，我们要了解切换流程，在此以X2口切换为例：
2.切换步骤
根据信令流程，我们得知切换“三部曲”，即测量、准备、执行，那么这三步中，就要了解每一步的需求，简单来讲即邻区、门限、RA参数、定时器等。
3.切换问题表现
●切换过早，一般是邻区的信号还不够好或不够稳定，eNodeB就发起了切换，主
要有以下几种：
1>源小区下发切换命令后，由于目标小区信号质量不佳，UE切换到目标小区
发生失败，UE发起RRC重建回到源小区。这种场景下，UE在切换到新小区
随机接入或发送msg3失败导致切换失败，然后UE在源小区发起RRC连接重
建。
2>UE虽然成功切换到目标小区但是立即出现下行失步，然后在源小区发起RRC
连接重建。这也是切换过早。
3>UE虽然成功切换到目标小区但在很短时间内（5s）切换到第三方小区，也
是切换过早。
●切换过晚，这个问题在实际外场也比较多，主要有以下几种：
1>源小区服务质量不好（一般SINR低于－3就会概率性出现切换命令发送失
败），UE因为服务小区信号不好没有收到切换命令，或收到切换命令，但随
机接入过程失败，UE就发生RRC重建，重建到目标小区，此时由于目标小
区已建立上下文，重建可以成功。
2>UE还来不及上报测量报告，源小区的信号已经急剧下降导致下行失步，UE
直接在目标小区发起RRC连接重建，此时由于目标小区无UE上下文，重建
被拒绝。
●切换到错误小区：
UE切换过程中/UE切换后，在源小区/目标小区发生了RLF，在第三个小区发
起了重建流程
三、推广效果
【现象描述】在深圳龙岗区的切换优化中，发现KPI统计中大量的切换失败是由于切换过早或过晚导致，该区域在前期优化中RF优化较少，站间距普遍较大，所以
覆盖的不合理性就比较凸显，导致切换失败的概率大幅增加。
【原因分析】从KPI中得知，切换过早、切换过晚、RRC重配完成超时较多，从这些话统中分析，信令RRCReestablishAttempt 原因值为otherfailure，在以
往的经验中，这种失败值多为设备隐性故障及无线链路失败。在协议
36.331中对重建失败原因有描述，如下：RRCConnectionReestablishmentRequest message
-- ASN1START
RRCConnectionReestablishmentRequest ::= SEQUENCE {
criticalExtensions CHOICE {
rrcConnectionReestablishmentRequest-r8
RRCConnectionReestablishmentRequest-r8-IEs,
criticalExtensionsFuture SEQUENCE {}
}
}
RRCConnectionReestablishmentRequest-r8-IEs ::= SEQUENCE {
ue-Identity ReestabUE-Identity,
reestablishmentCause ReestablishmentCause,
spare BIT STRING (SIZE (2))
}
ReestabUE-Identity ::= SEQUENCE {
c-RNTI C-RNTI,
physCellId PhysCellId,
shortMAC-I ShortMAC-I
}
ReestablishmentCause ::= ENUMERATED {
reconfigurationFailure, handoverFailure,
otherFailure, spare1}
【分析流程】首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。整个切换过程异常情况我们分为几个阶段：测量报告发送后是否收到切换
命令，收到重配命令后是否成功在目标测发送MSG1，成功发送MSG1之后是否
正常收到MSG2；在某一环节出现问题我们可查询相应处理流程进行排查。
由于终端未收到切换命令，可能有两种情况：
1、基站未收到测量报告（可通过后台信令跟踪检查）：
检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况
2、基站收到了测量报告：
2.1基站未向终端发送切换命令情况：
（1）确认目标小区是否为漏配邻区
（2）需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令。
2.2基站向终端发送切换命令情况：
主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化
【处理过程】按照流程图，先进行邻区核查，发现邻区配置合理，无漏配、错配邻区现象；核查覆盖，覆盖良好，电平值高；核查告警，排除了基站故障、传输故障的原因。
在切换过程中，目标小区已满足条件，但迟迟不能触发切换，此时该邻区强信号就会成为干扰导频，致使CQI变差，在DT过程中就会有大量的SINR“拖红”现象，在KPI分析中，主要表现为“切换出失败次数，切换过早/晚”。
在目前网络中，切换主要用的执行事件上A3，所以本次优化主要上根据A3事件进入条件予以相关参数优化。
A3事件进入条件为：
