LTE切换问题分析

LTE切换问题分析
LTE切换问题分析

1相关Counter介绍

1.1 切换相关KPI公式

(L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2S rc)/

(L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100 %

?eNB间切换出成功率

(L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2S rc)/

(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut)*100 %

?同频切换出成功率

(L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut-

L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2S rc)/

(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100 %

?异频切换出成功率

(L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2S rc)/

(L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100 %

?切换出成功率

(L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut+ L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2S rc-

L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2S rc)/

(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut+

L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% 1.2 Counter解释

Counter解释:

?切换成功率Counter

?切换失败counter原因:

1.3 Counter计数位置及说明

1.3.1站内切换

图(2)1.3.2 X2切换

图(3)

2.3.3 S1切换

图(4)

注明:尝试切换Counter都计数在A点位置,准备切换Counter都计数在B点位置,切换成功Counter都计数在C点位置

1.3.4 切换失败Counter说明

图(5)

a).在S1接口切换及X2接口切换过程中的切换准备阶段,源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时,如果切换过程中源小区和目标小区为同频或异频,指标L.HHO.Prep.FailOut.MME加1。

图(6)

b).在S1接口切换及X2接口切换过程中的切换准备阶段结束时,源小区未收到来自目标eNodeB的任何消息,包括如下场景:在S1接口切换时,未收到MME发出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息;在X2接口切换时,未收到对端eNodeB 发出的HANDOVER REQUEST ACKNOWLED EG消息及HANDOVER PREPARATION FAILURE消息。如果切换过程中源小区和目标小区为同频或异频,指标L.HHO.Prep.FailOut.NoReply加1。

图(7)

c).在S1接口切换过程中的切换准备阶段,当源小区收到来自MME的HANDOVER PREPARATION FAILURE消息时,或在X2接口切换过程中的切换准备阶段,当源小区收到来自目标小区的HANDOVER PREPARATION FAILURE消息时,如果切换过程中源小区和目标小区为同频或异频,指标L.HHO.Prep.FailOut.PrepFailure加1。

图(8)

d).在S1接口切换及X2接口切换过程中,切换准备阶段未结束,源小区判决取消本次切换,并发送HANDOVER CANCEL消息时,如果切换过程中源小区和目标小区为同频或异频,指标L.HHO.Prep.FailOut.HOCancel加1

在S1接口切换及X2接口切换过程中,源小区发送HANDOVER CANCEL消息时,如果切换过程中源小区和目标小区为同频或异频,指标L.HHO.FailOut.HOCance l加1。

图(9)

e).在S1接口切换过程中的切换准备阶段,当源小区收到来自MME的HANDOVER COMMAND消息时,或在X2接口切换过程中的切换准备阶段,当源小区收到来自目标小区的HANDOVER REQUEST ACKNOWLEDGE消息时,由于合法性检测失败,源小区判决取消本次切换,如果切换过程中源小区和目标小区为同频或异频,指标L.HHO.Prep.FailOut.TargetIllegal加1。

2指标分析

2.1切换成功率指标分析流程

说明:网管测统计到切换失败原因

?核心网原因导致切换出准备失败次数

?目标小区无响应导致切换出准备失败次数

?目标小区回复切换准备失败消息导致切换出准备失败次数?源小区发送切换取消导致切换出准备失败次数

?eNodeB间切换出取消次数

2.2 TOP小区掉话原因处理

?鉴别切换失败原因(L.HHO.Prep.FailOut.MME, L.HHO.Prep.FailOut.NoReply,

L.HHO.Prep.FailOut.PrepFailure,L.HHO.Prep.FailOut.HOCancel,

L.HHO.FailOut.HOCancel,

L.HHO.Prep.FailOut.TargetIllegal,L.IntraFreqHO.NoNRT,L.InterFreqHO.NoNRT)。

?查看基站有无告警,小区状态是否正常:(通过LST ALMAF查询站点实时告警,LST ALMLOG

参考历史告警;存在告警则降低功率切换用户,严重的临时去激活小区,通知维护人员处理。

?查询有无外部干扰(PRB上行干扰噪声平均值>-110dBm,则存在外部干扰);统计话务看

是突发的还是持续的,可应急通过MOD PDSCH降低功率处理。

?提取两两小区切换,确定切换出目标小区,核查外部小区参数(PCI、TAC、频点、小区

标识、切换参数)配置有无错误;若错误则对外部定义的小区进行修改,另外关注两两小区切换切换过早和切换过晚或者乒乓切换统计(L.HHO.Ncell.PingPongHo、L.HHO.NCell.HoToolate、L.HHO.NCell.HoTooearly),进行相应的CIO调整。

以上问题都解决不了需安排外场人员测试,同时后台进行信令跟踪,找出问题原因。

3案例

3.1TD-LTE基站未及时割接到新MME导致切换失败案例分析

【问题描述】:

南宁西乡塘广西师范明秀校区_HLH、南宁西乡塘区如家快捷酒店_HLH、南宁西乡塘区中医学院_HLH、南宁西乡塘区广西区民族医院_HLH、南宁西乡塘区金棉楼_HLH、南宁西乡塘区北湖集贸市场2_HLH、南宁西乡塘区北湖生活区19栋_HLH和南宁西乡塘区北湖生活区19栋_HLH等站点在14:00后切换指标严重恶化,对全网切换成功率指标造成影响;如下图所示:

以南宁西乡塘广西师范明秀校区_HLH为例

【问题分析】:

切换成功率低通常有以下几种原因,需逐步排查:

1、基站故障告警;

2、邻区以及切换参数等不合理,如:外部小区、切换参数等配置错误会直接导致切换失败;

3、弱覆盖;

4、强干扰;

5、拥塞;

6、异常用户终端;

7、传输、核心网等问题;

【问题排除过程】:

经核查发现切换异常的站点很集中,都位于明秀路广西师范学院附近,且切换异常都是在14:00之后,因此可以判断导致切换异常为同一原因,于是抽取南宁西乡塘广西师范明秀校区_HLH进行重点分析。

1、对南宁西乡塘广西师范明秀校区_HLH的故障告警进行核查,核查发现此时段并无故障告

警;

2、对于目前LTE基站版本在配置邻区数据时可能会出现小区名称与PCI,eNodeBID等数据

不一致的情况。对南宁西乡塘广西师范明秀校区_HLH进行外部小区等数据进行核查,核查结果未发现异常;

3、对于干扰对切换的影响一般情况下是导致空口质量恶化导致信令交互失败,但是一般不

会出现切换全部失败,但是对南宁西乡塘广西师范明秀校区_HLH_1的TDL数据进行分析时发现与某一基站切换全部失败,不像是由干扰导致

为了验证判断我们对该小区的干扰数据进行了核查,核查结果显示并无干扰;

4、弱覆盖对切换的影响类似与干扰对切换的影响,主要体现在空口质量,一般情况下也不

会出现切换全部失败的现象。南宁西乡塘广西师范明秀校区_HLH位于明秀路处于市中心位置,因此排除了弱覆盖的因素;

5、特定的异常用户终端一般情况下只会对单个特定服务小区造成影响,但是这次切换异常

为整个区域同时涉及多个站点,因此可以排除异常用户终端的因素;

6、拥塞会直接影响切换等KPI指标,但是目前的LTE网络负载还很轻,除开重大节日等情

况不会出现拥塞等情况,因此可以排除拥塞的因素;

7、为了核查是否是传输、核心侧等问题,我们在U2000上对eNodeBID为492084()的站

点进行了信令跟踪。在对南宁西乡塘区如家快捷酒店_HLH的X2接口信令跟踪是发现该站的X2切换全部失败!

从上图可以看出失败原因值为unknown-MME-code,推测南宁西乡塘区如家快捷酒店_HLH与

MME的链路配置存在问题导致MME不可达。同时对南宁西乡塘区如家快捷酒店_HLH站点状态进行了跟踪,据知该站之前由于故障一直处于断链状态在10月30日才重新开启,操作日志显示该站工程人员在14:19进行处理后开启,其时间跟切换异常时段吻合!

同时了解到南宁移动现网MME之前进行过一次割接,全网站点都已经割接到新的MME下。考虑到南宁西乡塘区如家快捷酒店_HLH之前一致是断连状态很有可能因为断链而导致还继续下挂在老的MME下,为了验证推断我们对南宁西乡塘区如家快捷酒店_HLH的SCTP对端对象配置信息进行了核查,核查结果显示南宁西乡塘区如家快捷酒店_HLH还下挂在旧的MME 下没有割接到新的MME(旧的MMEIP最后一位为1或2),

到这里基本可以确定切换异常是因为南宁西乡塘区如家快捷酒店_HLH没有及时更新为新的MMEIP而导致MME不可达而切换失败。

【解决方法】:

已经确定为MME的IP问题,联系客户并推动工程方处理,在割接到新的MME后切换指标恢复正常。

3.2 同频同PCI导致无法切换

【问题描述】:

测试工程师在对铜鼓岭应急通信车测试过程中发现:周围站点无法切入应急通信车【问题分析】:

关于切换问题总体处理思路如下:

1、首先对测试数据进行分析

车辆由凤岭2站向铜鼓岭应急车方向行驶,在距离应急车不足200M的地方,凤岭2站-2小区的RSRP值为-97dbm,UE从凤岭2站-2小区向应急通信车-1发送多条测量报告,但UE 始终没有收到切换命令。

2、项目组对铜鼓岭应急通信车告警信息进行查询核实,并未发现存在告警故障。

3、对铜鼓岭应急通信车的干扰进行排查分析,后台提取干扰检测图如下:

铜鼓岭应急通信车干扰检测图:

从干扰检测图可以看出铜鼓岭应急通信车并未存在干扰,排除由于干扰导致无法切换。

4、对该站点的邻区关系以及外部数据进行核查,经核实外部数据以及邻区关系准确

详细的邻区关系如下:

进一步核实发现下面邻区对:

应急通信车与青环路铜鼓岭同频同PCI,显然PCI设置不准确,经核实青环铜鼓岭站点已被删除,应急车在青环路铜鼓岭站点附近,客户无规划新的PCI数据而是直接用该站点PCI 数据,从规划角度来看这样操作本身没有问题,但把该站点的小区添加为邻区关系并且青环路铜鼓岭和应急通信车与周围站点都存在邻区关系(删除青环路铜鼓岭站点时未删除相应的邻区关系)显然是错误,由于应急通信车和青环路铜鼓岭同频同PCI,UE在满足切换条件向应急通信车切换时,enb不知道那个为目标小区,一直发测量报告而不发生切换。

【问题处理】:

删除周围站点与青环路铜鼓岭站点存在的邻区关系

【问题解决】:

处理后应急通信车能够与青秀区凤岭2站正常切换。

【总结】:

现网删除站点后一定把冗余数据删除。

PCI规划时一定满足confusion-free原则,一个小区的两个相邻小区具有相同的PCI,这种情况下如果UE请求切换到ID为A的小区,eNB不知道哪个为目标小区。称这种情况为confusion,如下图所示:

Confusion-free原则除了要求同PCI小区有足够的复用距离外,为了保证可靠切换,要求每个小区的邻区列表中小区PCI不能相同,同时规划后的PCI也需要满足在二层邻区列表中的唯一性。

3.3 故障导致切换失败

【现象描述】

南宁横县宝华东路_HLH_1小区进行KPI统计时,发现南宁横县宝华东路_HLH_1小区在6月5日(11:00-12:00)时间段内切换成功率偏低,该小区KPI指标情况如下:

无线掉线率:

无线接通率:

切换成功率:

切换成功率主要通过话务统计获得,根据区公司推荐的公式为:

切换成功率=[(eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数+eNodeB 内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数+eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数)*100%。

切换差TOP小区可通过OMC920提取切换失败原因:

1)核心网原因导致切换出准备失败次数

2)源小区发送切换取消导致切换出准备失败次数

3)目标小区回复切换准备失败消息导致切换出准备失败次数

4)目标小区无响应导致切换出准备失败次数

5)eNodeB发起的原因为切换失败的UE Context释放次数

从以上KPI指标统计结果来看,该小区无线接通率为100%,无线掉线率为0.97%,同频切换成功率较差,切换失败主要是目标小区回复切换准备失败消息导致切换出准备失败次数

较高引起。

【问题分析分析】

1、从后台提取切换失败相关测量报告发现该小区切换目标小区回复切换准备失败消息导致切换出准备失败次数较高,可以通过查询在此时间段内目标小区状态来进行问题分析。

2、从后台提取该时间段内该小区切换失败较高指标如下:

3、从以上查询结果可以看出,南宁横县宝华东路_HLH_1小区切换指标异常主要是与南宁横县环城东路_HLH_2小区切换失败次数较高引起,怀疑南宁横县环城东路_HLH站点在此时间段内有异常情况。

【处理过程】

从后台查询历史告警,查看南宁横县环城东路_HLH在6月5日(11:00-12:00)时间段内告警如下:

从以上告警统计结果可以看出,在此时间段内南宁横县环城东路_HLH连续出现小区不可用、基站控制面传输中断、以太网链路故障、X2接口配置更新失败等告警,从而严重影响南宁横县宝华东路_HLH_1与南宁横县环城东路_HLH_2切换成功率。

【分析结果】

根据以上切换测量、告警统计结果来看,该小区切换成功率偏低主要是因为南宁青秀区荣和大地3站_HLH站点故障引起,需推动基站维护人员上站处理。

3.3跨厂家边界模三干扰导致切换失败

【问题描述】:

某市局方领导投诉在某重点道路途径时信号比较好,但 SINR 非常低,下载速率只有 KB 级。接到投诉后我方马上安排了复测,希望能复现该问题。测试车在该重点道路往返反复测试多次,发现在某路段确实能复现该投诉问题, RSRP 在 -95dBm 以上,但 SINR 却在 5dB 以下,下载速率低于 5Mbps 。该路段周围站点密集,覆盖良好,道路宽阔,双向 8 车道道路,且有宽阔绿化带,道路双向总宽近百米。

【问题分析】:

某市 TD-LTE 网络站点比较密集,全网平均站间距在 300 至 400 米之间,超近站也较多,所以 MOD3 干扰成了该网络优化中最主要、最重要的工作之一。如下图所示两个相邻基站的小区相对距离较近,切 A 站是我方设备, B 站为其他厂家设备。

LTE网络优化经典案例-重要

1 LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述:测试车辆延长安街由东向西行驶,终端发起业务占用京西大厦1小区(PCI =132)进行业务,测试车辆继续向东行驶,行驶至柳林路口RSRP值降至-90dBm以下,出现弱覆盖区域。 问题分析:观察该路段RSRP值分布发现,柳林路口路段RSRP值分布较差,均值在-90dBm以下,主要由京西大厦1小区(PCI =132)覆盖。观察京西大厦距离该路段约200米,理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现,京西大厦1小区天线方位角为120度,主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议:京西大厦1小区天线方位角由原120度调整为20度,机械下倾角由原6度调整为5度。 调整结果:调整完成后,柳林路口RSRP值有所改善。具体情况如下图所示。

问题描述:测试车辆延月坛南街由东向西行驶,发起业务后首先占用西城月新大厦3小区(PCI= 122),车辆继续向西行驶,终端切换到西城三里河一区2小区(PCI =115),切换后速率由原30M降低到5M。 问题分析:观察该路段无线环境,速率降低到5M时,占用西城三里河一区2小区(PCI =115)RSRP为-64dBm覆盖良好,SINR值为2.7导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区(PCI =122)RSRP为-78dBm,同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下,西城月新大厦3小区在其站下应具有相对较好的覆盖效果,形成越区覆盖导致SINR环境恶劣,速率下降。 调整建议:为避免西城月新大厦3小区越区覆盖,建议将西城月新大厦3小区方位角由原270度调整至250度,下倾角由原6度调整为10度。 调整后 调整结果:西城三里河一区站下仅有该站内小区信号,并且SINR提升到15以上,无线环境有明显提升。

LTE切换问题定位和优化指导书

LTE 切换问题定位指导 (仅供内部使用) For internal use only 拟制: LTE 性能专家组 日期: 审核: 日期: 审核: 日期: 批准: 日期: 华为技术有限公司 Huawei Technologies Co., Ltd. 版权所有 侵权必究 All rights reserved

目录 概述 (3) 1切换问题定位思路 (3) 1.1切换失败问题 (5) 1.1.1UE发多条测量报告仍没有收到切换命令 (5) 1.1.2切换过程随机接入失败 (5) 1.1.3测量报告丢失 (6) 1.1.4切换命令丢失 (9) 1.1.5下行信道质量差导致发送preamble达最大次数仍未收到RAR (9) 1.1.6eNB下发RRC信令等待UE反馈,不处理切换命令 (11) 1.1.7X2_IPPATH配置错误导致切换失败为例进行分析 (11) 1.1.8X2切换,源侧发出切换请求,没有收到切换响应 (13) 1.1.9X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 (13) 1.1.10X2切换准备时间过长错过最佳切换时间 (14) 1.1.11S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信 号恶化之前及时进行切换 (15) 1.1.12切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 18 1.2CHR分析切换问题 (19) 1.2.1站内切换,随机接入失败导致切换失败 (19) 1.2.2站内切换,切换完成丢失导致切换失败 (21) 1.2.3X2切换,源侧等待上下文释放命令超时 (23) 1.2.4X2切换,S1PathSwitch失败导致切换失败 (25) 1.2.5切换随机接入失败触发重建,重建重配失败而掉话 (28) 1.2.6eNB未响应UE切换测量报告,信道质量恶化而掉话 (29) 1.2.7切换命令丢失导致切换失败 (31) 1.2.8X2切换,Preamble丢失导致切换失败 (32) 1.2.9X2切换,目标侧等待S1PathSwitchAck超时导致切换失败 (34) 1.2.10X2切换,随机接入失败触发重建,重建完成丢而掉话 (37) 1.2.11站内切换,随机接入失败触发重建,重建失败而掉话 (38) 1.2.12站内切换,切换完成丢失触发重建,重建失败而掉话 (41)

LTE切换问题定位和优化指导书

Huawei Technologies Co. Ltd. 华为技术有限公司 产品名称Project ID密级Confidentiality level 项目组名称Group name 日期Date 版本Version LTE 切换问题定位指导 (仅供内部使用) For internal use only 拟制:LTE 性能专家组日期: 审核:日期: 审核:日期: 批准:日期: 华为技术有限公司 Huawei Technologies Co., Ltd.

版权所有侵权必究All rights reserved

目录 概述 (5) 1 切换问题定位思路 (5) 1.1 切换失败问题 (7) 1.1.1 UE发多条测量报告仍没有收到切换命令 (7) 1.1.2 切换过程随机接入失败 (7) 1.1.3 测量报告丢失 (8) 1.1.4 切换命令丢失 (11) 1.1.5 下行信道质量差导致发送preamble达最大次数仍未收到RAR (12) 1.1.6 eNB下发RRC信令等待UE反馈,不处理切换命令 (14) 1.1.7 X2_IPPATH配置错误导致切换失败为例进行分析 (14) 1.1.8 X2切换,源侧发出切换请求,没有收到切换响应 (16) 1.1.9 X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 (16) 1.1.10 X2切换准备时间过长错过最佳切换时间 (17) 1.1.11 S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信 号恶化之前及时进行切换 (19) 1.1.12 切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 22 1.2 CHR分析切换问题 (23) 1.2.1 站内切换,随机接入失败导致切换失败 (23) 1.2.2 站内切换,切换完成丢失导致切换失败 (25) 1.2.3 X2切换,源侧等待上下文释放命令超时 (27) 1.2.4 X2切换,S1PathSwitch失败导致切换失败 (29) 1.2.5 切换随机接入失败触发重建,重建重配失败而掉话 (32) 1.2.6 eNB未响应UE切换测量报告,信道质量恶化而掉话 (33)

LTE切换问题定位和优化指导书

L T E切换问题定位和优 化指导书 SANY GROUP system office room 【SANYUA16H-

LTE切换问题定位指导 (仅供内部使用) Forinternaluseonly 拟制:LTE性能专家组日 期: 审核: 日期: 审核: 日期: 批准: 日 期: 华为技术有限公司HuaweiTechnologiesCo.,Ltd. 版权所有侵权必究 Allrightsreserved

目录 概述 (3) 1切换问题定位思路 (3) 1.1切换失败问题 (5) 1.1.1UE发多条测量报告仍没有收到切换命令 (5) 1.1.2切换过程随机接入失败 (5) 1.1.3测量报告丢失 (6) 1.1.4切换命令丢失 (9) 1.1.5下行信道质量差导致发送preamble达最大次数仍未收到RAR (9) 1.1.6eNB下发RRC信令等待UE反馈,不处理切换命令 (11) 1.1.7X2_IPPATH配置错误导致切换失败为例进行分析 (11) 1.1.8X2切换,源侧发出切换请求,没有收到切换响应 (13) 1.1.9X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 (13) X2切换准备时间过长错过最佳切换时间 (14) S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信号恶化之前及时进行切换 (15) 切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 18 1.2CHR分析切换问题 (19) 1.2.1站内切换,随机接入失败导致切换失败 (19) 1.2.2站内切换,切换完成丢失导致切换失败 (21) 1.2.3X2切换,源侧等待上下文释放命令超时 (23) 1.2.4X2切换,S1PathSwitch失败导致切换失败 (25) 1.2.5切换随机接入失败触发重建,重建重配失败而掉话 (28) 1.2.6eNB未响应UE切换测量报告,信道质量恶化而掉话 (29) 1.2.7切换命令丢失导致切换失败 (31) 1.2.8X2切换,Preamble丢失导致切换失败 (32) 1.2.9X2切换,目标侧等待S1PathSwitchAck超时导致切换失败 (34) X2切换,随机接入失败触发重建,重建完成丢而掉话 (37) 站内切换,随机接入失败触发重建,重建失败而掉话 (38) 站内切换,切换完成丢失触发重建,重建失败而掉话 (41)

LTE切换优化专题-参数功能和优化思路

内容:参数功能及设置、切换原理、信令流程、优化案例等。 1LTE切换原理 1.1Intra-eNodeB切换 触发事件:A3事件(同频切换),A5事件(异频切换) 当UE从当前所处的服务小区切换到同一eNodeB下的另一小区时,会发生Intra-eNodeB切换。 基于X2接口的切换 触发事件:A3事件(同频切换),A5事件(异频切换) 当两个eNodeB之间存在X2接口时,UE从当前所驻留的服务小区切换到另一eNodeB时,可采用基于X2接口的切换。 基于S1接口的切换 触发事件:A3事件(同频切换),A5事件(异频切换) 当两个eNodeB之间不存在X2接口,或X2接口不可用时,UE从当前所驻留的服务小区切换到另一eNodeB时,可采用基于S1接口的切换。 1.1.1LTE到3G的切换 实现LTE到3G的切换首先需要满足几个前提: 1.网络侧,LTE系统和3G系统均支持LTE到3G的PS切换 2.UE侧,UE需要支持LTE到3G的PS切换,UE的Feature Group Indicator bit 位8 和bit位22数值必须为1。 LTE到3G切换的流程概述: 1.LTE基站如果收到UE上报的A2测量报告,发现LTE的覆盖较差。 2.LTE基站通过RRC重配置消息对UE配置B2事件的测量的相关参数。 3.LTE基站收到B2事件的测量报告后,通过MobilityFromEutranCommand通 知UE发起到3G的切换。 4.LTE基站收到UE上发的MobilityToUtranComplete,切换成功。 主要的LTE RRC空口信令: ●UE上报B2测量报告:Measurement Report ●UE在LTE小区收到往3G切换命令:MobilityFromEutranCommand ●UE向LTE小区反馈到3G切换成功:MobilityToUtranComplete

第二十二课:LTE-S1切换占比专题优化

1、专项思路 1、第一步,进行全网存在S1切换请求的小区进行分析和收集,对和S1切换流程中的 相关过程参数和操作的收集,不仅要收集日常修改的优化参数,还包括一些常涉及的操作,例如X2链路配置、需要上站进行排障操作的站点等;对这些参数和操作的工作需求进行分析汇总; 2、第二步,对S1切换占比优化的调整和相关操作进行整理,确定主要工作内容:全网 SCTP链路状态核查调整优化、现场邻区关系测试优化、故障站点排障、切换参数优化调整; 3、第三步,S1切换占比优化整理出的主要工作内容实施,KPI指标同步跟踪监控处理 效果评估并进行分析反馈以方便进一步优化调整; 4、在专项实施过中,对S1切换占比优化中存在的问题和不完善进行收集整理,总结主 要问题处理案例,并提出相应的改进优化方案,并将S1切换占比加入日常KPI优化指标中。 2、S1切换与X2切换的区别 根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接,LTE中的切换分为X2切换和S1切换。LTE中将缺省进行X2切换,除非源和目标eNB之间不在同一个MME的范围或者不存在X2连接。在X2切换过程中,MME保持不变,而与之相连的SGW则有可能发生改变。X2切换过程是在两个eNB之间直接进行的,在切换成功后才通知MME进行路径切换。 二者的差别主要体现在切换准备上,S1切换处理要比X2多两条信令消息,X2的切换时延从测试统计出大概在30ms左右,S1的切换时延要比X2切换的多出20ms左右,而如果切换时延定义为重配置到重配置完成,则切换时延没有差别,但整个切换流程S1切换用时仍然多于X2切换用时。另外二者的传输时延也存在不同。 3、导致S1切换主要原因及处理思路

LTE切换和重选

L T E切换和重选 一、切换的原理 1.1同频切换 1.1.1同频切换测量 开启测量:RSRP of serving cell<-140+threshold1 关闭测量:RSRP of serving cell>-140+threshold1 1.1.2基于A3事件的切换 满足切换条件后,持续a3TimeToTrigger时间后上报测量报告,间隔a3ReportInterval时间重新上传测量报告,上报测量报告之后,等待eNB下发切换命令后执行切换。 1.1.3基于A5事件的切换 切换条件:RSRP at serving cell < threshold3和RSRP at target > threshold3a 满足此条件后,持续a5TimeToTrigger时间后上报测量报告,间隔a5ReportInterval 时间重新上报,上报测量报告之后,等待eNB下发切换命令后执行切换。 1.1.4参数设置

1.2异频切换 1.2.1异频切换测量 开启测量:RSRP of servingcell<-140+threshold2InterFreq+hysThreshold2InterFreq,满足条件后持续a2TimeToTriggerActInterFreqMeas时间开启测量(A2事件) 关闭测量:RSRP of servingcell>-140+threshold2a+hysThreshold2a,满足条件后持续a1TimeToTriggerDeactInterMeas时间关闭测量(A1事件) 1.2.2基于A3事件切换 切换条件:Mn-hysA3OffsetRsrpInterFreq > Ms + a3OffsetRsrpInterFreq 满足异频A3切换条件后,持续a3TimeToTriggerRsrpInterFreq 时间后开始上报测量报告,间隔a3ReportIntervalRsrpInterFreq时间重新上报,上报测量报告之后,等待eNB下发切换命令后执行切换。 1.2.3基于A5事件的切换 切换条件:Ms + hysThreshold3InterFreq < threshold3InterFreq和Mn –hysThreshold3InterFreq > threshold3aInterFreq 满足异频A5切换条件后,持续a5TimeToTriggerInterFreq时间后开始上报测量报告,间隔a5ReportIntervalInterFreq时间重新上报,上报测量报告之后,等待eNB 下发切换命令后执行切换。

LTE切换问题定位和优化指导书

LTE 切换问题定位指导 (仅供内部使用) For internal use only 拟制:LTE 性能专家组日期: 审核:日期: 审核:日期: 批准:日期: 华为技术有限公司 Huawei Technologies Co., Ltd. 版权所有侵权必究 All rights reserved

目录 概述................................................................ 错误!未定义书签。 1 切换问题定位思路................................................ 错误!未定义书签。 切换失败问题.............................................. 错误!未定义书签。 UE发多条测量报告仍没有收到切换命令.................... 错误!未定义书签。 切换过程随机接入失败.................................. 错误!未定义书签。 测量报告丢失.......................................... 错误!未定义书签。 切换命令丢失.......................................... 错误!未定义书签。 下行信道质量差导致发送preamble达最大次数仍未收到RAR ... 错误!未定义书签。 eNB下发RRC信令等待UE反馈,不处理切换命令.............. 错误!未定义书签。 X2_IPPATH配置错误导致切换失败为例进行分析............. 错误!未定义书签。 X2切换,源侧发出切换请求,没有收到切换响应............ 错误!未定义书签。 X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应...... 错误!未定义书签。 X2切换准备时间过长错过最佳切换时间................... 错误!未定义书签。 S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在信号恶化之前及时进行切换.......................................... 错误!未定义书签。 切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减少 错误!未定义书签。 CHR分析切换问题........................................... 错误!未定义书签。 站内切换,随机接入失败导致切换失败.................... 错误!未定义书签。 站内切换,切换完成丢失导致切换失败.................... 错误!未定义书签。 X2切换,源侧等待上下文释放命令超时.................... 错误!未定义书签。 X2切换,S1PathSwitch失败导致切换失败.................. 错误!未定义书签。 切换随机接入失败触发重建,重建重配失败而掉话.......... 错误!未定义书签。 eNB未响应UE切换测量报告,信道质量恶化而掉话........... 错误!未定义书签。 切换命令丢失导致切换失败.............................. 错误!未定义书签。 X2切换,Preamble丢失导致切换失败...................... 错误!未定义书签。 X2切换,目标侧等待S1PathSwitchAck超时导致切换失败..... 错误!未定义书签。 X2切换,随机接入失败触发重建,重建完成丢而掉话....... 错误!未定义书签。 站内切换,随机接入失败触发重建,重建失败而掉话....... 错误!未定义书签。 站内切换,切换完成丢失触发重建,重建失败而掉话....... 错误!未定义书签。

LTE无线网络优化切换优化手册

LTE无线网络优化切换优化手册

目录 1 概述 (4) 2 LTE切换原理 (4) 2.1 Intra-eNodeB切换 (4) 2.2 基于X2接口的切换 (5) 2.3 基于S1接口的切换 (6) 2.4 异系统之间切换 (6) 2.4.1 LTE到3G的切换 (6) 2.4.2 LTE到2G的切换 (8) 2.4.3 3G到LTE的切换 (10) 2.4.4 2G到LTE的切换 (12) 3 LTE切换问题优化方法及流程 (14) 3.1 LTE主要切换问题 (14) 3.1.1 邻区配置 (14) 3.1.2 参数设置 (15) 3.1.3 无线环境引起的切换异常 (16) 3.2 LTE切换问题优化流程 (17) 3.3 LTE切换相关参数分析 (18) 3.3.1 最小接收电平 (18) 3.3.2 高优先级重选门限 (19) 3.3.3 低优先级重选门限 (19) 3.3.4 小区重选优先级 (20) 3.3.5 B2事件基于RSRP触发门限2(3G) (21) 3.3.6 B2事件基于RSRP触发门限1 (21) 3.3.7 B2事件基于接收电平触发门限2(2G) (22) 3.4 LTE切换相关参数分析 (23) 3.4.1 A3事件触发偏置因子 (23) 3.4.2 A3事件触发迟滞因子 (24) 3.4.3 A3事件触发偏置因子小区分量 (24)

3.4.4 A3事件触发持续时间 (25) 3.4.5 A3事件触发类型 (26) 3.4.6 A1事件基于RSRP主触发门限 (27) 3.4.7 A2事件基于RSRP主触发门限 (27) 3.4.8 A4事件基于RSRP主触发门限 (28) 3.4.9 A5事件基于RSRP触发门限1 (29) 3.4.10 A5事件基于RSRP触发门限2 (30) 4 LTE切换及互操作相关参数详表 (30)

LTE参数优化

一、LTE小区选择及相关参数 1.1 小区选择S准则 UE进行小区选择时,需要判断小区是否满足小区选择规则。小区选择规则的基础是EUTRAN小区参考信号的接收功率测量值,即:RSRP。 驻留小区的条件要求符合小区选择S准则:Srxlev>0。 Srxlev= Qrxlevmeas-(Qrxlevmin+Qrxlevminoffset)-Pcompensation;Pcompensation=max(PMax-UE Maximum Outpower,0) 各参数含义如下: 1、Srxlev:小区选择S值,单位dB; 2、Qrxlevmeas:测量小区的RSRP值,单位dBm; 3、Qrxlevmin:小区最小接收电平,单位dBm,目前集团规定为:-128;(该参数可影响用户接入) 4、Qrxlevminoffset:减少PLMN之间的乒乓选择,此参数只在UE驻留在访问PLMN (Visited PLMN)时, 周期性地搜寻更高级别的PLMN时使用.; 5、PMax:UE在小区中允许的最大上行发送功率; 6、UE Maximum Outpower:UE能力决定的最大上行发送功率 1.2 小区选择相关参数 小区选择相关参数如下: 二、LTE小区重选及相关参数 2.1 小区重选相关知识 2.1.1 小区重选知识 小区重选指(cell reselection)指UE在空闲模式下通过监测邻区和当前小区的信号质量以选择一个最好的小区提供服务信号的过程。当邻区的信号质量及电平满足S准则且满足一定重选判决准则时,终端将介入该小区驻留。UE驻留

到合适的小区停留1S后,就可以进行小区重选的过程。小区重选过程包括测量和重选两部分过程,终端根据网络配置的相关参数,在满足条件时发起相应的流程。 2.1.2 重选的分类 1)系统内小区测量及重选; ●同频小区测量、重选 ●异频小区测量、重选 2)系统间小区测量及重选; 2.1.3 重选优先级概念 1)与2/3G网络不同,LTE系统中引入了重选优先级的概念 ●在LTE系统,网络可配置不同频点或频率组的优先级,通过广播在系统消息中告诉UE,对应参数为cellreselectionPriority,取值为(0….7);(注:0优先级为最低,现网同频设置为5;异频设置宏站加室分底层&高层设置为6,室分高层加宏站为4,室分底层加宏站为5.) ●优先级配置单位是频点,因此在相同载频的不同小区具有相同的优先级; ●通过配置各频点的优先级,网络便能方便地引导终端重选到高优先级的小区驻留达到均衡网络负荷、提升资源利用率,保障UE信号质量等作用; 2)重选优先级也可以通过RRCConnectionRelease消息告诉UE,此时UE忽略广播消息中的优先级信息,以该信息为准; 网络主动引导UE进行系统间小区重选,完成CS域语音呼叫等; 2.1.4 重选系统消息 LTE中,SIB3-SIB8全部为重选相关信息,具体如下:

LTE切换参数优化案例

LTE切换参数优化案例 【问题描述】 在如图所示路段测试时,UE在小区间频繁切换,严重影响业务速率,切换顺序如下:信访局3 人民路1 信访局3 师大公寓3 师大食堂1 信访局3 师大食堂1 信访局3 师大食堂1 【问题分析】 该路段存在以下5个小区信号:信访局1(RSRP=-101dbm),信访局3(RSRP=-102dbm),人民路1(RSRP=-105dbm),师大食堂1(RSRP=-103dbm)以及师大公寓3(RSRP=-103dbm),小区的信号电平相当,无主覆盖小区,导致切换频繁。 下图是基于覆盖的异站切换测量的信号强度变化示意图

基于覆盖切换的相关参数可以分为三类:门限,迟滞及定时器、个性化补偿。其具体功能如下: 门限:评价信号质量好坏的基础和门槛。A5是绝对门限,A3是相对门限; 迟滞及定时器:对于事件判决起作用。迟滞总是从比较判决的不等式上起到延缓时间进入或退出的作用,提高判决的可靠性,与门限配合使用。而定时器起的延缓作用与门限值无关,是从时间上考虑保持某种状态的持久性,包括进入和推出事件,以提高事件上报的可靠性和准确性。 个性化补偿:直接对服务小区或邻小区的补偿。为正值时,加在服务小区测量值上起到限制切换发生的目的。加在邻小区上起到促进切换发生的目的。【解决措施】 在不能新增站点的情况下,修改了切换的相关参数以达到减少切换的目的。 1-a3-offset(A3事件测量偏置) 含义:该参数表示同频切换中邻区质量高于服务小区的偏置值。该参数表示 A3事件中邻区高于服务小区的偏置值,用来确定邻近小区与服务小区的边界,该值越大,表示需要目标小区有更好的服务质量才会发起切换对网络质量的影响:Offset的设置是为了调节切换的难易程度,该值与测量值相加用于事件触发和取消的评估: 增加该参数,将增加A3事件触发的难度,延缓切换; 减小该参数,则降低A3事件触发的难度,提前进行切换 2-Hysteresis(进行判决时迟滞范围) 含义:该参数表示同频切换测量事件的迟滞,可减少由于无线信号波动(衰落)导致的对小区切换评估的频繁解除与触发,降低乒乓切换以及误判,该值越大越容易防止乒乓和误判对网络质量的影响: 增大迟滞Hys,将增加A3事件触发的难度,延缓切换,影响用户感受; 减小该值,将使得A3事件更容易被触发,容易导致误判和乒乓切换。

LTE优化思路

优化工程师 A1-A5,B1B2, 同频切换策略:A3 当异频频点与服务小区处于同频带时,采用A1/A2+A3 当异频频点与服务小区处于不同频带时,采用A1/A2+A4 A1:服务小区比绝对门限好。用于停止正在进行的异频/IRAT测 量,在RRC控制下去激活测量间隙。类似于UMTS里面的2F事件。 A2:服务小区比绝对门限差。指示当前频率的较差覆盖,可以 开始异频/IRAT测量,在RRC控制下激活测量间隙。类似于UMTS 里面的2D事件。 A3:邻小区比(服务小区+偏移量)好。满足条件时,源eNodeB启动同频/异频切换请求。A4:异频邻小区比绝对门限好,满足条件时,源eNodeB启动异频切换请求。用于负载平衡。 A5:服务小区比绝对门限1差,邻小区比绝对门限2好。可用于负载平衡。类似于UMTS 里面的2B事件. B1:表示异系统邻小区比绝对门限好。用于测量高优先级的异系统小区。 满足此条件事件被上报时,源eNodeB启动异系统切换请求; B2:服务小区比绝对门限1差且异系统邻小区比绝对门限2好。用于相 同或低优先级的异系统小区的测量。 1,LTE中涉及哪些上行干扰?判断是否存在干扰的标准是什么 答:杂散、阻塞、互调、谐波等;每RB干扰平均值大于-105dbm判断为干扰 2,PCI规划要求 答:1、避免相同的PCI分配给邻区; 2、避免模3相同的PCI分配给强度相当的邻区,规避相邻小区的PSS序列相同; 3、避免模6相同的PCI分配给强度相当邻区,规避相邻小区RS信号的频域位置相同; 4、避免模30相同的PCI分配给邻区,规避相邻小区的SRS组序列移位相同。 1、当PCI模三相同时,表示PSS码序列相同,所以RS的发布位置和发射时间会完全一致, 这样会导致RSRP相近的小区信号干扰很严重; 2、SINR变差,影响正常进行切换,下载速率低 3,TDD子帧配比和特殊子帧配比? 答:1、子帧配比7种; 2、特殊子帧配比9种; 3、现网常用子帧配比 4,接通率TOP小区处理方法 答:可分别从RRC和ERAB两个方面进行分析,涉及覆盖问题、干扰问题、参数问题等 5,高负荷判断的准则?是高负荷然后呢? 答:1、高负荷可从小区最大用户数、上下行流量、上下行PRB资源利用率判断;

44、广东省-深圳--LTE切换分析思路和优化方法总结

深圳LTE切换分析思路和优化方法总结 2019年9月 目录 LTE切换的脉络和失败诊治方法..................................................................... 错误!未定义书签。 一、问题描述 (2) 二、解决切换失败思路 (3) 三、切换失败原因及解决措施 (5) 四、经验总结 (10)

【摘要】LTE切换失败事件在的前后测试和后台均是常出现的问题,本文基于DT测试中因参数设置导致切换掉线问题分析过程,并简要引出解决切换是吧的思路和探讨LTE切换失败优化方法,为以后的网优工作提供思路与参考。 【关键字】LTE切换失败、解决措施 【业务类别】优化方法、参数优化 一、问题描述 问题路段1:测试车辆在龙华布龙元渝站附近行驶时,UE占用FM_龙华西头新村_50小区信号RSRP为-90.13dBm,SINR为-8.7db,在该路段出现切换失败。FO_龙华布龙元渝_2小区 问题路段2:测试车辆在罗湖泥岗由南向北行驶时,UE占用FO_罗湖龙园大厦_1小区(RSRP-82.25dBm)与FM_罗湖吓屋大厦_1小区(RSRP-86.5dBm)时出现切换失败。

二、解决切换失败思路 根据LTE切换信令流程与参数设置,可以将切换失败原因分为大致五大类,分别从信道质量问题、网优问题、配置问题、传输问题、产品问题导致的切换失败;但是从日常出现的问题可以看出,大多数出现为信道质量问题、网优问题、配置问题导致。具体优化思路流程如下图所示:

针对问题路段1分析过程: 【故障核查】:故障告警查询:后台首先对小区状态、告警、驻波等指标进行核查,均正常。【空口质量现场测试】:FM_龙华西头新村_50小区小区距该问题路段451米,测试区域RSRP 平均值-90.13dBm,SINR为-8.7dB,存在信号质差的现象。 【干扰核查】:后台核查FM_龙华西头新村_50小区和FO_龙华布龙元渝_2小区上行干扰正常,平均值在-108dBm左右。 【参数核查】:邻区参数核查发现FM_龙华西头新村_50小区和FO_龙华布龙元渝_2小区漏配。 针对问题路段2分析过程: 【故障核查】:故障告警查询:后台首先对小区状态、告警、驻波等指标进行核查,均正常。【空口质量现场测试】:FO_罗湖龙园大厦_1小区距该问题路段约220米,测试区域RSRP 平均值-82.25dBm,SINR为0.9dB,覆盖相对较好。 【干扰核查】:后台核查FO_罗湖龙园大厦_1小区上行干扰正常,平均值在-109 dBm左右。

广州LTE切换指标优化指导

广州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常见原因处理手段

LTE切换优化指导书

LTE eRAN2.LTE eRAN2.22问题定位指导书问题定位指导书 切换篇切换篇

目录Table of Contents 1.概述 (5) 2.基本概念 (5) 2.1.切换基本流程 (6) 2.1.1.站内切换 (6) 2.1.2.站间切换 (9) 2.1.3.ANR打开时的切换 (12) 2.2.切换测量及参数介绍 (13) 2.3.异频切换 (15) 2.3.1.异频切换算法介绍 (15) 2.3.2.GAP介绍 (16) 2.3.3.测量事件 (16) 2.3.4.基本信令跟踪 (19) 2.4.切换成功率 (20) 2.5.切换常见异常场景简介 (20) 2.5.1.切换过早 (20) 2.5.2.切换过晚 (22) 2.5.3.乒乓切换 (23) 3.问题定位分析图 (24) 3.1.根因分析示意图 (24) 3.2.分析方法对应表 (25) 3.2.1.信道质量问题 (25) 3.2.2.配置问题 (26) 4.切换问题定位 (27) 4.1.eNB未收到测量报告 (27) 4.1.1.定位 (27) 4.1.2.检查测量控制相关配置 (27) 4.1.3.检查信道质量 (28) 4.2.eNB未发送切换命令 (33) 4.2.1.定位 (33) 4.2.2.检查Uu接口信令和相关配置 (34) 4.2.3.检查X2、S1接口链路相关配置 (36) 4.2.4.传输解决优化方案 (40) 4.3.eNB未收到切换完成 (40) 4.3.1.检查安全加密算法开关设置是否一致 (40) 4.3.2.检查信号质量 (40) 5.典型案例 (41) 5.1.UE没有解到UL_Grant,切换测量报告发不上去 (41) 5.2.发送Preamble没有收到RAR (42)

LTE切换的相关参数进行自动优化(MRO)

切换的相关参数进行自动优化MRO MRO(Mobility Robustness Optimization)是对切换的相关参数进行自动优化的一个功能,是SON(Self-Organization Network)的组成部分之一。切换参数设置的不合理,会导致切换过早、过晚或乒乓切换的情况,这样将会影响用户体验以及浪费网络资源。MRO通过对不同切换场景的识别,并对它们进行统计,根据统计结果对切换的相关参数进行优化,使得网路中的切换失败、掉话以及不必要的切换降到最少。Robustness鲁棒性 本文档介绍了MRO的实现原理并在工程应用中提供参数配置的建议。 MRO概述 随着无线网络中网元与厂商的增加,网络维护的复杂度、技术要求和成本等也在大幅上升。为了降低网络维护的复杂度与成本,LTE系统要求无线网络支持自组织行为,即E-UTRAN 支持SON。SON需要支持自配置与自优化功能。MRO为自优化功能之一,通过识别异常切换的场景,自动优化切换的相关参数,以提高网络的切换成功率以及资源利用率。 MRO通过对不同切换情况的识别,并对它们进行统计,根据统计结果对切换的相关参数进行优化,使得网络中的切换失败、掉话和不必要的切换降到最少。MRO是通过如下过程进行参数优化: ●场景识别 分析切换异常的特征,定义切换过早、过晚以及乒乓切换的场景。在切换时,识别这些切换场景。 ●场景处理 在MRO优化周期内,对识别到切换异常的次数进行统计。在优化周期到达时,根据统计的切换异常次数与门限,确定参数调整的方向。 ●结果监控 在参数调整后,监控切换的各项指标是否得到优化。若切换指标得到优化,则在下个优化周期不会回退参数;若切换指标恶化,则在下个周期进行参数回退。 本文档描述可选特性Mobility Robust Optimization。 系统内MRO 系统内MRO优化是指在LTE系统内的同频邻区或异频邻区之间进行的切换参数优化。同频邻区的切换由事件A3决定,异频邻区的切换由事件A2、事件A4或事件A3决定,所以优化的参数是同频和异频的事件A3的CIO(Cell Individual Offset)、事件A4的CIO以及事件A2的门限。CIO与门限参数的详细描述请参见《连接态移动性管理特性参数描述》。 只有当eNodeB之间建立了X2链路时,才能进行系统内MRO优化。 LTE系统内的同频邻区的MRO优化流程中没有参数回退的判断,即没有图3-1中虚线所框的部分。 图3-1 系统内MRO优化流程

TD-LTE网络性能KPI(切换成功率)优化手册

TD-LTE网络性能KPI(切换成功率)优化手册 1切换成功率定义说明 1.1 指标公式 1.2 COUNTER定义 1.2.1集团规范定义 1、eNB 间S1 切换出请求次数: 源eNB 向MME 发送的“切换请求”消息( HANDOVER REQUIRED)( 3GPP TS ),指示eNB 间通过S1 接口的切换出准备请求。向不同小区发送的同一切换准备请求,需要重复统计。 2、eNB 间S1 切换出成功次数: 源eNB收到MME 发送的“UE上下文释放命令” 消息(UE CONTEXT RELEASE COMMAN)D (3GPP TS ),指示eNB 间通过S1接口的切换出执行成功。 3、eNB 间X2 切换出请求次数: 源eNB向目标eNB发送的“切换请求”消息( HANDOVER REQUES)T(3GPP TS ),指示eNB间通过X2 接口的切换出准备请求。向不同小区发送的同一切换准备请求,重复统计。 4、eNB 间X2 切换出成功次数: 源eNB收到目标eNB发送的“ UE上下文释放” 消息(UE CONTEXT RELEA)S(E3GPP TS ),指示eNB 间通过X2接口的切换出执行成功。 5、eNB 内切换出请求次数: eNB 向UE 发送携带mobilityControlInfo 的“ RRC 连接重配置” 消息( RRCConnectionReconfiguration ),指示eNB 内小区间切换出请求。 ( 3GPP TS ) 6、eNB 内切换出成功次数: eNB 收到UE 发送的“ RRC 连接重配置完成” 消息

RRCConnectionReconfigurationComplete ),指示eNB 内小区间切换出成功。(3GPP TS ) 1.2.2 NSN 映射 1、eNB 间S1 切换出请求次数: M8014C14 :INTER_ENB_S1_HO_PRE,P The number of Inter eNB S1-based Handover preparations ; 2、eNB 间S1 切换出成功次数: M8014C19 :INTER_ENB_S1_HO_SUC,C 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_H,O 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 信令统计点 S1 1.3.1 eNB

(完整版)LTE网络优化思路及总结,推荐文档

TD-LTE网络优化项目工作思路 TD-LTE网络优化流程 TD-LTE网络优化包括优化项目启动、单站验证、RF优化、KPI优化和网络验收等环节。单站验证是指保证每个小区的正常工作,验证内容包括正常接入、好中差点吞吐量在正常范围。RF优化用于保证网络中的无线信号覆盖,并解决因RF原因导致的业务问题。 RF优化一般以簇为单位进行优化,RF优化主要参考路测数据,RF分区优化时,各个区域之间的网络边缘也需要关注和优化。KPI优化包括对路测数据的分析和对话统数据的分析,用于弥补RF优化时没有兼顾的无线网络问题。通过KPI优化,解决网络中存在的各种接入失败、掉线、切换失败等与业务相关的问题。 TD-LTE和2G/3G网络优化的比较 TD-LTE网络优化与2G/3G优化思想相通,同样关注网络的覆盖、容量、质量等情况,通过覆盖调整、干扰调整、参数调整、故障处理等各种网络优化手段达到网络动态平衡,提高网络质量,保证用户感知。 TD-LTE与2G/3G系统不同,导致系统优化中重选、接入、切换等各种过程涉及参数不同。TD-LTE系统的干扰与2G/3G系统的干扰来源也有较大不同,需要通过不同手段规避。 TD-LTE的小区容量会随着小区覆盖增大逐步减小,优化需关注覆盖与容量间的平衡。LTE性能严重依赖于SINR,吞吐量会随SINR变差迅速降低。由于同频组网,为提高LTE 性能,主服务区范围比2G/3G要求更严格。 TD-LTE网络优化内容 TD-LTE优化内容主要包括PCI优化、干扰排查、覆盖优化、邻区优化、系统参数优化。 PCI优化 PCI干扰容易出现掉线、下载速率慢等问题。PCI优化需要遵循以下三大原则:PCI 复用至少间隔4层以上小区,大于5倍的小区半径;同一个小区的所有邻区列表中不能有相同的PCI;邻区导频位置尽量错开,即相邻小区模3后的余数不同。

相关主题
相关文档
最新文档