GSM-切换专题案例-HW

MF000401 切换专题案例

ISSUE1.4

ISSUE14

无线产品课程开发室

学习目标学习完本课程,您将能够:

学习完本课程您将能够:

?掌握切换计时器统计点的定义。?掌握切换问题定位的方法。

掌握切换问题定位的方法

?理解软件硬件原因造成的切换问题的分析思路。

题的分析思路

课程内容

第一章切换计数器统计点

第二章切换数据查找过程

第三章切换问题分析

第四章切换典型案例

MS BTS(Source) BSC BTS(Target) MSC Measurement Report

Measurement Report Measurement Report BSC 内入小区切换请求次数 切换算法判决出小区切换请求 T09++ (入小区切换请求到达) T12++

Channel Activation Channel Activation Channel Activation ACK

Handover Command (Old FACCH)

BSC 内出小区切换请求次数 Handover Command (Old FACCH) Handover Access (New FACCH)Handover Complete (New FACCH)BSC 内入小区切换成功次数

Handover Complete (New FACCH) T10++ T13++

RF Channel Release H d P f d

BSC 内出小区切换成功次数

Handover Performed

切换成功率计算公式

BSC内小区间切换成功次数BSC内切换成功率=————————————×100%

BSC内小区间切换请求次数

BSC内小区间切换成功次数

BSC内无线切换成功率=————————————×100%

BSC内小区间切换次数

无线切换成功率>=切换成功率

BSC内切换失败可能原因

z目标小区无可用信道

z信道激活否定应答-CHAN ACK NACK

z发送信道激活失败

z等待信道激活超时

z MS无法接入(无线口原因)

z物理信息最大重发次数*无线链路连接定时器

120180

z建立指示后等待超时(MS未收到UA帧或未发送切换完成)

M S BTS(Source) BSC M SC BSC BTS(Target)

M easurement Report

M easurement Report Handover Required T17++BSC 间出小区切换请求次数BSC 间入小区切换请求次数同

Handover Request T14++ Channel ACT Channel ACT ACK

M

S

C

Handover Request ACK

Handover Command

Handover Access

内 Handover Detect

Handover Complete Handover Complete BSC 间入小区切换成功次数

Handover Complete T15++

Clear Command (HO successful) T18++

RF Channel Release

Cl C l BSC 间出小区切换成功次数

Clear Complete

MSC SC 间信令流程

MSC-B MSC-A VLR-B BSC-A BSC-B MS MS

HO-Required MAP_Prepare_HO MAP_Allocate_HO_NUM

MAP_Send_HO_Report

MAP_Prepare_HO_ACK

MAP_Send_HO_Report_ACK

HO-Request

HO-Request-ACK

HO-Command HO-Access

MAP_Process_Access_Signalling

HO-Complete 中间步骤省略IAI ACM HO Complete MAP_Send_End_Signal

Clear-Command

Clear-Complete MAP Send End Signal

ACK ___g _

BSC间小区间切换成功次数

BSC间切换成功率=—————————————×100%

BSC间小区间切换请求次数

目标BSC收到MS发的HO-COMP

入BSC切换成功率=—————————————×100%

目标BSC收到HO-REQ后

原BSC收到MSC发的Clear-COMD

出BSC切换成功率=——————————————×100%

原BSC发出HO-Required后

课程内容

第一章切换记数器统计点

第二章切换数据查找过程第三章切换问题分析

第四章切换典型案例

z1、BA2表内有所有相邻小区的BCCH频点,通过系统消息5下发给MS。

z2、MS把电平值最强的6个邻小区和服务小区的BCCH频点、BSIC、电平值上报到BSS(通过测量报告)

z3、测量报告预处理之后,BSC通过BCCH频点、BSIC到小区相邻关系表和小区描述数据表(或外部小区描述数据表)确定所有邻小区的模块号、小区号、CGI。

z4、BSC执行小区基本排序等切换判决流程(在LAPD板内完成),一旦找到合适的目标,则将携带目标小区CGI的切换请求消息发给BSC主机的MPU板,MPU根据CGI到小区模块信息表内确认该小区所属的模块号。

z5、MPU向该模块发切换请求消息,并统计一次”出小区切换请求”

z6、如果BSC触发的目标小区是外部小区,则将目标小区和服务小区的CGI通过切换请求发给MSC。

z7、MSC首先到“位置区小区表”内查找与目标小区CGI吻合的小区,一旦有,则确认该小区的“目的信令点”,即所属BSC,将切换请求消息发给该BSC。

z8、如果“位置区小区表”内没有目标小区的CGI,则到相邻MSC表内查找属于哪个相邻MSC,再将切换请求发给该MSC。

再将切换请求发给该

课程内容

第一章切换记数器统计点

第二章切换数据查找过程

第三章切换问题分析

第四章切换典型案例

第三章切换问题分析

z切换问题类型

z定位方法

z切换问题分析

3.1 切换问题类型

z不发生切换-导致掉话

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

z频繁切换-影响通话质量,增加系统负荷

3.2 切换问题定位方法

z分析话统

?BSC整体性能测量

?小区间切换性能测量

?出、入小区切换性能测量

?未定义邻小区性能测量

z查看告警:单板故障,传输、时钟等

z路测

分析信令接口接口Abi

z分析信令:A接口、E接口、Abis接口

z覆盖和干扰

z天馈系统

z基站软硬件

z传输

z BSC软硬件

z A接口问题

z目标小区忙

z与其它厂家对接

331覆盖

3.3.1 覆盖和干扰

z 1、覆盖:?覆盖差:树林、地形复杂、房屋走向、

室内覆盖影响等

?孤站:无邻小区

?越区覆盖:孤岛效应导致无邻小区

扰导致上行无法接或行收

z

2、干扰:导致MS 上行无法接入或下行收不到信号

孤岛效应导致不发生切换

周围没有邻区,

邻区N1

非邻区无法发生切换。邻区N2

非邻区服务小区

邻区N3

非邻区越区覆盖导致

的孤岛

3.3.2 天馈系统

z1、驻波比过大

小区天线安装反

z2、小区天线安装反

z3、小区天线安装不规范

小区方位角下倾角不合理z4、小区方位角、下倾角不合理z5、天线隔离度不足

z6、电缆扭曲或接头不紧、错误

最全的网络故障案例分析及解决方案

第一部:网络经脉篇2 [故事之一]三类线仿冒5类线,加上网卡出错,升级后比升级前速度反而慢2 [故事之二]UPS电源滤波质量下降,接地通路故障,谐波大量涌入系统,导致网络变慢、数据出错4 [故事之三]光纤链路造侵蚀损坏6 [故事之四]水晶头损坏引起大型网络故障7 [故事之五] 雏菊链效应引起得网络不能进行数据交换9 [故事之六]网线制作不标准,引起干扰,发生错误11 [故事之七]插头故障13 [故事之八]5类线Cat5勉强运行千兆以太网15 [故事之九]电缆超长,LAN可用,WAN不可用17 [故事之十]线缆连接错误,误用3类插头,致使网络升级到100BaseTX网络后无法上网18 [故事之十一]网线共用,升级100Mbps后干扰服务器21 [故事之十二]电梯动力线干扰,占用带宽,整个楼层速度降低24 [故事之十三]“水漫金山”,始发现用错光纤接头类型,网络不能联通27 [故事之十四]千兆网升级工程,主服务器不可用,自制跳线RL参数不合格29 [故事之十五]用错链路器件,超五类线系统工程验收,合格率仅76%32 [故事之十六]六类线作跳线,打线错误造成100M链路高额碰撞,速度缓慢,验收余量达不到合同规定的40%;34 [故事之十七]六类线工艺要求高,一次验收合格率仅80%36 第二部:网络脏腑篇39 [故事之一] 服务器网卡损坏引起广播风暴39 [故事之二]交换机软故障:电路板接触不良41 [故事之三]防火墙设置错误,合法用户进入受限44 [故事之四]路由器工作不稳定,自生垃圾太多,通道受阻47 [故事之五]PC机开关电源故障,导致网卡工作不正常,干扰系统运行49 [故事之六]私自运行Proxy发生冲突,服务器响应速度“变慢”,网虫太“勤快” 52 [故事之七]供电质量差,路由器工作不稳定,造成路由漂移和备份路由器拥塞54 [故事之八]中心DNS服务器主板“失常”,占用带宽资源并攻击其它子网的服务器57 [故事之九]网卡故障,用户变“狂人”,网络运行速度变慢60 [故事之十]PC机网卡故障,攻击服务器,速度下降62 [故事之十一]多协议使用,设置不良,服务器超流量工作65 [故事之十二]交换机设置不良,加之雏菊链效应和接头问题,100M升级失败67 [故事之十三]交换机端口低效,不能全部识别数据包,访问速度慢70 [故事之十四]服务器、交换机、工作站工作状态不匹配,访问速度慢72 第三部:网络免疫篇75 [故事之一]网络黑客程序激活,内部服务器攻击路由器,封闭网络75 [故事之二]局域网最常见十大错误及解决(转载)78 [故事之三] 浅谈局域网故障排除81 网络医院的故事 时间:2003/04/24 10:03am来源:sliuy0 整理人:蓝天(QQ:) [引言]网络正以空前的速度走进我们每个人的生活。网络的规模越来越大,结构越来越复杂,新的设备越来越多。一个正常工作的网络给人们带来方便和快捷是不言而喻的,但一个带病

东莞LTE切换专题分析报告

东莞LTE切换专题分析报告 1、概述 在无线网络系统中,终端在不同小区间移动,为了保持业务的连续性,网络需要实时监测UE并控制在适当时刻命令UE做跨小区切换。本文主要结合东莞移动LTE现网系统内切换指标情况,根据现网数据统计分析,重点介绍了LTE系统内切换流程,切换类型、分析优化、及典型案例等。 2、切换的含义和流程 LTE系统的整个切换过程完全由网络侧(eNB)控制,所以UE 周期性上报相关的无线质量信息给eNB来判断,当eNB收到测量或切换事件上报时,会下发切换命名给UE,UE收到切换命令后,中断与源小区的交互,按切换命令切换到新的目标小区,并通过信令交互通知目标小区,以完成切换过程。切换过程就是终端在移动过程中与网络连接交互发生变化的过程。

2.1 切换门限 为了控制切换信令的准确性和及时性,网络通过一些参数来控制切换,同频切换采用A3事件来触发切换,即目标小区信号质量高于本小区一个门限且维持一段时间就会触发,当终端满足Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告。 Mn:邻小区测量值 Ofn:邻小区频率偏移 Ocn:邻小区偏置 Hys:迟滞值 Ms:服务小区测量值 Ofs:服务小区频率偏移 Ocs:服务小区偏置 Off:偏置值 异频切换采用A1,A2来触发异频测量,A3,A4,A5来进行切换判决触发。现网采用A3,A4算法来判决切换触发。A1门限为停止测量门限,即UE测量到的服务小区RSRP值如果大于该门限,则UE

停止异频测量;A2门限为开启测量门限,即UE测量到的服务小区RSRP 值如果小于该门限,则UE开启异频测量;A4门限为切换判决门限,即UE测量到的异频邻区RSRP值如果大于该门限,则UE开始向该异频邻区切换。触发条件: Mn+Ofn+Ocn-Hys>Thresh LTE系统内切换一般分为切换准备、切换执行、切换完成三步。 切换准备:UE根据预定的测量,向源eNB上报测量报告,源eNB 根据报告及RRM信息决定UE是否需要切换。当需要切换时,源eNB 向目标eNB发送切换请求,目标eNB根据收到的QoS信息执行接纳控制,并返回至ACK。 切换执行:源eNB向UE发送切换指令,UE接到后进行切换并同步到目标eNB,网络对同步进行响应,当UE成功接入目标eNB后,向目标eNB发送切换确认消息。 切换完成:MME向S-GW发送用户面更新请求,用户面切换下行路径到目标侧,目标eNB通知源eNB释放原先占用的资源。切换过程完成。 2.2 切换类型 切换可分为eNB站内切换,X2口切换以及S1口切换,以下分别进行介绍:

LTE切换失败问答题分析案例分析

X2IPPATH配置问题导致切换不成功 关键字:X2IPPATH 切换 【现象描述】 切换测试时,从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败,HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE,进入该消息中可以看到cause为transport-resource-unavailable,切换不成功,如下图所示。 【原因分析】 对于切换流程失败而言,如果是切换准备阶段的失败,其原因通常为以下几种: (1)传输资源不够用; (2)没有配置IPPATH; (3)IPPATH中的邻居节点配置错误。 由于切换测试阶段的网络业务负载很小,接入用户数少,通过X2口传输的数据不多,一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题,在处理过程中需要对X2口和IPPATH问题排查处理,一步步解决问题。 【处理过程】 每次切换到目标小区完成后,UE会读取目标小区的系统消息(RRC_SIB_TYPE1),该消息中可以看到目标小区的CGI,通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令 (RRC_CONN_RECFG)可以找到目标小区CELL2的PCI,在目标基站B2中用MML命令查询确实存在小区CELL2,所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。 先查看B2基站对应的IPPATH有没有配置,如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下: LST SCTPLNK;检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。 DSP X2INTERFACE;检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No,查看对应X2接口的标识X2InterfaceId。

外部小区不一致导致的掉线和切换差案例

外部小区不一致导致的掉线和切换差 一、【问题描述】 处理日常切换TOP小区时候发现F_和庄支局(电信和庄粮所)2、3小区切换失败次数很多,切换成功率低且E-RAB异常释放次数较多,E-RAB掉线率较高。 二、【问题分析过程】 1、查看该站是否有告警: 通过LSTALMAF命名查询,该站无影响业务的告警 2、查看E-RAB异常释放的原因值: 通过网管查询,发现该小区E-RAB异常释放的原因值都是“切换流程导致的异常释放”,因此,下一步的工作分析切换失败的原因。 3、提取两两小区切换指标,查出源小区与哪个小区切换差 图1 从两两小区切换指标看出,该站与213721这个站切换较差,下一步主要分析这两个小区之前切换是否有问题 4、两小区切换分析过程: 目标小区基站是否有告警: 通过LSTALMAF命名查询,该站无影响业务的告警; 源小区是否拥塞和干扰:

从上图可以看出源小区用户数很少,没有拥塞情况;系统上每个PRB上检测到的干扰噪声系数为-120dbm,并无上行干扰; 目标小区是否有拥塞和干扰: 从上图可以看出源小区用户数很少,没有拥塞情况;系统上每个PRB上检测到的干扰噪声系数为-120dbm,并无上行干扰; 邻区是否完善: 通过NASTAR工具查看该小区的邻区配置,发现邻区配置相对完整,并无邻区漏配现象,也没有超远邻区等情况; 是否有越区情况:

从接入小区的TA值判断,区间1-2占总的采样点的98%,覆盖距离1KM左右,并无越区现象; 外部小区是否一致; 从上图可以看出,F_和庄邮政局的TAC为21292,但是查看F_和庄支局(电信和庄粮所)的外部小区定义的213721的TAC为21291,外部小区不一致; 三、【解决方案】 修改所有加F_和庄邮政局为邻区的站的外部定义:

常见拥塞的优化方法

常见小区拥塞的优化方法

内容简介 在本文中,主要从出现TCH信道拥塞可能的原因入手, 提出一些解决TCH信道拥塞的方法和思路,以供大家参 考。 文档更新、审核记录

目录 一.存在均衡话务的可能 (5) 二.存在硬件问题的可能 (15) 三.存在需要扩容的可能; (16) 四.存在TCH和SD资源分配问题 (16)

前言 我们在谈到网络拥塞时,常常是指信令信道拥塞以及话务信道拥塞。其中话务信道拥塞也就是我们常说的TCH信道拥塞,发生在用户在申请网络服务信令交互之后,一般进行用户的真正话音要由TCH信道承载,TCH信道的分配也称指配过程。出现TCH信道拥塞是说:在指配过程中,如果网络没有可用的TCH信道来分给手机,则系统计一次TCH分配失败。在本文中,主要从出现TCH信道拥塞可能的原因入手,提出一些解决TCH信道拥塞的方法和思路,以供大家参考。

一.存在均衡话务的可能 存在覆盖均衡的可能是指:通过实际现场对出现拥塞的小区及其邻区的覆盖范围测试,或者在OMC上对出现拥塞的小区及其邻区做切换统计观察后,统计它们的TA大小分布,分析得出本小区的实际覆盖范围过大,而周边没有拥塞现象的小区覆盖过小,而没有充分吸收拥塞小区的话务量。此处的有话务均衡的可能是指:出现拥塞的小区其TCH拥塞率较高,但是,其SDCCH却不存在拥塞的情况,也即该小区在TCH与SDCCH资源的配置方面做得不合理。 若出现TCH信道拥塞,分析得出基站的覆盖与周边基站的覆盖没有合理地进行控制,或者TCH的拥塞率与SDCCH的拥塞率不均衡,则可以采用以下的方法进行处理:采用多种方法调整本基站与周边基站的覆盖范围;均衡拥塞基站与周边基站的话务量;对TCH与SDCCH不均衡的情况予以调整。 (1)调整本基站和邻区的发射功率等参数来收缩基站覆盖在基站拥塞情况不均衡的情况下,例如:本小区很忙,而相邻的小区却很闲,则通过调整本小区的发射功率等参数等可以有效收缩本小区的覆盖范围,同时适当调整邻区的参数来提高其覆盖,吸收话务。 相关的调整有: 1、调整基站的发射功率。BSPWRB是基站在BCCH信道上的发射功

案例-切换问题优化

切换问题优化案例 摘要:切换是LTE系统中一个重要事件,对于保持终端的移动性起到重要作用。在数据网中,切换失败可能影响不是很大,但是在VoLTE网络中,切换失败就意味着可能掉话。 关键字:切换掉话 【故障现象】: 1、车辆在北一环与魏武大道交口附近路段行驶,UE连接BZ-市区-城北精神病医院-HFTA-439139-0,RSRP值基本在-100dBm以下,覆盖不好 2、车辆在汤陵南路由西向东行驶,UE连接BZ-市区-金色国际城-HFTA-439133-3,RSRP 值基本在-100dBm以下,无法切换至距离较近的BZ-市区-汤陵公园-HFTA-439132-5 3、BZ-市区-汤陵公园-HFTA-439132-5 4、BZ-市区-汤陵公园-HFTA-439132-55,导致此路段覆盖不好 3、车辆在交通路路由西向东行驶,UE连接BZ-市区-谯陵派出所-HFTA-439083-0,RSRP值

基本在-100dBm左右,无法切换至距离较近的BZ-市区-老方圆-HFMA-439163-53、BZ-市区-木兰小区南-HFTA-439377-52,导致此路段覆盖不好 4、车辆在汤王大道由南向北行驶,UE连接在TDD小区(频点:41140,PCI:39),RSRP值基本在-105dBm以下,SINR也较差,无法及时切换至距离较近的FDD小区,导致此路段覆盖不好 【原因分析】: 1、后台查询发现BZ-市区-城北精神病医院-HFTA-439139-0与周边L1800小区有邻区 关系,但是由于是异频切换,触发机制采用A2+A4事件,未达到触发门限。 2、后台查询发现BZ-市区-金色国际城-HFTA-439133-3与BZ-市区-汤陵公园-HFTA- 439132-53有邻区关系,但是由于是异频切换,触发机制采用A2+A4事件。 3、后台查询发现BZ-市区-谯陵派出所-HFTA-439083-0与周边L1800有邻区关系,但 是由于是异频切换,触发机制采用A2+A4事件,未达到触发门限。 4、后台分析发现终端在BZ-市区-天润上层30栋-HFMA-439118-8上完成通话后,重选 至优先级较高的TDD小区(频点:41140,PCI:39)。

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海淀十号线海淀黄庄站FDDNLS

1.测试结果:

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的移动性管理。切换过程包含移动性测量、控制面流程和用户面流程。

cdma中CE数配置案例

CE不足导致拥塞的案例 竺川南京嘉环科技有限公司 摘要:根据苏州电信CE配置合理化要求,在保证不产生拥塞的前提下充分利用现有的CE数,对于宏站及RRU,均按照实际载频分配CE。关键词:CE,拥塞,载频 正文 1物理信道资源不足导致网络拥塞产生 CDMA用户的一次呼叫,需要涉及BTS的Walsh码、CE、前向功率、公共信道开销等资源;需要涉及传输链路资源;需要涉及BSC中信令处理板、声码器等资源。 物理信道资源主要取决于CE的数量。CE即Channel Element,用于CDMA系统的信道调制解调。CE的数量决定基站支持的并发用户数(含软切换)。CE在基站内的小区及载频间共享。当配置的CE不足时会引起拥塞。

2CE不足导致基站License告警实例 一,问题描述 省公司通报新开站点拥塞,该站告警为:CE License 使用率过高二,原因分析 定位原因为缺少CE资源,(对于提示CE License 使用率过高,是由于分配的CE不足导致的); 三,解决方案 查询改基站的License的配置数据,结果如下 该站的1X反向CE配置数目为40,一般现网中基站的正常配置一

个S222宏站CE数为144. 正确侧修改该站的License配置后,1X指标恢复正常,报警解除。四,意见与成效 制定CHK LIST表,指派专员核查CE,尤其是新开站点在解蔽前的CE核查,目前新开站点已经再无通报。

3CE资源不足导致拥塞解决方案汇总 CE资源不足需要结合Walsh码话务量、CE负荷、软切换比例及前向功率负荷等进行分析,避免解决该类资源不足时引起其他资源拥塞。 1:新开站点CE数配置 解决方案:新开宏站根据站型分配CE数,新开RRU根据载频数配置CE数,在提高CE数的利用率的同时,保证不会产生拥塞。 2:基站及邻近基站CE负荷均很高 解决方案1:增加CE资源或者增加站点。对于基站密度较高的区域,可以通过新建独立信源加室内分布系统的方式吸收话务,解决网络拥塞问题。优化时,需要考虑全网CE利用率,对现有基站进行调整,将闲基站的过剩CE资源调配到忙基站,使CE资源得到更为合理的利用,也达到降低拥塞的目的。 解决方案2:如果基站小区的软切换区域位于话务密集区,会因软切换占用大量资源,可通过调整天线方位角等方式调整基站的小区边界,解决拥塞。 解决方案3:如基站的软切换比例过高,可以调整本基站小区及相邻基站小区的切换参数或使用动态软切换算法,来降低软切换比例,解决拥塞。但降低软切换比例通常会减弱小区的边界覆盖或抗信号突变能力,须谨慎使用。 3:本基站CE负荷高,邻近基站CE负荷不高

TD小区分裂解决拥塞案例

TD小区分裂解决拥塞案例 1 问题描述 景洪市州医院(室内分布)_1这个小区长期以来高话务量、高流量,无法扩容,导致小区拥塞多,接入性差,影响客户感知。 下面通过小区分裂,对改造前后指标对比,评估该措施的效果和对指标的影响,给予大家优化过程中提供参考。 2 问题分析 提取景洪市州医院(室内分布)_1最近1周的KPI指标: 图1 图2 该小区日均话务量59.94Erl,流量5.94GB,配置2R4+7H,另2个拉远小区配置2R4+4H,NodeB 现网配置为15载频,而基站侧配置2块UBPM,R8972E M192023支持F6C+A6C,理论计算“景洪市州医院(室内分布)_1”还可以扩容3载频。当65307扩容时,会出现“辅载频异常”的告警,实际验证该小区只能扩容到9载频(图2所示)。

因为是和LTE共模建设,排查光口容量是否满足,查看现网配置10G光模块,容量为192AC,也是满足TD最大配置12载频。 查看基带资源分配情况: 图3 1个频点占用2个基带资源,9频点用去18,所以问题出在这里,基带资源受限了,通过向设备工程师了解到,当一个小区下挂RRU超过8时,一个频点占用两个基带资源。

3 解决方案及验证 3.1 小区分裂 图4 通过将“景洪市州医院(室内分布)_1”下挂的9个RRU分裂成2个小区,分裂后1个频点占用1个基带资源,65307可以支持扩容到12载频。景洪市州医院(室内分布)_1(65307)使用51-55号RRU,景洪市州医院(室内分布)_2(65306)使用56-59号RRU。

图5 图6

3.2 指标对比验证 对比前后指标:业务量基本一致,景洪市州医院(室内分布)_1没有再出现突发拥塞的情况,语音接通率较之前提升了0.57%,数据接通率提升了0.45%,回访用户,上网感知有了明显提升。 4总结 根据上述分析,在新建室分站点时,要避免一个小区下挂RRU超过8个,如果因为特殊原因不能操作的,后期随着用户发展增多,也要及时做小区拆分,保证小区容量可以达到最大基站配置,提升客户感知。

切换成功率低处理案例

LTE吉州区人民广场基站S1口少配导致切换成功率低处理案例 一、现象描述 在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低,严重影响全网切换类指标,其中吉州区人民广场切换入失败次数每天达到4600多次,吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院,切换出失败次数和为4500多次。 二、原因分析 1.处理流程图

2.分析切换成功率低可能原因: 对KPI指标及周边环境分,可发现如下问题: 1)吉州区人民广场基站的邻区是否存在漏配、错配,外部邻区参数设置是否正确,PCI规划是否合理,切换参数设置是否有问题。 2)吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和,可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低; 三、问题排查 1、吉州区人民广场及周边站点邻区核查 吉州区人民广场及 周边站点同频邻区核查

根据基站拓扑结构核查吉州区人民广场及周边站点的邻区,确定现网邻区无漏配的问题,确定吉州区人民广场及周边站点的PCI规划合理。 2、吉州区人民广场及周边站点外部邻区定义核查 吉州区人民广场及 周边站点外部邻区核查 核查吉州区人民广场及周边站点外部邻区的定义,主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对,确定没问题。 3、同频切换参数检查及现场测试 吉安LTE网络刚开局,现网所有切换参数均为默认值,核查无问题。

现场测试,吉州区人民广场与吉州区附属医院切换正常,验证了该站的参数设置没问题,可能有其他不常见的问题导致。 4、后台跟踪 查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败

TCH信道性能与案例分析

TCH信道性能与案例分析 一、概述 话音信道性能对网络接续性的影响主要在信道拥塞和信道指派成功率两方面,结合信令信道的性能系统表现为对无线接通率的影响。这几方面是密切相关的,通常伴随拥塞的发生会有指派成功率及无线接通率的降低,解决拥塞问题是提高指派成功率或无线接通率的最有效的方法。 二、TCH指标 话音方面的指标主要包括附件黄色颜色标记部分,但分析问题时需要从多方面的指标去分析。 sts

三、分析方法 话务量及拥塞方面包括长时间的话务量偏高及存在时间拥塞,或者是短时间的突发性话务量异常伴随拥塞发生。在这里我们通常可以通过以下几方面进行分析: 1)TCH的需求量分析:检查TCH的话务量,分析是短时突发性话务量偏高或是持续性的话 务量偏高。如果是突发性的偏高导致拥塞,可通过小区负荷分担,或者临时性缩小覆盖范围或者临时加通讯车(通常都是重要场合才会派通讯车)来解决拥塞情况。如果是持续性偏高且周围小区话务较忙时,需要提扩容。 2)TCH的配置分析:检查TCH的配置是否正确,是否有规划时的情况与实际情况不符。(通 常都会因为某个载波没正常工作导致与规划上不一样,这时候需要检查基站硬件参数)3)检查分层小区结构(HCS)的设定:分层小区是用来进行话务分配控制的有效方法,但 相关参数的设定如果不合适则将导致低层小区吸纳较多话务从而导致拥塞。需检查的参数有LAYER,LAYERTHR,LAYERHYST。(一般来说1800小区和微蜂窝小区的layer设置为1,900小区设置为2) 4)检查小区负荷分担(CLS)的设定:CLS对话务量的分配及减轻拥塞有一定程度的帮助, 但分担拥塞小区话务的小区必须有足够数量的空闲信道。需检查的参数有CLSSTATE,CLSACC,CLSLEVEL,CLSRAMP,HOCLSACC,RHYST。 5)检查Assignment to Worse cell:该功能是在小区发生拥塞的情况下将新的呼叫指派 在其他的信号较差的小区,需检查的参数为AWOFFSET。 6)检查小区的硬件故障及安装故障。硬件故障或安装故障会导致TCH的可用率降低,从而 减少有效信道数导致拥塞发生及接通率降低。这也是日常维护工作的一个重要内容。7)检查天线的情况。天线的位置、高度、方向、下倾角及天线的型号对于小区的覆盖范围 有很大的影响。过高的位置将使得小区的覆盖范围过大导致话务量增加产生拥塞,通过对天线位置、高度、方向、下倾角、型号的调整可以有效的解决拥塞问题。 8)检查小区的信道平均占用时长。小区的平均信道占用时长较长不是故障,但需同时检查 小区的切换性能,判断是否由于切换性能差而导致占用时长过大。检查拥塞小区的切换性能。如果小区的切出性能很差,则将导致应该切去其他小区的呼叫不能切出,从而增加原小区的话务量,同时还会对系统其他性能如话音质量、掉话等产生负面影响。

常见小区拥塞的优化方法

常见小区拥塞的优化方法 内容简介

在本文中,主要从出现TCH信道拥塞可能的原因入手,提出一些解决TCH 信道拥塞的方法和思路,以供大家参考。 文档更新、审核记录 目录 一.存在均衡话务的可能 (5) 二.存在硬件问题的可能 (14) 三.存在需要扩容的可能; (15) 四.存在TCH和SD资源分配问题 (16)

前言 我们在谈到网络拥塞时,常常是指信令信道拥塞以及话务信道拥塞。其中话务信道拥塞也就是我们常说的TCH信道拥塞,发生在用户在申请网络服务信令交互之后,一般进行用户的真正话音要由TCH 信道承载,TCH信道的分配也称指配过程。出现TCH信道拥塞是说:在指配过程中,如果网络没有可用的TCH信道来分给手机,则系统计一次TCH分配失败。在本文中,主要从出现TCH信道拥塞可能的原因入手,提出一些解决TCH信道拥塞的方法和思路,以供大家参考。

一. 存在均衡话务的可能 存在覆盖均衡的可能是指:通过实际现场对出现拥塞的小区及其邻区的覆盖范围测试,或者在OMC上对出现拥塞的小区及其邻区做切换统计观察后,统计它们的TA大小分布,分析得出本小区的实际覆盖范围过大,而周边没有拥塞现象的小区覆盖过小,而没有充分吸收拥塞小区的话务量。此处的有话务均衡的可能是指:出现拥塞的小区其TCH拥塞率较高,但是,其SDCCH却不存在拥塞的情况,也即该小区在TCH与SDCCH资源的配置方面做得不合理。 若出现TCH信道拥塞,分析得出基站的覆盖与周边基站的覆盖没有合理地进行控制,或者TCH的拥塞率与SDCCH的拥塞率不均衡,则可以采用以下的方法进行处理:采用多种方法调整本基站与周边基站的覆盖范围;均衡拥塞基站与周边基站的话务量;对TCH与SDCCH不均衡的情况予以调整。 (1)调整本基站和邻区的发射功率等参数来收缩基站覆盖在基站拥塞情况不均衡的情况下,例如:本小区很忙,而相邻的小区却很闲,则通过调整本小区的发射功率等参数等可以有效收缩本小区的覆盖范围,同时适当调整邻区的参数来提高其覆盖,吸收话务。 相关的调整有: 1、调整基站的发射功率。BSPWRB是基站在BCCH信道上的发 射功率,对于GSM900,其值一般设置范围在31到47dBm,步数为2dBm,对于1800频段来说,其值一般设置在33到45dBm范围内,

精品案例_数据修改导致切换差案例

数据修改导致切换差案例第1页, 共6页

目录 一、问题描述 (3) 二、分析过程 (4) 三、解决措施 (5) 四、经验总结 (6) 第2页, 共6页

数据修改导致切换差案例 一、问题描述 9月27日,商检大楼,欧尚超市及方兴假日出现S1切换指标劣化,查询目标小区均为共建共享基站水游城西北,并出现异常小区: 地市网络类型基站名称小区名称区域覆盖统计时间异常类型异常等级 达到门限告警时段预警时段 蚌埠市LTE BB-市区-长征路局 BB-蚌山区-方兴假日-ZFTA-439919-50市区2019-09-27S1切换成功率告警752蚌埠市LTE BB-市区-长征路局 BB-蚌山区-方兴假日-ZFTA-439919-52市区2019-09-27S1切换成功率告警861蚌埠市LTE BB-市区-中山街Z BB-禹会区-商检大楼-ZFTA-440085-53市区2019-09-27S1切换成功率告警1493蚌埠市LTE BB-市区-中山街Z BB-禹会区-商检大楼-ZFTA-440085-55市区2019-09-27S1切换成功率告警1475蚌埠市LTE BB-市区-中山街局 BB-禹会区-蚌埠欧尚超市-ZFTA-440067-53市区2019-09-27S1切换成功率告警761蚌埠市LTE BB-市区-中山街局 BB-禹会区-蚌埠欧尚超市-ZFTA-440067-55市区2019-09-27S1切换成功率告警761蚌埠市LTE BB-市区-中山街局 BB-禹会区-蚌埠欧尚超市-ZFTA-440067-54市区2019-09-27S1切换成功率告警761 第3页, 共6页

经典案例_切换失败典型优化案例

切换失败典型案例

目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (5)

切换失败典型案例 【摘要】近期处理top小区时发现,在入网基站开通ANR功能的情况下部分小区仍然会出现切换失败高的现象。本文以一类切换失败率高的典型案例进行分析,同时总结从信令角度快速定位切换失败的原因,从而准确有效处理切换失败类问题,提升用户感知和降低用户投诉率。 【关键字】ANR切换失败 【业务类别】切换信令、参数优化 一、问题描述 二、分析过程 1、查询邻区关系对 查询可见BB-怀远-怀远工业园-HFTA-440465-51同频切换失败主要目标小区是站号为440378的51小区,且切换失败的主要原因为eNB间S1口小区间同频切换出准备失败次数,目标侧准备失败。 2、信令分析 根据切换出失败原因为S1口小区间同频切换出准备失败可知,信令问题出现在下图红色方框区域,第一部分为源小区经过MME向目标小区发起切换请求,申请资源;第二部分

为目标小区经过MME向源小区应答请求 3、告警查询 查询相关两个基站告警情况,均不存在告警。 4、查询邻区关系 查询邻区关系发现BB-怀远-怀远工业园-HFTA-440465-51邻小区中BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189同频且同PCI 142。 此时UE上报测量到的PCI=142给eNodeB后,eNodeB不能分辨UE测量到的邻区对象是哪个小区(BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189),从而导致BB-怀远-怀远工业园-HFTA-440465-51不发起切换,即图3中信令S1AP_Handover_Required消息不发送,导致切换失败。

精品案例_volte切换失败导致MOS值较低分析优化

MOS的提升验证案例总结

目录 淮北电信MOS的指标提升 (3) 一、问题描述 (3) 二、分析过程 (4) 三、解决措施 (7) 四、经验总结 (7)

淮北电信MOS的指标提升 【摘要】 VoLTE的MOS值直接影响到用户的直观语音体验,因此保证一个良好的VoLTEMOS值对于提升用户感知有着巨大的作用。针对目前移动场景,影响VoLTEMOS值的因素主要有语音编码、端到端时延、抖动、丢包率等,需着手针对这些方面进行VoLTE的MOS值优化。本案例通过对问题点分析,优化切换问题,提升VOLTE语音通话MOS值。 【关键字】 VoLTE 时延定时器切换 【业务类别】 MOS值、覆盖、基础优化、VoLTE、参数优化 一、问题描述 淮北市在进行市区VOLTE拉网路测时,在华松御苑附近测试,有一处区域MOS指标较低,需分析优化解决。 具体情况:主叫22:46:07在XY-HB-市区-华松御苑-432899-7小区上发起切换,此时RSRP 在-89.19dBm左右,SINR在17.80dBm左右,信号质量良好,在22:46:08收到切换失败的事件,影响用户使用感知。如下图:

VOLTE呼叫信令截图 二、分析过程 分析切换问题时,首先考虑以下几点:覆盖问题、干扰问题、参数配置是否一致、邻区关系合理、切换参数配置、设备故障、其他原因。 核查切换差是由于准备切换失败导致,还是由于执行切换失败导致。准备失败考虑目标小区是否拥塞,存在设备故障,S1接口是否存在异常,X2接口传输配置是否有误等。执行切换失败主要考虑,是否邻区参数配置有误,邻区切换参数是否配置不合理,是否存在同频同PCI情况,无线环境中是否越区覆盖等因素。 MOS值(Mean Opinion Score),即语音质量的平均意见值,是衡量通信系统语言质量的重要指标。 MOS与人的主观感受映射关系如下:

23G切换成功率提升专题案例

23G切换成功率提升专题案例 一、问题描述 温州TD网络自2月份以来,经过对语音业务3G到2G切换的持续优化,该指标有一定的提升。下图为近两个月以来3G到2G切换成功率指标演进图。 图1 最近两个月全网异系统切换成功率趋势图 由上图可知,语音业务3G到2G切换成功率提升明显,由最初平均97.6%提升到最近的98.6%,提升了近1% 二、问题分析 1.TOPN小区分析 上图为电路域切换失败小区个数统计,可以看出TOPN小区随机出现,失败小区较均

匀分布于全网,因此TOPN小区离散化对全网指标提升造成了很大的难度。 2.失败原因分析 失败原因统计 对3月1日-3月15日电路域系统间切换失败按原因提取指标,如下图所示: 发现原因为<物理信道失败>的电路域系统间切换失败次数较多,占总失败次数的93%。因此我们需要集中针对物理信道失败原因进行深入的分析和解决。 异系统切换信令流程

信令说明: ◆RNC收到触发异系统测量报告后,发起handoverFromUTRANCommandGSM消息, 终端收到该消息后会在2G侧接收广播及接入过程,若接收广播失败或同步过程失 败,则会向3G网络侧响应handoverFromUTRANFailure,原因值为<物理信道失败> 的电路域系统间小区间切换出失败。 ◆由此可知物理信道失败的主要原因在UE和GSM小区无法正常同步造成。 三、优化方案 1.邻区优化 由于GSM信号覆盖较好和减少终端对异系统邻区小区的测量,一般GSM的邻小区配

置为6个左右,温州平均配置2G邻区为7个左右,随着增补站点的不断开通,根据实际情况对温州TD网络23G邻区进行优化: 每日核查3g配置2g邻区信息准确性,及时修改参数配置错误; 2.邻区梳理 主要包括删除过多、不合理的邻区,添加更优小区为邻区关系。对于过远邻区、背向无关邻区,需要集中梳理和删除;截止目前,对全网共462条邻区关系进行核查和修改。 附《TD小区异系统邻区调整记录》: 3.异系统同频邻区核查 联芯芯片手机对G网邻区测量机制缺陷,对于G网同频小区无法区分,统一上报为相同电平,导致测量不准确和在同频异BSIC邻区的处理上存在问题。导致切换失败。 由于温州现网站点较密,BCCH复用距离较短,造成现网异系统同BCCH邻区高达五百多个。 附《异系统邻区中同BCCH的小区》: 根据现网情况,我们加大了对TOP N小区同BCCH异BSIC邻区的优化力度。一方面每周定期提供同频邻区TOP20,提交G网测进行频点修改,另一方面,如果邻区信号差异较大,从网络侧可以采用删除弱信号邻区的办法进行规避和GSM1800小区替换。 附:《异系统邻区为1800小区汇总》 4.异系统切换参数优化 异系统判决门限调整 进行异系统切换判决时需要同时满足本系统判决门限和异系统判决门限要求,才能发起切换请求。适度提高异系统切换判决门限,使切换目标GSM小区的信号质量门限提高,有助于提高UE与GSM小区同步成功的概率。

模3干扰导致切换差小区处理案例

主题模3干扰导致切换差小区处理作者 联系电话 关键字模3干扰、切换差 专业LTE切换差小区 子专业LTE切换差小区 紧急程度紧急 问题原因模3干扰 问题内容7ZJ-箐口基站LZB-ZN-1连续多天是切换差小区。通过OMC对邻区对进行统计分析,问题小区与本站的2小区切换差。 处理情况一、处理流程图: 图1 切换差小区处理流程 二、原因分析: 1、基站故障; 2、拥塞原因; 3、覆盖问题; 4、参数问题; 5、干扰问题; 6、邻区问题。 三、处理步骤:

3.1设备故障 通过omc查看7ZJ-箐口基站无硬件告警信息。浏览历史告警记录,基站近期无告警,排除基站显性故障导致高质差产生。 为排查基站RRU是否存在隐性故障,通过复位RRU,并观察复位前后切换成功率相比复位前没有明显变化,由此排除基站隐性故障原因。 3.2拥塞原因 通过OMC统计7ZJ-箐口基站LZB-ZN-1、2小区及周边小区话务统计指标,均未出现拥塞。 3.3覆盖问题 通过OMC按天汇总7ZJ-箐口基站LZB-ZN-1小区一周TA值上报次数统计。 小区名称0,1 1,3 3,5 ,7 7,9 9,11 1,13 13,20 20,27 27,34 34,40 40,50 最大TA值(16Ts) 7ZJ-箐口基站LZB-ZN-1 0 40 4990 6168 8464 8387 5468 11188 3042 86 9 7 44 7ZJ-箐口基站LZB-ZN-1 2 19 5087 8737 6956 9858 7184 11162 4802 161 49 22 47 7ZJ-箐口基站LZB-ZN-1 1 80 5070 8494 7769 8604 5977 10665 4699 122 82 0 44 7ZJ-箐口基站LZB-ZN-1 0 152 **** **** 8684 4591 4673 9550 5555 81 6 0 39 7ZJ-箐口基站LZB-ZN-1 2 126 9815 8924 7031 4150 3261 9355 4733 93 53 3 42 7ZJ-箐口基站LZB-ZN-1 3 205 4118 3534 6713 4806 6120 9822 3810 79 0 0 34 7ZJ-箐口基站LZB-ZN-1 1 50 4032 4 12 5791 4409 5521 8530 3507 66 2 0 40 表1 一周TA值上报统计 由统计可以看出小区覆盖正常,采样点分布合理。 3.4参数问题 核查小区常用参数,PCI、小区标识、频率等,与规划数据一致,未发现错误。 3.5干扰问题 通过OMC后台采集小区上行干扰电平,数值正常,排除外部干扰原因。 通过MAPINFO观察小区附近小区PCI配置情况,如下图:

华三WLAN网络关联成功率及拥塞率优化案例

华三WLAN网络关联成功率及拥塞率优化案例一、故障现象: 通过日常性能监控发现个别AP关联成功率低、拥塞率高 二、故障分析: 1、处理流程图: 2、故障问题判断可能原因: AP关联成功率低、拥塞率高: 1):关联用户较多, 2): AP配置参数问题导致

●可能原因1:关联用户较多 优化Client max-count配置,提高AP接入终端数量,提高接入用户数。 查看AC配置策略当中配置了接入终端为124个,服务模板中接入终端为默认配置(即64个),策略与服务模板配置不一致,系统以接入终端最小的配置为准,当接入终端达到限定阀值时无法再接入更多的用户造成了用户关联失败和拥塞情况,将服务模板与策略配置一致(124个)方能生效。 ●可能原因2:AP配置参数问题导致 优化client idle-timeout配置,调整AP和客户端之间的链接允许的最大空闲时间,让真正有需求的用户顺利接入; 将Client idle-timeout调整为300秒后,AP关联成功率、拥塞率情况得到解决。 三、解决措施: Client idle-timeout功能即接入终端的空闲时间超过了设定时间内没有收到从客户端发来的数据,那么客户端将会从网络中被删除。AC缺省配置Client idle-timeout为3600秒,接入的用户无法在短时间内老化去关联,仍会造成新的用户无法接入,产生关联失败和拥塞现象,通过优化Client idle-timeout 时间可解决。 [ZJLS-MS-WLAN-AC43]wlan ap ls_by_zh [ZJLS-MS-WLAN-AC43-wlan-ap-ls_by_zh]client idle-timeout 300

121、广东-中山异厂家切换失败优化案例

中山4G LTE异厂家切换失败优化案例 2019年7月 目录 中山异厂家切换失败优化案例........................................................................错误!未定义书签。 一、问题描述 (2) 二、分析过程 (4) 1.1基础信息核查 (4) 1.2拥塞核查 (5) 1.3切换参数核查 (5) 1.4干扰核查 (6) 1.5X2及PRACH核查 (6) 1.6信令分析 (6) 三、解决措施 (8) 1.1修改关键参数 (8) 1.2取得效果 (8) 四、经验总结 (9)

【摘要】本案例通过普通的切换失败案例,逐步定位到不同L2层参数设置问题,进一步说明了LTE网络对于不同业务的QOS参数设置要求差异化,以及不同业务在对应参数设置时需要考虑一致性的重要性。 【关键字】LTE、QCI、RLC、AM、QOS 【业务类别】底层参数优化 一、问题描述 2018年11月7日零晨,中山电信开启volte功能并进行相关参数修改后,异频切换次数骤降最终不产生异步切换。其中,爱立信基站506501(以下简称E-506501)和华为基站282777(以下简称HW-282777)异频切换次数骤降,最后不产生切换。2018年11月23日重启两站RRU,2018年11月24日又可以正常切换,接日异频切换次数骤降,再过一天就不产生异频切换。 HW-282777向E-506501切换时,爱立信基站回复HandoverPreparationFailure,失败原因no-radio-resources-available-in-target-cell。 从E-506501向HW-282777切换时,没有收到华为基站回复的消息,最后会由于超时导致HandoverCancel。 E-506501侧把HW-282777的X2关系关闭后(相互通过S1切换),E-506501和HW-282777相互切换都恢复正常。 E-506501侧再把HW-282777的X2关系打开后,从E-506501能正常向HW-282777切换,但维持一段时间后,会慢慢恶化。HW-282777向E-506501切换会被拒绝,切换失败原因仍然是no-radio-resources-available-in-target-cell。

相关文档
最新文档