切换专题案例

合集下载

LTE切换案例ppt课件

LTE切换案例ppt课件

Page13
2、A2门限太低导致下载速率低问题( 含切换)

LTE切换案例

Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
交流目标

通过LTE 切换案例的交流学习,了解LTE 现网中常见的切换问 题以及解决思路。
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.

目标小区在核心网切换限制列表中;
邻区漏配; 目标小区禁止切换。 对于以上四种原因,需要进一步在处理过程中进行排查和确 认。
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page9

如果是切换惩罚的原因,在IFTS跟踪内可以看到UEM TEXT PRINT

在这样的信号质量条件下,应该完全可以完成切换信令交互 而成功切换。说明这里切换失败存在问题,再从网络侧记录
的信令跟踪,可以看到eNB的UU口能收到UE上报的测量报
告:
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page2
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page4

6-切换专题

6-切换专题

干扰切换
当接收电平大于一定值,但传输质量又低于干扰切 换质量门限时触发
负荷切换
需要同时满足: 1、系统信令流量小于允许负荷切换系统流量级别门 限 2、需要切换的小区负荷高于负荷切换启动门限 3、接收切换的小区的负荷低于负荷切换接收门限
切换判决条件
切换类型 边缘切换 触发条件 1、服务小区已低于边缘切换门 2、满足P/N判决 对目标小区的要求 目标小区排在最前,但不要求 电平值大于层间门限和 磁滞的关系 邻区排在服务小区之前,且优 先级比服务小区更高
切换判决流程
分层分级排序 基本排序(M准则) 初始化处理 同BSC/MSC 强制切换 紧急切换判决 负荷切换判决 直接重试
Send Handover command
Send Handover command
正常切换
Send Handover command 边缘切换
快速移动切换 层间切换 同心圆切换 PBGT切换
层间调整位
这是16Bit排序的第十四位,按照相应的设置通过计算得到相关数值。
层间调整位
如上图所示:紫色区域为排序及需要调整的位数, 根据小区切换参数设置及实际情况进行数值确定。 根据计算:邻区中仅邻区5(N5)计算结果小于接 收电平,置1。其余小区全部置0。 在置1的同时,相应的13、12、10-5Bit全部置0。 注:该Bit位的层间切换门限及磁滞为该服务小区(或 邻区、外部小区)属性中的设置。
最终排序
如上图所示:服务小区排序最高。 邻区2在所有邻区中排序最高。 接收电平最高的N1(邻区1)排序为第四。 (请大家仔细看看是为什么?)
1800M小区入切换
从低优先级->高优先级,有紧急切换,边缘切换,层间切换 结合16Bit准则和切换算法总体流程,为了达到1800M小区优先吸收 话务的目的,1800M小区发现1800M小区在排序中,在满足第14位的层 间切换门限调整位后: 如果只要负荷不大于负荷接收门限,1800M小区排序将优先于900M 小区;由于1800M小区的层级设置在第二层,900M小区的层级设置在第 三层,如果1800M小区满足: 接收电平 >= 层间切换门限+层间切换磁滞, 目前1800M小区参数:【层间切换门限】=32,【层间切换迟滞】=0 也就是说,1800M小区只要大于-78dBm,且负荷小于负荷接收门限, 900M小区将会向1800M小区切换,要控制900M小区向1800M小区的切换 次数就要控制层间切换门限与负荷接收门限。FFra bibliotekQ问题描述

LTE切换为题处理案例及切换参数总结

LTE切换为题处理案例及切换参数总结

切换问题处理及切换参数总结目录:简述: (1)一、案例分析: (1)1.1. 问题描述: (1)1.2. 优化: (3)二:切换参数总结: (3)1.1.UE测量配置基本信道参数表 (4)1.2.A3事件上报参数表 (4)1.3.切换算法参数表 (5)1.4.UE定时器及常量分析 (6)1.5.ENB协议定时器分析 (8)1.6.ENB实现定时器分析 (9)A1~A5,B1~B2事件总结: (10)简述:地铁部分FDD线路分布问题导致覆盖盲区场景下,FDD切TDD。

由FDD 站点覆盖快速衰落情景下,终端开启A2测量,信令窗口中频繁上报MR,无响应,切换失败导致重建。

经由本次问题处理,对切换参数进行总结。

一、案例分析:1.1.问题描述:由芍药居至太阳宫段,FDD切TDD终端占用1350(PCI=467) ENB=502165,地铁行驶过程中,信号快速衰落,终端开启A2测量,信令窗口频繁上报MR,无响应,切换失败导致RRC重建至1350(PCI=496)502163,经由此站切换至TDD38950(PCI=87)ENB=82354-42海淀十号线海淀黄庄站FDDNLS1.测试结果:1.2.优化:●参数查询:A1:-92,A2 :-100,A5 :-90,-95 CIO:0db TTT: 640ms●调整:由于FDD衰落迅速,几次测试均有-92左右迅速衰落至-120,导致重建,所以建议将A2门限提高,同时为满足快衰场景下能够顺利切换,将CIO调为10,使其提前切换,TTT切换切换时间由640ms改为160ms调整后参数:A1:-90,A2 :-92,A5 :-90,-95 CIO:10db TTT: 120ms●调整后测试二:切换参数总结:当UE处于连接状态,网络通过切换过程实现对UE的移动性管理。

切换过程包含移动性测量、控制面流程和用户面流程。

为了辅助网络作切换判决,原eNodeB为UE配置测量,使UE在切换之前上报服务小区和邻小区的信道质量,便于网络侧合理地判决切换。

切换优化常见问题及案例(中兴)

切换优化常见问题及案例(中兴)

1 切换优化常见问题及案例1.1 漏配邻区漏配邻区一般可通过无线参数表结合测试数据检查,或者可以在后台直接通过信令跟踪确认收到测量报告后源小区是否向目标小区发生切换请求来确认,但某些场景下我们不易取得无线参数表,且无法进行后台信令跟踪,那么我们可以通过前台信令来分析的到:LTE网络在协议中是一个自优化的网络,终端上报测量报告中会按照a3事件判断原则进行上报,上报的小区不受测量控制中邻区影响,所以只需要将切换异常点的测量报告和当前服务小区的测量控制中的邻区进行对比就可得出是否为漏配邻区1.1.1 前台分析漏配邻区的现象1.1.1.1 多次测量报告正常的流程终端在发送测量报告后基站会很快发送切换命令,但如果有漏配邻区,源小区就无法得知目标小区的基站信息,无法正常完成切换流程介绍中的(见图1-1)中的第三步,故无法发送切换命令消息,此时由于终端仍在行进中,源小区信号越来越差,满足a3事件小区逐渐增加,触发新的测量报告,直到有邻接关系的小区出现,基站才能正常发送切换命令下边选取一个典型问题分析:在某次路测中发现如图4-1情况,前三次测量报告目标PCI都是28(前三次类似图4-2,PCI相同,RSRP测量值略有差异),第四次测量报告(见图4-3)中有PCI28、19两个小区,从测量值上看,28比19高3个dB,接着收到了切换命令,切换命令(见图4-4)中的目标小区不是最高的28而是19。

此时即可初步怀疑28为漏配邻区,图41多次测量报告现象图42第一个测量报告内容图43第四次测量报告内容图44切换命令1:目标小区PCI图45源小区测量控制信息1:邻区列表中带有PCI19小区1.1.1.2 测量报告发送后无响应4.2.1.1介绍了漏配邻区导致的多次测量报告,直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到切换命令,但如果上报的测量报告基站还未响应就失步则会发起重建流程,终端上报掉话事件这种情况的分析方法基本和4.1.1.1一致下边选取一个典型例子:某次路测中发现终端在发送测量报告后未收到切换命令,导致无线链路失败发起了重建过程(如图4-6),首先检查测量报告内容(图4-7,两个测量报告PCI都为30),目标小区PCI为30,检查源小区测量控制(图4-8),发现的确未配置邻区。

贵州某区域华为设备切换案例分析

贵州某区域华为设备切换案例分析

贵州某区域华为设备切换案例分析(总15页)本页仅作为文档封面,使用时可以删除This document is for reference only-rar21year.March华为切换案例分析目录1、切换流程介绍:......................................................................................... 错误!未定义书签。

内切换流程介绍:.................................................................................. 错误!未定义书签。

间切换流程介绍 ..................................................................................... 错误!未定义书签。

2、切换成功率计算公式................................................................................. 错误!未定义书签。

3、切换异常与故障定位介绍......................................................................... 错误!未定义书签。

导致切换失败的几种原因介绍............................................................. 错误!未定义书签。

4、具体案例分析............................................................................................. 错误!未定义书签。

案例1:花溪党武-1小区切换失败问题处理(由于切换数据错误)错误!未定义书签。

【切换专题】MR不处理总结文档v1

【切换专题】MR不处理总结文档v1

1 MR不处理问题总体分析对5月20日拉网log进行分析,共有1295次MR上报,发生了690次切换尝试。

经过逐一分析,共有617次MR没有经过处理。

(注:从终端log中,有多次切换尝试没有对应的A3测量事件,原因为Log中有A3事件的MR上报,但没Assistant没有统计进来,或发生在log的开头位置等,本文不进行分析)。

即有47.5%的MR没有被处理。

MR不处理的总体原因分布如图:说明:配置问题:专指由于网络没有配置邻区,或者有重复PCI,导致MR不处理的情况。

发生重建:多次上报MR(一般大于三次)后,网络没有响应,随后发生RRC连接重建立的情况。

缺少日志:由于终端log是在5月20日拉网得到,没有网络侧log,并且由于时间久远,eNB 上DBG日志已经被冲掉,并且网络配置也有可能被更改过,造成目前无法定位。

未明确:从现在终端log中,难以准确定位出问题所在。

下行失步:指由于终端连续一段时间收不到有效信号后,造成掉线或者RRC连接重建立。

正常周期上报:现行网络除了配置A3事件上报外,还配置了周期上报的测量,上报内容为最强邻区。

在RRC连接重配中可以看到,此测量ID不用于A3事件的测量ID。

此时上报的MR不是A3事件,故网络不进行切换。

流程嵌套:在上一次切换重配还没有完成,专用资源还没有重配完毕时又发生MR上报情况,或者已经下发切换的RRC连接重配,但尚未发送RRC连接重配完成消息时,又有MR上报给原小区。

丢失:专指终端上报2~3次相同内容的MR,但往往最后一个会被处理,前一个或第二个没有被处理2 具体分析2.1 配置问题2.1.1现象以2:06:36发生的8次MR没有响应为例。

终端服务小区为三台山2,每隔200ms上报一次A3事件的MR,前8次上报的邻区PCI都为144,为苏堤南口2小区。

最后的MR中RSRP比服务小区RSRP高7dB。

而最后一次MR中,增加了一个邻区,PCI为145,RSRP比服务小区高5dB仅接着,网络下方了向PCI为145小区切换到的重配命令。

切换与拥塞专题案例

切换与拥塞专题案例
MS BTS:Ori_Cell Measurement Report BTS:Des_Cell BSC:Ori_Cell Handover Algorithm BSC:Des_Cell
Measurement Report
CHANNEL ACT CHANNEL ACT ACK
HANDOVER COMMAND HANDOVER COMPLETE
日期 2006-3-17 2006-3-19 2006-3-20 别名 防汛指挥中心2 防汛指挥中心2 防汛指挥中心2 切换请求总次数 578 683 614 切换成功总次数 520 601 538 切换成功率(%) 89.96 87.99 87.62
中兴通讯 版权所有
© 2005 ZTE CORPORATION
切换问题分析
A口问题
– 主要是链路资源不够导致切换异常,此时通话也会有 异常。
目标小区忙
– 目标小区忙,无可用信道导致切换失败。可以对目标 小区扩容或减小覆盖范围。
跨厂家切换
– 对端在A接口、E接口的各类信令与我方不一致,不能 识别或不支持,导致切换失败。如语音版本、切换号 码、寻址方式(CGI或LAI)等。
定义:统在小区内、BSC的同一小区间和不同BSC 的小区间的切换入请求次数。(J1+K1+L1)

切换成功次数C11618
定义:小区内、BSC内各小区间、BSC之间的各种 切换入成功的总次数。 (J2+K2+L2)
© 2005 ZTE CORPORATION
8
中兴通讯 版权所有
信令流程1
小区内切换流程
© 2005 ZTE CORPORATION
20
中兴通讯 版权所有

切换相关案例分析

切换相关案例分析

1越区覆盖问题(越区)问题描述:黄岗北路车辆自北向南行驶,UE经过HuaCaiT华彩T站点后占用HuaCaiT2华彩T2的小区信号,忽然UE上发了Measurement Report,切向HuaCaiT华彩T以北约400米的MeiZhiT3美芝T3,结果切换失败,导致掉话。

掉话后UE重选到了MeiZhiT3美芝T3。

原因分析:如上图红圈位置处UE主服务小区为MeiZhiT3美芝T3,RSCP为-71db,通过扫频仪的数据可以看到MeiZhiT3美芝T3的信号强度RSCP为-66db,为最强的小区信号,导致UE由HuaCaiT2华彩T2切向MeiZhiT3美芝T3,UE上发了Measurement Report,RNC下发了Physical Channel Reconfiguration,但UE未收到,RNC下发Physical Channel Reconfiguration后5秒钟,未得到UE响应,系统拆链,IU口释放,导致掉话。

由于MeiZhiT3美芝T3覆盖过远,车辆自北向南行驶,导致UE由HuaCaiT2华彩T2切向距HuaCaiT华彩T北约400米的MeiZhiT3美芝T3 。

优化措施:调整MeiZhiT3美芝T3的小区天线下倾角,3度->8度优化结果:调整后MeiZhiT3美芝T3切换到HuaCaiT2华彩T2,该路段用HuaCaiT2华彩T2来覆盖,未回切换到MeiZhiT3美芝T3。

2切换失败引起的掉话、邻区漏配(切换)问题描述:UE在福中三路由东向西行驶,在转向新洲路路段,UE占用投资T2的小区信号RSCP逐渐减弱,最终发生掉话。

原因分析:掉话前UE占用投资T2的小区信号逐渐减弱,通过UE的邻区列表未发现RSCP 比较强的小区信号,通过扫频仪可以发现特区报社T1的小区信号较强,但UE未切换到特区报社T1,而是切向了室内站点电视中心(10055,18),由于无线环境较差,无线链路建立失败,导致切换失败,发生掉话。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
3、若是所有小区切向它都失败,检查该小区本身的数据。 4、排除数据原因后,重点检查硬件,通过查看告警,到近 端路测等手段定位上行或下行故障,逐段检查,最终定位。
切换典型案例
问题解决方法: 1、登记入小区切换性能测量,所有小区切向它的成功率都很低。 但并不都是0。检查数据,没有问题。 2、路测,下行信号正常,但所有切向该小区的基本失败,但在 基站下,偶尔可以成功。——可能上行信号存在问题 3、检查上行,分集接收天线没有接反;机顶馈线接头已拧紧, 但合路器到载频板的分集接收接头没有拧紧。拧紧之后,切换 恢复正常
切换专题基本内容
切换计数器统计 切换数据查找过程 切换问题分析 案例

切换问题分析

切换问题类型
定位方法


切换问题原因
切换问题类型

不发生切换-导致掉话 切换失败-影响通话质量,最终导致掉话

频繁切换-影响通话质量,增加系统负荷
切换问题定位方法

分析话统
BSC整体性能测量 小区间切换性能测量 出、入小区切换性能测量 未定义邻小区性能测量
Channel Activation ACK Handover Command (Old FACCH) Handover Access (New FACCH) Handover Complete (New FACCH) RF Channel Release BSC 内入小区切换成功次数 T10++ T13++ BSC 内出小区切换成功次数 Handover Performed
切换专题案例
无线网络规划部
切换专题基本内容
切换计数器统计 切换数据查找过程 切换问题原因分析 切换案例
切换计数器统计点
切换计数器统计

BSC内切换Fra bibliotekBSC间切换
切换计数器统计点-BSC内切换
MS
BTS(Source)
BSC
BTS(Target)
MSC
Measurement Report Measurement Report BSC 内入小区切换请求次数 切换算法判决出小区切换请求 T09++ (入小区切换请求到达) T12++ Channel Activation BSC 内出小区切换请求次数
小区的小区,通过设定【小区相邻关系表】来完成,即通知这些小区:
它的邻小区BCCH频点已更改。
切换问题原因分析
7、数据配置-引起切换失败、延迟、频繁切换、不发生切换、切出
切入比例不合理

切换门限设置不合理(偏高、偏低、边缘切换门限比功控门限高) 切换磁滞、切换优先级设置不合理 最佳小区统计时间P、N设置不合理 BA2表内漏写频点,漏做邻区关系 存在同频同BSIC的邻区
“参数1”均是主小区的信息,即通过设定主小区完成对外部邻小区属性 的修改和设定。

在动态修改【小区描述数据表】或者【外部小区描述数据表】时,不
论动态修改的是哪个小区的参数,在设定整表时,都需要发送“全部模 块”,否则切换会出异常。

在修改完某小区的BCCH频点或BSIC之后,一定还要设定把它作为相邻
切换计数器统计点-BSC内切换
切换公式
BSC内小区间切换成功次数 BSC内切换成功率=————————————— BSC内小区间切换请求次数
BSC内小区间切换成功次数 BSC内无线切换成功率=————————————— BSC内小区间切换次数
无线切换成功率>=切换成功率
切换计数器统计点-BSC内切换
切换数据查找过程
6、如果BSC触发的目标小区是外部小区,则将目标小区和服务小区 的CGI通过切换请求发给MSC。 7、MSC首先到“位置区小区表”内查找与目标小区CGI吻合的小区, 一旦有,则确认该小区的“目的信令点”,即所属BSC,将切换请 求消息发给该BSC。 8、如果“位置区小区表”内没有目标小区的CGI,则到
结论:分集接收接头没拧紧,不影响下行信号, 但上行信号差,导致切换失败。表现在UM口是上 下行不平衡,对方听话质量差。
切换典型案例
案例2
故障描述: 某900M单频网的某小区BSC内入小区无线切 换成功率低(10%~30%),与切换成功率相同。
切换典型案例
案例2
分析思路: 无线切换成功率低,重点检查数据和覆盖,干扰 数据:同频同BSIC 覆盖:信号弱,上下行不平衡 干扰:误码率过高,MS无法接入或接收正确信号

BSC对于小写的CGI不做处理,一定要大写,否则不发起切换; BSC不认CI号为FFFF的小区,否则切换无法发生。 “传送BS/MS功率级别”: 只要打开了测量报告预处理,就一定要
把该参数置为“是”。
切换问题原因分析
六、A口问题
主要是链路资源不够导致切换异常,此时通话也会有异常。
七、目标小区忙
切换典型案例
问题解决方法: 1、查数据:登记“入小区切换性能测量”,所有邻小区入切换成功率 都很低,但不为0,检查数据,无同频同BSIC情况,排除数据原因。 2、检查覆盖情况: 该小区话务量偏低,查看“基站维护”,TCH信道可以占用,但占 用次数比较少。 路测,距离基站2公里处,下行接收信号-85dbm左右,但入小区切 换总失败,或一切换到该小区就掉话。 进行锁频拨打测试,主叫总建立不起来,被叫可以建立,但不能呼 出。基本可以推断是上行不好导致的。 3、检查上行硬件安装连接情况,没有异常。 有可能是TRX或CDU的上行通道存在故障,更换CDU,问题解决。 结论:硬件故障导致信号弱,无线切换成功率低。
切换计数器统计点-BSC间切换
MSC间信令流程
MS BSC-A MSC-A
MAP_Prepare_HO
MSC-B
VLR-B
BSC-B
MS
HO-Required
MAP_Allocate_HO_NUM MAP_Send_HO_Report MAP_Send_HO_Report_ACK HO-Request
切换典型案例
案例3
故障描述: 某双频网在9月17号LAPD升级后,发现1800M下的第4模块 的部分小区拥塞严重(40%~50%),且BSC整体切换指标(出、入 BSC切换成功率,BSC内小区间切换成功率)下降,从95%下降到90 %左右。从“小区间切换性能测量”发现不仅4模块,其它模块的部分 小区的小区间切换成功率都有不同程度的下降。19日后继续恶化。
MAP_Prepare_HO_ACK
IAI
HO-Request-ACK HO-Access HO-Complete 中间步骤省略
HO-Command
ACM
MAP_Process_Access_Signalling Clear-Command Clear-Complete MAP_Send_End_Signal

切换典型案例
案例1
故障描述:某双频网(独立BSC组网)的某1800小区,自开
通之后,入BSC和BSC内入小区切换成功率一直很低,BSC内 和BSC间出小区切换正常。
切换典型案例
案例1
问题解决思路: 1、登记话统,分析是所有小区切向该小区失败,还是个别 小区切向它失败导致整体入切换成功率低。
2、若是个别小区,则检查切换数据,是否同频同BSIC等。
孤站:无邻小区
越区覆盖:孤岛效应导致无邻小区 2、干扰:导致MS上行无法接入或下行收不到信号。
切换问题原因分析
孤岛效应导致不发生切换
周围没有邻区, 无法发生切换。
非邻区
邻区N1
服务小区 非邻区
邻区N2
非邻区 邻区N3
越区覆盖导致 的孤岛
切换问题原因分析
二、天馈系统
1、驻波比过大 2、小区天线安装反
“小区描述数据表”内CGI、模块号与“小区模块信息表”不一致
“外部小区描述数据表”的CGI、BCCH、BSIC等与对方BSC不符。 MSC“位置区小区表”的BSC的目的信令点错误
切换问题原因分析
7、数据配置
注意事项:

“预处理测量报告上报频率”: 在“测量报告预处理”打开后,在
15:1链路配置时,设为1次/秒。此时,对于需要P/N判决的切换,如 边缘切换,层间切换,PBGT切换和同心圆切换,都需要把P/N判决时 间缩短,
BSC内切换失败可能原因

目标小区无可用信道 信道激活否定应答-CHAN ACK NACK


发送信道激活失败
等待信道激活超时 MS无法接入(无线口原因)
物理信息最大重发次数*无线链路连接定时器<EST IND~HO DETECT的时 间间隔(120~180ms)

建立指示后等待超时(MS未收到UA帧或未发送切换完成)
MAP_Send_End_Signal_ACK
切换计数器统计点-BSC间切换
BSC间小区间切换成功次数 BSC间切换成功率=—————————————×100% BSC间小区间切换请求次数 目标BSC收到MS发的HO-COMP 入BSC切换成功率=—————————————×100% 目标BSC收到HO-REQ后 源BSC收到MSC发的Clear-COMD 出BSC切换成功率=——————————————×100% 源BSC发出HO-Required后
3、小区天线不平行
4、小区方位角、下倾角不合理 5、天线隔离度不足
6、半钢性电缆扭曲或接头不紧、错误
切换问题原因分析
三、基站软硬件
1、 CDU、分合路器坏 2、TRX、载频板坏 3、TMU坏 4、FPU坏 5、时钟板 6、内部通信电缆
7、BTS软件
切换问题原因分析
四、传输
1、传输不稳 2、传输误码率大
切换专题基本内容
相关文档
最新文档