【资料名称】: TD-LTE接入优化指导书_R1.3.docx
【资料作者】:中兴培训资料
【资料日期】:
【资料语言】:中文
【资料格式】:DOC
【资料目录和简介】:
TD-LTE接入优化指导书_R1.3.docx
目录
1 初始接入概述 1
1.1 初始接入信令流程 1
1.2 随机接入信令IE查看 3
1.3 初始接入的功控 5
1.3.1 PRACH的功控 5
1.3.2 PUSCH的功控 5
2 接通率分析思路 6
2.1 接入失败根因分析全貌图 7
2.2 随机接入问题分析 8
2.2.1 MSG1发送后是否收到MSG2 10
2.2.2 MSG3是否发送成功 10
2.2.3 MSG4是否正确接收 11
2.3 鉴权、完保问题分析 12
2.4 E-RAB建立问题分析 12
3 接入问题案例解析 12
3.1 MSG1多次重发未响应 12
3.1.1 问题现象 12
3.1.2 问题分析和解决 13
3.1.3 总结 14
3.2 MSG4冲突检测定时器超时 14
3.2.1 问题现象 14
3.2.2 问题分析 14
3.2.3 解决方法和验证 18
图目录
图 1 1 初始接入信令流程图 1
图 1 2 SIB2 rach_Config 3
图 1 3 SIB2 Prach_Config 4
图 1 4 CNT中msg1截图 5
图 2 1 接通率分析思路 8
图 2 2 基于竞争的随机接入 11
图 2 3 基于非竞争的随机接入 11
图 2 4 MSG1分析思路 12
图 2 5 MSG3分析思路 13
图 2 6 MSG4 fail分析思路 14
图 3 1 MSG1多次发送未响应 15
图 3 2 MSG1无响应时的RSRP 16
图 3 3 msg4 fail(QCAT) 18
图 3 4 msg4 fail cause(QCAT) 18
图 3 5 正常起呼随机接入过程(QCAT) 19
图 3 6 正常起呼PDCCH decoding Result(QCAT) 19
图 3 7 正常起呼PDSCH统计(QCAT) 19
图 3 8 多次PDCCH未收到PDSCH(QCAT) 20
图 3 9 UE收到第一次PDCCH的解码(QCAT) 20
图 3 10 UE收到第二次PDCCH的解码(QCAT) 20
图 3 11 UE未收到PDSCH(QCAT) 21
图 3 12 UE未收到PDCCH的消息流程(QCAT) 22
图 3 13 UE未收到PDSCH(QCAT) 22
图 3 14 第一次msg4 fail,随机接入重发后接入成功(QCAT) 23
图 3 15 随机接入重发后收到PDSCH(QCAT) 23
图 3 16 第二次msg4 fail,随机接入重发后接入成功(QCAT) 24
表目录
表 1 修改PRACH检测门限后的接通率 16
表 2 短呼接通率统计 17
表 3 未接通呼叫分析 17
表 4 解码重传PDCCH的MCS为29 21
部分内容:
2 接通率分析思路
在商用网络中,接通率优化的思路遵循以下方式:
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连接无响应,引起起呼失败,所以解决随机接入失败问题是当前提升接通率的关键。
图 2 1 接通率分析思路
|