TA定时器设置不当导致指标恶化案例处理总结.docx

TA定时器设置不当导致指标恶化案例处理总结 提交人：李提交时间：2015.01 摘要：本文介绍了由于TA定时器参数设置不合理导致UE上下文掉线率，RRC重建立指标恶化的一个案例。 关键词： RRC重建立、同频邻区干扰，UE上下文信息 1 问题描述 扬州地区UE上下文释放率连续走高，掉线率平均值一致在0.15%以上。 从上下文掉线率TOP小区分析，其中大部分的掉线原因为其他，在网管上通常将由于eNodeB内部原因主动触发的上下文释放统计为其他原因。 2 问题分析 从后台信令跟踪分析，发现基站给所有的用户都在不断的下发重配置消息，且重配置的频度都非常高。 在重配置过程中，不时有出现基站主动释放了UE上下文，原因值为“Unspecified”，这种由eNodeB主动发起的释放在后台统计为其他原因。 从异常的信令流程来看，eNodeB是在RRC重配置过程中释放UE上下文，eNodeB给UE下发重配置消息，未等到重配置完成消息上报，主动发起了释放，虽然看无法知道具体问题出在哪，但eNodeB如此频繁的给UE发送重配置显然存在异常。 从内部信令分析，发生重配置的原因是由于基带上报了失步指示，然后要求同步从而触eNodeB发重配置请求。 导致上行失步原因通常有两种情况： ? 一种是由于无线链路失败导致UE上行失步，这种情况通常UE都会主动发起RRC重建立进行上行同步。 ? 另一种是之前在苏州地区遇到过的当设置非无穷大的TA定时器时，其中有一种处理方式是UE一段时间无业务后，基站不发TA Padding导致TA定时器超时进入上行失步，此时UE并没有真正上行失步，基站认为上行失步从而下发RRC重配置执行上行同步操作。 很明显，在RRC不断重配置过程中，也发现有UE主动发起RRC重建立情况，通过UE上报的MR消息来看，UE所处位置RSRP在-80dBm左右，覆盖良好，理论上不应该存在无线链路失败的情况。 第二种原因的可能性是最大的，需要检查问题小区TA参数配置是否正确，通过抓取在问题小区下新接入信令，在基站下发的配置参数中确认问题小区TA定时器未设置无穷大，而是修改为了2560ms。 这种情况会带来频繁执行上行同步操作的开销，从而有可能引起一系列问题，除了上下文掉线率、重建立比例，对用户的速率、用户面时延等都会有一定的影响。如碰到切换时刚好上行失步，此时则需在源小区先接入再切换，而这时源小区信道可能已经变差，导致接入失败，以及掉话，通常这种小区指标会很差。 3 问题解决措施 通过批量数据修改将问题站点的TA定时器由2560ms修改为无穷大，站点修改后，连续两日统计： ? TOP小区的UE上下文由于其他原因引起的释放次数几乎全部消除，上下文掉线率大幅降低。 ? 扬州全网的上下文掉线率由0.05%降至0.07%、RRC重建比例指降至0.75% 4 总结与反思 4.1 总结与反思 TA定时器目前全网要求设置无穷大，我们在做开站模板或参数检查时，该参数的设置都要重点关注，避免参数设置不当影响指标。 事实上我们在实测时发现华为TA定时器也有设置非无穷大的情况，如5120ms，但它实现却不允许TAT超时，实际上与我们配置无穷大效果一样，目前我司TA非无穷大的优化算法正在研究中。