接入类-TD-LTE接通过程解析以及指标的分析定位优化思路

TD-LTE接通过程解析以及指标的分析、定位、

优化思路

接通率优化的思路遵循以下原则:

1. 通过话统分析是否出现接入成功率低的问题，根据局方对接入成功率指标的要求

启动问题定位或专题优化。

2. 通过对话统的原始数据进行分析，查出问题出现最多的TOP站点和TOP时间段。

3. 针对TOP站点进行针对性的网管信令跟踪，LMT跟踪，告警检查等。

4. 如果网管信令和LMT跟踪仍然无法定位问题，针对性的进行路测复现问题，采

集前后台log,请相关开发人员协助定位。

当获取接入问题的TOP小区和TOP时段后，通过网管信令跟踪，LMT跟踪，告警

检查等方法首先排查是否设备异常、组网配置问题：

1. 排查小区状态。

- 检查各单板状态、RRU是否正常，小区状态是否为可用；

- 查看小区是否存在告警，进行告警分析；手动恢复告警后查看告警是否存在；上报

问题；

2. 排查UE、小区、核心网组网配置、对接参数是否正常(常见于实验网阶段)。

- 检查UE的频点配置是否与eNB一致，检查UE的PLMN与eNB配置的PLMN是

否一致，如果频点、PLMN配置不正确，UE进行小区搜索失败。

- 检查核心网是否有开户信息。测试的IMSI没开户，表现为用户完成随机接入，上

行直传消息后核心网立即回“S1AP_DL_CONTEXT_REL_CMD”，释放UE。

- 检查SCTP链路状态是否OK，如果异常，需要检查ENODB与MME连接的网线是

否插好，端口是否与配置的SCTP端口号一致，是否与MME正常通信；

- 检查S1接口状态是否正常，S1接口是否处于闭塞状态，寻求设备侧同事的帮助

和研发指导。

- 检查安全模式配置。UE和核心网需要共同开启或关闭鉴权，并且按照运营商提供

的“LTE USIM卡参数建议”配置C值和R值。eNB和核心网需要共同开启或关闭完整性保护算法和加密算法，并且保证配置的算法一致。

- 检查IPPATH。基站在完成安全模式控制和UE能力查询后，将申请准备GTPU资源，如果资源准备失败会向核心网返回促使上下文建立失败响应消息：INIT_CONTEXT_SETUP_FAIL，原因值为：transport resource unavailable。在这种情况下，需要MML查看IPPACH配置是否正确，并且确认核心网在初始上下文建立请求中携带的IPPACH值是否与eNB一致。

在上述基本检查皆未发现问题时，考虑进行路测，跟踪前、后台信令，进一步从空口无线环境对指标的影响角度进行问题的分析和解决。

根据初始接入的前台信令流程，从UE发起attach请求开始，将UE接入过程分解为三个阶段：RRC建立过程，初始直传和安全模式控制，E-RAB建立过程。目前用户量较少E-RAB建立较少有失败的现象，而随机接入过程出现的问题较多，导致RRC连接无响应，引起起呼失败，所以解决随机接入失败问题是当前提升接通率的关键。

图接通率分析思路1接入失败根因分析全貌图

1. 从空闲态转到连接态的初始接入；

2. 无线链路失败后的接入；

3. 切换过程中的接入；

4. 当UE处于连接态时下行数据到达是因为某些原因需要随机接入，如上行失步时有下行数据到达；

5. 当UE处于连接态时上行数据到达是因为某些原因需要随机接入，如上行失步时有上行数据到达。

随机接入分为基于冲突的随机接入和基于非冲突的随机接入两个流程，其区别为针对两种流程其选择随机接入前缀的方式。前者为UE从基于冲突的随机接入前缀中依照一定算法随机选择一个随机前缀；后者是基站侧通过下行专用信令给UE指派非冲突的随机接入前缀。基于竞争的随机接入适用于上述1、2、5三种场景，非竞争的随机接入适用于上述3、4两种场景。

图基于竞争的随机接入

图基于非竞争的随机接入

1. MSG1：UE选择随机接入前导preamble,,在PRACH上发送随机接入请求；

2. MSG2：ENB的MAC层产生随机接入响应RAR，并在PDSCH上发送；

3. MSG3：UE的RRC层产生RRC Connection Request，并开启竞争解决定时器，等待竞争解决消息；

4. MSG4：RRC Connection Setup 由ENB的RRC层产生，连同竞争解决控制信息映射到PDSCH上发送。

基于竞争的随机接入成功后，UE的RRC层生成RRC Connection Set up Complete 并发往eNB。而非竞争的接入过程与基于竞争的接入过程最大差别在于接入前导的分配是由eNodeB产生的，这样就减少了竞争和冲突解决过程。

从前台UE侧角度分析竞争的随机接入失败发生在以下三个阶段：

1. MSG1发送后是否收到MSG2；

2. MSG3是否发送成功；

3. MSG4是否正确接收。

2.1 MSG1发送后是否收到MSG2

图 MSG1分析思路

UE发出MSG1后未收到MSG2，UE按照Prach发送周期对MSG1进行重发。若收不到MSG2的PDCCH，可分别对上行和下行进行分析：

上行：

1. 结合后台MTS的PRACH信道收包情况，确认上行是否收到MSG1。

2. 检查MTS上行通道的接收功率是否>-99dBm，若持续超过-99dBm，解决上行干扰问题，比如是否存在GPS交叉时隙干扰。

3. PRACH相关参数调整：提高PRACH期望接收功率，增大PRACH的功率攀升步长，降低PRACH绝对前缀的检测门限。

下行：

1. UE侧收不到以RA_RNTI加扰的PDCCH，检查下行RSRP是否>-119dBm，SINR>-3dB，下行覆盖问题通过调整工程参数、RS功率、PCI等改善。

2. PDCCH相关参数调整：比如增大公共空间CCE聚合度初始值。

2.2 MSG3是否发送成功