接通率优化的思路遵循以下方式：
1. 通过话统分析是否出现接入成功率低的问题，根据局方对接入成功率指标的要求启动问题定位或专题优化。
2. 通过对话统的原始数据进行分析，查出问题出现最多的TOP站点和TOP时间段。
3. 针对TOP站点进行针对性的网管信令跟踪，LMT跟踪，告警检查等。td网络-
4. 如果网管信令和LMT跟踪仍然无法定位问题，针对性的进行路测复现问题，采集前后台log,请相关开发人员协助定位。
当获取接入问题的TOP小区和TOP时段后，通过网管信令跟踪，LMT跟踪，告警检查等方法首先排查是否设备异常、组网配置问题：
1. 排查小区状态。
- 检查各单板状态、RRU是否正常，小区状态是否为可用；td网络
- 查看小区是否存在告警，进行告警分析；手动恢复告警后查看告警是否存在；上报问题；td网络-
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和核心网需要共同开启或关闭完整性保护算法和加密算法，并且保证配置的算法一致。td网络
- 检查IPPATH。基站在完成安全模式控制和UE能力查询后，将申请准备GTPU资源，如果资源准备失败会向核心网返回促使上下文建立失败响应消息：INIT_CONTEXT_SETUP_FAIL，原因值为：transport resource unavailable。在这种情况下，需要MML查看IPPACH配置是否正确，并且确认核心网在初始上下文建立请求中携带的IPPACH值是否与eNB一致。
在上述基本检查皆未发现问题时，考虑进行路测，跟踪前、后台信令，进一步从空口无线环境对指标的影响角度进行问题的分析和解决。td网络-
根据初始接入的前台信令流程，从UE发起attach请求开始，将UE接入过程分解为三个阶段：RRC建立过程，初始直传和安全模式控制，E-RAB建立过程。目前用户量较少E-RAB建立较少有失败的现象，而随机接入过程出现的问题较多，导致RRC连接无响应，引起起呼失败，所以解决随机接入失败问题是当前提升接通率的关键。
图 接通率分析思路
1 接入失败根因分析全貌图
注意:
接通率的计算是从UE发起“attach请求”或“业务请求”到“初始上下文建立完成”这一过程，UE搜索不到小区或由于其他原因无法驻留小区不计算在接通率中，但作为接入失败的一种现象也在根因全貌分析图中进行了说明。td网络
1. MSG1：UE选择随机接入前导preamble,,在PRACH上发送随机接入请求；td网络
UE发出MSG1后未收到MSG2，UE按照Prach发送周期对MSG1进行重发。若收不到MSG2的PDCCH，可分别对上行和下行进行分析：
根据随机接入流程，UE收到MSG2后若没有发出MSG3，检查MSG2带的授权信息是否正确；若UE已发出MSG3的PUSCH，结合基站侧信令查看EnodeB是否收到到RRC Connection Request，若基站侧已发出RRC Connection Setup前台未收到，如“2.2.3 MSG4是否正确接收” MSG4过程分析；若基站侧RRC Connection Request未收到，说明上行存在问题；td网络
1. UE是否收到PDCCH，若没有收到PDCCH，从下行信号分析及参数两方面解决解决PDCCH接收问题。td网络
通常这些问题都是与UE、eNB、核心网的鉴权、完保、加密算法配置相关，需要多个网元配合排查。问题1.2可以在核心网侧信令查看鉴权失败的原因，问题3可以通过空口消息的分析，检查出SMC失败的原因。通过对UE、eNB、核心网的鉴权、完保、加密参数的调整来解决问题。td网络-
