TD-LTE KPI切换差劣化小区分析处理指导手册
TD-LTE故障处理手册及典型案例

LTE故障处理手册一.重大故障处理方法2.重大故障处理步骤●【批量基站断站或小区不可用】●原因分析基站批量断点或或批量双模站点TD测GPS出现故障及传输设备故障●关注重点批量基站断站或小区不可用●常见处理方法二.告警预处理告警分类2.主要告警分析和常见的处理手段。
1)【网元链接中断】●告警解释:网元与OMC网管之间的链接中断,一般来讲,为断电或传输问题●对系统的影响对该网元无法控制4 结束2) 【29243:小区服务能力下降】●告警解释当基站射频资源或基带资源不能满足当前小区的配置规格时,产生此告警●对系统的影响告警小区提供给客户可用的无线空口资源会减少。
9 结束查询RRU配置通道:查询基站当前告警信息:查询驻波:查询光模块型号,速率:3)【19240:小区不可用告警】●告警解释当基站检测到小区不能提供业务时,产生此告警。
●对系统的影响告警小区不能提供业务。
查询小区是否可用:查看RRU是否有告警:查询光路是否OK:查询GPS是否可用:查看是否有License告警:4) 【29207:基站控制面传输中断告警】(注:由于网元断链,网管无法对基站控制)●告警解释当基站所有SCTP链路状态都异常时,产生此告警。
●对系统的影响基站所有承载S1Interface、X2Interface的SCTP链路(链路个数不少于2条)状态都异常,导致基站所有S1接口、X2接口无法建立成功,小区无法激活,用户无法入网。
●告警处理5)【26233:BBU IR光接口性能恶化告警】●告警解释当BBU的IR端口上的光模块的接收或发送性能恶化时,产生此告警。
●对系统影响1、光模块的收发性能严重恶化,可能导致IR链路承载的业务质量严重下降,或导致下级射频单元业务中断。
2、光模块的收发性能轻微恶化,可能导致射频单元该IR链路承载的业务质量出现轻微恶化。
查询RRU收发光:6)【26260:系统时钟不可用告警】●告警解释当基站使用本地晶振的时间超过其可保持的时限时,产生此告警。
TD-LTE切换优化指导手册V2

湖南移动TD-LTE 切换优化指导手册2015年2月目录1概述错误!未定义书签。
2系统内切换成功率相关KPI指标错误!未定义书签。
切换成功率指标定义............................... 错误!未定义书签。
切换成功率相关统计项............................. 错误!未定义书签。
站内切换统计项............................... 错误!未定义书签。
站间X2切换统计项............................ 错误!未定义书签。
站间S1切换统计项............................ 错误!未定义书签。
切换统计项--邻区级........................... 错误!未定义书签。
切换失败的常见问题........................... 错误!未定义书签。
3切换问题的定位和分析错误!未定义书签。
切换问题的定位................................... 错误!未定义书签。
切换问题的原因分析............................... 错误!未定义书签。
切换问题处理流程图............................... 错误!未定义书签。
切换整体分析................................. 错误!未定义书签。
切换Top小区分析............................. 错误!未定义书签。
小区故障排查................................. 错误!未定义书签。
切换准备失败问题分析......................... 错误!未定义书签。
切换执行失败问题分析......................... 错误!未定义书签。
终端类问题................................... 错误!未定义书签。
TDLTE网优KPI指标优化指导手册

TD-LTE网优KPI指标优化工作指导手册目录1 ................................................................................................................... 前言22KPI优化的工作流程及内容 (3)2.1KPI优化工作总体流程 (3)2.2KPI优化工作内容 (4)2.2.1KPI数据生成 (4)2.2.2KPI数据分析 (4)2.2.3问题处理 (5)2.2.4问题跟踪和核查 (5)2.3KPI优化工作逻辑图 (6)3RRC连接建立成功率优化 (6)3.1理论介绍 (6)3.2指标定义 (7)3.3信令流程及失败原因 (7)3.3.1正常过程 (7)3.3.2异常过程 (8)3.4优化方法介绍 (9)3.4.1上行随机接入的问题 (11)3.4.2小区重选参数问题 (11)3.4.3下行初始发射功率偏低问题 (11)3.4.4上行初始功控问题 (11)4ERAB建立成功率 (11)4.1理论介绍 (11)4.2指标定义 (13)4.3信令流程及失败原因 (13)4.3.1正常过程 (13)4.3.2异常过程 (14)5切换成功率优化 (17)5.1理论介绍 (17)5.2指标定义 (17)5.3信令流程 (18)5.3.1正常过程 (18)5.4优化方法介绍 (20)5.4.1切换信令流程 (20)5.4.2涉及话统打点 (22)5.4.3切换问题分类 (24)6无线掉线率优化 (27)6.1理论介绍 (27)6.2指标定义 (29)1 前言话统KPI是中国移动考核项之一,也是对网络质量的最直观反映。
日常话统监测是进行网络性能检测的一种有效手腕。
通过日监测,识别突发问题小区,将问题消除在低级阶段。
通过周监测,识别网络性能持续短木板小区,针对性的进行提升优化。
话统KPI主要包括以下几大类:接入性指标、维持性指标、移动性指标、业务量指标、产品运行类指标、系统可用性指标和网络资源利用率指标。
LTE质差小区处理指导书

目录1. 概述............................................................................................................错误!未定义书签。
2. LTE主要KPI介绍 ......................................................................................错误!未定义书签。
. 呼叫接入类指标............................................................................错误!未定义书签。
RRC建立成功率 ................................................................错误!未定义书签。
E-RAB建立成功率 .............................................................错误!未定义书签。
. 呼叫保持类指标............................................................................错误!未定义书签。
LTE业务掉话率 .................................................................错误!未定义书签。
UE上下文掉线率 ..............................................................错误!未定义书签。
. 移动管理类指标............................................................................错误!未定义书签。
TD-LTE切换优化指导书_R1.5

TD-LTE切换问题分析指导书法律声明若接收中兴通讯股份有限公司(以下称为“中兴通讯”)的此份文档,即表示您已同意以下条款。
若不同意以下条款,请停止使用本文档。
本文档版权所有中兴通讯股份有限公司。
保留任何未在本文档中明示授予的权利。
文档中涉及中兴通讯的专有信息。
未经中兴通讯事先书面许可,任何单位和个人不得复制、传递、分发、使用和泄漏该文档以及该文档包含的任何图片、表格、数据及其他信息。
和是中兴通讯的注册商标。
中兴通讯产品的名称和标志是中兴通讯的商标或注册商标。
在本文档中提及的其他产品或公司名称可能是其各自所有者的商标或注册商标。
在未经中兴通讯或第三方权利人事先书面同意的情况下,阅读本文档并不表示以默示、不可反言或其他方式授予阅读者任何使用本文档中出现的任何标记的权利。
本产品符合有关环境保护和人身安全方面的设计要求,产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。
本文档按“现状”和“仅此状态”提供。
本文档中的信息随着中兴通讯产品和技术的进步将不断更新,中兴通讯不再通知此类信息的更新。
中兴通讯股份有限公司地址: 中国深圳市科技南路55号邮编518057网站: 邮箱: 800@版本更新说明适用对象:网络优化人员使用建议:在阅读本文档之前,建议先了解下面的知识和技能:目录1切换概述 (1)1.1切换流程介绍 (1)1.1.1切换流程图 (1)1.1.2切换事件介绍 (3)1.1.3切换分类介绍 (3)1.2前台信令解析 (6)1.2.1测量控制 (6)1.2.2测量报告 (12)1.2.3切换命令 (13)1.2.4在目标小区随机接入(MSG1) (14)1.2.5基站回应随机接入响应(RAR) (14)1.2.6终端反馈重配完成,切换结束 (14)2切换优化整体思路 (16)2.1测量报告发送后未收到切换命令 (17)2.2目标小区MSG1发送异常情况 (19)2.3接收RAR异常情况 (19)3切换相关常用参数汇总 (20)3.1小区参考信号的功率 (20)3.1.1基本信息 (20)3.1.2参数功能描述 (20)3.1.3参数调整影响 (20)3.2中心UE的PDSCH与小区RS的功率偏差 (20)3.2.1基本信息 (20)3.2.2参数功能描述 (21)3.2.3参数调整影响 (21)3.3小区选择所需要的最小接收水平 (21)3.3.1基本信息 (21)3.3.2参数功能描述 (21)3.3.3参数调整影响 (21)3.4测量时的RSRP层3滤波系数 (21)3.4.1基本信息 (21)3.4.2参数功能描述 (21)3.4.3参数调整影响 (22)3.5EVENT IDENTITY (22)3.5.1基本信息 (22)3.5.2参数功能描述 (22)3.5.3参数调整影响 (22)3.6小区个体偏移 (22)3.6.1基本信息 (22)3.6.2参数功能描述 (22)3.6.3参数调整影响 (22)3.7TIME TO TRIGGER (22)3.7.1基本信息 (22)3.7.2参数功能描述 (23)3.7.3参数调整影响 (23)3.8HYSTERESIS (23)3.8.1基本信息 (23)3.8.2参数功能描述 (23)3.8.3参数调整影响 (23)3.9事件上报次数 (23)3.9.1基本信息 (23)3.9.2参数功能描述 (23)3.9.3参数调整影响 (24)3.10事件上报周期 (24)3.10.1基本信息 (24)3.10.2参数功能描述 (24)3.10.3参数调整影响 (24)3.11最大上报小区 (24)3.11.1基本信息 (24)3.11.2参数功能描述 (24)3.11.3参数调整影响 (24)4切换优化常见问题及案例 (24)4.1漏配邻区 (24)4.1.1前台分析漏配邻区的现象 (25)4.1.2漏配邻区带来的影响 (29)4.1.3漏配邻区处理方法 (30)4.2无线环境引起的切换异常 (30)4.2.1上行干扰引起的目标测接入困难 (30)4.2.2环境复杂引起的切换问题 (37)4.3上行失步导致掉话问题处理经验总结 (41)4.3.1现象描述 (41)4.3.2现象分析 (42)4.3.3解决方法及验证 (46)4.3.4经验总结 (47)5非正常情况引起的切换问题案例 (47)5.1版本问题引起的切换异常 (47)5.1.1高通LOG问题现象 (47)5.1.2该问题带来的影响 (48)5.1.3研发初步定位 (49)5.2不同厂商切换差异 (50)5.2.1问题现象 (50)5.2.2问题分析 (50)5.2.3问题总结 (52)图目录图1-1 切换流程图 (1)图1-2 站内切换信令流程图 (3)图1-3 X2口切换信令流程图 (4)图1-4 S1口切换信令流程图 (5)图1-5 正常切换信令 (6)图1-6 重配消息中的测量控制(RRC CONNECT RECONFIGRATION) (6)图1-7 测量控制解析(1) (7)图1-8 测量控制解析(2) (8)图1-9 测量控制解析(3) (10)图1-10 a3时间报告示意图 (12)图1-11 测量报告内容 (13)图1-12 切换命令 (13)图1-13 MSG1 (14)图1-14 MSG2 (14)图1-15 切换执行过程 (15)图1-16 MSG3 (15)图2-1 切换问题分析整体思路 (16)图2-2 发送测量报告后未收到切换命令处理流程 (17)图2-3 向目标小区发送MSG1异常处理 (19)图2-4 接收MSG2异常问题处理 (19)图4-1 多次测量报告现象 (25)图4-2 第一个测量报告内容 (25)图4-3 第四次测量报告内容 (25)图4-4 切换命令 (26)图4-5 源小区测量控制信息 (26)图4-6 漏配邻区引起的掉话 (28)图4-7 第一个测量报告内容 (28)图4-8 源小区测量控制信息 (28)图4-9 SINR (29)图4-10 流量 (30)图4-11 上行干扰问题点 (31)图4-12 上行干扰引起的问题现象 (31)图4-13 上行干扰引起的问题现象2 (32)图4-14 上行干扰引起的问题3 (33)图4-15 上行干扰问题验证 (33)图4-16 上行干扰引起的集中掉话区域 (34)图4-17 正常GPS后台查询图形 (35)图4-18 异常GPS后台查询图形 (35)图4-19 GPS失步闭塞小区配置 (37)图4-20 覆盖引起的切换失败点1 (38)图4-21 失败点RSRP (38)图4-22 失败点信令 (39)图4-23 覆盖引起的切换失败点2 (39)图4-24 失败点信令 (39)图4-25 失败点RSRP (40)图4-26 覆盖引起的切换失败点3 (40)图4-27 失败点信令 (40)图4-28 失败点RSRP (41)图4-29 现象示意图 (42)图4-30 信令图 (42)图4-31 信令图2 (42)图4-32 信令图3 (43)图4-33 信令图4 (44)图4-34 信令图5 (45)图4-35 信令图6 (45)图4-36 示意图1 (46)图4-37 验证示意图 (46)图5-1 切换命令 (47)图5-2 事件上报 (47)图5-3 切换前后RLM Report1 (48)图5-4 切换前后RLM Report2 (48)图5-5 华为与我司切换命令差异 (50)图5-6 收到切换命令后在我司接入信令 (50)图5-7 前台发送的重建立消息 (51)图5-8 后台收到重建立消息 (51)1 切换概述1.1 切换流程介绍-Measurement Control测量控制,一般在初始接入或上一次切换命令中的重配消息里携带-Measurement Report测量报告,终端根据当前小区的测量控制信息,将符合切换门限的小区进行上报-HO Request源小区在收到测量报告后向目标小区申请资源及配置信息(站内切换的话为站内交互,站间切换会使用X2口或者S1口,优先使用X2口)-HO Request Ack目标小区将终端的接纳信息以及其它配置信息反馈给源小区-RRC Connection Reconfiguration将目标小区的接纳信息及配置信息发给终端,告知终端目标小区已准备好终端接入,重配消息里包含目标小区的测量控制-SN Status Transfer源小区将终端业务的缓存数据移至目标小区-Random Access Preamble终端收到第5步重配消息(切换命令)后使用重配消息里的接入信息进行接入-Random Access Response目标小区接入响应,收到此命令后可认为接入完成了,然后终端在RRC层上发重配完成消息(第9步)-RRC Connect Reconfiguration complete(HO Confirm)上报重配完成消息,切换完成-Release Resource当终端成功接入后,目标小区通知源小区删除终端的上下文信息1.1.2 切换事件介绍LTE支持的切换事件有A类和B类,其中A类本用作系统内测量,B类被用作系统间测量下表为事件的简单介绍1.1.31.1.3.1图1-2 站内切换信令流程图1.1.3.2Transfer消息,待UE在目标小区接入后,目标小区会向核心网发送路径更换请求,目的是通知核心网将终端的业务转移到目标小区,X2切换优先级大于S1切换图1-3 X2口切换信令流程图1.1.3.3 S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间,基本流程和x2口一致,但所有的站间交互信令都是通过核心网S1口转发,时延比X2口略大图1-4 S1口切换信令流程图1.2 前台信令解析切换的大部分问题可在前台信令中进行分析,本文以前台信令为主介绍整个切换流程及问题分析思路图1-5 正常切换信令注意:这里的重配完成只是组包完成,实际是在MSG3里发送的前台信令窗的交互过程主要是是图1-1里的1、2、5、7、8、9几步,现在来分别介绍1.2.1 测量控制测量控制信息是通过重配消息里下发的,测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。
TDLTE主要KPI指标优化指导书

范文范例指导参考TDD LTE 主要KPI优化指导书适用对象:TD LTE网优工程师摘要目录1概述 (1)2主要KPI指标介绍 (2)2.1指标的分类 (2)2.1.1按照网元对象分 (2)2.1.2按照统计时间粒度分 (2)2.1.3按照指标相关性分 (2)2.2接入类指标 (3)2.2.1RRC连接建立成功率 (3)2.2.2ERAB建立成功率 (4)2.3保持性指标 (5)2.3.1无线掉线率 (5)2.3.2ERAB掉线率(小区级) (6)2.4移动性指标 (7)2.4.1切换成功率 (7)3KPI指标监控流程 (8)3.1KPI监控流程介绍 (8)3.2日常KPI监控流程 (9)3.3参数修改过程中KPI监控流程 (10)3.4ENODEB版本升级过程中的KPI监控 (11)3.5割接过程中的KPI监控 (12)4KPI性能分析方法 (12)4.1KPI性能分析方法 (12)4.1.1TOP N最坏小区分析法 (12)4.2KPI性能分析基本技能 (14)4.2.1KPI监控常用工具 (15)4.2.2KPI分析用到的工具 (15)4.3KPI优化分析过程 (16)5KPI优化分析专题 (19)5.1RRC建立成功率优化专题 (19)5.1.1RRC建立成功率的定义 (19)5.1.2RRC建立失败常见原因 (20)5.1.3优化措施 (21)5.2切换成功率优化专题 (23)5.2.1切换成功率的定义 (25)5.2.2切换失败常见原因 (26)5.2.3优化措施 (35)5.3KPI常见原因处理手段 (36)6结束语 (37)7附录 (38)7.1缩略语 (38)7.2参考资料 (40)图目录图1-1 KPI联合问题定位 (1)图3-1 日常KPI监控流程图 (9)图3-2 参数修改后KPI监控流程图 (10)图3-3 ENodeB版本升级KPI监控流程图 (11)图4-1 KPI优化分析流程图 (18)图5-1 RRC接入流程 (19)图5-2 TA接入统计分布 (21)图5-3 优化后RRC建立成功率 (22)图5-4 优化后无线掉线率 (22)图5-5 S1切换流程 (26)图5-6 EUTRAN邻接关系 (27)图5-7 同频同PCI配置 (34)图5-8 邻区错配 (34)图5-9 优化后切换成功率 (35)表目录表2-1 RRC连接建立成功率与质量等级 (4)表2-2 小区ERAB建立成功率与质量等级 (5)表2-3 业务掉话率与质量等级 (6)表2-4 分组域业务掉线率与质量等级 (7)表2-5 业务切换成功率与质量等级 (8)表4-1 TOP N最坏小区列表 (13)表5-1 掉话常见原因 (20)1 概述无线网络KPI是体现网络质量的直接体现,KPI监控也是我们发现问题的重要手段;KPI监控与优化主要集中在运维期间,网络问题不能靠用户投诉来解决,对一些异常的事件必须第一时间发现并提出相应解决方案,这样才能保证为用户提供良好的话音与数据业务。
TD-LTE网络性能KPI(切换成功率)优化手册

T D-L T E网络性能K P I(切换成功率)优化手册work Information Technology Company.2020YEARTD-LTE网络性能KPI(切换成功率)优化手册1切换成功率定义说明1.1指标公式1.2COUNTER定义1.2.1集团规范定义1、eNB间S1切换出请求次数:源eNB向MME发送的“切换请求”消息(HANDOVER REQUIRED)(3GPP TS 36.413),指示eNB间通过S1接口的切换出准备请求。
向不同小区发送的同一切换准备请求,需要重复统计。
2、eNB间S1切换出成功次数:源eNB收到MME发送的“UE上下文释放命令”消息(UE CONTEXT RELEASE COMMAND)(3GPP TS 36.413),指示eNB间通过S1接口的切换出执行成功。
3、eNB间X2切换出请求次数:源eNB向目标eNB发送的“切换请求”消息(HANDOVER REQUEST)(3GPP TS 36.423),指示eNB间通过X2接口的切换出准备请求。
向不同小区发送的同一切换准备请求,重复统计。
4、eNB间X2切换出成功次数:源eNB收到目标eNB发送的“UE上下文释放”消息(UE CONTEXT RELEASE)(3GPP TS 36.423),指示eNB间通过X2接口的切换出执行成功。
5、eNB内切换出请求次数:eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息(RRCConnectionReconfiguration),指示eNB内小区间切换出请求。
(3GPP TS 36.331)6、eNB内切换出成功次数:eNB收到UE发送的“RRC连接重配置完成”消息(RRCConnectionReconfigurationComplete),指示eNB内小区间切换出成功。
(3GPP TS 36.331)1.2.2NSN映射1、eNB间S1切换出请求次数:M8014C14:INTER_ENB_S1_HO_PREP,The number of Inter eNB S1-based Handover preparations;2、eNB间S1切换出成功次数:M8014C19:INTER_ENB_S1_HO_SUCC,The number of successful Inter eNB S1-based Handover completions;3、eNB间X2切换出请求次数:M8014C0:INTER_ENB_HO_PREP,The number of Inter-eNB X2-based Handover preparations. The Mobility management (MM) receives a listwith target cells from the RRM and decides to start an Inter-eNB X2-based Handover;4、eNB间X2切换出成功次数:M8014C7:SUCC_INTER_ENB_HO,The number of successful Inter-eNB X2-based Handover completions;5、eNB内切换出请求次数:M8009C6:ATT_INTRA_ENB_HO,The number of Intra-eNB Handoverattempts;6、eNB内切换出成功次数:M8009C7:SUCC_INTRA_ENB_HO,The number of successful Intra-eNB Handover completions;1.3信令统计点1.3.1eNB间S1切换统计点关系:M8014C14 = M8014C15 + M8014C16 + M8014C17 + M8014C18M8014C18 = M8014C19 + M8014C20(注:现网实际数据对不上)1、M8014C14:INTER_ENB_S1_HO_PREPUpdated: This counter is updated following the transmission of an S1AP:HANDOVER REQUIRED message from the source eNB to the MME if this message prepares an Inter eNB Handover.2、M8014C15:INTER_S1_HO_PREP_FAIL_TIMEUpdated: This counter is updated at the expiry of the guarding timer TS1RELOCprep if the timer was started because of the preparation of an Inter eNB Handover.3、M8014C16:INTER_S1_HO_PREP_FAIL_NORRUpdated: This counter is updated following the reception of anS1AP: HANDOVER PREPARATION FAILURE message from MME to source eNB with cause "No Radio Resources Available in Target Cell" if this message is received in response to the preparation of an Inter eNB Handover.4、M8014C17:INTER_S1_HO_PREP_FAIL_OTHERUpdated: The number of failed Inter eNB S1-based Handover preparations due to the reception of an S1AP: HANDOVER PREPARATION FAILURE message with a cause other than "No Radio Resources Available in Target Cell."5、M8014C18:INTER_ENB_S1_HO_ATTUpdated: This counter is updated following the reception of anS1AP: HANDOVER COMMAND message from the MME to the source eNB in case that this message is received in response to the preparation of an Inter eNB Handover.6、M8014C19:INTER_ENB_S1_HO_SUCCUpdated: This counter is updated following the reception of anS1AP: UE CONTEXT RELEASE COMMAND message from the MME to the source eNB with the cause value Radio Network Layer (Successful Handover) in case that this message is received for an Inter eNB Handover.7、M8014C20:INTER_ENB_S1_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TS1RELOCoverall in case that this timer was started because of an Inter eNB Handover.1.3.2eNB间X2切换Counter Counter ID NetAct nameeNB间X2切换请求次数M8014C0 INTER_ENB_HO_PREPeNB间X2切换目标小区准备失败次数M8014C2 FAIL_ENB_HO_PREP_TIME M8014C3 FAIL_ENB_HO_PREP_ACM8014C5 FAIL_ENB_HO_PREP_OTHEReNB间X2切换尝试次数M8014C6 ATT_INTER_ENB_HOeNB间X2切换成功次数M8014C7 SUCC_INTER_ENB_HOeNB间X2切换失败次数M8014C8 INTER_ENB_HO_FAIL统计点关系:M8014C0 = M8014C2 + M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8(注:现网实际数据对不上)1、M8014C0:INTER_ENB_HO_PREPUpdated: This counter is updated following the transmission of an X2AP: Handover Request to the target eNB.2、M8014C2:FAIL_ENB_HO_PREP_TIMEUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCprep.3、M8014C3:FAIL_ENB_HO_PREP_ACUpdated: This counter is updated following the reception of anX2AP: Handover Preparation Failure message from the target eNB.4、M8014C5:FAIL_ENB_HO_PREP_OTHERUpdated: The counter is updated if the failure detected does not match any other failure counter.5、M8014C6:ATT_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP: Handover Request Acknowledge message from the target eNB.6、M8014C7 :SUCC_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP:Release Resource message sent by the target eNB.7、M8014C8:INTER_ENB_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCoverall.1.3.3eNB内切换Counter Counter ID NetAct nameeNB内收到MR次数M8009C0 TOT_NOT_START_HO_PREP eNB内切换决断次数M8009C1 TOT_HO_DECISIONeNB内切换请求次数M8009C2 INTRA_ENB_HO_PREPeNB内切换准备失败次数M8009C3 FAIL_ENB_HO_PREP_AC M8009C5 FAIL_ENB_HO_PREP_OTHeNB内切换尝试次数M8009C6 ATT_INTRA_ENB_HO eNB内切换成功次数M8009C7 SUCC_INTRA_ENB_HO eNB内切换执行失败次数M8009C8 ENB_INTRA_HO_FAIL统计点关系:M8009C1 > M8014C2M8014C2 = M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8(注:现网实际数据对不上)1、M8009C0: TOT_NOT_START_HO_PREPUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of the RRM decision not to execute a handover. Updated to the source cell.2、M8009C1: TOT_HO_DECISIONUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of an RRM decision to execute a handover. Updated to the source cell.3、M8009C2: INTRA_ENB_HO_PREPUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM and decides on an Intra-eNB Handover. Updated to the source cell.4、M8009C6: ATT_INTRA_ENB_HOUpdated: The transmission of an RRC Connection Reconfiguration message sent by the eNB to UE, which indicates a Handover Command to the UE. Updated to the source cell.5、M8009C7: SUCC_INTRA_ENB_HOUpdated: The reception of an internal UE Context Release Request for the handover on the source side. Updated to the source cell.6、M8009C3: FAIL_ENB_HO_PREP_ACUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from the RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. Updated to the source cell.7、M8009C5: FAIL_ENB_HO_PREP_OTHUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. The counter is updated if the failure detected does not match any other failure counter. Updated to the source cell.8、M8009C8: ENB_INTRA_HO_FAILUpdated: The counter is updated to the source cell when timer THOoverall expires.2影响切换成功率的因素2.1从信令流程角度分析(注:个别流程可以会有不同,但大致相当,此处仅以X2切换为例。
某市移动TD网络差小区分析优化指导手册

**移动TD网络差小区分析优化指导手册20130630目录1.TOP小区处理流程 (3)1.1语音业务低接通处理流程 (3)1.2PS业务低接通处理流程 (6)1.3语音掉话处理处理流程 (8)1.4PS域掉线处理流程 (12)1. TOP 小区处理流程以下是针对各监控指标的处理流程,各流程包括流程图及优化处理手册。
1.1 语音业务低接通处理流程小区网络监控指标数据亿阳平台最差小区数据语音业务低接通小区RRC 接通率低RAB 接通率低是否硬件故障及告警电话通知接口人或者维护人员是否干扰是否干扰处理流程是否存在RRC 或RAB 拥塞否是拥塞处理流程是参数设置是否正确否参数恢复正常设置是CDT 分析是否终端问题其他部门或者市场部协助处理是否跟踪信令分析定位问题根据分析结果做相应处理否是与厂家沟通协助处理否指标是否恢复结束是否优化步骤:1、从亿阳平台或者网管监控中出现的TOP小区中,提取出语音低接通小区,统计分析是RRC接通率差还是RAB接通率差;并关联其他指标及地图信息进行分析优化;2、通过网管告警模块查询RNC级及小区是否有存在告警,通过定位到物理小区查看板卡及天线状态是否正常,查看传输误码。
若有告警、硬件故障或者传输误码过高,需要先排除硬件故障。
处理措施:电话通知接口人或者维护部门协助处理,跟进处理后指标的恢复情况。
3、通过网管查询POS及上行时隙ISCP的15分钟指标,导出干扰报表,查看小区是否存在上行干扰,排查干扰。
处理措施:按照干扰处理流程进行处理。
4、查看相应小区是否存在RRC或者RAB拥塞问题;处理措施:按照RRC或者RAB拥塞处理流程进行处理。
5、看参数设置是否正确,通过逻辑小区设置对参数进行检查,主要包括:✓小区基础数据设置错误;✓系统间重选参数设置不合理;✓功率设置是否不平衡;✓最近是否对该小区有参数改动。
处理措施:将参数恢复正常值,参数回调到改动前,观察指标的恢复情况;6、在排除了以上所有点之后仍未定位问题时,可以利用CDT的终端分析功能,对问题用户进行定位,了解用户使用的终端型号,确定是否由个别用户(IMSI)或者是某一型号的终端引起;7、通过RCT对该小区进行信令跟踪,分析具体失败原因,制订相应的优化措施;8、以上排查过后,仍未发现任何问题的,基站可能存在隐性故障,与厂家沟通让厂家协助分析处理。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Approved Checked Date Rev Reference2014-10-28 PA1TD-LTE KPI劣化小区分析处理指导手册Approved Checked Date Rev Reference2014-10-28 PA1目录1切换成功率 (2)1.1切换指标描述 (2)1.1.1公式定义 (2)1.1.2信令流程 (2)1.1.3切换类别 (5)1.2切换分析流程 (5)1.3准备切换优化 (9)1.3.1准备切换思路 (9)1.4执行切换优化 (10)1.4.1告警处理 (10)1.4.2干扰优化 (10)1.4.3覆盖优化 (11)1.4.4参数核查 (12)2干扰排查 (12)2.1干扰的原因及分类 (12)2.2宏站干扰排查流程 (13)2.3室分干扰排查流程 (14)1 切换成功率1.1 切换指标描述1.1.1 信令流程切换流程见下图:Approved Checked Date Rev Reference2014-10-28 PA1●Measurement Control测量控制,一般在初始接入或上一次切换命令中的重配消息里携带●Measurement Report测量报告,终端根据当前小区的测量控制信息,将符合切换门限的小区进行上报●HO Request源小区在收到测量报告后向目标小区申请资源及配置信息(站内切换的话为站内交互,站间切换会使用X2口或者S1口,优先使用X2口)●HO Request Ack目标小区将终端的接纳信息以及其它配置信息反馈给源小区Approved Checked Date Rev Reference2014-10-28 PA1●RRC Connection Reconfiguration将目标小区的接纳信息及配置信息发给终端,告知终端目标小区已准备好终端接入,重配消息里包含目标小区的测量控制●SN Status Transfer源小区将终端业务的缓存数据移至目标小区●Random Access Preamble终端收到第5步重配消息(切换命令)后使用重配消息里的接入信息进行接入●Random Access Response目标小区接入响应,收到此命令后可认为接入完成了,然后终端在RRC层上发重配完成消息(第9步)●RRC Connect Reconfiguration complete(HO Confirm)上报重配完成消息,切换完成●Release Resource当终端成功接入后,目标小区通知源小区删除终端的上下文信息1.1.2 公式定义切换成功率是系统移动性管理性能的重要指标。
切换成功率=(eNB间S1切换出成功次数+ eNB间X2切换出成功次数+ eNB内切换出成功次数)/(eNB间S1切换出请求次数+ eNB间X2切换出请求次数+ eNB内切换出请求次数)*100%详见下表:中文名称触发点eNB间S1切换出请求次数源eNB向MME发送的“切换请求”消息(HANDOVER REQUIRED),指示eNB间通过S1接口的切换出准备请求。
eNB间S1切换出成功次数源eNB收到MME发送的“UE上下文释放命令”消息(UE CONTEXT RELEASE COMMAND),指示eNB间通过S1接口的切换出执行成功。
eNB间X2切换出请求次数源eNB向目标eNB发送的“切换请求”消息(HANDOVER REQUEST),指示eNB间通过X2接口的切换出准备请求。
Approved Checked Date Rev Reference2014-10-28 PA1eNB间X2切换出成功次数源eNB收到目标eNB发送的“UE上下文释放”消息(UE CONTEXT RELEASE),指示eNB间通过X2接口的切换出执行成功。
eNB内切换出请求次数eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息(RRCConnectionReconfiguration),指示eNB内小区间切换出请求。
eNB内切换出成功次数eNB收到UE发送的“RRC连接重配置完成”消息(RRCConnectionReconfigurationComplete),指示eNB内小区间切换出成功。
1.1.1 切换类别按照实际情况,切换可分为eNb站内切换,X2口切换以及S1口切换,下边分别进行介绍(下边介绍的所有切换都是基于已经接入且获取到了测量配置后)1.1.1.1 站内切换站内切换过程比较简单,由于切换源和目标都在一个小区,所以基站在内部进行判决,并且不需要向核心网申请更换数据传输路径。
站内切换信令流程见下图:Approved Checked Date Rev Reference2014-10-28 PA1UE eNBMeasurement ReportRRC Connection Reconfiguration(HO Command)RRC Connection ReconfigurationComplete(HO Confirm)MSG1(Random Access Preamble)RAR(Random Access Response)1.1.1.2 X2口切换用于建立X2口连接的邻区间切换,在接到测量报告后需要先通过X2口向目标小区发送切换申请(切换流程第3步),得到目标小区反馈后(切换流程第4步)才会向终端发送切换命令,并向目标测发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息,待UE在目标小区接入后,目标小区会向核心网发送路径更换请求,目的是通知核心网将终端的业务转移到目标小区,X2切换优先级大于S1切换。
X2切换信令流程见下图:Approved Checked Date Rev Reference2014-10-28 PA11.1.1.3 S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间,基本流程和X2口一致,但所有的站间交互信令都是通过核心网S1口转发,时延比X2口略大。
Approved Checked Date Rev Reference2014-10-28 PA11.2 切换分析流程切换成功率劣化小区分析流程见下图:Approved Checked Date Rev Reference2014-10-28 PA11.3 准备切换优化1.3.1 准备切换思路针对准备切换成功率劣化小区,可按如下思路排查:✧拥塞检查:目标小区RRC拥塞时会导致切入时无线资源申请失败,从而导致所有Scell至拥塞Tcell准备切换失败。
故在优化准备切换成功率劣化小区时应优先检查目标小区是否存在拥塞。
✧X2检查:当目标小区资源充足且X2切换准备成功率低,需检查X2定义的准确性,比如目标小区IP的定义等。
✧S1检查:当目标小区资源充足且S1切换准备成功率低,需核心网配合检查MME数据,如TAC的定义等。
✧其他参数核查,如某些情况下同频同PCI也会导致准备切换成功率低。
ApprovedCheckedDateRevReference2014-10-28PA1除上述检查外,可解析异常切换小区的CTR ,通过内部信令INTERNAL_PROC_HO_PREP_X2_OUT(IN)获取具体的切换失败CAUSE ,如:Unknown_Target_ID 、无资源或切换超时等分析查找问题原因。
1.4 执行切换优化1.4.1告警处理针对(Scell->多个Tcell 差)和(多个Scell->T cell 差)两种切换异常,应首先通过指令查看目标或源站点的即时告警、lga 查看历史告警,检查小区是否存在影响切换成功率的相关硬件告警。
对如下影响切换指标的告警及时处理:告警类型处理建议 Gigabit Ethernet Link Fault 核查传输等 S1ConnectionFailure(S1链路故障)Remote IP Address Unreachable(远端地址不可达)Heartbeat Failure(脱管) HwFault(硬件故障)驻波检查,更换硬件等VswrOverThreshold(驻波告警)Clock Calibration Expiry Soon (时钟同步超时) 板卡复位、检查GPSNetwork Synch Time from GPS Missing(GPS 故障)CalibrationFailure(天线校准) 核查干扰、跳线等 LinkFailure(RRU 丢失或高误码) 检查光路和光模块1.4.2干扰优化针对多个Scell->Tcell 切换差,在排除了目标小区告警因素后,需检查目标小区上行PUSCH 底噪。
当目标小区上行PUSCH 底噪高于-105dBm 时,则此切换异常可能为上行强干扰导致,需进行干扰排查并处理。
Approved Checked Date Rev Reference2014-10-28 PA11.4.3 覆盖优化如排除了告警、干扰等可能因素外,可对劣化小区进行覆盖分析。
目前影响切换指标恶化的覆盖因素主要分为:越区覆盖,弱覆盖和重叠覆盖。
对于这三类覆盖问题,分析时需综合考虑以下信息:1) 无线测量结果信息:a) 反映UE和基站距离的TA分布;b) 下行覆盖场强RSRP分布;c) 下行信道质量CQI分布;2) 劣化小区所处位置及周边站点的分布等信息;3) CTR信令跟踪所表征的实时信息;取得以上这些信息,综合判断小区是否存在越区、弱覆盖等现象。
✧基于无线测量结果分布的判断通过小区服务UE的TA均值、TA分布,结合覆盖方向的LTE站点站间距分布,综合判断小区是否存在越区现象。
如TA均值较大,或大TA值占比较高,则可能需要检查该小区覆盖方向的站间距分布情况,如果平均TA明显大于站间距,则可能存在越区覆盖。
或者均值尚可,但特定的大TA采样占一定比重,也有可能存在越区嫌疑。
通过下行覆盖RSRP及信道质量CQI分布及均值计算判断小区是否存在弱覆盖。
如RSRP/CQI均值较小,或均值尚可,部分特定低RSRP和低CQI采样占比较高,则可能存在弱覆盖嫌疑。
✧基于CTR信令跟踪的判断CTR解析,通过信令RRC_MEASUREMENT_REPORT获取切换前服务小区及邻小区的RSRP和RSRQ,判别小区是否下行弱电平、质差导致的劣化,同时根据测量到的邻区信息猜测切换点的大致位置。
Approved Checked Date Rev Reference2014-10-28 PA11.4.4 参数核查参数核查主要包括如下:✧同频同PCI的核查,避免一定范围内的同频同PCI的出现;✧外部参数一致性的核查,避免内外部参数不一致导致切换失败;✧切换参数核查,需考虑到切换算法,场景需求,避免过早或延迟导致的切换失败;✧邻区关系核查优化,删除冗余邻区,添加必要邻区关系。