被叫单通分析案例
- 格式:docx
- 大小:82.93 KB
- 文档页数:3
单通_参数问题_三水西南工商局单通
关键字:直放站单通
一、问题现象
用户反映在财务股信息经常不稳定,客户致电客户经理时也经常短线,或听不到对方声音,转去其他科室并没有此问题。
二、信息查询
现场在投诉点三水西南工商局3楼财务股室内与用户同事一起进行测试,现场主要占用三水西南宝行酒店3小区(TA=5)信号,室外信号强度为-54dBm,室内信号强度为-83dBm,通话正常,下行通话质量良好,但多次通话过程中,对方均无法听到我方说话。
三、问题分析
查询主覆盖小区得知,为一室外直放站覆盖,现场查询该小区的上下行信号相差过大。
导致出现单通现象。
四、问题类型
参数问题
五、解决方案
合理调整该直放站的上下行增益,调整后效果较好。
六、问题总结
单通的案例都较多,为何特别说明这些例子呢。
该例子处理也较简单,但通过小小的调整,效果比较明显。
处理的核心,1、怎样确定投诉点为该直放站覆盖呢?2、该直放站只是在该投诉点室内信号较差,而同楼层的其他室信号均正常(包括室外),这就要合理分析为何会遇到这种情况。
直放站单通的主要表现在:
1、当上行很强而下行很弱的时候,由于手机具有自动功率控制的功能,所以当接收到的下行信号弱的时候,手机的发射功率会变高,这样到达基站的上噪就会变高,通话质量就会变差,甚至还会影响整个基站。
2、当下行很强而上行很弱的时候,同样的道理,手机的通话质量就会变差,在覆盖的边缘区域甚至会出现明明有信号但是打不出电话的情况。
单通问题分析及处理案例————————————————————————————————作者:————————————————————————————————日期:单通问题产生原因及解决方案 (3)单通分类 (7)案例:BSC单通问题解决 (8)单通问题产生原因及解决方案单向通话表现为通话时,用户没有听到对方的声音或者听到的是自己的声音。
这种情况在本地通话以及长途电话中时有发生。
单通问题是一个经常困扰我们的网络问题,严重影响了移动网络的品质.引起用户投诉。
在“服务与业务双领先”战略指导下,我们必须解决单向通话问题。
1 造成单向通话的原因分析根据一个通话实现的机理,分析造成单向通话的主要原因有以下几点1.1 传输线路的原因在有线领域,传输问题是可能是造成单边通话的最重要原因。
一个通话得以实现,首先有信令传送过程,然后有话务传送过程。
整个通话路由可分为BTS——BSC、BSC——MSC、MSC——GMSC、GMSC——PSTN、GMSC——TMSC、MSC——TMSC、TMSC——TMSC等阶段。
任一阶段出现传输接口错位,环路,传输状态锁死以及数据错误,都可能造成单通现象。
在局间中继的DDF架上,或在回声抑制器上。
交换机接口板上,同一局向中继的两个系统的收与收之间、发与发之间电缆如果接反,使话路发送方向在位置1而接收方向在位置2,造成单边通话。
若收发全部接反,会造成电话接通后双方都听不到声音的情况。
若出现中间电路环路,两端的电路状态都正常,但双方只能听到自己的声音。
交换机中每一条电路用CIC码标识,如果标识对应关系错误。
或者某边CIC多做未对应,用户呼叫时就会时就会分配到错误的中继上。
即建立了错误的话音链路,造成单方通话。
1.2 用户端原因当手机的适话器或者受话器出现故障时,肯定会出现单边通话。
手机最大发射功率不达标或接收灵敏度差,也会导致单边通话。
在通话过程中,手机每48Oms向BTS(基站)报告测量结果,BSC根据手机BTS报告的测量结果,命令手机随时调整发射功率。
Xxx地区用户投诉质量差、单通、掉话等问题优化案例【问题描述】用户投诉在xxx地区,下行覆盖较弱,通话质量差,经常有单通、掉话等网络异常事件发生,严重影响用户感知。
投诉地点如下图所示:图1 投诉区域位置信息图【问题分析】根据上述投诉情况,安排测试人员对投诉区域进行了DT测试,测试情况如下:图2 BCCH(118)覆盖情况图3 TCH(TRX346)覆盖情况从测试情况来看,在xxx基站_3主覆盖方向离基站1Km左右进行拨测发现,手机占用xxx基站_3 BCCH 载频时,Rxlev为-54dBm,而占用xxx基站_3 TCH(TRX346)进行通话时,Rxlev下降为-70dBm,电平值相差16dB,xxx基站_3 TCH(TRX346)下行较弱,通话质量差。
通过话统指标观察发现xxx基站_3小区TRX346上下行不平衡,下行信号较弱。
测量报告主要集中在上下行平衡等级0和等级1,比例在90%以上。
表1 xxx基站_3上下行平衡测量结合话统数据和测试情况来看,xxx基站_3小区可能存在以下问题:1、TCH载频功率设置较低,相对BCCH载频覆盖较弱,下行较弱;2、射频连线方式错误,天馈接鸳鸯线,导致TCH与BCCH载频覆盖方向不一致,上下行不平衡;3、TCH载频连接的天馈通道存在驻波,下行损耗较大,上行强下行弱。
【解决方案】根据以上分析,对问题进行处理:1、检查该小区功率参数设置,该小区为2载频配置,BCCH载频和TCH载频功率设置一致,功率类型20W,功率等级为1;2、在3小区方向对1、2小区进行锁频拨测,没有测到另外2个小区载频信号,排除天馈接鸳鸯线BCCH与TCH电平相差达到的可能;3、根据该小区的天馈连线方式,怀疑天馈B通道存在驻波。
该小区载频连线方式如下:图4 问题基站载频结构图4、用SiteMaster对天馈B通道进行驻波检测,测得B通道驻波为3.5,驻波比严重偏离正常值,驻波问题在45M处,从铁塔塔高判断,怀疑塔顶1/2跳线与7/8馈线接口处存在问题。
单通_设备问题_由基站出现告警并吊死引起回音及单通关键字:基站告警、模拟测试、回音、单通一、问题现象用户来电反映在惠州市西湖景区即泗洲塔一带使用手机不正常,故障现象表现为接收信号不稳定、回音、无声音、有时候断线。
发生时间在7月9号早上开始,周围使用情况一样,用户表示以前是可以正常使用的,希望我司尽快处理。
二、信息查询无三、问题分析1.ANT测试分析因用户是经过该地,无法协同测试,在向用户详细了解相关信息后,我们自行前往处理。
据用户描述,主要是通话过程中存在不清晰、回音、单通现象。
依据用户反映的现象我们采取了逐步排查的测试方式,定位分析问题。
为全方位把握问题,测试位置选择从景区门口开始直到泗洲塔。
在景区门口测试,MS主要用到D62惠州2(BCCH:518,BSIC:12,CI:8002),信号场强在-68dBm左右,TA=3,RxQual=0,通话质量良好。
在景区门口测试采样如下图1所示。
测试采样图1在景区门口至泗洲塔中间路段测试,MS主要占用到D62文化宫1(BCCH:524,BSIC:16,CI:8000),信号场强在-72dBm左右,TA=3,RxQual=0,通话质量良好。
在景区门口与泗洲塔中间路段测试采样如下图2所示。
测试采样图2在泗洲塔附近测试,MS主要占用到D62国庆路1 (BCCH:527,BSIC:44,CI:10069),信号场强在-80dBm左右,TA=3,RxQual=0。
在该处MS接收收到的信号较多,切换较频繁,但通话质量良好。
在泗洲塔一带测试情况如下图所示:测试采样图3经过上面一系列拨打测试,除因泗洲塔四周为环水体系、地带空旷,切换较频繁外,未发现其它网络异常问题。
从测试结果来看,似乎也没什么异常情况,看来只从软件采集信号测试分析,无法定位到具体的问题,我们必须改变思路,考虑从其它测试方式入手。
2.模拟测试分析用户反映主要为通话过程存在问题,我们马上通过采取模拟用户现场拨打电话行为方式进行定位故障源。
被叫单通分析案例问题现象:2月23日上午8点36分,第一通电话周总作为被叫号码时反馈出现单通现象,主叫号码,第二通电话恢复正常,查看 GN平台,VOLTE综合单据查询发现第一通电话实际并未接通, 语音质量单据查询中该通电话被记为单通。
如下图表:■冲井” _ ________________________________________________________________..... - fltllilHaw ............圍砒BCW 1L掰曲H傅j MbAs=s ■B-infiiNE;SSA・剽旨‘ 具讣沽kat ■. ■TH起始时间结束时间MSISDN IMSI 起始ECGI 结束EGCI主被叫标识主叫号码通话时长2016-02-2308:36:37:5042016-02-2308:36:51:463+14金华金东太古酒店F-2金华金东太古酒店F-2主叫02016-02-2308:37:12:8842016-02-2308:38:28:944+14金华金东万达广场分布室分-1金华金东万达广场分布室分-1主叫70551上行编解码速率下行编解码速率SSRC跳变次数上行MOS均值RTCP h行包数RTCP上行丢包数下行MOS均值单通标识RTP上行单通时长(ms)0 0 1 0 0 1 1 11 2539 3 0 0问题分析:查看GN 侧信令发现,主叫占用金华金东太古酒店 F_2起呼走volte 流程,被叫为非 volte 用户,收到paging 后占用衢州西区移动大楼 LY 行政楼SF_2回落2G,在2G 侧正常接通,之后MGCF 专发振铃消息180 RINGING 至主叫核心网网元 S-CSCF,但之后一直未将振铃消息 转发 SBC ,被叫接听后14s 挂断电话,导致 MGCF 回复 480 TEMPORARILYUNAVAILABLE(Cause:480)给主叫核心网网元 S-CSCF ,Cause:?16(Normal?call?clearing) ,随后被叫走TAU 流程返回4G,直到最后主被叫流程中也无cancel 和bye 消息交互。
利用A/Abis信令分析单通/串话/回音问题1语音故障概述1.1语音故障的呼叫特征单通和串话问题是现网比较严重的问题,也是产生用户投诉比较多的问题。
一般来说,单通、串话和回音问题的用户通话的特征为:1)通话已经接通,即主被叫所有无线与有限资源已经被分配;2)由于语音故障,通话在很短时间内被用户主动挂断,如,通话时间小于8秒。
从信令上来看,需要对具有上述特征的用户与呼叫全部过滤出来,然后对其故障原因进行分类分析。
1.2语音故障原因理论上来说,我们将单通/串话/回音等主意故障定位于三方面的原因:1)无线原因无线的原因最为复杂,干扰,覆盖问题,载波故障,数据配置问题等都可能会导致语音故障。
通常,如果是无线侧导致了语音故障,这种故障会集中在固定的基站,甚至会集中于固定的载波。
2)A接口电路原因A接口电路问题产生的影响非常大,因为它导致的单通,串话等问题通常是在本地通话或长途上,影响面广。
通常,由于局内的中继出现环回,鸳鸯线,或者数据配置问题(如信令时隙与语音CIC配置重复等),均会导致语音故障。
3)核心网电路原因如果涉及到出局的呼叫(本地或长途),或不同运营商之间的通话,均会涉及到建立出局的电路。
这一部分电路出现故障也是单通,串话与回音的原因之一。
通常,与A接口电路出现故障的原因类似,此类故障通常是由电路存在环回,鸳鸯线,或中继数据配置问题问题引起的。
2语音故障的信令分析思路最通用的语音故障查找方式就是拔测,无论是对载波的拔测,还是对不同局向的中继电路的拔测,均是通过单线排查的方式来确定问题所在。
这种排查工作需要大量的时间,且往往需要闭载波或者闭电路,对现网的业务会造成非常大的影响。
本文提出的信令分析方式来分析与处理语音故障,是一种全新的“发现语音故障”和“定位语音故障”的手段。
其基本思路如下图所示:图1 语音故障的信令分析思路2.1 信令过滤短呼通过对A 或Abis 接口的信令(一般为A 接口)进行呼叫追踪,可生成包含所有语音呼叫的CDR 。
案例-VOLTE未接通分析案例VOLTE未接通分析案例摘要:市区2.1G覆盖不连片导致的邻区干扰对VOLTE呼叫建立成功率和掉话影响较大关键字: VOLTE未接通 2.1G【故障现象】:汤王大道玉兰苑向北,16:36:45.596主叫起呼随后信令正常交互至prack200,在16:37:05.391发cancel取消通话,此时统计为主叫未接通。
主叫占用BZ-市区-建安中学-HFTA-439095-50(RSRP=-63,SINR=17.3)。
【原因分析】:volte呼叫信令说明如下:1.1到6,UE起呼,UE高层协议层需要发送INVITE到IMS,触发RRC连接、安全模式等过程,并通过RRC重配置消息建立SRB2信令无线承载、恢复QCI 5承载,配置测量控制,IMS收到主叫的INITE消息,开始寻呼,并发送INVITE 100(TRYING)给主叫UE,用于响应INVITE 消息,INVITE消息中包含呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等;2.7到15,核心网向处于空闲态的被叫发INVITE消息,由于被叫处于空闲态,所以核心网侧触发寻呼消息,寻呼处于空闲态的被叫用户,被叫UE收到寻呼后,触发RRC连接、安全模式等过程,被叫通过RRC重配置消息建立SRB2信令无线承载,CN侧通过QCI=5的RB向被叫发送INVITE消息,UE收到后发送INVITE 100消息进行响应,同时被叫发送INVITE 183消息给CN表示会话正在处理,启动Precondition(资源预留)过程,并通知主叫自己所支持的媒体类型和编码,并建立起QCI=1的承载;3. 16到17,IMS收到被叫的INVITE 83 后,对主叫启动Precondition(资源预留)过程,通过EPC通知主叫SM层建立起QCI=1的承载后,向UE发送INVITE 183消息;4.18到25,主叫向被叫发送PRACK消息,PRACK过程是一个预确认过程,主要为了防止会话超时及拥塞,被叫收到后返回PRACK 200,主叫收到被叫的PRACK 200以后,发送UPDATE消息,进行媒体格式协商过程,被叫通过UPDATE 200返回协商结果;5. 26到31是振铃接听过程,被叫发送INVITE 180给主叫,振铃,摘机后发送INVITE 200给主叫,主叫返回ACK进行确认,通话完全建立,进入通话过程;6. 32到37为挂机过程,通话结束后,主叫发送BYE请求结束本次会话,IMS服务器给被叫发送BYE,请求结束本次会话,被叫挂机,回BYE 200消息,核心网IMS服务器给主叫发BYE 200,标明会话结束,主被叫分别去激活EPS专用承载消息,删除QCI=1的数据无线承载。
上海贝尔阿尔卡特股份有限公司ASB SSM-ISE 工程服务部陇南单通问题处理报告一、单通问题的描述七月份用户反映陇南分公司移动大楼内以及陇南大道的周边地区经常出现电话接通后, 主被叫双方均听不到对方声音,且有时伴有串话现象。
二、单通问题的分析及解决方法根据用户提供的信息,我们网优小组分别采取了以下几个方法来定位问题。
1、定点锁频测试 由于当时用户反映的问题主要集中在分公司移动大楼内以及陇南大道上,所以我们 网优小组首先通过监控终端 OMC-R 对覆盖该区域的支旗、北坝站进行了基站告警检查, 检查结果无硬件告警。
为了再确认是否存在硬件隐性故障,我们对支旗、北坝站的各个 小区采取了锁频拨打的方式,在通过大量的拨打测试后没有跟踪到单通现象。
2、不同类别的网络用户测试 通过定点锁频测试,我们基本可以排除是基站硬件故障。
鉴于此情况,我们再分别 对无彩铃用户-无彩铃用户、彩铃用户-彩铃用户、VPMN-VPMN、长途-本地等不同用户 类别进行拨测。
拨测结果显示: 无彩铃用户之间:未发现单通 彩铃用户之间:出现,概率低 VPMN-VPMN 用户之间:出现,概率低 长途-本地用户之间:出现,概率高,10 次拨测均有 2-3 次 针对这一现象,我们从这三种类别用户存在的共同点进行分析,发现彩铃用户、 VPMN、长途电话的接续均要经过长途中继电路,同时通过 CALL TRACE 报告发现发 生单通的电话都是占上了 LZA1/LZA2 的第一条电路(LZA1=H’624、LZA2=H’111)。
如 果是长途中继电路出问题,那么问题应该是全网性的,因此我们分别在不同 BSC 下也 进行了同样的拨测,测试结果和我们预料的一样,其他 BSC 下也存在同样的问题。
3、交换侧的模块处理 通过对不同类别用户的拨测基本能肯定最近这段时间出现的大量单通现象的问题 是出在长途中继电路上,为此交换人员也对相应中继模块进行了重启和更换,但单通问 题依然没有存在,说明不是交换数据和硬件的问题,在此也基本能肯定是长途中继电路 存在交叉线或其他线路问题。
被叫单通分析案例
问题现象:
2月23日上午8点36分,第一通电话周总作为被叫号码时反馈出现单通现象,主叫号码,第二通电话恢复正常,查看 GN平台,VOLTE综合单据查询发现第一通电话实际并未接通, 语音质量单据查询中该通电话被记为单通。
如下图表:
■冲井” _ ________________________________________________________________
..... - fltllilHaw ............圍
砒BCW 1L掰曲H傅j Mb
A
s=s ■B-infiiNE;
SSA・剽旨
‘ 具讣沽kat ■. ■
TH
起始时间结束时间MSISDN IMSI 起始ECGI 结束EGCI
主被叫
标识
主叫号
码
通话时长2016-02-23
08:36:37:504
2016-02-23
08:36:51:463
+14
金华金东太
古酒店F-2
金华金东
太古酒店
F-2
主叫0
2016-02-23
08:37:12:884
2016-02-23
08:38:28:944
+14
金华金东万
达广场分布
室分-1
金华金东万
达广场分布
室分
-1
主叫70551
上行编解码速
率
下行编解码速
率
SSRC跳变次
数
上行MOS
均值
RTCP h行
包数
RTCP上行
丢包数
下行
MOS均
值
单通标
识
RTP上行
单通时长
(ms)
0 0 1 0 0 1 1 1
1 2539 3 0 0
问题分析:
查看GN 侧信令发现,主叫占用金华金东太古酒店 F_2起呼走volte 流程,被叫为非 volte 用户,收到paging 后占用衢州西区移动大楼 LY 行政楼SF_2回落2G,在2G 侧正常接通,
之后MGCF 专发振铃消息180 RINGING 至主叫核心网网元 S-CSCF,但之后一直未将振铃消息 转发 SBC ,被叫接听后
14s 挂断电话,导致 MGCF 回复 480 TEMPORARILY
UNAVAILABLE(Cause:480)给主叫核心网网元 S-CSCF ,Cause:?16(Normal?call?clearing) ,
随后被叫走TAU 流程返回4G,直到最后主被叫流程中也无
cancel 和bye 消息交互。
70 MiQS' JI )9 Ji Tj^flDQ
押
WX1M2T|I
X
杓仏嗚耳H SF i?K r 三還州!理予耳
F I TH I XK SFHJrFSffHZLFSI
氓帖鸵 Sfr - |冷 xTa^Tjjg-ngrrfl
二-
JH iK_n-j_7q ne *¥! 71: Tj^irri nrw. c :nrfes.r s* FL ・
贬)* ' ・
刃衙•[)(?阴QB"页囚7K4H1
Q* M23 丽叩国
i
”削戶EE 工仲耳EawEg
r
MEFTEF 申FRRF 沪】閉
F 1
3tl ■■:-Ok ji J S25」(fl
X _____________________
JL 丿川 j 7亠 JL- L J
和舟站弟a*閒打
UE-COMlDI ££L£AS£ 口視炖福
----- •
C1UZGS4
PAGING RESPONSE *
w
CG
.SETUP(Call i ngN □:«**«) i
GL^SSMARK UPDATE .
9
CALL CONFIRM EO .
a.UZ6SCC45QUZ
2016-02-23 0836:26.660022 2016-02-23 08:3fi:26 91O1&B
2016-02-23 08:36:26.910138 2016-02-23 09:36:27.124243
201S'02-23 00:36:27 5779Z2 :ASSIGN 陆NT REQ 虫ST
■
■■■MIBI iraaiia WBIIIMSI imm■■ KMII ■■ in■■■■ IKMIIIII ■■■■ ■■■
AS 创COMPLETE,
・・・・・MBiiaaaiiBiimi ■■■MIBI ■■■■■■■■■ ■■■■■■■■■■ ■■»■■■■・■・■■
■■・・・・ naa ■■■■ ■■■:
ALERTING -
2015- 02-23 C*8:3e :27.S30227 2016- 02-23 08 3658.397BBO 2016-02-23 0836:28 6378&-6
2016-02-23 08:36:37.27726S 2016-02-23 08:3&37.5597S6
CONMECT
CONNECT ACKNOWLE...
而用户感知却为单通, 与之前分析的单通电话信令不同,
S-CSCF 振铃,怀疑为被叫2G 侧上发connect 可开始计费读秒,主
叫 造成被叫侧感知单通现象,需核心网专家帮忙核查 IMS 侧是否存在信
附件GN 信令:
Keco rdQiery HlowCh Kecu rdQkry UtfflCh
Art a01b02y ;310135art 201(X)^317305
处理建议:
从GN 侧信令看该通电话为未接通, 主叫侧流程走到核心网 侧丢失信令而未接通, 令丢失。