51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 3496|回复: 0
打印 上一主题 下一主题

[LTE] LTE TDD问题定位指导书-切换篇-2013 [复制链接]

Rank: 9Rank: 9

跳转到指定楼层
楼主
发表于 2015-2-3 10:40:12 |只看该作者 |倒序浏览
一键分享 一键分享

【资料名称】:LTE TDD问题定位指导书-切换篇-2013



【资料作者】:111



【资料日期】:2012



【资料语言】:中文



【资料格式】:DOC



【资料目录和简介】:



无线通讯的最大特点在于其移动性控制,对于终端在不同小区间的移动,网络侧需要实时监测UE并控制在适当时刻命令UE做跨小区的切换,以保持其业务连续性。在切换的过程中,终端与网络侧相互配合完成切换信令交互,尽快恢复业务,在LTE系统中,此切换过程是硬切换,业务在切换过程中是中断的,为了不影响用户业务,切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标,其中最重要的是切换成功率,如果切换出现失败,将严重影响用户感受,切换中断时延和切换吞吐率也会不同程度地影响用户感受。最后对于网络中可能出现的切换问题,本文根据当前积累的LTE系统内切换问题定位经验,给出相应的问题隔离定位指导,以优化相应的网络指标。



目录:


LTE TDD问题定位指导书-切换篇
目  录
1 免责说明 6
2 概述 6
3 切换原理 6
3.1 切换相关参数 7
3.1.1 切换门限 7
3.2 同频切换 8
3.2.1 站内切换信令交互 10
3.2.2 跨X2的站间切换信令交互 10
3.2.3 跨S1的站间切换信令交互 11
3.3 异频/异系统切换 11
3.3.1 异频切换 12
3.3.2 异系统切换 12
3.3.3 门限值应用 13
3.4 切换用户面交互 15
4 切换相关KPI指标 16
4.1 切换成功率 16
4.2 切换信令面时延 17
4.3 切换用户面中断时延 17
4.3.1 上行应用层中断时延 18
4.3.2 下行应用层中断时延 18
4.3.3 网络侧上行RLC层中断时延 18
4.3.4 网络侧下行RLC层中断时延 18
4.3.5 终端侧上行RLC层中断时延 18
4.3.6 终端侧下行RLC层中断时延 18
5 切换问题定位方法 19
5.1 切换失败问题定位 19
5.1.1 UU接口信令异常 19
5.1.2 X2接口信令异常 21
5.1.3 S1接口信令异常 22
5.2 切换时延问题定位 24
5.2.1 切换信令时延问题定位 24
5.2.2 切换用户面时延问题定位 25
6 切换问题定位的相关操作 25
6.1 信令观察方法 25
6.1.1 网络侧观察方法 26
6.1.2 终端侧观察方法 26
6.1.3 切换相关信令的确认 26
6.2 用户面时延观察方法 28
6.2.1 应用层切换时延观察方法 28
6.2.2 RLC层切换中断时延观察方法 29
6.3 建议的解决措施 31
7 案例参考 33
7.1 切换失败问题 33
7.1.1 UE发多条测量报告仍没有收到切换命令 33
7.1.2 切换过程随机接入失败 34
7.1.3 加密及完整性配置问题导致消息解析失败 36
7.1.4 测量报告丢失 36
7.1.5 切换命令丢失 39
7.1.6 下行信道质量差导致发送preamble达最大次数仍未收到RAR 40
7.1.7 UE DSP切换失败,收到切换命令后不回切换完成 42
7.1.8 eNB下发RRC信令等待UE反馈,不处理切换命令 43
7.1.9 X2_IPPATH配置错误导致切换失败为例进行分析 44
7.1.10 切换点离目的小区较远 超出了Ncs_Index相应的最大理论接入半径 46
7.1.11 X2切换,源侧发出切换请求,没有收到切换响应 46
7.1.12 X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 47
7.1.13 X2切换准备时间过长错过最佳切换时间 47
7.1.14 UE侧处理系统消息及切换命令流程冲突 49
7.1.15 核心网功能问题导致的S1切换失败 50
7.1.16 S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信号恶化之前及时进行切换 52
7.1.17 信号交迭区,快速触发切换容易造成频繁的切入切出,信号陡降造成切换失败 55
7.1.18 切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 58
7.1.19 外部小区配置错误导致无法切换 58
7.2 切换用户面时延大问题 60
7.2.1 X2 IPPATH配置错误导致切换大时延 60
7.2.2 切换命令重传导致切换大时延 60
7.2.3 源侧数据包CRC连续错导致切换大时延 61
7.2.4 随机接入Preamble重传导致切换大时延 62
7.2.5 UE未发/晚发PDCP状态报告 63
7.2.6 UE侧处理系统消息及切换命令流程冲突 64
8 参考文档 64



部分内容:


3 切换相关KPI指标
跟切换相关的KPI指标有切换成功率、切换信令面时延、切换用户面中断时延。
3.1 切换成功率
切换成功率是从信令流程来定义的:
切换成功率 = 切换成功次数 / 切换尝试次数 * 100%
对切换成功率的统计也有不同的定义,主要差别在于切换尝试的定义,有的以测量报告为切换尝试统计点,有的以切换命令为切换尝试统计点。切换成功率还可根据是在终端侧统计还是在网络侧统计,也会有不同的结果,在终端侧统计通常以路测跟踪的UE侧数据来统计,在网络侧统计则是以消息跟踪或话统数据来统计。


4 切换问题定位方法
4.1 切换失败问题定位
切换失败通常是指切换的信令流程交互失败,关注点在信令的交互,只有在信令交互出现丢失或信令处理结果失败才会失败。其中信令丢失是指信令在传输过程中出错或不能到达对端,信令处理结果失败是指终端或网络侧在处理信令时出现异常导致流程不能正常进行(例如切换时资源不足)。信令传输失败又可根据信令传输媒介的不同可分为无线传输失败和有线传输失败,其中X2、S1接口的传输通常为有线传输,UU口为无线传输。其中有线传输失败的概率较小,无线传输失败的概率较大,特别是信号质量较差的切换区。
4.1.1 UU接口信令异常
对于切换流程,在UU接口只有三条信令:测量报告(MEASUREMENT REPORT)、切换命令(RRC CONN RECFG)、切换完成(RRC RECFG CMP)。但有时在定位切换后立即掉话或重建问题时,也关注切换后的第一次重配置信令(RRC CONN RECFG)交互,严格说,切换后的重配置消息已经与切换流程没有关系,且此消息不可预期。



附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-4-24 01:04 , Processed in 0.076050 second(s), 12 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部