FDD-LTE随机接入超时导致切换失败的总结-湖北.docxVIP

湖北电信网优中心 PagePAGE6, Total NUMPAGES \* Arabic 6 随机接入超时导致的切换失败 湖北无线网优中心 二零一五年十月 问题描述 现场处理切换TOP小区发现，A小区的某一个邻区对（新建站）切换入执行成功率几乎为0%（切换准备为100%）。 二、问题分析 PCI冲突检查 出现准备成功率100%，执行成功率接近0%的情况（成功次数很低）。常见情况可能是由于出现了PCI冲突，问题小区附近有相同PCI小区所导致。 直接更换PCI（附近10km范围内未使用的PCI）更换，观察30分钟指标，问题仍然出现。排除PCI问题导致的切换失败。 超级小区问题 查看历史指标。,但是在此过程中发现该小区邻区对指标在本月中旬某个时段，指标突然变差，切换入成功次数几乎为0。 现场数据分析 安排现场人员对该站点进行DT测试：（存在切换的问题邻区对进行切换测试），发现RRC connection reconfiguration complete小区终端有上报。但是从前面统计的KPI指标来看，大部分问题均是RRC重配置超时，且重配置完成消息之后出现RRC重建立。 那么，RRC层消息有信令上报，在MAC层随机接入的时候是否存在异常？查看diagnose消息，连续发送多条MSG1消息，但UE并未收到MSG2信令： 点击消息，发现MAC层对于MSG2消息TA=65535显示不可用： 根据协议查询：TA为11字节，65535明显已经超出可用范畴： Timing Advance Command: The Timing Advance Command field indicates the index value TA (0, 1, 2… 1282) used to control the amount of timing adjustment that UE has to apply (see subclause 4.2.3 of [2]). The size of the Timing Advance Command field is 11 bits; 怀疑小区MSG2超时导致了切换问题发生。由于随机接入出现问题，查看RRC连接建立次数，虽然建立成功率100%（KPI指标统计为RRC数据），但是同周边站点的RRC接入次数相比略少。 至此，问题基本已经定位为MSG2超时，通过指标KPI指标查询也验证了这一猜想： MSG2和MSG1的次数基本在一个量级上（说明eNB收到MSG1并且也回了MSG2消息）。但是MSG3的次数却只有几次。 查看MSG1消息： 根据查看MSG1消息，关于MSG1消息的响应时间在协议中有明确说明： Once the Random Access Preamble is transmitted and regardless of the possible occurrence of a measurement gap, the UE shall monitor the PDCCH of the PCell for Random Access Response(s) identified by the RA-RNTI defined below, in the RA Response window which starts at the subframe that contains the end of the preamble transmission [7] plus three subframes and has length ra-ResponseWindowSize subframes. 后台可配置参数为RA-responsewindowsize，根据信令查看为5ms。（263无线帧7号子帧起始，结束为264号无线帧2号子帧）。 三、问题解决 修改之后(窗口时间由5ms修改为10ms)观察指标，已经明显好转： 邻区对级别切换类指标(按照天统计)： 四、问题总结 RA相应窗口时间设置过小，导致UE检测窗口过短，不能在窗口内接收到eNB下发的MSG2消息。导致随机接入流程失败。对于窗口响应时间的大小，同终端接入TA大小相关，如果接入距离过远（比如拉远小区，或者室分馈线过长小区等）会影响MAC消息的传输时间，容易导致随机接入出现超时。