LTE接入专题优化-zte

1、LTE接通率优化课程内容n初始接入的信令流程初始接入的信令流程n随机接入的信令介绍n接通率的分析思路n接入问题案例分析初始接入的信令流程n在TD-LTE系统中，处于Inactive状态或IDLE状态的UE通过发起attach request或Service Request触发初始随机接入，建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立E-RAB。初始接入的信令流程l消息15随机接入过程，建立RRC连接。l消息69 初始直传建立S1连接，完成这些过程标志着NAS signalling connection建立完成。l消息1012 UECapabilityEnquiry过程。

2、l消息1314安全模式控制过程。初始接入的信令流程l消息1517 RRC Connection Reconfiguation ，E-RAB建立过程。课程内容n初始接入的信令流程n随机接入的信令介绍随机接入的信令介绍n接通率的分析思路n接入问题案例分析随机接入的信令介绍n随机接入开始之前需要对接入参数进行初始化，此时物理层接受来自高层的参数、随机接入信道的参数以及产生前导序列的参数，UE通过广播信息获取PRACH的基本配置信息。n基于竞争的随机接入前导的签名个数60-可用的前导个数。nGroup A中前导签名个数56-中心用户可用的前导个数。nPRACH的功率攀升步长POWER_RAMP_STE

3、P 2dB。随机接入的信令介绍nPREAMBLE_INITIAL_RECEIVED_TARGET_POWER -PRACH初始前缀目标接收功率：-110dBmnPREAMBLE_TRANS_MAX - PRACH前缀传送的最大次数 8n随机接入响应窗口RA-Response Window Size：索引值7对应sf10nMAC冲突解决定时器MAC Contention Resolution Timer：索引值7对应sf64nmaxHARQ-Msg3Tx- MSG3 HARQ的最大发送次数：3MSG3 HARQ的最大发送次数：随机接入的信令介绍n本小区的逻辑根序列索引 root Sequence

4、 Index 80，该参数为规划参数；nPrach Config Index -随机接入前缀的发送配置索引:6；nzeroCorrelationZoneconfig-循环移位的索引参数:4课程内容n初始接入的信令流程n随机接入的信令介绍n接通率的分析思路接通率的分析思路n接入问题案例分析接通率的分析思路n利用CNT、CNA工具，统计短呼的初始接入成功率是否满足客户要求，将接入失败的呼叫提取出来进行分析。接通率的分析思路n随机接入过程分析（1）MSG 1：UE在PRACH上发送随机接入前缀；（2）MSG2：ENB的MAC层产生随机接入响应，并在PDSCH上发送；（3）MSG3：UE的RRC层产生

5、RRC Connection Request 并映射到PUSCH上发送；（4）MSG4：RRC Connection Setup 由ENB的RRC层产生，并映射到PDSCH上发送。最后，由UE的RRC层生成RRC Connection Set up Complete并发往eNB。接通率的分析思路n从前台分析随机接入过程，接入失败可能发生的阶段：n1. MSG1发送后是否收到MSG2；n2. MSG3是否发送成功；n3. MSG4是否正确接收。接通率的分析思路nMSG1发送后是否收到MSG2接通率的分析思路n若收不到MSG2的PDCCH，可分别对上行和下行进行分析：n上行：1. 结合后台MTS的

6、PRACH信道收包情况，确认上行是否收到MSG1。2. 检查MTS上行通道的接收功率是否-99dBm，若持续超过-99dBm，解决上行干扰问题，比如是否存在GPS交叉时隙干扰。3. PRACH相关参数调整：提高PRACH期望接收功率，增大PRACH的功率攀升步长，降低PRACH绝对前缀的检测门限。n下行：1. UE侧收不到以RA_RNTI加扰的PDCCH，检查下行RSRP是否-119dBm，SINR-3dB，下行覆盖问题通过调整工程参数、RS功率、PCI等改善。2. PDCCH相关参数调整：比如增大公共空间CCE聚合度初始值。接通率的分析思路nMSG3是否发送成功接通率的分析思路n若UE已发出

7、MSG3的PUSCH，结合基站侧信令查看EnodeB是否收到RRC Connection Request，若基站侧RRC Connection Request未收到，说明上行存在问题；1.检查MTS上行通道的接收功率是否-99dBm，若持续超过-99dBm，解决上行干扰问题。2.检查RAR中携带的MSG3功率 参数是否合适，调整MSG3发送的功率。接通率的分析思路nMSG4是否正确接收接通率的分析思路nUE是否收到PDCCH，若没有收到PDCCH，从下行信号分析及参数两方面解决解决PDCCH接收问题。n多次收到PDCCH后是否收到PDSCH？1.确认收到的PDCCH是否重传消息，检查重传消息的

8、DCI格式填写是否正确；2.PDSCH收不到，检查PDSCH采用的MCS，检查PA参数配置，适当增大PDSCH的RB分配数。课程内容n初始接入的信令流程n随机接入的信令介绍n接通率的分析思路n接入问题案例分析接入问题案例分析接入问题案例分析-1nMSG1多次重发未响应l问题现象n短呼测试，UE发出attach req和RRC Connection Request，未收到RRC Connection Setup。n路测信令显示，8次msg1发送未收到MSG2。接入问题案例分析-1n问题分析l观察服务小区的下行RSRP，-91dBm，下行信号良好。l检查后台告警信息，无GPS失锁告警。上行不存在交

9、叉干扰。接入问题案例分析-1n参数调整n通过降低“eNode B对PRACH的绝对前缀检测门限”，提高PRACH检测概率，提升MSG1正确解调的概率。l参数：eNode B对PRACH的绝对前缀检测门限 PRACH Absolute Preamble Threshold for Enode B Detecting Preamblel取值范围：1-65535l单位：线性值l缺省值：2000l将“eNode B对PRACH的绝对前缀检测门限”从2000改为50，修改后进行短呼测试，RRC Connect Success为100%。在小区PCI 11，从MSG1发送的间隔上观察，再未出现MSG1重发

10、无响应的现象。接入问题案例分析-2n问题现象l某地区短呼性能摸底测试，路测发现前台偶尔收不到MSG4，导致接通失败。核对NodeB侧信令发现后台已经下发了RRC层消息RRC Conection Set up，但是未收到RRC Conection Set up Complete。接入问题案例分析-2n大量短呼测试，RRC连接无响应均为msg4 fail，失败原因：failure at MSG4 due to CT timer expired。接入问题案例分析-2n大量短呼测试，RRC连接无响应均为msg4 fail，失败原因：failure at MSG4 due to CT timer expired。接入问题案例分析-2n正常起呼的随机接入过程接入问题案例分析-2n对照正常起呼的随机接入过程，结合MSG4过程的分析思路，进行具体分析：l下行信道质量如何？RSRP？SINR？l是否是PDCCH没收到？l是否多次收到PDCCH，而没有收到PDSCH。n分析将MAC C