掉话专题案例
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篇经验分享

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案例分析

室内信号外泄掉话
目录
案例一:记忆效应导致掉话 案例二:频率干扰 案例三:室内信号外泄掉话 案例四:越区覆盖导致掉话 案例五:重选序列问题 案例六:扩容后没对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掉话分析案例

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测试常见掉话未接通案例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,重建立不成功时掉话。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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掉话率的基本概念 掉话率的基本概念