网优文档72:LTE掉话优化指导书(影响掉话的定时器)

合集下载

TD-LTE网络优化指导书-掉话优化

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.0

TD-LTE网络优化指导书-掉话优化V1.0

TD-LTE网络优化指导书-掉线优化项目名称文档编号版本号V1.0部门专业服务业务部作者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。

未经大唐移动书面授权,任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容,违者将被依法追究责任。

文档更新记录目录1 引言 (4)1.1.预期读者和阅读建议 (4)1.2.掉线的基本概念 (4)1.3.正常的连接释放 (4)1.4.异常的连接释放(掉线) (5)2掉线相关定时器介绍 (7)2.1.定时器概述 (7)2.2.掉线类定时器 (7)2.3.切换类定时器 (8)2.4.重建立类定时器 (9)3话务统计掉线数据分析 (9)3.1.客户感知评估指标 (9)3.2.掉线相关的KPI (10)3.3.话统中掉线率相关Counter (12)3.4.全网掉线率偏高问题分析 (12)3.5.小区级掉线率偏高问题分析 (14)4常见掉线原因分析 (14)4.1.弱覆盖 (14)4.2.切换失败 (16)4.3.邻区漏配 (18)4.4.越区覆盖 (19)4.5.系统设备异常 (21)4.6.干扰 (22)4.7.拥塞 (23)5掉线问题的分析流程 (24)6典型掉线案例分析 (28)6.1.弱覆盖导致的掉线 (28)6.2.浦口天润城试扩L-1小区弱覆盖掉线 (29)6.3.邻区漏配导致的掉线 (30)6.4.盱眙公安局L基站板卡挂死导致的掉线 (32)6.5.金湖中行L天线接反模三干扰严重导致切换失败掉线 (33)6.6.小区关闭GAP之后无法开启A2异频测量导致切换不出来拖死掉线 (35)6.7.修改PCI后邻区中没有同步修改导致切失败形成掉线 (35)6.8.升级6.008版本后掉线率恶化 (38)1引言本文整理了与TD-LTE系统中与保持性(掉线)相关的基本概念、信令流程、所涉及的参数。

LTE掉话问题定位和优化指导书V3.0概要

LTE掉话问题定位和优化指导书V3.0概要

LTE掉话问题定位和优化指导书(仅供内部使用)For internal use only拟制: Prepared by 解决方案网络KPI组日期:Date2010-09-08审核: Reviewed by 日期:Dateyyyy-mm-dd审核: Reviewed by 日期:Dateyyyy-mm-dd批准: Granted by日期:Dateyyyy-mm-dd华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision record目录Table of ContentsLTE掉话问题定位和优化指导书 (1)(仅供内部使用) (1)For internal use only (1)1概述 (9)2掉话分类定义 (9)2.1.路测数据 (9)2.1.1.掉话定义 (9)2.1.2.表现形式 (10)2.1.3.获取方式 (11)2.2.标口信令 (11)2.2.1.掉话表现形式 (11)2.2.2.获取方式 (14)2.3.话统数据 (19)2.3.1.掉话率指标话统公式 (19)2.3.2.掉话Counter介绍 (19)2.3.3.获取方式 (26)2.4.CHR数据 (27)2.4.1.获取方式 (27)2.4.2.呈现方式 (29)3掉话原因分析 (30)3.1.常见掉话原因 (30)3.1.1.非切换类掉话 (30)3.1.2.切换类掉话(待完善)(在与切换专题融合后调整下) (34)3.1.3.其他异常分析 (35)3.2.CHR内掉话原因分类 (36)3.2.1.掉话相关内部释放原因值 (36)3.2.2.CHR L2异常内部机制介绍 (37)3.3.信令流程中释放原因分类 (45)3.3.1.协议中释放原因定义 (45)4隔离定位方法 (47)4.1.掉话率指标分析流程 (47)4.1.1.全网话统指标分析流程 (48)4.1.2.Top小区掉话分析流程 (49)4.2.掉话问题分类处理 (52)4.2.1.无线类问题处理 (52)4.2.2.传输类问题处理 (56)4.2.3.拥塞类问题处理 (57)4.2.4.切换类故障处理 (58)4.2.5.核心网类故障处理 (59)5优化案例 (60)5.1.某局点升级后掉话率KPI分析 (60)5.1.1.问题描述 (60)5.1.2.问题分析 (60)5.1.3.分析结论 (67)5.1.4.解决措施 (68)6附录 (68)6.1.CHR数据分析方法 (68)6.1.1.L3打点信息介绍 (68)6.1.2.L2打点信息介绍 (76)6.2.影响掉话定时器 (84)6.2.1.非切换场景相关定时器 (84)6.2.2.切换场景相关定时器 (89)6.3.UE重建机制 (90)6.3.1.reconfiguration failure (90)6.3.2.handover failure (91)6.3.3.radio link failure (91)图目录List of Figures图1路测吞吐率掉底 (10)图2开始接收系统消息 (11)图3 S1AP_UE_CONTEXT_REL_REQ (12)图4按消息类型排序 (12)图5 找到异常掉话消息 (13)图6 找到对应的UU口消息 (13)图7 找到对应的IFTS消息 (14)图8 M2000信令跟踪管理 (14)图9 M2000IFTS跟踪 (15)图10 M2000 IFTS跟踪网元与时间设置 (15)图11 M2000 IFTS跟踪信息选择设置 (16)图12 IFTS跟踪运行中 (17)图13 停止IFTS跟踪 (18)图14 IFTS跟踪数据导出 (18)图15 小区E-RAB正常释放打点_1 (20)图16 小区E-RAB正常释放打点_2 (20)图17 小区E-RAB异常释放打点_1 (21)图18 小区E-RAB异常释放打点_2 (22)图19 小区切换出E-RAB正常释放打点 (23)图20 小区切换出E-RAB异常释放打点 (24)图21 小区E-RAB异常释放原因打点_1 (24)图22 小区E-RAB异常释放原因打点_2 (25)图23 小区E-RAB异常释放原因打点_3 (25)图24 小区E-RAB异常释放原因打点_4 (26)图25 话统文件格式 (27)图26 一键式日志获取 (29)图27 日志解包 (29)图28 InsightSharp界面 (30)图29 M2000告警浏览界面 (35)图30 收到对端的状态PDU的负确认 (38)图31 下行数据发送失败 (38)图32 上行数据发送失败 (38)图33 eRAN2.1 LCEM_UEM_DMAC_STATUS_IND消息内容 (40)图34 L3_PDCP_DATA_Req消息内容 (40)图35 ENB检测到上行失步,且有下行数据要发送 (42)图36 NB检测到上行失步,没有下行数据要发送 (43)图37 DMAC_L3_SYNC_STATUS_IND消息内容 (44)图38 DMAC_L3_STATUS_IND消息内容 (45)图39 话统指标分析流程图 (47)图40 eNodeB软件版本查询结果 (48)图41 M2000侧上行干扰检测跟踪 (55)图42 告警查询结果 (57)图43 某局点掉话率趋势 (60)图44 某局点掉话原因分布 (61)图45 某局点Top小区掉话率统计 (61)图46 某局点Top小区内部释放原因值分布 (62)图47 某局点Top小区TA分布 (62)图48 内部释放原因值统计 (63)图49 异常释放记录 (63)图50 重建原因记录 (63)图51 最后10条信令记录 (64)图52 内部释放原因值统计 (64)图53 异常释放记录 (64)图54 异常释放TMSI信息 (65)图55 DRB TTI信息统计 (65)图56 DRB TTI信息统计 (66)图57 DRB TTI信息统计 (66)图58 包含核心网主动释放的掉话率 (67)图59 N秒无数传引起释放所占比例 (67)图60 CallID字段 (69)图61 异常释放原因值界面 (70)图62 小区ID字段界面 (71)图63 显示界面 (71)图64 CHR数据导出的TMSI信息 (72)图65 INITIAL_UE_MSG消息内容 (73)图66 CHR显示字段 (74)图67 DSP MMCTX操作界面 (75)图68 LST SIMEI操作界面 (76)图69 RLC达到最大重传次数隔离定位 (77)图70 重同步超时隔离定位 (81)图71 SRB相关流程 (85)图72 同失步相关流程 (87)图73 不活动定时器超时 (88)表目录List of Tables表1常用的IFTS L2MAC跟踪布控类型 (16)表2小区E-RAB正常释放C OUNTER (19)表3小区E-RAB异常释放C OUNTER (21)表4小区切换出E-RAB正常释放C OUNTER (22)表5小区切换出E-RAB异常释放C OUNTER (23)表6小区E-RAB异常释放原因C OUNTER (24)表7链路预算结果 (32)表8CHR释放原因列表 (36)表9 EN U U M SG T YPE字段说明 (40)表10 EN S TATUS字段说明 (44)表11信令流程中释放原因值列表 (45)表12掉话率相关参数 (49)表13CHR释放原因与实际掉话原因关系 (51)表14小区全带宽CQI的上报次数C OUNTER (52)表15PDSCH上各个MCS索引值的调度次数C OUNTER (53)表16PUSCH上各个MCS索引值的调度次数 (53)表17常见无线类故障CHR内部释放原因值 (55)表18话统数据 (57)表19拥塞及用户数相关C OUNTER (57)表20特定两小区对的切换出C OUNTER (58)表21切换类故障常见内部CHR释放原因值 (59)表22CHR L3常用字段信息 (68)表23RLC重传打点信息 (77)表2464MS MAC DRB打点信息 (78)表25SRB MAC打点信息 (79)表26TA打点信息 (81)1概述本文重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本文结构如下:第二章主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义;第三章给出了常见的掉话原因,掉话机制的介绍;第四章介绍了掉话问题的隔离定位分析方法;第五章分享了掉话优化的典型案例;第六章介绍了CHR数据的分析方法,影响掉话的定时器介绍及重建的机制介绍。

LTE掉话优化(华为)资料

LTE掉话优化(华为)资料
2)eNB在DL-CCCH上回复“rrcConnectionReestablishmentReject”; 3)UE发生掉话、开始接收系统广播消息(在BCCH-SCH上的SIB1)、直至
UE发起下一次呼叫。
秘密▲
连接与掉话的基本概念(3)
掉话的常见表现
2、空口信号变差等原因导致的掉话,从信令看:
登记已撤销 (Deregistered)
已登记 (Registered)
空闲(IDLE)
连接 (Connected)
空闲(Idle)
连接 (Connected)
空闲(Idle)
连接 (Connected)
NAS: Non-Access-Stratum AS: Access-Stratum
连接与掉话的基本概念(2)
秘密▲
连接与掉话的基本概念(3)
掉话的常见表现
3、其他原因:
狭义上来讲,可以认为“只要UE发起了RRC重建立,就 意味着RRC连接已断、即产生了掉话”。
在实际项目中,由于切换失败或其他原因、导致的RRC 连接重建立,而这种RRC连接重建立往往是成功的。因 此,在项目运作的时候,这种RRC重建立是否算作掉话, 需要特别关注
“RRC连接重配置”消息; (3) UE切换到“RRC连接重配置”消息所带的目标小区后、在
该小区的BCCH-SCH上接收到广播消息 (systemInformationBlockType1); (4) UE收完广播消息后、发起“RRC连接重建立(原因为切换 失败)”; (5) 通常UE能够在较短时间(200ms)内重建立成功、回到切 换前的源小区。
秘密▲
常见掉话原因(2)——切换失败
优化手段
1.检查源小区的邻区配置情况(源小区Neighbor Cell表 中的数据与目标小区的Serving Cell表中的数据进行对 比),确认邻区参数配置正确;

掉话优化-TD掉话率相关定时器优化分析

掉话优化-TD掉话率相关定时器优化分析

先讲一个故事,前几年处理一个AT&T的GPRS国际漫游投诉时,有一个客户(AT&T)使用Blackberry终端,到了中国不能收邮件。

处理过程中,在核查双方的漫游数据及APN时,对方的一个工程师(一个华裔美国人)正好回国探亲,为这个投诉加入到我们的分析团队,逐级分析,直到最终解决问题。

这个老美讲的一句话,影响很深:在美国,一定要 positive .下面这篇论文,看起来很繁琐,实际上,是一种主动与被动的关系。

简单来说,NodeB检测到上行失步,经过一个定时器后,还没有建立同步(TD-SCDMA是一个同步系统),之前的处理办法还是等,等UE建立同步,而新的解决办法是:RNC主动向NodeB发送删掉Radio Link的指令,要求NodeB关闭下行链路功率,以强迫UE进行Cell Update。

这个过程是一种典型主动与被动的处理过程。

引申到日常的优化工作,我们网优工程师是否也应该考虑主动优化?谨以此文,向全国一线网优工程师致敬!TD-SCDMA网络基于客户感知的掉话率相关定时器优化分析郭宝,李冶文(1:中国移动通信集团山西有限公司太原分公司太原 030001)(2:中国移动通信有限公司网络部北京 100033)摘要TD-SCDMA网络处于逐步完善覆盖的时期,为了更好地提升用户使用感知,需要网优工程师及时发现网络中的问题,尤其是严重影响客户感知的掉话问题。

本文针对TD-SCDMA网络中掉话率相关定时器、计数器设置过大导致的“网管统计信息不准确”的问题进行优化分析,并提出一种切实有效的优化方法。

1 引言在无线通信中,如果链路突然失步,系统和终端侧会启动一个等待链路恢复的定时器,并按照设定的最大允许次数的计数器来进行恢复链路的尝试,这就是掉话率相关定时器、计数器。

如果定时器、计数器设置过大,会发生系统一直在等待链路恢复,而用户早已不能忍受长时间等待主动挂机,这样会导致统计的掉话率指标无法真实反映网络质量。

LTE掉话优化通用指南

LTE掉话优化通用指南

Huawei Confidential
Page 4
终端侧掉话公式定义
• 终端侧
Call Drop Rate = eRAB AbnormRel/ eRAB Setup Success *100%

eRAB AbnormRel:eRAB异常释放事件次数 eRAB Setup Success:eRAB建立成功事件次数
L.E-RAB.AbnormRel:小区异常释放用户E-RAB的总次数
L.E-RAB.NormRel:小区正常释放用户E-RAB的总次数
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 6
网络侧异常释放Counter 打点
• 如图1中A点所示,当eNodeB发出E-RAB RELEASE INDICATION消息,且释放原因不为“Normal Release”,“User Inactivity”,“CS fallback triggered”,“Inter-RAT redirection”时统计该指标。如 果E-RAB RELEASE INDICATION信令中要求同时释放多个E-RAB,则相应的指标统计多次; • 如图2中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息,会释放UE 的所有E-RAB。当释放原因不为“Normal Release”,“User Inactivity”,“CS fallback triggered”, “Inter-RAT redirection”时,相应的指标累加统计。
检查掉话率指标是否存在问题(OMStar Scene Application LTE_NetworkKPI_MonitorOptimzation_V 1R5 运行结果“06.Retainability” Sheet内)

LTE掉话优化(华为)

LTE掉话优化(华为)

秘密▲
连接与掉话的基本概念(3)

掉话的常见表现

2、空口信号变差等原因导致的掉话,从信令看:


只能看到信令不完整——UE在没有收到Release消息的情况下,直接从 RRC-CONNECTED状态转到RRC-IDLE。 此类掉话的一个典型表象为:UE发起了 RRCConnectionReestablishmentRequest、但是没有收到eNodeB发来的 RRCConnectionReestablishment,而且 UE也没有发出 RRCConnectionReestablishmentComplete消息。
秘密▲
常见掉话原因(4)——越区覆盖

优化手段

1. 越区覆盖的一般优化原则是:在区域中已有合理的稳 定信号覆盖的情况下、尽可能地控制越区覆盖的信号:

(1) 下调越区覆盖信号的功率 (2) 增加越区覆盖扇区的天线下倾角 (3) 在考虑了越区覆盖扇区周边的覆盖情况、以及网络拓扑结 构的情况下,谨慎地调整越区覆盖扇区的天线方位角
秘密▲
常见掉话原因(3)——邻区漏配

现象
Missing Neighbor
20 10 0 -10
Servin g Cell CINR
N1 CIN
R
Drop
-70 -90 -110 -130
Serving C ell RSRP
N1 RSRP
秘密▲
常见掉话原因(3)——邻区漏配

分析方法:采用信令分析法。
20 10 0 -10
Serving Cell CINR
Drop
Serving Cell CINR
Drop
N1 CINR

LTE的掉话原因分析及处理思路(加精,值得收藏)

LTE的掉话原因分析及处理思路(加精,值得收藏)

LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。

统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始,之后进行的各类业务,未正常释放的均计为“掉话”。

正常释放流程如下:一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。

掉话原因1:弱覆盖现象:由于弱覆盖导致的掉话,通常有以下表现:1.掉话前服务小区的RSRP持续变差(低于弱覆盖标准,如小于-105dBm),同时服务小区的SINR也一起持续变差(小于0dB,甚至小于-3dB)。

2.掉话后可能会有一段时间(数秒至数分钟不等,取决于实际网络覆盖情况),UE无数据上报(类似于UE脱网)。

解决方案:要解决此类掉话,需要改善覆盖。

具体手段有:1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。

2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区,并加强它的覆盖。

如常用的天馈调整、站点建设等。

具体案例:对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区,覆盖较差存在掉线风险。

通过调整PA:3→0,RS参考功率:13.4dB→15.2dB,覆盖改善,掉线风险大大降低。

掉话原因2:越区覆盖现象:在支持切换的移动通信网络中,由于无法精确控制无线信号的传播,因此或多或少都会存在越区覆盖的情况,导致“孤岛覆盖”无法与周边站点进行正常切换掉话,通常有以下表现:1.越区覆盖导致的“导频污染”。

在覆盖区内,没有稳定的强信号作为主服务小区。

服务小区信号的频繁变化,是导致掉话的一个主要原因。

2.越区覆盖对主服务小区的干扰(包括邻区漏配、越区信号的迅速变化等)。

在某些区域,主服务小区收到越区信号的干扰,最终导致掉话。

解决方案:1.越区覆盖的一般优化原则是:在区域中已有合理的稳定信号覆盖的情况下,尽可能的控制越区覆盖的信号。

LTE掉话问题分析及RRC连接重建触发原因

LTE掉话问题分析及RRC连接重建触发原因

LTE掉话问题分析及RRC连接重建触发原因
一、掉话问题两类
1、异常RRC connection Release,网络设备异常。

2、RRC重建失败。

二、掉话问题具体原因:
1、弱覆盖
2、干扰
3、切换失败,邻区参数配置不正确,目标小区工作不正常(传输误码,负荷高接纳拒绝)
4、邻区漏配,无法切换
5、越区覆盖,导致参考信号污染或邻区漏配引起切换掉话。

6、拥塞,引起多项指标恶化。

7、设备异常,终端或网络设备异常。

三、RRC重建立触发的原因有如下几种情况:
(1)UE检测到无线链路失败,主要包括:上下行RLC达到最大重传次数;上/下行失步,随机接入失败等原因
(2)切换失败(包括同系统、异系统切换)
如果切换失败,UE会发起RRC重建立请求,并将重建立原因封装在RRC重建立请求消息中。

(3)底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立,例如UE和基站的加密以及完整性保护算法不一致,这类原因不常见,通常为终端的问题。

(4)RRC重配失败
RRC重配置的目的是修改RRC连接,在如下场景会发生RRC重配置:建立、修改或者释放无线承载时;执行切换时;建立、修改或释放测量配置等。

网优文档70:LTE掉话优化指导书(第四部分:优化案例)

网优文档70:LTE掉话优化指导书(第四部分:优化案例)

LTE掉话优化指导书-第四部分:优化案例目录LTE掉话优化指导书 (1)1概述 (1)2优化案例 (1)2.1.某局点升级后掉话率KPI分析 (1)2.1.1.问题描述 (1)2.1.2.问题分析 (2)2.1.3.分析结论 (9)2.1.4.解决措施 (9)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本《指导书》结构如下:第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义;第二部分给出了常见的掉话原因,掉话机制的介绍;第三部分介绍了掉话问题的隔离定位分析方法;第四部分分享了掉话优化的典型案例;第五部分介绍了CHR数据的分析方法,影响掉话的定时器介绍及重建的机制介绍。

2优化案例2.1.某局点升级后掉话率KPI分析2.1.1.问题描述某局点在升级至eRAN2.1SPC420之后,掉话率突变,需要分析引起变化的原因。

2.1.2.问题分析2.1.2.1.升级前后掉话率趋势分析全网升级至eRAN2.1SPC420后,平均掉话率约在0.6%,而相同区域升级前为2%由于是按不同区域分段执行,故在12月5号到12月10号期间掉话率指标有一个逐渐缓降的过程。

在12月12号完成了全网所有站点的升级。

掉话率趋势如下图所示:图1某局点掉话率趋势2.1.2.2.掉话原因分布分析从话统Counter记录的掉话原因来看,由于无线侧原因导致的掉话占绝大多数该局点终端形态多以CPE为主,相对位置比较固定,故切换引起的掉话比例很少;该局点的800M站点大多不连续覆盖,也一定程度上导致了弱覆盖等原因引起的掉话;掉话原因分布如下:图2某局点掉话原因分布2.1.2.3.Top小区话统数据分析Top小区定义:将掉话率高于10%的小区按eRAB异常释放次数从大到小降序排列,然后取Top5小区进行统计,结果如下;图3某局点Top小区掉话率统计升级前:Top5站点贡献0.31%的正常释放,但贡献了24.95%以上的异常释放;升级后:Top5站点贡献不到0.16%的正常释放,但贡献了17.75%以上的异常释放;故同Top小区对掉话率的贡献来看,其“害群之马”的现象还是比较明显。

LTE地掉话原因分析报告及处理思路(加精,值得收藏)

LTE地掉话原因分析报告及处理思路(加精,值得收藏)

LTE的掉话原因分析及处理思路LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。

统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始,之后进行的各类业务,未正常释放的均计为“掉话”。

正常释放流程如下:一、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。

掉话原因1:弱覆盖现象:由于弱覆盖导致的掉话,通常有以下表现:1.掉话前服务小区的RSRP持续变差(低于弱覆盖标准,如小于-105dBm),同时服务小区的SINR也一起持续变差(小于0dB,甚至小于-3dB)。

2.掉话后可能会有一段时间(数秒至数分钟不等,取决于实际网络覆盖情况),UE无数据上报(类似于UE脱网)。

解决方案:要解决此类掉话,需要改善覆盖。

具体手段有:1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。

2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区,并加强它的覆盖。

如常用的天馈调整、站点建设等。

具体案例:对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区,覆盖较差存在掉线风险。

通过调整PA:3→0,RS参考功率:13.4dB→15.2dB,覆盖改善,掉线风险大大降低。

掉话原因2:越区覆盖现象:在支持切换的移动通信网络中,由于无法精确控制无线信号的传播,因此或多或少都会存在越区覆盖的情况,导致“孤岛覆盖”无法与周边站点进行正常切换掉话,通常有以下表现:1.越区覆盖导致的“导频污染”。

在覆盖区内,没有稳定的强信号作为主服务小区。

服务小区信号的频繁变化,是导致掉话的一个主要原因。

2.越区覆盖对主服务小区的干扰(包括邻区漏配、越区信号的迅速变化等)。

在某些区域,主服务小区收到越区信号的干扰,最终导致掉话。

解决方案:1.越区覆盖的一般优化原则是:在区域中已有合理的稳定信号覆盖的情况下,尽可能的控制越区覆盖的信号。

LTE掉话优化指导书(CRH数据分析方法)

LTE掉话优化指导书(CRH数据分析方法)

LTE掉话优化指导书-CRH数据分析方法目录LTE掉话优化指导书 (1)1概述 (1)2C HR数据分析方法 (1)2.1.1.L3打点信息介绍 (1)2.1.2.L2打点信息介绍 (9)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本《指导书》结构如下:第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义;第二部分给出了常见的掉话原因,掉话机制的介绍;第三部分介绍了掉话问题的隔离定位分析方法;第四部分分享了掉话优化的典型案例;第五部分介绍了CHR数据的分析方法,影响掉话的定时器介绍及重建的机制介绍。

2CHR数据分析方法2.1.1.L3打点信息介绍掉话问题定位分析过程中,主要涉及的L3字段如下:2.1.1.1.同一次呼叫的判断在CHR数据中,由于L1、L2、L3、FPGA等信息都是在不同记录中独立显示的,故如何判断这些信息属于同一次呼叫需要按照ulCallID字段来判断。

通常相同时间段内CallID相同的记录就属于同一次呼叫。

图1CallID字段2.1.1.2.内部释放原因CHR内部释放原因值字段名称为“usRelCause”,位于InnerRelEvent节点下,用于指示内部释放的原因值,但其中并不是所有的释放原因都是掉话原因,部分内部释放其实并不会导致掉话,常见的掉话原因参见下表所示:图2异常释放原因值界面2.1.1.3.业务建立所在CellID在CHR内部,业务建立所在的CELLID在InitialUeMsg内进行记录,字段名称为“ulCellId”,该字段是以eNodeBID+LocalCellID的方式进行记录。

图3小区ID字段界面在优化分析过程中,需要将CHR记录的10进制CellID先转化为16进制,然后后两位标识的是Cell ID,剩余的前几位标识的是eNodeBID,然后再分别将这几位转换成10进制既得到实际的eNodeBID及CellID举例如下:图4显示界面如上图所示,某站点CHR记录到的ulCellId字段的数据为“80386052”,转换成16进制为“4CA9804”,然后取右边最后两位“04”为Cell ID,转换成10进制既得到了Cell ID为“4”;而剩余的左边5位为“4CA98”,转换成10进制为既得到eNodeB ID为“314008”,然后通过工参信息表或者MapInfo等工具查找该站点的相关信息。

经典案例_切换定时器优化解决VoLTE掉话案例

经典案例_切换定时器优化解决VoLTE掉话案例

切换定时器解决切换失败导致的VoLTE掉话问题目录一、问题描述 (3)二、分析过程 (5)三、解决措施 (5)四、经验总结 (8)切换定时器解决切换失败导致的VoLTE掉话【摘要】LTE时代,多元化的业务对覆盖、速率和时延提出了更高的要求,比如语音、WEB、视频等。

而语音业务特别是高清语音(VOLTE)的诉求逐渐增加,对高清语音的优良感知提出新的挑战。

现网优化过程中除了保证语音可接入性、语音质量(MOS)外还需对保持性指标进行专门优化,日常路测时,我们会碰到不同类型的异常事件,本文主要通过拉长切换定时器解决切换失败导致的VoLTE掉话。

【关键字】VoLTE掉话、切换定时器、高清语音的优良感知【业务类别】VoLTE一、问题描述六安市在进行DT高速VOLTE拉网路测时,RCU由南向北行驶至六潜高速转步园隧道段时,发生了一起切换失败导致的VoLTE掉话,需分析解决。

按照《中国电信VoLTE测试技术规范》要求,一次通话结束后,主叫未收到SIP_BYE-OK 或未发送SIP_BYE-OK记为一次掉话。

如下图信令流程图:无线空口原因造成的掉话问题,可以从覆盖、干扰、切换、资源利用率、参数等方面去分析和优化,具体方法如下:•进行主覆盖梳理和优化工作,解决弱覆盖、过覆盖、高重叠覆盖等问题,可以加入MR数据关联分析,对RF调整不能解决的问题,可以考虑异构网或者部署小站等手段;•干扰问题排查可以分为内部干扰和外部干扰,外部干扰的排查可以根据干扰的特征波形判断干扰源的类别,结合外场扫频来定位。

内部干扰可以根据具体的干扰忙闲时变化、加扰测试来判断干扰形成原因,通过优化功控门限、优化上行功控算法、调整覆盖避免严重的重叠覆盖等手段进行优化;•对乒乓切换和频繁切换路段进行排查并调整迟滞和切换序列,减少过早、过晚切换造成的切换掉话;•统计分析上下行PRB利用率、CCE利用率、以及拥塞统计相关counter,结合多频网的策略进行负载均衡参数调整,确保共覆盖的多载波之间资源利用率、感知指标的一致性,减少因为无线资源不足导致的掉话;•优化掉话相关的定时器参数,避免定时器设置过短造成UE上下文的过早释放,影响用户的感知。

VoLTE掉话优化专题

VoLTE掉话优化专题

掉话指标体系现状
网元掉话统计
✓IMS导致的掉话很少,主要在于无线和EPC; ✓EPC S1接口掉话率不支持原因值分析且波动很大,暂 时不做为掉话评估和优化参考 ✓无线掉话率高于SBC掉话率原因:1. BYE之后空口掉 话比例比较高,2. HW EPC流程处理异常造成的无线 传输掉话和SRVCC掉话(影响10%) ✓各网元掉话统计存在局限,建议不断完善SEQ掉话规 则库覆盖场景;无线根据梳理场景向SEQ提出增加8种 特殊场景掉话
▪ 脱网到2G
承载异常释放 (RF)75%
无媒体流 异常BYE
无线链路失败 39%
切换掉话16%
传输&拥塞掉话 6%
▪ SRB复位 34.5% ▪ UE NOReply 0.8% ▪ 重同步失败 3.8% ▪ 上行弱覆盖
X2/S1切换掉话 39%
SRVCC切换S1超时掉 话 6.8%
▪ 传输掉话 6%
VOLTE 掉话端到端指标体系
衡量标准 影响因素 定界优化 IMS
EPC
无线
UE1
网 络 感 知 用 户 感 知
eNB
EPC
语音承载建立QCI=1
无线ERAB异常释放
A1
EPC ERAB异常释放
A2
SIP BYE
SBC









IMS引发掉话
A3
VoLTE掉话原因涉及终端、无线、EPC、IMS; 网络感知掉话与用户感知掉话差异较大;
其中:
▪ VoLTE语音掉话次数:SBC(不区分主叫域和被叫域)收到PCRF发送媒体类型为语音的ASR(下图消息1)的次数,且ASR中Abort Cause为“PS to CS Handover”不含在内;

G-掉话率优化交付指导书

G-掉话率优化交付指导书

GSM掉话率优化交付指导书(仅供内部使用)华为技术有限公司版权所有侵权必究修订记录目录1.概述 (5)2.掉话率的定义 (5)2.1 BSC级掉话率定义 (5)2.2 小区级掉话率定义 (5)2.3 TCH 掉话率(%)(含切换) (5)2.4 TCH掉话率(%)(不含切换) (6)2.5 SDCCH掉话率(%) (6)3.掉话率的应用策略 (6)3.1 TCH掉话率与TCH掉话率(不含切换) (6)3.2 不同运营商的定义差别 (6)3.2.1TCH掉话率 (6)3.2.2SDCCH掉话率 (7)4.掉话率的优化策略 (7)4.1 掉话问题分析思路 (8)4.2 硬件故障 (10)4.3 数据配置 (10)4.4 覆盖问题 (11)4.5 干扰问题 (12)4.6 切换引起的掉话 (13)GSM掉话率优化交付指导书关键词:GSM、TCH掉话率、SDCCH掉话率、应用策略、优化策略摘要:本文阐述本文阐述了掉话率的几种定义,每个定义之间的差别、计算公式及其含义。

并给出了关于降低掉话率的优化策略。

参考资料清单:1. 概述掉话率是衡量无线网络质量的重要指标,也是运营商重点考核的指标之一。

本文阐述了掉话率的几种定义,每个定义之间的差别、计算公式及其含义。

并给出了关于降低掉话率的优化策略。

本文的叙述基于GSM BSC V300R002C13版本。

2. 掉话率的定义2.1 BSC级掉话率定义BSC级的掉话率定义所采用的话统指标为【BSC整体性能测量】->【接入性能测量】中的话统指标。

公式编号中的“B”表示BSC级的指标。

(B1-a) TCH掉话率(%)(含切换)含义:TCH掉话次数占TCH占用成功次数的百分比。

公式:【20TCH掉话次数】/【19TCH占用成功次数】*100%说明:在话统【BSC整体性能测量】->【接入性能测量】中直接给出了该指标。

2.2 小区级掉话率定义小区级的掉话率定义中采用的话统指标为【小区性能测量】->【TCH性能测量】或【小区性能测量2】->【TCHF/H性能测量(2)】中的话统指标。

网优文档72:LTE掉话优化指导书(影响掉话的定时器)

网优文档72:LTE掉话优化指导书(影响掉话的定时器)

LTE掉话优化指导书-影响掉话的定时器目录LTE掉话优化指导书 (1)1概述 (1)2影响掉话定时器 (1)2.1.1.非切换场景相关定时器 (1)2.1.2.切换场景相关定时器 (7)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本《指导书》结构如下:第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义;第二部分给出了常见的掉话原因,掉话机制的介绍;第三部分介绍了掉话问题的隔离定位分析方法;第四部分分享了掉话优化的典型案例;第五部分介绍了CHR数据的分析方法,影响掉话的定时器介绍及重建的机制介绍。

2影响掉话定时器2.1.1.非切换场景相关定时器2.1.1.1.信令面流程相关2.1.1.1.1.空口信令超时在eNB侧成功下发AM信令后,启动等待UE UU口响应定时器(2.1基线值5s,对应MML参数配置为WAITUEUURSPTIMER=5000),若5s后未收到UE回复的信令,如果是普通信令,则直接在等待UE UU口响应定时器超时后释放,若为5大特殊信令,则会启动延迟释放定时器,等待延迟释放定时器超时后掉话。

2.1.1.1.2.SRB达到最大复位次数在eNB侧未成功下发AM信令,会进行HARQ及RLC的重传,在SRB达到最大重传次数后(2.1基线值4次,对应MML参数配置为MaxENodeBRetxThreshold=Maxretx_Threshold_t4)* Polling(2.1基线值定时器45ms,对应MML参数配置为POLLTRANSTIMER=8)后,SRB达到RLC最大重传次数后,如果是普通信令,则会继续等待UE UU口响应定时器超时后释放,若为5大特殊信令,则会在SRB达到RLC最大重传次数后直接启动延迟释放定时器,等待延迟释放定时器超时后掉话。

注:延迟释放定时器配置:eRAN2.1C00~SPC300 T310+T311+10seRAN2.1SPC400 T310+T311+20s延迟释放特殊信令定义:RRCConnectionReconfiguration包括:eRAB建立(default EPS Bearer Context及dedicated EPS Bearer Context),Measurement Control(周期,事件,ANR中读取eCGI)相关流程图简单整理如下:图1 SRB 相关流程2.1.1.2. 用户面相关2.1.1.2.1. DRB 达到最大复位次数在业务保持过程中,由于弱覆盖、信号陡降、拔卡场景下,若eNB 侧RLC 缓存有数据待发送,则易引起DRB 达到最最大重传次数引起的异常释放;在DRB 达到最大重传次数后,以QIC9为例( 2.1基线值8次,对应MML 参数配置为ENodeBMaxRetxThreshold=Maxretx_Threshold_t8)* Polling (2.1基线值定时器50ms ,对应MML 参数配置为ENodeBPollRetransmitTimer=9)后,DRB 达到RLC 最大重传次数,然后进入延迟释放机制,延迟释放定时器为T310(2.1基线值200ms ,T310=MS200_T310)+T311(2.1基线值10s ,T311=MS10000_T311)+20s2.1.1.3.其他2.1.1.3.1.常规TA超时失步TA调整周期内连续下发3个TA没有收到TA ACK或者TA调整周期内基带连续3次没有上报TA,则认为TA超时。

TD-LTE掉线优化指导书

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网络掉线问题定位和优化指导书V1.0

TD-LTE网络掉线问题定位和优化指导书V1.0

LTE掉话问题定位和优化指导书(仅供内部使用)拟制: 广西LTE精品网项目组日期:更新: 日期:审核: 日期:批准: 日期:华为技术有限公司版权所有侵权必究1概述本文重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本文结构如下:第二章主要从路测、标准接口、话统多角度出发给出了掉话的定义第三章给出了常见的掉话原因,掉话机制的介绍第四章介绍了掉话问题的隔离定位分析方法第五章分享了掉话优化的典型案例第六章附录,重点介绍影响掉话的定时器2掉话分类定义掉话是指在UE在与eNB间成功建立eRAB之后,由于异常原因导致的eRAB释放,本章将分别从路测数据、标准接口信令、话统数据3个方面介绍一下掉话的表现。

2.1.路测数据2.1.1.掉话定义在华为Probe&Assistant侧对于掉话(eRab Abnormal Release)的定义如下:一、没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息,也没有收到MME 的“DETACH REQUEST”的NAS消息,也没有向网络侧主动发出“DETACH REQUEST”的NAS消息,收到了RRCConnectionReconfiguration消息,且其中有信元“drb-ToReleaseList”,则生成一次ERABAbnormalRel,在Info中显示所有“drb-ToReleaseList”下对应的eps-BearerIdentity,并记录ReleaseList下的eps-BearerIdentity个数。

ERAB num –释放个数, 如果ERAB减完以后是0了,则状态迁移到RRC_Idle,否则状态不迁移。

二、或者在没有收到“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息,也没有收到MME的“DETACH REQUEST”的NAS消息,也没有向网络侧主动发出“DETACH REQUEST”的NAS消息,收到了RRCConnection release消息并且前4s如果有RLC层速率传输(上下行都需要考虑进来的,任何一个方向只要有数传即满足条件),生成一次ERABAbnormalRel,状态迁移到RRC_idle。

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

LTE掉话优化指导书-影响掉话的定时器目录LTE掉话优化指导书 (1)1概述 (1)2影响掉话定时器 (1)2.1.1.非切换场景相关定时器 (1)2.1.2.切换场景相关定时器 (7)1概述本《LTE掉话优化指导书》重点介绍了LTE系统内掉话率指标的优化思路、分析方法、定位手段及典型案例;本《指导书》结构如下:第一部分主要从路测、标准接口、话统、CHR多角度出发给出了掉话的定义;第二部分给出了常见的掉话原因,掉话机制的介绍;第三部分介绍了掉话问题的隔离定位分析方法;第四部分分享了掉话优化的典型案例;第五部分介绍了CHR数据的分析方法,影响掉话的定时器介绍及重建的机制介绍。

2影响掉话定时器2.1.1.非切换场景相关定时器2.1.1.1.信令面流程相关2.1.1.1.1.空口信令超时在eNB侧成功下发AM信令后,启动等待UE UU口响应定时器(2.1基线值5s,对应MML参数配置为WAITUEUURSPTIMER=5000),若5s后未收到UE回复的信令,如果是普通信令,则直接在等待UE UU口响应定时器超时后释放,若为5大特殊信令,则会启动延迟释放定时器,等待延迟释放定时器超时后掉话。

2.1.1.1.2.SRB达到最大复位次数在eNB侧未成功下发AM信令,会进行HARQ及RLC的重传,在SRB达到最大重传次数后(2.1基线值4次,对应MML参数配置为MaxENodeBRetxThreshold=Maxretx_Threshold_t4)* Polling(2.1基线值定时器45ms,对应MML参数配置为POLLTRANSTIMER=8)后,SRB达到RLC最大重传次数后,如果是普通信令,则会继续等待UE UU口响应定时器超时后释放,若为5大特殊信令,则会在SRB达到RLC最大重传次数后直接启动延迟释放定时器,等待延迟释放定时器超时后掉话。

注:延迟释放定时器配置:eRAN2.1C00~SPC300 T310+T311+10seRAN2.1SPC400 T310+T311+20s延迟释放特殊信令定义:RRCConnectionReconfiguration包括:eRAB建立(default EPS Bearer Context及dedicated EPS Bearer Context),Measurement Control(周期,事件,ANR中读取eCGI)相关流程图简单整理如下:图1 SRB 相关流程2.1.1.2. 用户面相关2.1.1.2.1. DRB 达到最大复位次数在业务保持过程中,由于弱覆盖、信号陡降、拔卡场景下,若eNB 侧RLC 缓存有数据待发送,则易引起DRB 达到最最大重传次数引起的异常释放;在DRB 达到最大重传次数后,以QIC9为例( 2.1基线值8次,对应MML 参数配置为ENodeBMaxRetxThreshold=Maxretx_Threshold_t8)* Polling (2.1基线值定时器50ms ,对应MML 参数配置为ENodeBPollRetransmitTimer=9)后,DRB 达到RLC 最大重传次数,然后进入延迟释放机制,延迟释放定时器为T310(2.1基线值200ms ,T310=MS200_T310)+T311(2.1基线值10s ,T311=MS10000_T311)+20s2.1.1.3.其他2.1.1.3.1.常规TA超时失步TA调整周期内连续下发3个TA没有收到TA ACK或者TA调整周期内基带连续3次没有上报TA,则认为TA超时。

TA下发周期=(TA超时定时器/3 -32)TA超时定时器2.1基线值为1920ms(对应MML参数配置为TimeAlignmentTimer=SF1920)若TA超时,UE就进入失步态(DMAC_L3_SYNC_STATUS_IND消息中enSyncStatus=1),之后如果下行有数据要发,则eNB侧下行发送专用Preamble时,L2 MAC会启动1s定时器,1s定时器超时则重同步失败、上报L3指示重同步超时,L3启动延迟释放定时器,待延迟释放定时器超时后释放UE。

(注2.0在L2上报L3指示重同步超时后会立即释放)若TA超时后,eNB侧无数据发送,则启动重同步定时器(2.1基线参数为10s,对应MML参数配置为UERESYNCTIMER=10),在重同步定时器超时后,eNB侧下行发送专用Preamble时,L2 MAC会启动1s定时器,1s定时器超时则重同步失败、上报L3指示重同步超时,L3启动延迟释放定时器,待延迟释放定时器超时后释放UE。

(注2.0在L2上报L3指示重同步超时后会立即释放)相关流程图简单整理如下:图2同失步相关流程2.1.1.3.2.无业务时主动失步在2.1版本中,存在当UE无业务时,eNB侧启动180s的同步至失步定时器(2.1基线值为180s,对应MML参数配置为Syn2UnsynTimer=180),在定时器超时后,eNB主动让UE 进入TA失步态,并且在启动重同步定时器(2.1基线参数为10s,对应MML参数配置为UERESYNCTIMER=10),在重同步定时器超时后,eNB侧下行发送专用Preamble时,L2 MAC 会启动1s定时器,1s定时器超时则重同步失败、上报L3指示重同步超时,L3释放UE。

2.1.1.3.3.不活动定时器不活动定时器配置在eNB的MAC,由MAC每TTI进行检测。

触发条件:上行在向RLC 发送DRB数据,或者下行组MAC PDU(下发信令/数据)时重置不活动定时器;否则,累计时长加1,直到累计时长等于所配置的不活动定时器时长,则认为不活动定时器超时,上报L3;L3释放用户,释放原因值为不活动定时器超时,为正常释放。

2.1基线参数为1800s(对应MML参数配置为UeInactiveTimer=1800)SRB数据会重置不活动定时器;TA,预调度不影响不活动定时器计数。

在当该计数器满足UE不活动定时器配置值后,L2上报L3发起释放(L3在S1口会向核心网发送“S1AP_UE_CONTEXT_REL_REQ”消息,且消息内携带的原因值为“User-inactivity”);当计数器未满足UE不活动定时器配置值时L2 MAC又检测到DRB有数据发送/接收后,计时器重新计数。

不活动定时器超时引起的释放信令如下图所示:图3不活动定时器超时2.1.1.3.4.T301定时器UE在发送RRCConnectionReestabilshmentRequest时启动该定时器。

定时器超时前,如果UE收到RRCConnectionReestablishment或者RCConnectionReestablishmentReject或者被选择小区变成不适合小区,则停止该定时器。

定时器超时后,UE进入RRC_IDLE态。

2.1基线值为200ms(对应MML参数配置为T301=MS200_T301)。

2.1.1.3.5.下行失步检测UE DSP每200ms对时延谱滤波值进行判断,如果满足某门限,则上报L3失步;L3在同步状态连续收到N310(2.1版本基线值为6次,N310=n6)L1上报的失步指示,则认为失步(200ms +10 * (N310-1) =250ms,既200ms测量上报判断满足们先后记录N310+1,然后每10ms测量上报一次);同时,启动T310定时器,超时前,若收到N311次同步指示(2.1基线值为5次,N311=n5),则认为UE恢复同步状态(100ms +10*(N311 -1 ) =140ms,既在启动T310后,终端在100ms时测量上报判断满足们先后记录N311+1,然后每10ms测量上报一次),否则,T310超时后(2.1基线值为200ms,对应MML参数配置为T310=MS200_T310)触发重建(包括搜索小区、同步、重建),启动T311定时器(2.1基线值为10s,对应MML 参数配置为T311=MS10000_T311),若超时仍未重建成功,则进去IDLE态。

2.1.2.切换场景相关定时器2.1.2.1.同站切换场景2.1.2.1.1.空口信令超时在eNB侧成功下发切换重配置消息后信令后,启动等待UE UU口响应定时器(2.1基线值5s,对应MML参数配置为WAITUEUURSPTIMER=5000),若5s后未收到UE回复的信令,该流程超时后掉话;2.1.2.1.2.SRB达到最大重传次数在eNB侧未成功发切换重配置消息信令,会进行HARQ及RLC的重传,在SRB达到最大重传次数后( 2.1基线值4次,对应MML参数配置为MaxENodeBRetxThreshold=Maxretx_Threshold_t4)* Polling(2.1基线值定时器45ms,对应MML参数配置为POLLTRANSTIMER=8)后,SRB达到RLC最大重传次数,然后进入延迟释放机制,延迟释放定时器为T310(2.1基线值200ms,对应MML参数配置为T310=MS200_T310)+T311(2.1基线值10s,对应MML参数配置为T311=MS10000_T311)+20s2.1.2.1.3.T304超时在系统内切换时当UE收到eNB下发的切换重配置消息后,启动T304定时器(2.1基线为500ms,对应MML参数配置为T304ForEutran=ms500),如果UE在该时长内无法完成对应的切换过程(无法完成dedicated preamble和RAR过程导致没有回复重配置完成消息),则进行相应的资源回退,并发起RRC连接重建过程(重建原因为Handover Failure),若重建流程超时(eNB下发RRCConnectionReestablishment消息后5S内未收到UE返回的RRCConnectionReestablishmentComplete消息,则下发RRCConnectionReestablishmentReject),释放UE。

2.1.2.2.X2口切换2.1.2.2.1.等待eNB X2口响应定时器(不直接影响掉话)X2口切换场景在空口侧与同站内相关流程相同,主要是X2口流程的增加。

当eNB收到UE上报的Measurement Report之后,eNB会向目标eNB发送Handover Request,并启动等待eNB X2口响应定时器(2.1基线值15s,对应MML参数配置为WAITENBX2RSPTIMER=15000),若定时器超时,则eNB发送Handover Cancel,且不在空口下发切换重配置消息,有可能会引起掉话。

2.1.2.3.S1口切换场景2.1.2.3.1.等待MME S1口响应定时器(不直接影响掉话)S1口切换场景在空口侧与X2口切换相关流程相同,主要是S1口流程的不同。

相关文档
最新文档