掉话专题案例

合集下载

DT测试掉话(Drop Call)处理案例

DT测试掉话(Drop Call)处理案例

DT测试掉话(Drop Call)处理案例目录1D T测试掉话分类 (2)2D T测试各类掉话案例分析 ..................................................................................................... 错误!未定义书签。

2.1弱覆盖造成的掉话 (3)2.2干扰造成的掉话 (4)2.2.1同频干扰 (8)2.2.2邻频干扰 (9)2.2.3交调干扰 (10)2.3切换造成的掉话 (10)2.3.1切换频繁 (10)2.3.2话务分担切换 (11)2.3.3孤岛效应 (11)2.4参数设置不合理造成的掉话 (12)2.4.1层间切换门限值LAYERTHR过大 (13)2.4.2漏定义切换关系 (14)2.4.3切换关系定义错误 (14)2.5硬件故障造成的掉话 (15)2.5.1TX,RX接错 (16)2.5.2载频故障 (19)2.5.1工参定义错误 (21)2.5.2馈线头松动造成驻波比高 (22)3D T测试掉话处理总结 (22)一、DT测试掉话分类:DT中一般遇到的掉话(Drop Call)主要有:弱覆盖掉话、干扰掉话、切换造成掉话、参数设置不合理造成掉话、硬件故障掉话等。

二、DT测试各类掉话案例分析:2、1弱覆盖造成掉话。

有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好,电平值很低,手机列表中测量的相邻小区的电平值又达不到接入的要求(如RXLEV ACCESS MIN =-95dBm)而引起掉话,在边远地区、网络覆盖不好的情况下经常会出现这种掉话。

问题描述:MS占用D1250A袁桥社区由西转南时由于受楼房阻挡信号突然变弱,电平在-90dBm以下,且该地区东面无主覆盖小区(东部最近小区D718C距离为1.6KM)无法切出导致弱信号连续质差掉话。

优化前信号图:优化建议:在该小区以东规划新站。

(4G学习)中兴VoLTE优化案例5篇经验分享

(4G学习)中兴VoLTE优化案例5篇经验分享

VOLTE优化案例案例1:异频重定向掉话案例【问题描述】主叫占用广州天河区鱼珠木材市场D-ZLH-3(EARFCN=38100 PCI=83CELLID=135693)小区通话时,信号强度为-101dbm左右,出现一次RRC Connection Release,导致承载拆除,引起一次主叫掉话。

【问题分析】分析测试数据,发现UE占用服务小区广州天河区鱼珠木材市场D-ZLH-3(EARFCN=38100 PCI=83CELLID=135693)在通话的过程中信号越来越差,之后上报测量报告A2事件,eNODEB 收到报告后发起异频重定向判决,下发RRC Connection Release,由异频重定向后,eNodeB 向MME发送ue context release request,mme释放专用承载。

当UE被重定向后在新的小区发起RRC连接,网络只建立了默认承载,UE发送BYE消息,导致掉话。

从地理环境上看,服务小区与UE重定向目标小区相距较远,不需配邻区关系,UE在该路段仅是偶尔测量到目标小区的信号,这种环境极容易触发异频重定向。

【解决方案】关闭异频重定向,复测问题解决,服务小区后台统计指标无异常。

【问题总结】根据拉网统计,目前该类掉话占总掉话次数的82%以上,对测试指标影响非常严重。

异频重定向触发原理:小区间没定义邻区关系,当邻区满足切换条件时,主服务小区无法切换到邻区,基站会给UE下发系统内重定向。

优化办法:通过关闭异频重定向的功能来规避该事件,除此之外,异频邻区的完善需要加大优化力度。

后续解决办法:除了做好邻区优化外,中兴将在下个版本加入基于QCI的异频重定向功能,禁止专用承载的业务发生异频重定向。

案例2:异系统重定向掉话案例【问题描述】VoLTE测试eSRVCC过程中,发现eSRVCC执行的是CCO,而不是PS切换。

而CCO对于VoLTE语音来说,必然导致掉话。

【问题分析】具体如下图所示。

典型案例(掉话)

典型案例(掉话)

问题点1:润州区一泉村(边界同频干扰)测试时间:2009-9-2 09:52:51事件描述:用户投诉在润州区一泉村附近经常出现通话过程中掉话现象。

优化前信号图:(测试文件:0902-01.log)问题分析:在一泉村用户家附近测试时,MS占用Z135-鲇鱼套(BSIC=16,BCCH=115)出现连续7级质差最终导致掉话。

经查MCOM发现,Z135A -鲇鱼套(BSIC=16,BCCH=115)与Y3246B (BSIC=53,BCCH=115)同频对打,在该区域形成同频干扰致使MS占用Z135A -鲇鱼套(BSIC=16,BCCH=115)连续7级质差掉话。

优化建议:修改Z135A鲇鱼套BCCH=115->117。

修改后复测,在用户家中MS占用Z135A鲇鱼套BSIC=16 BCCH=117通话质量很好,无质差出现。

优化后效果图:(测试文件:0902-03.log)问题点2:丁卯桥路沃尔玛附近(邻区缺失)测试时间:2010-01-12 10:19:48事件描述:在丁卯桥路由东向西行驶,MS占用Z146A-丁卯大楼(BSIC=10 BCCH=117 TCH=97)在沃尔玛附近开始出现连续质差内切。

优化前信号图:(1208-03.log)问题分析:该段路应该由Z146C-丁卯大楼(BSIC=23 BCCH=109)和Z149B-丁卯村委(BSIC=16 BCCH=112)联合主覆盖,但由于MS偶然切换到Z146A-丁卯大楼(BSIC=10 BCCH=117 TCH=97),而Z146A和Z149B没有切换关系,导致MS长时间占用Z146A-丁卯大楼(BSIC=10 BCCH=117)越区而出现连续质差内切直至拖死。

优化建议:添加Z146A(丁卯大楼)和Z149B(丁卯村委)的双向邻区关系;修改Z146A(丁卯大楼)TCH=97->100。

调整后复测,MS在占用Z146A(丁卯大楼)信号时,经过几次间接切换顺利切换到Z149B(丁卯村委),且在该路段信号电平覆盖正常,通话质量良好,情况明显得到改善。

广州DT案例分析

广州DT案例分析

室内信号外泄掉话
目录
案例一:记忆效应导致掉话 案例二:频率干扰 案例三:室内信号外泄掉话 案例四:越区覆盖导致掉话 案例五:重选序列问题 案例六:扩容后没对GRRU进行调频导致语音质量下降
越区覆盖导致掉话
问题描述:MS在沿江路东往西方向解放桥附近路段由华侨大厦D4(DV2HQX4)切 换到东江酒家F(GV2DJJF),占用到东江酒家F(GV2DJJF)时信号强度在-65dbm 左右。随着MS继续向西移动进入长堤大马路,信号衰减到-77dbm左右,质差7级, 最终发生质差掉话事件。
目录
案例一:记忆效应导致掉话 案例二:频率干扰 案例三:室内信号外泄掉话 案例四:越区覆盖导致掉话 案例五:重选序列问题 案例六:扩容后没对GRRU进行调频导致语音质量下降
频率干扰
问题描述: 1. MS在中山六路东往西方
向占用到西门口地铁口F (GAGXMKF)时信号强 度在-70DBM左右,质差 7级,存在质差掉话隐患。 2. MS在中山六路东往西方 向占用到中山七路2 (GAGZSQ2)时信号强 度在-66DBM左右,质差 6级,存在质差掉话隐患。
频率干扰
问题分析: MS占用到西门口地铁口F (GAGXMKF)的质差问题主要 是频率干扰导致,具体如下: ➢西门口地铁口F(GAGXMKF) 和中山七路2(GAGZSQ2)存在 同主频干扰,BCCH同为70。 ➢西门口地铁口F(GAGXMKF) 和中山七路2(GAGZSQ2)存在 同TCH频点干扰,有36和82。
N
问题发生位置
记忆效应导致掉话
在这里需要引入“记忆效应”的概念,记忆效应是由于BCCH规划不合理, 导致两个近距离小区BCCH同频,在路测切换时因为手机的记忆效应,容易回 切至原小区,导致质差掉话,记忆效应图例解释如下图所示:

上行信号问题造成的掉话分析一例

上行信号问题造成的掉话分析一例
信号覆盖情况。掉话前后信号强度都较好。
掉话时的无线环境
掉话之前已经收到“信道释放”的层三消息
掉话时对应的层二消息:
从掉话时的无线环境和层三消息来看,本次掉话无线环境没有发生异常,已收到了“Channel Release”消息。但是从层二消息来看,手机收到“Channel Release”后,开始发“DISC-CMD”的握手确认信号,但是BTS始终没有收到该消息,没有正常回复“UA-RSP”,总是在不断重发“Channel Release”,最后手机没能收到“UA-RSP”超时掉话。这有可能是由于上行链路存在问题,BTS没有收到“DISC-CMD”所致。
2006-6-4 10:41 PM
#1

室内分布相关掉话问题处理总结

室内分布相关掉话问题处理总结

室分相关掉话处理总结一、掉话产生原因分析:1、邻集列表丢失:即使PN没有包含在邻集列表内,如果SRCH_WIN_R设置的值足够大,移动台也可在通话期间检测到剩余集的PN,如强度足够大将升级到候选集。

但该PN仅能存在于候选集并发送PSMM消息,却不能提升到激活集。

该PN将对前向链路造成干扰,使当前激活PN的FFER和Ec/Io均有相应的下降,从而导致掉话。

掉话后移动台通常在掉话前邻集列表内不存在的强PN上发起登记。

2、共PN干扰:如果服务同一区域的两个不同基站的两个相邻扇区有相同的PN,移动台搜索到该PN足够强时将请求将该PN添加到激活集。

CBSC内的MM将根据邻集列表信息建立切换链路。

手机能否切换到正确的BTS上,依托于MM此时所看到的BTS。

如果切换错误,通话质量将进一步恶化,造成掉话。

用NLP软件会发现,两个同PN扇区的软切换请求数量均超过1%。

3、突发强PN干扰:此情况出现在软切换发生期间。

当移动台在一个BTS某扇区中行进时,该扇区被地形和建筑物阻挡,移动台搜索到一个属于另一个BTS的扇区,并发出请求将其添加到激活集内。

这时原来的扇区突然从原来的阻挡中出现,移动台被原来扇区巨大的功率所淹没。

但在该PN加到激活集前,该通话的FFER和Ec/Io的性能突然下降造成掉话。

4、导频污染问题:由于该区域基站较多,超过3个强导频存在,造成噪声电平抬高,从而降低所有导频的Ec/Io。

由于过多导频的Ec/Io大于T_ADD,无线环境变化无常,因此路测数据中可以看见频繁出现PSMM消息。

5、覆盖空洞:这种情况一般是由于室分覆盖不好导致,可能是室分信源不工作,平层被破坏或者天线点位较少引起。

6、业务信道发射功率受限:在前向链路中分配给业务信道的功率和反向链路设置的Eb/No目标值都限定在一定的范围内。

当这些参数设置太低,业务信道不允许足够大的功率保持前向链路,在这种情况下,即使导频可用,也有可能发生掉话。

7、接入/切换掉话:在这种情况中,可以观察到随着移动台接收功率的增加而导频强度Ec/Io在不断减小。

23 TD-SCDMA掉话分析案例

23 TD-SCDMA掉话分析案例

Page 6
覆盖引起的掉话
解决措施
消除飘移信号影响
通过调整基站的下倾角,方位角,或降低最大发射功率等方法来优化覆盖 区域,同时避免基站天线沿街道或湖面覆盖,避免街道效应和湖面效应等 产生难以控制的信号,消除漂移信号对其它基站的影响.
查找覆盖不足的地区
通过用户投诉和路测来查明覆盖不足的地方 ,调整下倾角,方位角,挂高, 以及发射功率等方法增大覆盖范围或者增加RRU及室内分布来解决.
Page 23
干扰引起的掉话
解决措施
优化频点,扰码. 设置频点优先级和时隙优先级来尽量避免在弱场区同频同时 隙切换. 上下行时隙调整,举例说明当相邻小区时隙配置分别为2/4 和3/3时,降低TS3时隙的优先级,减少TS3时隙的上下行交 叉干扰.
CopLtd. All rights reserved.
Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved. Page 11
弱场优化案例3
塔下黑掉话问题
问题描述
在邮件处理中心进行站内切换的时候易发生切换掉话问题,究其 原因是由于扇区之间在切换时由于扇区信号被房屋阻挡,且辽阳 路就在站底下,原小区的信号有深衰落,造成原小区下行链路质 量的恶化,容易引起掉话.
Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved.
Page 13
Agenda 覆盖问题描述 覆盖引起的掉话 切换引起的掉话 干扰引起的掉话
Copyright 2006 Huawei Technologies Co., Ltd. All rights reserved.

案例-VoLTE测试常见掉话未接通案例

案例-VoLTE测试常见掉话未接通案例

VoLTE测试常见掉话未接通案例1.背景VoLTE技术带给4G用户最直接的感受就是接通等待时间更短,以及更高质量、更自然的语音视频通话效果。

首先,高清语音和视频编解码的引入显著提高了通信质量,其次,VoLTE的呼叫接续时长大幅缩短,但VoLTE测试过程中仍发现部分掉话、未接通的现象,严重影响用户的感知。

本文梳理了VoLTE测试过程中常见的掉话、未接通的处理案例,为日后VoLTE试商用后此类问题的处理打下坚实的基础。

2.VoLTE语音通话流程简要如下:1.主叫发起INVITE消息,触发RRC建立过程(假设为空闲态);INVITE消息包括主被叫电话号码,主叫支持的媒体类型、编码;2.主叫建立SRB2承载、QCI=9的DRB、QCI=5的sip信令承载;3.核心网反馈INVITE 100,表面正在处理应答;4.主叫RRC重配置建立QCI=1的专用承载;并激活;5.主叫收到被叫INVITE 183消息;并反馈PRACK启动资源预留;6.被叫收到PRACK后,反馈PRACK 200,启动资源预留;7.主叫收到PRACK 200,发送UPDATE,表明资源预留成功;8.同样被叫收到UPDATE,反馈UPDATE 200,表明资源预留成功;9.被叫发送INVITE 180 RINGING,振铃;10.被叫反馈INVITE 200,表明摘机11.主叫收到INVITE 200后,反馈ACK给IMS服务器,应答初始INVITE请求;并有IMS发给被叫;12.通话中;13.被叫挂机,发送BYE;IMS转发给主叫;14.主叫挂机,反馈BYE 200,IMS转发给被叫,表明结束会话;15.RRC重配置去激活QCI=1专载;图1.1 释放专载图1.2 简化信令流程图3.DT测试中常见的掉话、未接通问题2.1.切换失败导致常见有较多MR上报但不切,可能邻区漏配,之后触发RRC Re-Establishment,重建立不成功时掉话。

经典网络AMR异常掉话问题定位案例

经典网络AMR异常掉话问题定位案例

如上图的IMEI:3549090098161989,在Google上查询“IMEI:354909
这款手机存在较多问题,其中在其它商用网上发现该款手机存在内环功控的问题。

的IMEI全部检查,并一一在网上搜索其对应的手机型号,发现V980
而且RL Failure之前也没有看到UE的发射功率攀升,见下图所示,UE Tx power 上报值为此计算UE发射功率Tx Power=51-71=-20dBm。

通过上图UE上报的数据可以计算:
♦服务小区CPICH Ec/Io=(39-1)/2-24=-5dB, RSCP=(29-1)-115=-87dBm; ♦下行码发射功率TCP=(86-10)/2-10-PO3=28dBm-3dB=25dBm
♦下行BLER=100%(上报值63映射为100%)
(1)下行盲检测开关关闭时(2)下行盲检测开关打开时
NT Huawei
公司不存在上述高通芯片的问题,我司的配置也不会有问题。

于是决定打开盲检测开关,现场使
做被叫如果不接听则频频掉话,跟踪的消息和我们先前分析的异
的手机进行被叫测试,连续进行上百次的测试,。

关于VOLTE掉话率定位分析及优化案例

关于VOLTE掉话率定位分析及优化案例

关于VOLTE掉话率定位分析及优化1.1.1.1.优化思路定界流程:1.1.1.2.定位及优化1.1.1.2.1.基于话统定位优化流程对小区的QCI1的ERAB异常释放原因进行统计分析。

➢对于传输层问题占比大,则需传输侧进行排查分析;➢切换流程失败原因则重点分析无线质量、邻区关系、参数配置;●排查源小区及目标小区覆盖、干扰等无线质量情况,避免切换时与目标小区同步失败。

●核查邻区关系及参数,并结合地理图层确保已完善周报邻区,保证邻区关系及参数合理性;●参数一致性:核查确保外部邻区基站标识、小区标识、频点、PCI与邻区小区实际参数一致性、避免测量上报错误小区导致切换失败。

●核查切换参数配置:现网同异频切换基本都是基于A3事件:Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off。

同频切换参数,主要核查优化同频切换参数组ID的同频切换幅度迟滞、同频切换偏置、同频切换时间迟滞:异频切换参数,主要核查优化异频A3偏置、基于A3的异频A1 RSRP触发门限、基于A3的异频A2 RSRP触发门限。

异系统的切换参数,主要合理设置 A2 测量门限,避免由于测量过晚导致终端来不及测量目标小区信号无法切换掉话;➢无线层问题原因则重点排查弱覆盖、过覆盖、PCI模3干扰、外部干扰、参数配置等;●借助MR数据等措施判断弱覆盖及优化;●核查小区干扰情况并进行处理优化;●通过CQI上报指标统计各调制方式占比,可反映下行信道质量情况,正常情况是64QAM远大于QPSK占比,反之则说明无线质量存在异常。

如下为正常小区下各调制方式占比情况:●通过性能平台TA数据统计评估是否存在过覆盖问题,当TA统计距离明显大于最小站间距,则该小区极可能存在过覆盖。

对于过覆盖问题需进行增大下倾角、降低功率、站点整改等。

➢无线网络拥塞原因。

对于无线网络拥塞原因导致语音掉话,则需对拥塞原因进行排查及扩容等优化处理。

1.1.1.2.2.基于路测定位优化流程➢基于测试数据在ATU平台进行异常事件统计。

高掉话问题的专项分析

高掉话问题的专项分析

高掉话问题的专项分析三维通信股份有限公司2012年3月目录1.室内分布系统掉话的特点 (3)2.掉话问题分析的一般流程 (4)2.1掉话问题分析思路 (4)2.2硬件故障 (7)2.3数据配置 (7)2.4覆盖问题 (9)2.5干扰问题 (10)2.6切换引起的掉话 (10)3.掉话 (11)2.1掉话的统计点及类型 (11)2.2产生掉话的原因 (14)2.3问题分析流程 (15)4.掉话分析案例 (16)4.1公交公司1、3小区掉话率高 (16)4.2得联大厦3小区掉话率高 (18)4.3案例一:外界干扰导致的掉话 (19)4.4案例二:上下行不平衡问题导致掉话 (20)4.5案例三:直放站问题引起的掉话 (21)4.6案例四:邻区漏加导致过覆盖,最终掉话 (22)4.7案例五:频率干扰导致掉话 (24)4.8案例六:硬件故障导致高掉话问题 (26)4.9案例七:跳线问题引起上下行不平衡导致高掉话 (28)4.10案例八:传输问题引起的掉话 (29)4.11案例九:TRX硬件隐性故障引起的上行质量和掉话问题 (30)4.12案例十:干扰问题导致高掉话 (31)4.13案例十一:由射频跳频引起的上行干扰导致掉话增加 (33)4.14案例十二:外界干扰问题导致的高掉话(移动的直放站) (34)4.15案例十三:天馈接反导致的高掉话 (36)4.16案例十四:DDPU硬件问题导致掉话次数较多 (39)4.17案例十五:由于驻波差引起的个别TRX严重掉话 (42)1. 室内分布系统掉话的特点室内分布系统相对宏基站系统,有以下几个网络特点:1. 系统复杂,众多的无源器件与有源器件混合搭建;2. 器件本身的设备性能项目关联,直接影响整体网络的性能;3. 直放站不便于性能监测;4. 爆炸式的建设发展,使得网络优化工作量迅速增加;5. 没有系统的优化策略;直放站是无线覆盖延伸产品,是将射频信号进行延伸、放大;按照产品实现的不同,可以分为1. 无线宽带2. 无线选频3. 光纤宽带4. 数字光纤5. 射频拉远(RRU系列)各种直放站具有不同的特性,这些不同的特性都将影响到铁路专网的优化。

案例09-邻区漏配导致VOLTE掉话优化案例

案例09-邻区漏配导致VOLTE掉话优化案例

案例1:案例主叫UE信令主叫UE占用大名城LF1,RSRP值-96dbm,MR上报的最优目标小区为长江一号LF3,由于该组邻区漏配,导致该路段存在弱覆盖,UE最终向长江一号LF1发起切换。

因目标小区RSRQ 值-25,无线环境差造成切换失败。

UE发起RRC重建立被拒。

最终被叫挂机后,主叫也未收到IMS_SIP_BYE->Request和后续的DEACTIVATE_EPS_BEARER_CONTEXT_REQUEST消息,承载未释放掉。

当 eNB 侧未成功下发 AM 信令,会进行 HARQ 及 RLC 的重传,在 SRB 达到最大重传次数后,如果是普通信令,则会继续等待 UE UU 口响应定时器超时后释放,若为 5 大特殊信令,则会在 SRB 达到 RLC 最大重传次数后直接启动延迟释放定时器,等待延迟释放定时器超时后掉话。

(延迟释放定时器配置:T310+T311+20s)主叫UE在15:41:25时呼叫已达到180s,因未收到BYE请求,在经过20s等待无响应后,被统计为掉话。

被叫UE 信令被叫UE 在RRC 重配置失败后,重新驻留到长江一号LF3小区,在15:41:25本次呼叫结束。

影响范围:VOLTE 通话接续本例中,通过信令分析,确定因缺少邻区导致无线环境差造成切换失败所致。

首先核查大名城LF1邻区配置,查询网管发现,该小区配置的邻区有长江一号LF1/LF2,无长江一号LF3的邻区关系。

表现在测试信令中是终端持续上报Measurement Report 但是无法成功切换。

添加大名城LF1和长江一号LF3双向邻区后,复测正常,未再发生掉话。

网管查询大名城LF1邻区结果LTE 掉话常见原因主要有以下几类:切换掉话:切换异常分为过早切换、过晚切换、乒乓切换。

由于引入了重建流程,发生过早切换能够重建回到原小区,故不会发生掉话;过晚切换容易发生目标小区没有UE 上下文信息,容易发生。

KPI指标分析总汇

KPI指标分析总汇

KPI指标分析总汇一、爱立信系统的掉话在爱立信的系统中,话务报表统计的掉话原因要紧分为下列5种:超TA掉话、弱信号掉话、质差掉话、突然掉话、其他原因掉话等(如下图)。

这5种原因还能够进一步细分为9 种:超TA、上行信号强度、下行信号强度、上下行信号强度、上行质量、下行质量、上下行质量、突然掉话、Other原因。

我们在处理小区掉话问题的时候,通过查看小区掉话的要紧原因,再根据要紧的原因做出相应的处理。

通常来说,关于超TA掉话、弱信号掉话、质差掉话等,处理起来目的都比较明确,方法比较成熟,效果也会比较明显。

但通过我们日常掉话监控发现,在5种掉话类型中,突然掉话所占的比例很高,某些小区甚至可能出现掉话原因基本都是突然掉话,从某种意义上说,处理好了突然掉话,就处理好了掉话指标。

二、突然掉话的定义与可能因素下列是爱立信ALEX对突然掉话(TFSUDLOS)的解释:TFSUDLOSNumber of suddenly lost connectionsA connection is marked as sudden loss if none of the three urgency conditions, namely: excessive TA, low signal strength and bad quality, are indicated and the locating procedure indicates that measurement results from MS are missing.即:当手机与系统失去联系后,系统会根据手机用户所送上来的最后一个测量报告来推断是否为下列3个紧急条件:1、超TA(MAXTA),2、弱信号(LOWSSDL或者LOWSSUL),3、质量差(BADQDL或者BADQUL),假如以上条件均不满足,则认定为突然掉话。

也就是说突然掉话是在信号质量较好,信号强度较高与TA 值不超限的情况下产生的。

高负荷场景VoLTE语音掉话分析案例

高负荷场景VoLTE语音掉话分析案例

高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU V oLTE测试数据,测试中出现掉话事件,掉话原因:“RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。

针对此现象,我们展开分析处理。

二、【问题分析与排查】2.1 UE log分析终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好(RSRP=-80.62dBm,SINR=15.2dB),通话过程中,在19:21:03.574收到基站侧下发的携带释放QCI=1专载的重配置消息,之后终端上发BYE请求挂机,主叫掉话。

被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息,被叫终端也上发BYE请求挂机,造成被叫掉话。

2.2 Emil Trace分析Emil 信令消息显示,在19:21:04基站侧下发重配置消息,消息中包含释放QCI=1专载的信息,如下图所示:在E-RAB Release Indication消息中显示,释放专载的原因值为:radio-resources-not-available,即无线资源不可用,如下图所示:2.3 原因排查2.3.1 设备告警&干扰排查经核查,问题区域附近站点无设备告警,无异常干扰现象。

2.3.2 参数核查① V oLTE相关参数(包含切换参数)核查;②QCI1 DRX ROHC核查;③Inactivity timer参数核查;④ iniMcsUl和iniPrbsUl参数核查;⑤CFI核查。

参数影响排查后:只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。

2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区V oLTE掉话问题点,对这些小区对应时间段的重要指标进行统计,对比测试异常时段与其他非测试同时段网管KPI 发现,测试时段该小区CCE_BLOCKING_RATE异常,指标如下:可以得出结论:本次异常掉话很可能与问题小区CCE_BLOCKING_RATE 指标相关联,而从参数核查情况来看,与PDCCH拥塞相关参数只有CFI设置。

TD-SCDMA掉话案例

TD-SCDMA掉话案例

1、东涧沟村委会T2掉话现象描述:主叫UE在王城大道上由南向北,在10:07:25时占用东建构村委会T1小区发起向白马集团T1的切换,随后掉话,此时PCCPCH RSCP=-111dbm,PCCPCH C/I=-11,DPCH_CI=-114dbm。

掉话原因分析:主叫UE在王城大道上由南向北行驶,10:05:18时占用T网东涧沟村委会T1发起1G测量报告,切换的目标小区是白马集团T1,此时的PCCPCH_RSCP=-92dbm,10:05:20时切换至白马集团T1成功,此时的PCCPCH_RSCP=-97dbm,10:05:21时脚本时间到,上报了Disconnect,10:05:22时释放完成,此时的PCCPCH_RSCP=-100dbm。

随后进入了空闲模式,后频繁重选,重选混乱。

在10:05:53时发起语音呼叫,此时占用渤海湾T1的PCCPCH_RSCP=-97dbm,10:06:16时切换至美城商务T1,在10:07:25时占用东建构村委会T1小区发起向白马集团T1的切换,随后掉话,此时PCCPCH RSCP=-111dbm,PCCPCH C/I=-11,DPCH_CI=-114dbm,无线环境差导致的掉话。

解决方案:优化此路段的异系统重选关系。

2、王庄小学T1掉话现象描述:主叫UE在洛宜公路上由西向东行驶,在09:38:56时占用RNC4的华达集团T3发起向RNC3王庄小学T1的跨RNC切换,在09:38:59时掉话。

掉话原因分析:主叫UE在洛宜公路上由西向东行驶,在09:38:56时占用RNC4的华达集团T3发起向RNC3王庄小学T1的跨RNC切换,从鼎力软件看09:38:56时UE上报1G测量报告,09:38:58时切换成功,后UE收到RNC下发的1G、2A、3A三条测量控制,09:38:59时收到释放命令;从RNC侧信令看,RNC上报给CN侧Relocation Complete,跨RNC切换完成,随后收到CN侧下发的IU口释放命令,释放原因为正常释放。

新余1X掉话专题性能提升优化案例.

新余1X掉话专题性能提升优化案例.

1X掉话专题性能提升优化案例江西省网优中心新余系统优化项目组2016年03月【关键字】【掉话、TOP处理、参数优化、One-Twoway、PN/邻区优化】【摘要】掉话是用户通信非正常中断,其在用户方面的负面影响最为直接,是一种严重的网络故障现象。

所以确定掉话原因和解决办法,降低掉话率及掉话次数,在移动通信网络的运营和维护中非常重要。

2016年江西省网优中心系统优化持续对新余开展了近1个月时间,针对掉话率专题优化工作,今年系统优化CDMA网络主要是围绕该重点主题开展,其他专项多举并施,整体上取的较好的优化结果,达到了省网优中心此次开展系统优化重点考核目标,在此对本次优化进行小结一下优化经验,为后续掉话专题优化提供思路参考。

【优化背景】本次系统优化总体上节奏突出一个“快”,迫于目前的情况,一方面省网优中心有硬指标考核,而另外一方面下到本地网则要依托其实际的网络架构和运行指标状态进行不断了解和熟悉本地网找出重点薄弱环节,然后再作出优化尝试和调整。

本次系统优化主题思路是先进行为期一周的粗略评估,下到本地网后重点围绕着1X掉话专题进行日常TOP N分析处理(跟踪重点TOP或RF调整),邻区或PN专题优化,以及多载频必掉场景优化,优选出重点掉话区域开展针对性的性能参数优化。

其实诸如邻区优化,多载频优化,”簇”优化都是一个需长期持续开展,不断重复进行的网优手段,对于此次系统优化,需要我们在短期内去熟悉网络并且改善运行指标,常规网优手段固然重要,比如针对高掉话TOP站点以及掉话贡献率较大的区域站点,个人认为积极去寻找全网短板,在保证真实的网络质量与用户感知的前提下,我们应多尝试一些前反向链路功控方面的参数深入优化,去改善指标并积累经验。

1.1CDMA掉话机制及定义1.1.1CDMA掉话机制在CDMA网络中移动台和基站分别有相应的掉话机制。

移动台的掉话机制在协议中有详细的规定,而基站的掉话机制在协议中未做详细规定,由设备制造商设定。

重定位-完成重定位后掉话问题案例分析

重定位-完成重定位后掉话问题案例分析

重定位-完成重定位后掉话问题案例分析版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。

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

目录1 问题现象描述 (2)2 分析推理过程 (5)3 问题结论、优化措施、优化前后效果对比 (10)4 总结该类问题一般分析优化思路 (10)1 问题现象描述10月24日下午,测试车辆沿桂平路向北行驶至宜山路后向西左转。

如下:被叫UE2占用RNC405漕桂_1小区。

随着服务小区漕桂_1覆盖质量的下降,被叫UE2发起2A的测量报告,目标小区显示为主频点为10104,CPI=1的小区,没有得到网络响应。

过了大约30秒以后发送第二条测试报告,目标小区显示为主频点为10112,CPI=96的小区。

随后收到Radio Bearer Reconfiguration消息,指示UE向主频点为10112,CPI=96的小区切换,随后UE在主频点为10112,CPI=96的小区上面发送Radio Bearer Reconfiguration Complete。

8秒以后进入空闲状态。

没有发生小区更新,然后掉话。

测试图以及各条信令具体内容如下:RB Reconfiguration 消息解码该次掉话中,出现的异常情况有两个:1) 第一条目标小区为主频点为10104,CPI =1小区的测量报告发送后,网络侧没有下发切换命令2)重定位完成以后UE掉话。

2 分析推理过程首先对第一个异常现象进行分析。

分析CDL数据(10月24日 RNC405,时间15点),对UE_ID=3630过滤,如下:对RNC收到第一条向测量报告使用ASNDecode软件进行解码,解码后观察其消息内容,显示目标小区为10104,CPI=1的小区,RNC收到该条测量报告以后,内部生成原语MULTICCSS_SOURCE_TARGET_RL_SETUP_REQ,目标小区CELL_ID=10018,核查基站数据库显示,目标小区为田州_2小区,主频点10104,CPI=1。

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

MS
MSC
1.2 TCH掉话率统计点分析 掉话率统计点分析
呼叫流程图及TCH掉话率统计点分析(四) 掉话率统计点分析( 呼叫流程图及 掉话率统计点分析
BSC内部切换流程
1.2 TCH掉话率统计点分析 掉话率统计点分析
呼叫流程图及TCH掉话率统计点分析(五) 掉话率统计点分析( 呼叫流程图及 掉话率统计点分析
1.3 SDCCH掉话率的基本概念 掉话率的基本概念
SDCCH掉话率公式
SDCCH掉话率 掉话率= 掉话率 SDCCH掉话次数 成功的 掉话次数/成功的 占用次数(所有的 掉话次数 成功的SDCCH占用次数 所有的 占用次数 所有的)*100% %
SDCCH 掉 话 率 (%)= ( SDCCH 占 用 时 无 线 链 路 断 的 次 数 ( 连 接 失 败)+SDCCH占用时无线链路断的次数(错误指示)+SDCCH占用时地面链 路断的次数(ABIS))/成功的SDCCH占用次数(所有的)*100%
BSC间切换流程
1.2 TCH掉话率统计点分析 掉话率统计点分析
呼叫流程图及TCH掉话率统计点分析(六) 掉话率统计点分析( 呼叫流程图及 掉话率统计点分析
定向重试流程
当 出 局 切 换 过 程 中 收 到 来 自 MSC 的 原 因 为 HO_SUCC或CALL_CTRL的CLEAR_CMD消息, 且切换原因为定向重试时,也作为统计点,计入 TCH占用成功次数。
第三章 掉话典型案例
案例一
故障现象
某地区基站分布如图所示(红色标注为BCCH频点,不跳频, 采用DTX),有用户反映C基站3小区地区掉话情况严重。 (已排除硬件故障可能)
第一步: 第一步: 请确认图中各基 站小区频点分配 是否合理? 是否合理?
第三章 掉话典型案例
分析基站拓扑图得出结论:频点规划合理 下一步:查看话统干扰带如下:
(09:00~10:00) 干扰带 ) 干扰带1 1小区: 小区: 小区 2小区: 小区: 小区 3小区: 小区: 小区 2.85 4.09 0 干扰带2 干扰带 14.25 12.57 2.92 干扰带2 干扰带 4.28 2.89 2.12 干扰带3 干扰带 1.14 3.14 13.27 干扰带3 干扰带 0.00 0.00 0.00 干扰带4 干扰带 0.27 0.03 0.25 干扰带4 干扰带 0.00 0.00 0.00 干扰带5 干扰带 0.54 0.01 0.37 干扰带5 干扰带 0.00 0.00 0.00
2.3 无线链路故障
2、覆盖: 1. 越区覆盖 2. 覆盖盲区 3. 信号衰落 4. 邻小区定义不全 5.上下行不平衡
2.3 无线链路故障
判断方法:
功率控制性能测量 接收电平性能测量 小区性能测量/小区间切换性能测量 掉话性能测量 邻近小区性能测量 未定义邻区平均电平测量 功率控制性能测量 出小区切换性能测量 上下行平衡性能测量
功 控
2.3 无线链路故障
4、设备问题: 由于设备问题引起的掉话: 硬件故障 传输故障 天馈线故障 其它原因
2.3 无线链路故障
由于设备问题引起的掉话: 硬件故障 传输故障 天馈线故障 其它原因
2.3 无线链路故障
由于设备问题引起的掉话: 硬件故障 传输故障 天馈线故障 其它原因
2.3 无线链路故障
1.4 SDCCH掉话率统计点分析 掉话率统计点分析
SDCCH掉话次数统计点 向MSC发起CLEAR_REQ消息时,当前占用的信道类型 为SDCCH。 SDCCH占用成功次数统计点 (1) 立即指配过程中收到CH_ACT_ACK,信道为SDCCH (2) 在状态为CS_WAIT_RR_EST时收到CH_ACT_ACK消 息,且当前信道为SDCCH (3) 入局SDCCH切换收到HO_DETECT (4) BSC内SDCCH切换收到HO_DETECT
1.2 TCH掉话率统计点分析 掉话率统计点分析
TCH占用成功次数统计点(二)
d)入BSC切换收到MSG_ABIS_HO_DETECT消息, 此时切换类型非SDCCH切换时; e)BSC内切换时收到MSG_ABIS_HO_DETECT消息, 此时切换类型非SDCCH切换时; f)出局切换过程中收到来自MSC的原因为HO_ SUCC 或CALL_CTRL的CLEAR_CMD消息,且切换原因为直 接重试。
由于设备问题引起的掉话: 硬件故障 传输故障 天馈线故障 其它原因
2.3 无线链路故障
判断方法:
TCH性能测量: TCH占用时A接口失败次数异常。 TCH可用率异常。 地面链路断掉话次数多。 若该小区的掉话率和拥塞率一直很高,则 该小区可能有部分设备故障。
课程内容
第一章 掉话率计算原理 第二章 掉话原因分析 第三章 掉话典型案例
2.2 T3103计数器逾时无响应 计数器逾时无响应
切换流程(T3103计时)
2.3 无线链路故障
无线链路故障信令流程图
2.3 无线链路故障
无线链路超时图
2.3 无线链路故障
原因分析
分析发生无线链路故障的原因,一般有以下几种情况: 干扰(网内干扰、外界干扰、设备本身的干扰) 覆盖不好(盲区、孤岛、上下行不平衡) 参数设置不合理(无线链路失效计数器、SACCH复帧 数、切换、功控等参数不合理) 设备问题(天线——馈线——CDU——TRX) 时钟问题 传输问题
2.3 无线链路故障
解决方法:
调整网络参数 增加基站
2.3 无线链路故障
3、参数设置:
有可能影响掉话率的主要参数: 无线链路失效计数器和SACCH复帧数。 RACH忙门限和RACH最小接入电平。 MS最小接收信号等级。 呼叫重建允许。 国家色码NCC允许。 频率规划参数。 切换相关参数。 功控相关参数。 与版本相关的参数。
MF000404 掉话专题 ISSUE1.4
无线产品课程开发室
学习目标
学习完本课程,您将能够: 学习完本课程,您将能够:
掌握TCH掉话率和SDCCH掉话率
的计算公式
掌握TCH掉话率和SDCCH掉话率
的统计点
掌握常见掉话故障的原因分析以及
处理方法
课程内容
第一章 掉话率计算原理 第二章 掉话原因分析 第三章 掉话典型案例
2.3 无线链路链路连接定时器 物理消息最大重复次数 掉话率性能测量
根据掉话原因判断:错误指示和连接失败
2.3 无线链路故障
切换参数设置
判断方法:
小区间切换性能测量:切换失败但重建也失败次数过多。 小区间切换性能测量:切换次数过多,重建成功也多。 未定义邻近小区性能测量:未定义邻区电平及测量报告个数情 况。 出小区切换性能测量:出小区切换成功率低(针对某小区), 找出切向哪个邻小区的成功率低,进一步从目标小区查找原因。 入小区切换成功率低,对方小区切换判决参数设置不合理。 TCH性能测量:切换次数与TCH呼叫占用成功次数不成比例。 (切换/呼叫>3)
课程内容
第一章 掉话率计算原理 第二章 掉话原因分析 第三章 掉话典型案例
第二章 掉话原因分析
概述 T3103计数器逾时无响应 计数器逾时无响应 无线链路故障
2.1 掉话原因概述
根据掉话统计点定义,一般发生掉话原因如下: 无线链路故障,通信过程中,消息无法正常接收 T3103计数器逾时无响应 Abis接口故障 其它的系统故障(如,BSC的定时器与MSC定时器是否匹配。 可能引起掉话的计时器(BSC计时器) T3109 T3103 T3103 从发送HANDOVER CMD开始计时,收到HANDOVER CMP 结束或超时 T3109 从BSC向BTS发送CHAN REL开始计时,收到REL IND结束 或超时
1.1 TCH掉话率的基本概念 掉话率的基本概念
发送Clear_Request消息的典型原因值一般为: 无线链路失败(radio interface message failure) 人工干预(O&M intervention) 设备故障(equipment failure) BSS与MSC间协议错误(protocol error between BSS and MSC) 强占(preemption)
1.1 TCH掉话率的基本概念 掉话率的基本概念
TCH掉话率公式
TCH掉话率 掉话率= 掉话率 TCH掉话次数 掉话次数/TCH占用成功次数×100% 占用成功次数× 掉话次数 占用成功次数
1.1 TCH掉话率的基本概念 掉话率的基本概念
TCH掉话次数统计点
BSC向MSC发起 向 发起CLEAR_REQ消息 发起 消息 时,当前占用的信道类型为TCH 当前占用的信道类型为
1.2 TCH掉话率统计点分析 掉话率统计点分析
呼叫流程图及TCH掉话率统计点分析(一) 掉话率统计点分析( 呼叫流程图及 掉话率统计点分析
立即指配流程图:
1.2 TCH掉话率统计点分析 掉话率统计点分析
呼叫流程图及TCH掉话率统计点分析(二) 掉话率统计点分析( 呼叫流程图及 掉话率统计点分析
2.3 无线链路故障
解决方法:
合理增加邻区 调整不合理切换参数
参数名称 PBGT切换统计时间 PBGT切换持续时间 切换 PBGT切换门限 紧急切换上行质量门限 切换候选小区最小下行功率 72 70 10 68 60 15 修改前取值 5 4 修改后取值 4 3
2.3 无线链路故障
功控参数设置
参数名称 上行链路补偿因子 登记周期 稳定阶段质量滤波器 修改前取值 50 8 10 修改后取值 80 5 6
第一章 掉话率计算原理
TCH掉话率的基本概念 掉话率的基本概念 TCH掉话率的统计点分析 掉话率的统计点分析 SDCCH掉话率的基本概念 掉话率的基本概念 SDCCH掉话率的统计点分析 掉话率的统计点分析
1.1 TCH掉话率的基本概念 掉话率的基本概念
相关文档
最新文档