TD-LTE切换优化指导书
TD-LTE切换优化指导手册V2
湖南移动TD-LTE 切换优化指导手册2015年2月目录1概述错误!未定义书签。
2系统内切换成功率相关KPI指标错误!未定义书签。
切换成功率指标定义............................... 错误!未定义书签。
切换成功率相关统计项............................. 错误!未定义书签。
站内切换统计项............................... 错误!未定义书签。
站间X2切换统计项............................ 错误!未定义书签。
站间S1切换统计项............................ 错误!未定义书签。
切换统计项--邻区级........................... 错误!未定义书签。
切换失败的常见问题........................... 错误!未定义书签。
3切换问题的定位和分析错误!未定义书签。
切换问题的定位................................... 错误!未定义书签。
切换问题的原因分析............................... 错误!未定义书签。
切换问题处理流程图............................... 错误!未定义书签。
切换整体分析................................. 错误!未定义书签。
切换Top小区分析............................. 错误!未定义书签。
小区故障排查................................. 错误!未定义书签。
切换准备失败问题分析......................... 错误!未定义书签。
切换执行失败问题分析......................... 错误!未定义书签。
终端类问题................................... 错误!未定义书签。
TD-LTE网络优化指导书-掉话优化
TD-LTE网络优化指导书掉话优化责任部门:审核:批准:2013 -08发布2013 -09实施大唐移动通信设备有限公司发布目录1引言 (3)2基础知识 (3)2.1“连接”与“掉话”的概念 (3)2.2正常的连接释放 (4)2.3异常的连接释放(掉话) (5)3DT/CQT常见掉话原因分析 (7)3.1弱覆盖 (7)3.2切换失败 (8)3.3邻区漏配 (10)3.4越区覆盖 (11)3.5系统设备异常 (13)3.6干扰 (14)3.7拥塞 (16)4话务统计掉话数据分析......................................................... (17)4.1掉话相关的KPI (17)4.2全局掉话率偏高问题分析(Top N) (18)4.3小区(簇)掉话率偏高问题分析 (19)5掉话问题的分析流程 (20)6典型掉话案例分析 (21)6.1弱覆盖导致的掉话 (21)6.2切换失败导致的掉话 (21)6.3邻区漏配导致的掉话 (22)1引言编写本文的目的:1. 整理了与TD-LTE系统中与保持性(掉话)相关的基本概念、信令流程、所涉及的参数。
2. 指导TD-LTE网络维护、优化过程中,与掉话相关的问题分析和定位(解决)。
2基础知识知识点:1、掉话的定义2、掉话后UE、eNodeB的操作2.1“连接”与“掉话”的概念本文所提及的“保持性”,指的是“连接”的“保持性”,更狭义地,是指“RRC连接”的“保持性”。
因此,本文所称的“掉话”,具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。
图0-1 NAS和AS的几种状态移动性管理(EMM)连接管理(ECM)无线资源控制(RRC)上图给出了从开机到进入激活(数据传输)状态过程中,从不同角度来看的“状态”的变化情况。
从EPS移动性管理(EMM)的角度来看,在UE成功附着之前,都认为是未登记(Deregistered)状态,直至UE发起、并成功登记。
TD-LTE优化指导书V1
TD-LTE路网优化提升指导书版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权,任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容,违者将被依法追究责任。
目录1 概述 (3)2 速率分析整体思路 (4)3 基础优化 (5)3.1覆盖优化 (5)3.1.1 弱覆盖分析 (6)3.1.2 重叠覆盖分析 (6)3.1.3 过覆盖分析 (7)3.1.4 天馈接反分析 (8)3.2SINR优化 (8)3.2.1 PCI模三干扰分析 (8)3.2.1 邻区未添加导致低SINR (9)3.2.3 重叠覆盖导致低SINR (10)3.3异频组网及参数优化 (11)4调度问题分析 (13)4.1 下行平均PRB调度个数偏低分析................................................. 错误!未定义书签。
4.2服务器及终端问题排除............................................................. 错误!未定义书签。
4.2.1 BO分析................................................................................ 错误!未定义书签。
4.2.2 镜像抓包方法和简单分析................................................. 错误!未定义书签。
4.2.3 业务CDL日志分析方法..................................................... 错误!未定义书签。
5速率问题分段分析.. (14)5.1 低速率(<5M)占比高统计分析 (14)5.1.1 测试软件分析 (14)5.1.2 ATU测试LOG分析方法 (15)5.2 高速率(>40M)占比低统计分析 (19)5.3 物理层、PDCP、RLC和MAC层速率一致性分析 (21)5.3.1 L1终端的各层速率差异 (21)5.3.2 E5776终端的各层速率差异 (22)5.3.3 ATU终端的各层速率差异 (23)6失败事件分析 (23)6.1接入失败分析 (23)6.2Service成功率分析 (24)6.3TAU更新分析 (24)6.4掉线问题分析 (25)6.5切换问题分析 (25)7 参数优化................................................................................................. 错误!未定义书签。
华为TD-LTE优化-CSFB优化指导书
TDD-LTE CSFB优化指导书1、CSFB概述TD-LTE系统主要是承载数据业务,目前主要有两种标准方案可以为TD-LTE提供语音业务,分别是基于IMS的语音业务解决方案和语音回落技术,基于IMS的语音解决方案作为T D-LTE的最终语音解决方案,在TD-LTE建网初期主要考虑采用语音回落的解决方案。
1.1CSFB组网架构基于CSFB(Circuit Switched Fallback)的语音业务,是在未引入IMS(IP Multimedia Subsystem)的情况下,利用现有的GSM、UMTS网络实现语音通话的一种语音解决方案。
该方案在用户进行语音业务时,由EPS(Evolved Packet System)网络指示用户回落到目标GS M/UMTS电路域(CS)网络之后,再发起语音呼叫。
CS Fallback语音特性中,最主要的接口是SGs接口,它是MME和MSC Server之间的接口,用来处理EPS和CS域之间的移动性管理和语音业务寻呼流程,同时也提供SMS传输功能(SMS over SGs)。
SGs接口类似于3G的Gs接口,通过该接口可以完成联合附着、联合位置更新、IMSI/EPS detach功能;UE的主叫业务不经过SGs接口,因为MME收到带有UE发送的CSFB标识(指示回落)后,直接通过eNodeB指示UE回落到CS域。
当UE有被叫业务时,paging消息经CS发送到MME,由MME发起回落流程,CSFB被叫涉及四个关键步骤,贯穿LTE与GSM两网:寻呼环节->回落至2G(含LTE接续)>呼叫建立->振铃。
1.2CSFB总体流程CSFB终端开机优选LTE网络驻留,话音业务通过CSFB技术回落到2/3G电路域执行,业务结束后,利用手机自主Fast Retrun技术或2-4重选/2-3-4G桥接方案再返回LTE网络。
CSFB关键环节:联合附着(用户同时附着在LTE及GSM核心网、主叫、被叫、挂机返回LTE环节)。
TD-LTE网络性能KPI(切换成功率)优化手册
TD-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 list with 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 Handover attempts;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 an S1AP: 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 an S1AP: 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 an S1AP: 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切换统计点关系: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 an X2AP: 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:ReleaseResource 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内切换统计点关系: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-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 测量控制测量控制信息是通过重配消息里下发的,测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。
TD-LTE掉线优化指导书
精选文档,希望能帮到您TD-LTE掉线分析指导书R1.3版本更新说明作者适用对象:TDD网优工程师使用建议:在阅读本文档之前,建议先了解下面的知识和技能:后继资料:在阅读完本文档之后,你可能需要下面资料:关于这篇文档摘要目录1 概述 (1)2 TD-LTE完整业务流程 (1)2.1 自研UE信令 (4)2.2 CNT信令 (5)3 掉线问题分析 (5)3.1 掉线率公式 (8)3.2 重建原因 (8)3.2.1 定时器不合理 (8)3.2.2 上行干扰 (9)3.2.3 下行干扰 (13)3.2.4 切换准备问题 (14)3.2.5 有MR但无重配 (17)3.3 UE触发重建 (20)3.3.1 UE触发重建未果 (22)3.3.2 UE触发重建被拒 (22)3.4 RRCCONNECTIONRELEASE掉线 (24)3.5 其他类掉线 (24)4 后台掉线率定义 (24)4.1 掉线原因分类及公式 (25)4.2 KPI分析方法 (27)5 总结 (27)图目录图1-1 TD-LTE信令基本流程 (1)图1-2 自研UE信令 (4)图1-3 CNT信令 (5)图2-1 RRC重建无果 (5)图2-2 RRC重建被拒 (6)图2-3 异常收到RRC释放消息 (6)图2-4 TD-LTE掉线问题总结 (7)图2-5 切换参数查看 (14)图2-6 切换成功与切换失败表现 (14)图2-7 UE触发重建被拒 (21)图3-1 TD-LTE掉线处理流程 (23)图3-2 影响网优告警列表 (24)1 概述本文主要介绍了TD-LTE系统掉线问题优化方法,通过对各局出现的掉线问题进行讲解说明,总结了TD-LTE掉线的处理思路及优化方案,为后续各个外场处理TD-LTE掉线问题提供了优化经验。
2 TD-LTE完整业务流程TD-LTE完整业务信令流程如下:图2-1 TD-LTE信令基本流程完整的业务流程共包含4部分,分别如图中所标识的1(红色)接入过程;2(蓝色)与NAS层完保交互过程;3(绿色)无线承载建立过程;4(黄色)释放过程。
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-LTE网络优化指导手册
TD-LTE网络优化指导手册项目名称文档编号版本号作者目录1引言 (5)1.1缩写术语 (5)2TD-LTE总体背景 (6)2.1概述 (6)2.2TD-LTE基本概念及技术特征 (6)2.3TD-LTE关键技术 (7)3LTE基础知识 (8)3.1帧结构 (8)3.2物理信道 (9)3.2.1下行物理信道 (9)3.2.2上行物理信道 (10)3.3LTE接口 (11)3.3.1LTE网络整体架构 (11)3.3.2LTE网络接口协议 (11)3.3.3S1接口协议 (12)3.3.4X2接口协议 (12)3.3.5无线接口协议 (13)4TD-LTE网络优化概述 (14)4.1概述 (14)4.2TD-LTE网络优化指导思想与原则 (14)4.2.1最佳系统覆盖 (14)4.2.2合理邻区优化 (15)4.2.3系统干扰最小化 (17)4.2.4均匀合理的基站负荷 (17)5TD-LTE网络优化流程 (17)5.1总体流程 (17)5.2优化准备 (18)5.3单站优化 (18)5.3.1室外宏站单站优化 (19)5.3.2室内分布单站优化 (21)5.4簇优化 (23)5.4.1测试前准备 (23)5.4.2簇优化流程 (25)5.4.3簇优化数据采集 (27)5.4.4簇优化覆盖分析 (28)5.4.5簇优化切换分析 (30)5.4.6簇优化调整分析 (31)5.5覆盖优化 (34)5.6业务优化 (35)5.7区域优化 (35)5.8边界优化 (35)5.9全网优化 (35)6TD-LTE关键参数解析 (35)7TD-LTE专题优化分析 (38)7.1覆盖优化 (38)7.2切换优化 (39)7.2.1切换相关参数 (39)7.2.2切换优化原则 (40)7.3重选优化 (40)7.3.1重选相关参数 (40)7.3.2重选优化原则 (43)7.4接入优化 (43)7.5掉话优化 (44)7.6单双流切换优化 (44)7.6.1MIMO模式 (44)7.6.2算法流程 (45)7.6.3参数修改 (47)8TD-LTE优化案例分析 (47)8.1覆盖优化案例 (47)8.1.1弱覆盖 (47)8.1.2越区覆盖 (48)8.1.3重叠覆盖 (49)8.2切换优化案例 (50)8.2.1邻区漏配 (50)8.2.2乒乓切换 (51)8.2.3切换不及时 (54)8.2.4UE未启动同频测量 (55)8.3干扰优化 (56)8.3.1PCI干扰 (56)8.3.2重叠覆盖干扰 (57)8.4参数优化 (58)8.4.1DSR上报周期 (58)8.4.2小区驻留困难 (59)8.4.3同频小区重选失败 (60)8.4.4切换后TAU导致掉话 (61)9TD-LTE网络优化经验总结 (61)9.1网络部署与优化思路 (61)9.2同频干扰减轻与小区边界性能提升 (62)9.3天线性能 (62)9.4TD-SCDMA与TD-LTE网络优化 (63)9.4.1新技术分析 (63)9.4.2TD-SCDMA与TD-LTE之间同步/帧同步/对齐的共存分析 (63)TD-SCDMA与TD-LTE组网规划分析 (65)10D-LTE关键过程信令流程解析 (65)10.1概述 (65)10.2关键过程信令流程解析 (65)10.2.1E-UTRAN初始附着过程 (65)1、流程概述 (65)2、消息解析 (68)10.2.2切换过程 (93)1、流程概述 (93)2、消息解析 (98)11TD-LTE路测软件和终端使用 (106)11.1测试工具准备 (106)11.1.1软件安装 (107)11.1.2终端驱动安装 (107)11.1.3GPS驱动安装 (107)11.2CDS LTE软件测试设置说明 (107)11.2.1添加设备 (108)11.2.2添加测试项目 (108)11.2.3添加视图 (109)11.2.4保存工作区 (110)11.3CDS LTE软件测试操作说明 (110)1 引言描述TD-LTE系统基础知识,通过此文档可以对TD-LTE系统有比较全面的了解。
TD-LTE网络优化指导书-覆盖优化
TD-LTE网络优化指导书覆盖优化责任部门:审核:批准:2013 -08发布2013 -09实施大唐移动通信设备有限公司发布目录1目的与范围 (3)2RF优化基本流程 (3)2.1RF优化流程图 (3)2.2RF优化基本资料收集及准备 (5)2.2.1RF优化目标 (5)2.2.2Cluster优化区域划分 (5)2.2.3基站信息数据的收集及基站信息表的制作 (6)2.2.4待优化区域的地图 (7)2.2.5RF优化工具的完备性检查 (7)2.2.6站点告警获取 (8)2.2.7测试路线的选择 (8)3RF常见问题和分析方法 (9)3.1覆盖分析 (9)3.2干扰问题分析 (11)3.3参考信号污染分析 (12)3.4切换问题分析 (12)3.5RF优化其他问题分析 (13)4RF优化常用方法 (14)4.1覆盖优化常用方法 (14)4.2下行功率优化 (16)4.2.1下行功率分配基本原理 (16)4.2.2参数确定准则 (19)4.2.3协议规定的PDSCH的功率分配原则 (20)4.2.4P A、P B各种组合下功率的利用率 (23)4.2.5下行功率参数设置 (23)1目的与范围本指导书规定了LTE无线网络RF优化的工作流程和注意事项,用以指导现场工程师在执行RF优化项目时的规范操作。
文档中所列为LTE无线网络RF优化工程项目进展时的操作流程和注意事项。
在具体项目实施中需要工程师结合实际情况灵活执行。
本指导书总体说明了下行覆盖优化的基本流程,分两大部分,一部分是天馈优化(RF 优化);一部分是下行功率优化。
在实际项目中应该根据项目本身的特点和所处阶段决定采取那种优化方案,一般两种优化方案混合使用,下面将分别对这两种优化方案进行介绍。
2RF优化基本流程2.1RF优化流程图一旦规划区域内的所有站点安装和单站验证工作完毕,RF 优化工作随即开始。
某些情况下项目组为了赶进度,部分站点完成之后就要开始RF 优化。
中国移动TD-LTE无线参数设置指导优化手册-中兴分册
中国移动TD-LTE无线参数设置指导优化手册-中兴分册(征求意见稿)目录1 前言 (4)2 缩略语 (4)3 主要功能 (4)4 无线基本功能 (5)4.1 移动性管理 (5)4.1.1 原理概述 (5)4.1.2 使用建议及配置说明 (6)4.2 QoS管理 (10)4.2.1 原理概述 (10)4.2.2 使用建议及配置说明 (11)4.3 安全功能 (13)4.3.1 原理概述 (13)4.3.2 使用建议及配置说明 (13)4.4 随机接入配置 (14)4.4.1 原理概述 (14)4.4.2 使用建议及配置说明 (14)4.5 接纳控制 (16)4.5.1 原理概述 (16)4.5.2 使用建议及配置说明 (17)4.6 主动迁移用户到空闲态功能 (18)4.6.1 原理概述 (18)4.6.2 使用建议及配置说明 (19)4.7 RRC信令过程中的控制定时器 (20)4.7.1 原理概述 (20)4.7.2 使用建议及配置说明 (21)5 面向不同建设需求功能 (22)5.1 RRU级联功能 (22)5.1.1 原理概述 (22)5.1.2 使用建议及配置说明 (22)5.2 小区合并功能 (23)5.2.1 原理概述 (23)5.2.2 使用建议及配置说明 (24)5.3 小区分裂功能 (25)5.3.1 原理概述 (25)5.3.2 使用建议及配置说明 (26)6 覆盖增强类功能 (27)6.1 CRS功率抬升功能 (27)6.1.1 原理概述 (27)6.1.2 使用建议及配置说明 (28)6.2 PDCCH链路自适应功能 (29)6.2.1 原理概述 (29)6.2.2 使用建议及配置说明 (30)7 降低系统内干扰类功能 (30)7.1 优化上行功控的参数设置 (31)7.1.1 原理概述 (31)7.1.2 使用建议及配置说明 (31)7.2 上行IRC功能 (32)7.2.1 原理概述 (32)7.2.2 使用建议及配置说明 (33)7.3 下行频选调度功能 (33)7.3.1 原理概述 (33)7.3.2 使用建议及配置说明 (33)7.4 下行小区间干扰协调(ICIC)功能 (34)7.4.1 原理概述 (34)7.4.2 使用建议及配置说明 (35)8 基于多天线技术的吞吐量提升类功能 (37)8.1 下行TM3/双流波束赋形自适应 (37)8.1.1 原理概述 (37)8.1.2 使用建议和配置说明 (38)9 参数集拓扑结构 (39)10 《LTE无线网优参数集》 (42)11 《TD-LTE无线参数指导优化手册》 (42)1前言本手册是基于TD-LTE产品的参数介绍,介绍了无线网优参数涉及的主要功能,并给出使用方法和建议。
华为TD-LTE优化-新特性功能使用指导书
TDD-LTE新特性验证指导手册1概述伴随着智能网络的高速发展,视频产业将迎来新一轮高速发展的机遇。
新特性通过创新中心进行新产品、新技术、新方法的孵化,应用在现网网络基础上提升网络性能,维护“移动TDD-LTE精品网络”品牌质量。
本期专项开展了上行COMP、下行COMP、载波聚合、负载均衡、基于频率优先级切换、控制信道干扰干扰抑制合并、下行频选调度增强、符号关断等八个新特性功能验证。
2新特性验证流程3新特性介绍3.1下行COMP3.1.1特性原理UE位于小区边界区域,能够感受到来自多个小区的信号,DL CoMP技术使得多个小区同时服务终端,或者对来自多个小区的发射信号进行协作以规避彼此间的干扰,从而提升UE的性能。
3.1.2应用场景密集宏小区,扇区间有较大干扰,且小区有一定的负荷。
这样,才能保证:●CoMP OFF时,边缘用户调度时刻对应RB上也概率上碰撞上邻区用户的调度,有碰撞就对边缘用户产生了干扰,造成了性能损失;否则,在小区负荷很轻(5%以下)的场景,边缘用户调度RB位置上也很小概率感受到邻区的干扰,此时做不做干扰协调性能差别不大;●CoMP ON时,通过干扰协同调度策略,使得边缘用户调度RB位置上受到邻区的干扰减少,从而提升边缘用户的体验;硬件要求:3.1.3开通方法3.1.3.1MML命令说明备注:➢DSP eX2 ,如果eX2接口状态信息正常,则表示eX2已生效➢DSP CELLDLCOMPSTATUS,如果小区DL COMP开通状态正常,则表示这个簇的DL COMP 开通成功3.1.3.2开通观察(MML)步骤1 在U2000上执行MML命令LST CELLALGOSWITCH,查看返回信息“下行CoMP算法开关”的输出结果,判断DL CoMP开通是否成功。
如下示例中,输出结果表示基带板内DL CoMP开通成功:下行CoMP算法开关 = 站内DL CoMP开关:开&站间DCS开关:关&站间CBF开关:关步骤2 在U2000上执行MML命令DSP LICINFO:●基带板内CoMP:查看LTE-A引入包(TDD)与基于自适应模式的下行协作多点发送(TDD)对应的实际使用值取值。
TD-LTE网络优化指导书-掉话优化
TD-LTE网络优化指导书掉话优化责任部门:审核:批准:2013 -08发布2013 -09实施大唐移动通信设备有限公司发布目录1引言 (3)2基础知识 (3)2.1“连接”与“掉话”的概念 (3)2.2正常的连接释放 (4)2.3异常的连接释放(掉话) (5)3DT/CQT常见掉话原因分析 (7)3.1弱覆盖 (7)3.2切换失败 (8)3.3邻区漏配 (10)3.4越区覆盖 (11)3.5系统设备异常 (13)3.6干扰 (14)3.7拥塞 (16)4话务统计掉话数据分析 (17)4.1掉话相关的KPI (17)4.2全局掉话率偏高问题分析(Top N) (18)4.3小区(簇)掉话率偏高问题分析 (19)5掉话问题的分析流程 (20)6典型掉话案例分析 (21)6.1弱覆盖导致的掉话 (21)6.2切换失败导致的掉话 (21)6.3邻区漏配导致的掉话 (22)1引言编写本文的目的:1. 整理了与TD-LTE系统中与保持性(掉话)相关的基本概念、信令流程、所涉及的参数。
2. 指导TD-LTE网络维护、优化过程中,与掉话相关的问题分析和定位(解决)。
2基础知识知识点:1、掉话的定义2、掉话后UE、eNodeB的操作2.1“连接”与“掉话”的概念本文所提及的“保持性”,指的是“连接”的“保持性”,更狭义地,是指“RRC连接”的“保持性”。
因此,本文所称的“掉话”,具体是指UE异常退出RRC_CONNECTED状态导致的连接中断。
图0-1NAS和AS的几种状态移动性管理(EMM)连接管理(ECM)无线资源控制(RRC)上图给出了从开机到进入激活(数据传输)状态过程中,从不同角度来看的“状态”的变化情况。
从EPS移动性管理(EMM)的角度来看,在UE成功附着之前,都认为是未登记(Deregistered)状态,直至UE发起、并成功登记。
对于EPS连接管理(ECM)来说,只有在激活态时,UE才会跟EPS是连接的,其余时间,UE处于和EPS的空闲状态。
广州LTE切换指标优化指导
广州TD-LTE切换指标优化指导1.1指标定义切换成功率=(eNB间S1切换出成功次数+ eNB间X2切换出成功次数+ eNB内切换出成功次数)/(eNB间S1切换出请求次数+ eNB间X2切换出请求次数+ eNB内切换出请求次数)*100%1.2日常KPI监控处理1.2.1切换失败常见原因1.2.2切换流程切换分同频、异频切换,小区间、基站间切换。
本章节以S1口基站间同频切换为例,其切换流程如下:当eNodeB接收到从UE来的测量报告消息,根据消息进行判决,如果条件满足eNodeB 间S1切换,则触发UE在eNodeB间切换过程。
eNodeB发送切换请求消息给MME。
目标eNodeB接收到MME的Handover Request消息,进入资源准备。
如果资源准备成功,给MME回复Handover Request Acknowledge。
如果资源准备失败,则给MME回复HandoverFailure。
MME给源侧eNodeB发送Handover Preparation Failure,切换准备过程结束。
源侧eNodeB接收到从MME来的Handover Command消息,则发起切换过程,给UE发送Handover Command(i.e. RRC Connection Reconfiguration)。
目标侧eNodeB接收到UE的RRC重配完成消息后,发送Handover Notify消息给MME,指示UE已经成功切换到了目标小区。
MME接收到Handover Notify消息后,给源eNodeB 发送UE Context Release Command消息,切换过程成功结束。
1.2.3常见原因处理手段1.3常规切换问题处理流程1.带病入网及故障站点处理2.邻区外部一致性问题处理3.目标小区容量类问题处理4.目标小区干扰类问题处理1.3.1带病入网及故障站点处理1.3.1.1新站入网TOP小区现网切换类TOP小区首先检查是否为新入网站点,对于带病入网的TOP小区,检查频点、TAC和PCI是否按规划配置,还有检查与周边基站是否存在同频同PCI问题。
TD-LTE切换优化指导书..
目录1切换概述 (4)1.1 切换流程介绍 (4)1.1.1 切换流程图 (4)1.1.2 切换分类介绍 (7)1.2 前台信令解析 (9)1.2.1 测量控制 (10)1.2.2 测量报告 (10)1.2.3 终端测量机制 (11)1.2.4 测量报告内容 (12)1.2.5 切换命令 (12)1.2.6 在目标小区随机接入(MSG1) (13)1.2.7 基站回应随机接入响应(RAR) (14)1.2.8 终端反馈重配完成,切换结束 (14)2切换优化整体思路 (16)2.1 测量报告发送后未收到切换命令 (18)2.2 目标小区MSG1发送异常情况 (21)2.3 接收RAR异常情况 (22)3切换相关常用参数汇总 (22)小区参考信号的功率 (22)中心UE的PDSCH与小区RS的功率偏差 (23)小区选择所需要的最小接收水平 (24)测量时的RSRP层3滤波系数 (24)EVENT IDENTITY (25)小区个体偏移 (26)TIME TO TRIGGER (27)HYSTERESIS (27)事件上报次数 (28)事件上报周期 (29)最大上报小区 (30)4切换优化常见问题及案例 (30)4.1 漏配邻区 (30)4.1.1 前台分析漏配邻区的现象 (31)4.1.2 漏配邻区带来的影响 (38)4.1.3 漏配邻区处理方法 (39)4.2 无线环境引起的切换异常 (39)4.2.1 上行干扰引起的目标测接入困难 (39)4.2.2 环境复杂引起的切换问题 (48)5非正常情况引起的切换问题案例 (59)5.1 版本问题引起的切换异常 (59)5.1.1 高通LOG问题现象 (59)5.1.2 该问题带来的影响 (61)5.1.3 研发初步定位 (63)5.2 不同厂商切换差异 (63)5.2.1 问题现象 (63)5.2.2 问题分析 (63)5.2.3 问题总结 (67)1切换概述1.1切换流程介绍1.1.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切换分类介绍按照我们实际情况,切换可分为eNb站内切换,X2口切换以及S1口切换,下边分别进行介绍(下边介绍的所有切换都是基于已经接入且获取到了测量配置后)1.1.2.1站内切换站内切换过程比较简单,由于切换源和目标都在一个小区,所以基站在内部进行判决,并且不需要向核心网申请更换数据传输路径图 1-2 站内切换信令流程图1.1.2.2X2口切换用于建立X2口连接的邻区间切换,在接到测量报告后需要先通过X2口向目标小区发送切换申请(图1-1第3步),得到目标小区反馈后(图1-1第4步)才会向终端发送切换命令,并向目标测发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息,待UE在目标小区接入后,目标小区会向核心网发送路径更换请求,目的是通知核心网将终端的业务转移到目标小区,X2切换优先级大于S1切换图 1-3 X2口切换信令流程图1.1.2.3S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间,基本流程和x2口一致,但所有的站间交互信令都是通过核心网S1口转发,时延比X2口略大图 1-4 S1口切换信令流程图1.2前台信令解析切换的大部分问题可在前台信令中进行分析,本文以前台信令为主介绍整个切换流程及问题分析思路图 1-5 正常切换信令注意:这里的重配完成只是组包完成,实际是在MSG3里发送的前台信令窗的交互过程主要是是图1-1里的1、2、5、7、8、9几步,现在来分别介绍1.2.1测量控制测量控制信息是通过重配消息里下发的,测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
TD-LTE切换优化指导书目录1切换概述 (5)1.1切换流程介绍 (5)1.1.1切换流程图 (5)1.1.2切换分类介绍 (7)1.2前台信令解析 (9)1.2.1测量控制 (10)1.2.2测量报告 (10)1.2.3终端测量机制 (10)1.2.4测量报告内容 (11)1.2.5切换命令 (12)1.2.6在目标小区随机接入(MSG1) (12)1.2.7基站回应随机接入响应(RAR) (13)1.2.8终端反馈重配完成,切换结束 (13)2切换优化整体思路 (15)2.1测量报告发送后未收到切换命令 (17)2.2目标小区MSG1发送异常情况 (19)2.3接收RAR异常情况 (20)3切换相关常用参数汇总 (20)小区参考信号的功率 (20)中心UE的PDSCH与小区RS的功率偏差 (21)小区选择所需要的最小接收水平 (22)测量时的RSRP层3滤波系数 (22)EVENT IDENTITY (23)小区个体偏移 (23)TIME TO TRIGGER (24)HYSTERESIS (25)事件上报次数 (25)事件上报周期 (26)最大上报小区 (26)4切换优化常见问题及案例 (27)4.1漏配邻区 (27)4.1.1前台分析漏配邻区的现象 (27)4.1.2漏配邻区带来的影响 (33)4.1.3漏配邻区处理方法 (34)4.2无线环境引起的切换异常 (34)4.2.1上行干扰引起的目标测接入困难 (34)4.2.2环境复杂引起的切换问题 (42)5非正常情况引起的切换问题案例 (53)5.1版本问题引起的切换异常 (53)5.1.1高通LOG问题现象 (53)5.1.2该问题带来的影响 (55)5.1.3研发初步定位 (57)5.2不同厂商切换差异 (57)5.2.1问题现象 (57)5.2.2问题分析 (57)5.2.3问题总结 (60)图目录图 1-1 切换流程图 (5)图 1-2 站内切换信令流程图 (7)图 1-3 X2口切换信令流程图 (8)图 1-4 S1口切换信令流程图 (9)图 2-1 正常切换信令,CNT采集 (9)图 2-2 重配消息中的测量控制(RRC CONNECT RECONFIGRATION) (10)图 2-3 a3时间报告示意图 (11)图 2-4 测量报告内容 (12)图 2-5 切换命令 (12)图 2-6 MSG1 (13)图 2-7 MSG2 (13)图 2-8 切换执行过程 (14)图 2-9 MSG3 (14)图 3-1 切换问题分析整体思路 (16)图 3-2 发送测量报告后未收到切换命令处理流程 (18)图 4-1 多次测量报告现象 (28)图 4-2 第一个测量报告内容 (28)图 4-3 第四次测量报告内容 (28)图 4-4 切换命令 (29)图 4-5 源小区测量控制信息 (30)图 4-6 漏配邻区引起的掉话 (31)图 4-7 第一个测量报告内容 (31)图 4-8 源小区测量控制信息 (32)图 4-9 SINR (33)图 4-10 流量 (33)图 4-11 上行干扰问题点 (35)图 4-12 上行干扰引起的问题现象 (36)图 4-13 上行干扰引起的问题现象2 (37)图 4-14 上行干扰引起的问题3 (38)图 4-15 上行干扰问题验证 (38)图 4-16 上行干扰引起的集中掉话区域 (39)图 4-17 正常GPS后台查询图形 (40)图 4-18 异常GPS后台查询图形 (40)图 4-19 GPS失步闭塞小区配置 (42)图 4-20 覆盖引起的切换失败点1 (43)图 4-21 失败点RSRP (44)图 4-22 失败点信令 (44)图 4-23 覆盖引起的切换失败点2 (45)图 4-24 失败点信令 (45)图 4-25 失败点RSRP (46)图 4-26 覆盖引起的切换失败点3 (46)图 4-27 失败点信令 (47)图 4-28 失败点RSRP (47)图 5-1 切换命令 (54)图 5-2 事件上报 (54)图 5-3 切换前后RLM Report1 (54)图 5-4 切换前后RLM Report2 (55)图 5-5 华为与我司切换命令差异 (58)图 5-6 收到切换命令后在我司接入信令 (58)图 5-7 前台发送的重建立消息 (59)图 5-8 后台收到重建立消息 (60)1 切换概述1.1 切换流程介绍1.1.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 切换分类介绍按照我们实际情况,切换可分为eNb站内切换,X2口切换以及S1口切换,下边分别进行介绍(下边介绍的所有切换都是基于已经接入且获取到了测量配置后)1.1.2.1站内切换站内切换过程比较简单,由于切换源和目标都在一个小区,所以基站在内部进行判决,并且不需要向核心网申请更换数据传输路径图 1-2 站内切换信令流程图1.1.2.2X2口切换用于建立X2口连接的邻区间切换,在接到测量报告后需要先通过X2口向目标小区发送切换申请(图1-1第3步),得到目标小区反馈后(图1-1第4步)才会向终端发送切换命令,并向目标测发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息,待UE在目标小区接入后,目标小区会向核心网发送路径更换请求,目的是通知核心网将终端的业务转移到目标小区,X2切换优先级大于S1切换图 1-3 X2口切换信令流程图1.1.2.3S1口切换S1口发生在没有X2口且非站内切换的有邻区关系的小区之间,基本流程和x2口一致,但所有的站间交互信令都是通过核心网S1口转发,时延比X2口略大图 1-4 S1口切换信令流程图1.2 前台信令解析切换的大部分问题可在前台信令中进行分析,本文以前台信令为主介绍整个切换流程及问题分析思路图 1-5 正常切换信令注意:这里的重配完成只是组包完成,实际是在MSG3里发送的前台信令窗的交互过程主要是是图1-1里的1、2、5、7、8、9几步,现在来分别介绍1.2.1 测量控制测量控制信息是通过重配消息里下发的,测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中。
图 1-6 重配消息中的测量控制(RRC CONNECT RECONFIGRATION)1:测量控制测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息1.2.2 测量报告终端在服务小区下发的测量控制进行测量,将满足上报条件的小区上报给服务小区。
1.2.3 终端测量机制首先了解下终端是如何进行事件判断的,当前网络中采用的是a3事件,即目标小区信号质量高于本小区一个门限且维持一段时间就会触发。
图1-7比较直观的介绍了这一个过程,终端在接入网络后会持续进行服务小区及邻区测量(邻区测量与传统意义上的邻区不同,是对整个同频网络中的小区进行测量,类似Scanner进行TopN扫频),当终端满足Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告Mn:邻小区测量值Ofn:邻小区频率偏移Ocn:邻小区偏置Hys:迟滞值Ms:服务小区测量值Ofs:服务小区频率偏移Ocs:服务小区偏置Off:偏置值图 1-7 a3时间报告示意图1.2.4 测量报告内容测量报告会将满足事件的所有小区上报。
需要注意的是LTE中终端上报的测量报告不一定是邻区配置里下发的邻区,目前网络暂不支持邻区自优化,故在分析问题时可以使用测量报告值及测量控制中的邻区信息来判断是否为漏配邻区,在4.1.2中详细介绍漏配邻区的检测方法。
图 1-8 测量报告内容MeasResults:源小区测量值 MeasResultNeighCells:满足a3事件小区测量值1.2.5 切换命令这里的切换命令是指带有mobilityControlInfo的重配命令,mobilityControlInfo里包含了目标小区的PCI以及接入需要的所有配置图 1-9 切换命令1:切换命令; 2:目标PCI ;3:T304配置; 4:C_RNTI ;5:RACH配置1.2.6 在目标小区随机接入(MSG1)终端在目标小区使用源小区在切换命令中带的接入配置进行接入图 1-10 MSG11.2.7 基站回应随机接入响应(RAR)目前切换都为非竞争切换,所以到这一步基本上就可以确认在目标小区成功接入图 1-11 MSG21.2.8 终端反馈重配完成,切换结束实际上重配完成消息在收到切换命令后就已经组包结束,在目标侧的随机接入可认为是由重配完成消息发起的目标侧随机接入过程,重配完成消息在包含在MSG3中发送(整个过程可参见图 1-12)。
图 1-12 切换执行过程1:重配完成消息组包 2:MSG3 图 1-13 MSG32 切换优化整体思路所有的异常流程都首先需要检查基站、传输等状态是否异常,排查基站、传输等问题后再进行分析。
整个切换过程异常情况我们分为几个阶段测量报告发送后是否收到切换命令收到重配命令后是否成功在目标测发送MSG1成功发送MSG1之后是否正常收到MSG2图3-1为切换问题整体过程流程图,在某一环节出现问题我们可查询相应处理流程进行排查图 2-1 切换问题分析整体思路2.1 测量报告发送后未收到切换命令这个情况是我们外场最常见问题,处理定位也比较复杂,分析流程见图3-2:基站未收到测量报告(可通过后台信令跟踪检查):检查覆盖点是否合理,主要是检查测量报告点的RSRP,SINR等覆盖情况,确认终端是否在小区边缘,或存在上行功率受限情况(根据下行终端估计的路损判断)。