LTE学习总结-速率问题定位(前台)第一篇：LTE学习总结-速率问题定位(前台) 速率不达标问题分析（前台） 测试中问题定位 测试时发现下载速率不达标需关注项： 1、 RSRP（参考信号接收功率） 在LTE中表示接收信号强度，测试时一般要求达到-75dBm.如达不到需重新找点，则要求RSRP尽量大于-85dBm找点时最好在天线主打方向无阻挡位置 主要用来衡量下行参考信号的功率，和WCDMA中CPICH的RSCP作用类似，可以用来衡量下行的覆盖区别在于协议规定RSRP指的是每RE的能量，这点和RSCP指的是全带宽能量有些差别 2、 SINR（信干噪比） 表示LTE中的信号质量，好点要求大于22是对速率影响最大的因素 若RSRP大于-85dBm而SINR不达标，则看邻区列表内邻区信息，看是否有较强邻区信号干扰，若有的话，可以通知后台闭塞邻区或本站其他小区后测试 3、 Transmission传输模式 传输模式现在用的有TM2（发射分集）、TM3（开环空间复用）、TM7（单流波束赋形）、TM8（双流波束赋形）一般测试时好点都为TM3.如果在TM2可能为无线环境不好，在TM7或TM8可能虽然RSRP和SINR都好但不在天线主打方向（站下小区背后或小区副瓣方向）。
4、 PDCCH UL\DL Grant Count（上\下调度次数） LTE每秒调度次数，由于调度周期为1MS，所以调度次数为每秒1000次，正常情况下单用户调度次数都要在900以上 5、 BLER（误码率） 正常情况下为10%以下，如果RSRP大于80dBm并且SINR大于22情况下BLER大于10%，则很有可能是外部干扰，可以让后台看一下底噪和上下行干扰 6、Rank Indication（秩指示） 正常情况下好点都应该为Rank2（双流）状态如果RSRP大于80dBm并且SINR大于22还在Rank1（单流）状态，有可能是天线问题（天线不支持双流）或传输问题 7、 PDSCH\PUSCH RB Number(下\上行可用RB数) 8、 Antenna Measurement（天线端口测量） 9、MCS（调制阶数） 9、 MIMO（多发多收） 第二篇：XX移动LTE上传速率远低于理论速率处理总结报告 XX移动LTE上传下载速率不达标处理案 例总结 20220422 一、 故障背景 XX网优反馈某某等7个站点上传均不达标，上传速率峰值2.5mbps左右,平均速率只有1.5mbps左右。
二、 基站组网 以上站点均为双模配置，3小区室外宏站，RRU为R8968系列； EMS：U31V12.13.30 ；OMMB： V12.13.30 ； eNodeB：V3.30.600P03R2 三、 问题分析 1、 怀疑无线环境或干扰导致速率不达标； 2、 怀疑基站硬件、软件、配置数据不合理导致速率不达标； 3、 怀疑传输配置参数、传输故障或核心网配置参数导致速率受限； 四、 处理过程 第1步：后台检查7个故障站点告警，发现无告警或无影响优化指标类告警，基站运行正常；核查配置参数发现配置参数合法正确；传输侧反馈传输配置正确无告警；XX所有LTE基站在一个核心网MME POOL下排除核心网问题； 第2步：对XX分部-ZLH更换BPL单板、CC板后重新配置数据进行测试，发现故障仍旧存在检查GPS时钟、小区状态、检测RRU通道功率等均无异常；查看锁相环状态： 现场检测GPS时钟锁定状态； 现场对XX分部-ZLH进行iperf灌包测试发现5M、10M、20M、30M均正常，40M略有抖动，证明传输带宽正常，可能存在光衰等问题； 第5步：现场ping包检测发现，时延抖动较大， 第6步：再次与传输侧确认发现XX分部等7个站点在一个传输圈上，且两个华为3900汇聚层PTN之间光纤光衰略大但未达到告警门限值，传输网管无告警上报，对光衰较大传输段进行阻断，倒换主路由，安排网优侧进行测试发现上传速率正常； 第7步：目前室外宏站【上下行子帧/特殊子帧配置】：目前配置 2/6，对应1:3 时隙配比；传输光衰对上行速率比率影响较大。
五、 总结 1、 传输故障也会影响速率，华为3900PTN 存在光衰较大故障，但是未超过设置门限不会上报告警，需注意； 第三篇：LTE每天学习总结-问题分析(接入-华为) LTE接入问题分析 1. 随机接入流程 （1）用户Attach流程： UERRC CONN SETUP REQE-NODEBMMERRC CONN SETUPRRC CONN SETUP CMPINITIAL UE MESSAGE直传过程（鉴权、业务协商）INITIAL UE CONTEXT SETUP REQRRC SECURITY MODE CMDRRC SECURITY MODE CMPRRC CONN RECFGRRC CONN RECFG CMPINITIAL UE CONTEXT SETUP RSP直传过程（业务协商、流程通知）SAEB SETUP REQRRC CONN RECFGRRC CONN RECFG CMPSAEB SETUP RSP （2）随机接入流程介绍 随机接入过程的发生有以下五种场景： 1、 从空闲态转到连接态的初始接入； 2、 无线链接失败后的接入； 3、 切换过程中的接入； 4、 当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达； 5、 当UE处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行行数据到达； 随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述 1、 2、5三种场景，而非竞争随机接入适用于 3、4两种场景。
随机接入基本流程如下： UEeNB1Random Access PreambleUEeNBRandom Access Response20RA Preamble assignment3Scheduled TransmissionRandom Access Preamble1Contention Resolution42Random Access Response 图2 随机接入流程图（左：基于竞争的随机接入 右：基于非竞争的随机接入） 2.常见问题简单排查方法 2.1基本定位思路 接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题因此遇到无法接入的情况，可以大致按以下步骤进行排查 （1）通过话统分析是否出现接入成功率低的问题，当前RRC\eRAB接通率指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位 （2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为 （3）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点 （4）查询RRC连接建立和ERAB建立成功率最低的TOP10站点和TOP时间段。
（5）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常 （6）提取CHR日志，分析接入时的msg3的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户 （7）针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析 （8）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析 详细流程图如下： 开始Y全网话统分析，是否达标？N是否全网指标恶化？YN检查告警，操作，是否存在网络变动和升级操作按照接入失败次数和接入成功率确认TOP站点NTOP站点告警，操作，状态，配置是否异常Y告警恢复，评估操作影响和升级影响告警，操作和配置恢复后KPI恢复正常？N根据CHR确认是否弱覆盖？NYY根据信令跟踪确认是否终端问题，核Y心网问题，ENB配置问题YN解决问题，KPI恢复?Y问题定位结束N优化覆盖提交接入问题排查交付件供研发人员分析2.1.1、TOP小区筛选 通过M2000导出全网每日话统文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）次数从高到低排序，结合接入成功率，选出TOP10站点接入成功率低的小区。
按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次数从高到低排序，结合ERAB建立成功率选出TOP10 ERAB建立成功率低的站点 检查TOP小区的状态是否正常，可以在M2000上，通过MML命令“DSP CELL”能查看到小区的总体信息 如果小区状态显示不是“正常”，可以按如下方法进行简单排查： 如果存在S1链路异常告警，请检查S1链路配置是否正确 如果存在RSSI/RSRP通道不平衡，需要检查天馈互调干扰， 如果存在驻波告警，需要通过DSP TXBRANCH，DSP RXBRANCH查看RRU发射和接收通道状态 如果存在小区不可用告警，需要返回主控和基带板一键式日志 2.1.2、TOP小区话统分析 通过RRC建立失败话统可以得出TOP小区RRC建立失败原因分布： L.RRC.SetupFail.NOReply多为弱覆盖或终端异常；L.RRC.Setup.ResFail由小区资源分配失败导致 通过ERAB建立失败原因话统可以得出得出ERAB建立失败原因分布： L.E-RAB.FailEst.RNL的统计包含了指标L.E-RAB.FailEst.NoRadioRes、L.E-RAB.FailEst.SecurModeFail及指标L.E-RAB.FailEst.NoReply的统计情况。
初始上下文建立失败的几种现象： 1 基站下发了RRC_SECUR_MODE_CMD消息,收到UE的RRC_SECUR_MODE_FAIL消息 UE SecurityModeCommand EUTRAN SecurityModeFailure 2 基站下发了RRC_SECUR_MODE_CMD消息,没有收到UE的RRC_SECUR_MODE_CMP消息 3 基站下发了RRC_CONN_RECFG消息,没有收到UE的RRC_CONN_RECFG_CMP消息 4 基站下发了RRC_UE_CAP_ENQUIRY消息,没有收到UE的RRC_UE_CAP_INFO消息 初始上下文建立请求消息超时，需要核心网侧配合，查看核心网侧在收到ENB传递的NAS Attach消息后的处理流程 初始上下文建立失败需要检查基站配置，查看告警，跟踪Uu口，S1口进行分析 2.1.3、TOP用户分析 通过CHR日志分析可以获取RRC建立失败和ERAB建立失败TOP用户的TMSI在CHR数据中，可以通过TMSI来确定是否为同一个用户，具体方法如下： 当前华为核心网TMSI分配的机制是对于同一个IMSI用户，TMSI的右起第三个byte的数据进行随机赋值，即某用户的TMSI中只有第三个字节的8bit发生变化（如AA ** BB CC）就是同一用户。
如下图所示，C0 ** 00 05就是同一个用户。