LTE后台KPI指标优化指导书(全集)

1、百度文库-让每个人平等地提升自我11 掉线率1.1 指标定义无线掉线率=（eNodeB 发起的 S1 RESET 导致的 UE Con text 释放次数+UE Co ntext 异常释放次数）/UE Context 建立成功总次数*100%1.2 指标分析及统计点介绍UE Context 异常释放次数eNodeBMMEUE CONTEXTRELEASE REQUEST测量点： 如图 1 中 A 点所示， 当 eNodeB 向 MMES 送 UECONTEXRELEASREQUEST 消息，会释放 UE 的所有 E-RAB 当释放原因不为“ Normal Release ”，“ Detach”

2、，“ User In activity ”，“CS Fallback triggered ”，“ UE NotAvailable for PS Service ”，“I nter - RAT Redirectio n ”，“ Time Critical Handover”， “ Han dover Can celled ”时， 测量指标 L.UECNTX.Ab normRe 加 1。eNodeB百度文库-让每个人平等地提升自我2发起的 S1 RESET 导致的 UE Con text 释放次数百度文库-让每个人平等地提升自我3eNodeBMMERESETRESET ACKNOWLEDGE测量点

3、：如图 2 中 A 点所示，当 eNodeB 向 MM 发送 S1 RESET 肖息时，根据包含的上下文个数，指标 L.UECNTX.Rel.SIReset.eNodeB 进行累加UE Con text 建立成功总次数百度文库-让每个人平等地提升自我4RRC Corrnoctlon股80他）口 用trtxi 0nINI1IAL CONTEXTSWIILSPOKSE百度文库-让每个人平等地提升自我5足否存花异常告静或琲输闪斷咬总旳愿恻肚UELOHf JUEContes.检査口否配豐正确龈站E发起的11EET导牲 的UEContext放汝敷eNodeB起范廩园为无綫层问題的UEContext別次戴

4、通取力拱定/eNodeB发起的康嵋为饬换失戟的UECcmext極旅叹数参数是習设聲合理咼否存在駅覆掘现场测试及暗台駆踪*0*0j徴恒号：hf_op1百度文库-让每个人平等地提升自我6?是否存在异常告警或传输闪断1） 通过 LST ALMAF 查询站点实时告警,参考历史告警；2） 通过 DSP BRD 查询单板运行情况；?通过提取两两小区切换，确定目标小区1） 确定目标小区运行情况，是否基站故障或异常告警；2） 检查邻区间参数设置是否正确；3） 通过 Mapinfo 检查小区邻区配置是否合理，进行邻区合理性优化；4） 检查基站是否周边站点缺少，如为孤站，可视为正常；?检查 S1 链路是否配置正确

5、现统计中 eNodeB 发起的 S1 RESET 导致的 UE Con text 释放次数均为 0,如统计出现释放次数，需进行针对排查；?参数是否设置合理1） 查询掉线类定时器设置是否正确；（T310、N311、N310 T311、T301）2） 如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；?是否存在高干扰1） 通过 Map info 查看小区 PCI 复用是否合理，是否存在模三冲突；2） 检查小区时隙配比是否设置准确（DE:SA2SSP7;F:SA2SSP5 ；3） 如每 PRB 上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后 台跟踪，确认干扰类型；小提示：

6、判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99 呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如 果干扰仅在 RB40-RB80 则为广电干扰，请大家知悉。?是否存在咼质差1） 通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2） 通过后台误码率跟踪，如 BLER10%确定小区存在高误码；?是否存在弱覆盖百度文库-让每个人平等地提升自我71） 检查传输模式，是否为 TM3 如长时间为 TM2 确认设置正确的情况下，基本 确定小区存在弱覆盖；2） 对比 64QAM 和 QPSI 占比，如后者比例远大于前者，可确定小区覆盖异常；?现

7、场测试及后台跟踪1） 安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2） 如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作， 直至问题闭环；2 接通成功率2.1 指标定义无线接通率=RR（连接建立成功率*E-RAB 建立成功率=（RRC 连接建立完成次数 /RRC连接请求次数（不包括重发）*E-RAB 建立成功总次数/E-RAB 建立尝试总 次数*100%2.2 指标分析及统计点介绍图 1 中eNodoUERRC Connection RequestRRC Connection SetupRRC Connecuon Setup Complete百度文库-让每个人

8、平等地提升自我8【A 点(1) 指标 L.RRC.ConnReq.Att 加 1,不统计重发的次数。Casel: eNB 下发 RRC_Conn_Setu 消息后，在 T300 定时器超时前，收到相同的 UelD发起的 RRC_Conn_ReQSetup 丢失，UE MAC 中突解决定时器超时后重发 RRC_C onn_ReqUelD 不变)，记为一次重发 RRC_C on n_R&消息。Case2: T300 超时后，UE 仍未收到 RRC_Conn_Setup UE 重新搜网，发起初始接 入，UeID 是取 0239 的随机值或上层下发的 TMS。eNB 侧记为新的一次初始接 入，L.RR

9、C.ConnReq.Att 加 1。Case3:发起 Attach 后会启动 T3410 定时器。如果 UE 发出 RRC_Conn_Setup_Cmp 后，ENB 没有收到，UE 会在定时器超时后重新发起 Attach，ENB 侧记为新的一次 初始接入；RRC_Co nn_Setup_Cn 丢失不会触发重建，发起重建的前提是安全已 经激活。(2)如果 RRC Connection Request 消息信元 Establishment Cause 为“emergencf，指标 L.RRC.ConnReq.Att.Emc 加 1。(3)如果 RRC Conn ection Request 消息信

10、元 Establishme nt Cause 为“highPriorityAccess ”，指标 L.RRC.ConnReq.Att.HighPri 加 1。(4)如果 RRC Conn ection Request 消息信元 Establishme nt Cause 为“mt-Access”，指标 L.RRC.ConnReq.Att.Mt 加 1。(5)如果 RRC Conn ection Request 消息信元 Establishme nt Cause 为“mo Singnalling ”，指标 L.RRC.ConnReq.Att.MoSig 加 1。(6)如果 RRC Conn ect

11、ion Request 消息信元 Establishme nt Cause 为“mo Data”，指标 L.RRC.ConnReq.Att.MoData 加 1。【B 点当 eNodeB 下小区接收到 UE 发送的 RRC Connection Request 消息并下发 RRC Connection Setup 消息给 UE 时，指标 L.R RC.Co nn Setup 加 1。【C 点当 eNodeB 收到 UE 返回的 RRGConnection Setup Complete 消息时统计相应指标，百度文库-让每个人平等地提升自我9L.RRC.Co nn Req.Succ 加 1。百度文

12、库-让每个人平等地提升自我10RRC Setup Success Rate 计算RRCSetupSuccessRate=( L.RRC.ConnReq.SucC /(L.RRC.ConnReq.Att)*1OO%图 2、3 中OFH RC C on n tjc; tion ht uR RC ConrKTCiUiori爭与I：14口RRC Comnecstlon S-iErtup CompleteinllhalLJEInihal G口门tojcitgWiJCS何.ciuy tSecufity MocfoOonirie*! ianoriIlion C2&mpl曲IJE+Setup Re&pon s

13、o百度文库-让每个人平等地提升自我11【A 点】当 eNodeB 攵至 U 来自 MME 勺 E-RAB SETUP REQUEST 者 INITIAL CONTEXTSETUP REQUEST 息时统计该指标。如果 E-RAB SETUP REQUE 或者 INITIALCONTEXT SETUP REQUEST 息中要求同时建立多个 E-RAB 则相应指标按各个业务的QCI 分别进行累加。【B 点当 MME 攵至 V 来自 eNodeB 的 E-RAB SETUP RESPON 或者 INITIAL CONTEXTSETUPRESPONSE 息时 E-RAB 建立成功次数累加。ERAB S

14、etup Success Rate 计算公式ErabSetupSuccessRate= (L.E-RAB.SuccEst) /(L.E-RAB.AttEst)*100%2.3 TOP 小区提取及分析流程1. TOP 小区提取暂按以下方式操作(仅供参考，请根据网络实际情况自定义)：1RRC 青求次数大于 50 次2接通率小于 98%3在一周之类重复出现 2 次以上的小区。若前三种无法提取出 TOP 小区，可按 RRC ERAB 建立失败次数,分开求和后降序 排列筛选 RRC 和 ERAB 建立失败的 TOP 小区。2. TOP 小区中 RR(和 ERAB 建立失败次数原因值说明：对小区 RRC

15、建立失败次数：资源分配失败而导致 RRC 连接建立失败的次数，指标 ID : 1526727083;重点 关注 top资源是否足够，包括 top 用户数，传输、PRB 等; UE 无应答而导致 RRC 连接建立失败的次数，指标 ID : 1526727084;关注质差、 干扰、无线环境等； 小区发送 RRC Conn ection Reject 消息次数，指标 ID: 1526728269 关注传 输问题、是否拥塞、干扰；因为 SRS 资源分配失败而导致 RRC 连接建立失败的次数，指标 ID :1526728485;重点关注 SRS 带宽、配置指示、配置方式、SRS ACK/NAC 设置是百

16、度文库-让每个人平等地提升自我12否合理等；因为 PUCC 资源分配失败而导致 RRC 连接建立失败的次数，指标 ID: 1526728486;关注 PUCC 信道相关参数设置是否合理，CQI RB 数配置是否合理 等；流控导致的 RRC Connection Request 消息丢弃次数，指标 ID: 1526728489; 关注拥塞，业务流控相关参数是否设置正确等；流控导致的发送 RRC Conn ection Reject 消息次数，指标 ID: 1526728490; 关注拥塞，业务流控相关参数是否设置正确等；对小区 E-RAB 建立失败次数：因未收到 UE 响应而导致 E-RAB 建

17、立失败的次数，指标 ID : 1526726717；处理 建议：需排查覆盖，干扰，质差，ENODE 参数设置错误，终端及用户行为异常 等原因。核心网问题导致 E-RAB 建立失败次数， 指标 ID: 1526728276;处理建议： 需 跟踪信令，排查核心网问题（EPC 参数设置,TAC 码设置的一致性，对用户开卡限 制，硬件故障方面排查）；传输层问题导致 E-RAB 建立失败次数，指标 ID: 1526728277；处理建议：需 查询传输是否有故障，高误码，闪断，传输侧参数设置问题。无线层问题导致 E-RAB 建立失败次数，指标 ID: 1526728278;处理建议：处 理建议：需排查覆盖

18、，干扰，质差，ENODE 参数设置错误，终端及用户行为异 常等原因。无线资源不足导致 E-RAB 建立失败次数，指标 ID: 1526728279;处理建议：排查 TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数 调整，流量均衡（小区选择，重选和切换类参数）；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等；安全模式配置失败导致 E-RAB 建立失败次数，指标 ID: 1526728280;处理建 议：需排查覆盖，干扰，质差，ENODE 参数设置错误，终端及用户行为异常等 原因。百度文库-让每个人平等地提升自我13|足仰大轉分小区部丸f旃iitTd小IXtES-YE

19、S檢盘憾寻.7? X.洁雀何的. 足帝存在网需喪 或和升堆冇为零（1. iffiidlSTALMAP置附站盘丈时卩龄歩巴力比 务悴：2. JlflijUSI UH LI會询瞰嘏迄苕宿&6 J.紀軽厚改誇）-1啊1建V威龙申I1足再大勉竹小冈瓶化1、r跑術牌TCF小反YESNOF丿己沖片也NO5 f足河存疣址擅间百度文库-让每个人平等地提升自我14?筛选 TOP 小区RRC 建立成功率 TOP E-RAB 建立成功率 TOP 条件相同：建立成功率98%连接请 求次数极少。?是否存在干扰1） 通过 Map info 查看小区 PCI 复用是否合理，是否存在模三冲突；2） 检查小区时隙配比是否设置准

20、确（DE:SA2SSP7;F:SA2SSP53） 如每 PRB 上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后 台跟踪，确认干扰类型；4） 发送干扰组协助处理。?是否存在覆盖问题1） 检查传输模式，是否为 TM3 如长时间为 TM2 确认设置正确的情况下，基本 确定小区存在弱覆盖；2） 对比 64QAM 和 QPSI 占比，如后者比例远大于前者，可确定小区覆盖异常；3） 邻区告警、故障等导致 TOP 小区存在弱覆盖；4） 天馈问题；5） 无线环境差；6） 基站规划、建设、施工问题；7） 天线权值配置与现场天线参数不一致。8） 核查参考信号功率是否偏低（常规设置 92,122

21、，需结合现场设置）；?是否存在咼质差1） 通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差；2） 通过后台误码率跟踪，如 BLER10%确定小区存在高误码；?是否存在资源不足1） 参数调整，流量均衡；2） 天馈调整，分担流量；百度文库-让每个人平等地提升自我153） 热点区域，增补基站；?是否终端、用户行为异常结合用户投诉情况，安排前场人员现场测试，同时后台通过信令跟踪，配合查找 问题原因；3 切换成功率3.1 指标定义（eNodeB 间同频切换出成功次数+eNodeB 间异频切换出成功次数 + eNodeB 内同 频切换出成功次数+ eNodeB 内异频切换出成功次数-通

22、过重建回源小区的 eNodeB 间同频切换出执行成功次数-通过重建回源小区的 eNodeB 间异频切换 出执行成功次数-通过重建回源小区的 eNodeB 内同频切换出执行成功次数- 通过重建回源小区的 eNodeB 内异频切换出执行成功次数）/ （eNodeB 间同频切 换出尝试次数+ eNodeB 间异频切换出尝试次数+ eNodeB 内同频切换出尝试次 数+ eNodeB 内异频切换出尝试次数）*100%3.2 指标分析及统计点介绍1）核心网原因导致切换出准备失败百度文库-让每个人平等地提升自我16源小区收到来自 MME 勺 UE CONTEXT RELEASE COMMAN 时，指标L.

23、HHO.Prep.FailOut.MME 加 1EG百度文库-让每个人平等地提升自我17及 HANDOVER PREPARATION FAIL 消息;UES-eNoeBT-eNodeBMeasurement Report亠 |Handover DecideHANDOVER REQUESTWait HANDOVERREQUESTACKNOWLEDGETimeout:-耳：fir OOT丄2) 目标小区无响应导致切换出准备失败在 X2 切换时， 未收至 U 对端 eNodeB 发出的 HANDOVER REQUEST ACKNOW百度文库-让每个人平等地提升自我18在 S1 接口切换时，未收到 M

24、M 发出的 HANDOVER COMM 消息及 HANDOVERPREPARATION FAILURE 息。指标 L.HHO.Prep.FailOut.NoReply 力卩 1。在 X2 接口切换过程中的切换准备阶段，当源小区收到来自目标小区的 HANDOVERPREPARATION FAILURE 息时，指标 L.HHO.Prep.FailOut.PrepFailure力卩 1。百度文库-让每个人平等地提升自我19在 S1 接口切换过程中的切换准备阶段，当源小区收到来自MME 勺 HANDOVERPREPARATION FAILURE 息时，指标 L.HHO.Prep.FailOut.Pre