TD-LTE掉线优化指导书

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

TD-LTE掉线分析指导书R1.3

版本更新说明

作者

适用对象:TDD网优工程师

使用建议:在阅读本文档之前,建议先了解下面的知识和技能:

后继资料:在阅读完本文档之后,你可能需要下面资料:

关于这篇文档摘要

目录

1概述 (1)

2TD-LTE完整业务流程 (2)

2.1自研UE信令 (5)

2.2CNT信令 (5)

3掉线问题分析 (7)

3.1掉线率公式 (9)

3.2重建原因 (10)

3.2.1定时器不合理 (10)

3.2.2上行干扰 (10)

3.2.3下行干扰 (15)

3.2.4切换准备问题 (16)

3.2.5有MR但无重配 (19)

3.3UE触发重建 (22)

3.3.1UE触发重建未果 (24)

3.3.2UE触发重建被拒 (24)

3.4RRCCONNECTIONRELEASE掉线 (26)

3.5其他类掉线 (26)

4后台掉线率定义.................................................................................... 错误!未定义书签。

4.1掉线原因分类及公式.................................................................. 错误!未定义书签。

4.2KPI分析方法 ............................................................................. 错误!未定义书签。5总结. (27)

图目录

图1-1 TD-LTE信令基本流程 (2)

图1-2 自研UE信令 (5)

图1-3 CNT信令 (6)

图2-1 RRC重建无果 (7)

图2-2 RRC重建被拒 (8)

图2-3 异常收到RRC释放消息 (8)

图2-4 TD-LTE掉线问题总结 (9)

图2-5 切换参数查看 (16)

图2-6 切换成功与切换失败表现 (17)

图2-7 UE触发重建被拒 (24)

图3-1 TD-LTE掉线处理流程 (27)

图3-2 影响网优告警列表 (28)

1 概述

本文主要介绍了TD-LTE系统掉线问题优化方法,通过对各局出现的掉线问题进行讲

解说明,总结了TD-LTE掉线的处理思路及优化方案,为后续各个外场处理TD-LTE

掉线问题提供了优化经验。

2 TD-LTE完整业务流程

TD-LTE完整业务信令流程如下:

图2-1 TD-LTE信令基本流程

完整的业务流程共包含4部分,分别如图中所标识的1(红色)接入过程;2(蓝色)与NAS层完保交互过程;3(绿色)无线承载建立过程;4(黄色)释放过程。

当无线承载建立完成“RRCConnectionReconfigurationComplete”正确到达网络侧,则本次业务建立成功,那么在之后一旦触发RRC重建且被拒或者直接转到IDLE态,那么就代表本次业务掉线,也就是说,如果没有对应的“释放过程”那么就认为掉线。对上述信令过程步骤描述如下:

步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成。

消息7的说明:如果UE是刚开机第一次attach,使用的IMSI,无Identity过程;后续如有有效的GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。

消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送UECapabilityEnquiry消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。注:"UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.)。

在CONNECTED下,eNB会一直保存UE Radio Capability信息。

UE的E_UTRAN无线能力信息如果发生改变,需要先detach,再attach。

发起UE上下文释放(即21~25)的条件:

●eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User

Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; or

●MME-initiated with cause e.g. authentication failure, detach, etc.

eNB收到msg3以后,DCM给USM配置SRB1,配置完后发送msg4给UE;eNB 在发送RRCConnectionReconfiguration前,DCM先给USM配置DRB/SRB2等信息,配置完后发送RRCConnectionReconfiguration给UE,收到RRCConnectionReconfigurationComplete后,控制面再通知用户面资源可用。

相关文档
最新文档