新手层三信令掉话分析
掉话未接通的分析
未接通、掉话及切换失败分析未接通、掉话及切换失败分析Posted on 2011-07-26 20:56:37 by一、未接通分析正常呼叫主叫起呼和被叫接入过程:……由主叫起呼信令流程图可以看出,主叫首先发出channel request reportimmediate assignmentCM service requestsetupcall proceedingassignment commandassignment completealertingconnect完成一次起呼。
在主叫assignment complete 完成后2-3秒左右被叫开始信道请求流程Channel request reportimmediate assignmentsetupcall confirmedassignment commandassignment completealertingconnect完成一次被叫接入。
1、未接通原因分析(1)RACH冲突或者AGCH拥塞建议:查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数(2)SDCCH拥塞建议:检查SDCCH配置,查看相关小区SDCCH话务量(3)SDCCH掉话或者TCH拥塞建议:查看是否启用SDCCH信道上的切换,查看相关小区话务量和TCH配置,在排除无线方面原因后,应跟踪Abis接口、A接口信令从交换侧寻找问题原因(4)位置更新引起未接通建议:查看位置更新定时器和位置区设置(5)小区重选过程引起未接通建议:查看相关小区的小区重选参数【引用】掉话未接通的分析本文引用自0427411《掉话未接通的分析》在传统的基于DT和CQT数据的优化过程中,数据的采集是一个比较费时的过程。
为了复现某个问题,可能需要进行大量的路测,之后在对长时间的路测数据进行回放分析的过程中,定位到具体需要分析的问题点,然后从不同的角度进行分析,最终找到问题的解决方案。
GSM常见掉话原因分析
B.过覆盖(Overshooting)
还有一种覆盖问题就是邻区间交叠区过大,甚至出现了过覆盖(Overshooting)的现象。比较典型的情况是:一个较高的基站A的天线没有作下倾角或只有很小的下倾角度,与它相邻的一个基站B的天线高度较低,覆盖范围很小,造成B的覆盖范围被A完全包含。如图7所示。所以在越过绿色的B小区主控覆盖范围后,手机还会“回切”至A小区,但是由于种种原因,A小区并没有C小区的邻区。因此,当测试人员继续行驶后,就会因无邻区可切而造成拖带掉话(例如在红色区域)。解决的办法就是如图中所示,将小区A的覆盖范围控制好(小区A’),就可以解决过覆盖造成掉话的问题。
带内干扰:GSM系统内部干扰主要由以下几个方面原因产生:
l频率规划不合理,引起同频、邻频干扰;
l基站或手机功率设置不合理,引起下、上行链路干扰;
l频率复用不合理;
l由于多径效应、建筑物反射等造成干扰;
l码间干扰;
l TA与实际不符造成时隙干扰。
当MS在服务小区收到很强的同频或邻频干扰信号时,会引起误码率恶化,使手机无法准确解调邻近小区的BSIC或不能正确接收MS的测量报告,从而产生掉话。
l在Layer 2上:BSS/MS每T200时间发送N200+1次SABM/DISC消息,但未从接收端收到回应
2)切换掉话
l MS未能成功切换至目标小区,但未能回到源小区
l MS发送HO FAILURE和UL-SABM消息给源小区,但未得到回应
二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑?
图2干扰基站图
事故原因:同频干扰造成掉话,通过对规划的调整和修改邻区参数,上述问题得到解决。
实例2:直放站、阻断器造成的掉话
随着用户的增多,很多宾馆酒店写字楼等建筑物内为了解决电梯、地下室等信号覆盖的盲区就会出现私建直放站,从而产生了强烈的上下行干扰,有时波及周围很多小区的性能,对网络指标的影响非常大。频率阻断器是一种宽带的干扰器,其安装的目的就是要对移动通信系统产生强烈的干扰,以达到阻断器周围一定范围内手机无法接入系统服务的目的。
GSM掉话分析
掉话问题分析1. 由于覆盖原因导致的掉话【原因分析】(1)不连续覆盖(盲区)由孤站引起的掉话,由于在孤站边缘,信号强度弱质量差,无法切换到其它小区而掉话。
由于基站所覆盖的区域地形复杂(如山区公路)、地势起伏,无线传播环境复杂,信号受阻挡,覆盖不连续造成掉话。
(2)孤岛服务小区由于各种原因(如功率过大)形成孤岛,以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号,而小区A又未定义邻小区C,此时移动台再根据原服务小区A提供的邻小区B进行切换时,就会因找不到合适的小区而导致掉话。
(3)覆盖过小覆盖过小也有可能是由于某个小区的硬件设备出了问题,如天线受到阻挡或载频发生了故障(功放部分)。
2. 由于切换原因导致的掉话(1)参数设置不合理如两个小区相交的区域信号电平都很低,在参数上切换候选小区电平设置过低,切换门限设置太小,当邻小区电平某一时段稍强于服务小区时,一些MS就会切入该邻小区,而在切入后不久,恰好该小区的信号减弱,而又没有合适的小区再发生切换时就会掉话。
(2)邻区不全邻小区定义不全会导致移动台保持通话在现有的小区中,直至超出该小区覆盖边缘而不能切换到信号更强的小区而掉话。
(3)邻区中有同BCCH同BSIC的小区存在。
(4)话务拥塞由于话务不均衡,造成因目标小区无话音信道可切入而导致切换失败,在重建也失败时产生掉话。
(5)BTS时钟失步,频偏超标,发生切换时失败而掉话。
(6)T3103计数器超时导致掉话3. 由于干扰原因导致的掉话当手机在服务小区中收到很强的同频或邻频干扰信号时,会引起误码率恶化,使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台的测量报告。
这样会对网络中的通话造成干扰,使通话质量差,引起掉话。
干扰分类:(1) 网内干扰①同、邻频干扰;②越区覆盖导致干扰(2)直放站干扰(3)其他大功率通信设备干扰(雷达,模拟通信基站等)(4)i) TRX故障:如果TRX因生产原因或在使用过程中性能下降,可能会导致TRX放大电路自激,产生干扰ii) CDU或分路器故障:CDU中的分路器和分路器模块中使用了有源放大器,发生故障时,也容易导致自激。
WCDMA掉话分析报告及解决方法(精华)
WCDMA掉话分析及解决方法一、掉话的定义1.路测的掉话定义路测的掉话定义是:从UE侧记录的空口信令上看,在通话过程(连接状态下)中,如果空口的消息满足以下3个条件的任何一个就视为路测掉话。
(1)收到任何的BCH消息(即系统消息)。
(2)收到无线资源释放的消息且释放的原因为非正常的。
注释:收到RRC Release消息(原因为非正常释放Not normal)(3)收到呼叫控制断开连接、呼叫控制释放等消息,而且释放的原因为非正常的。
注释:收到CC Disconnect,CC Release Complete,CC Release三条消息中的任何一条,而且释放的原因为Not Normal Clearing或者Not Normal,Unspecified。
2.话统指标中的掉话定义广义的掉话率应该包含CN和UTRAN的掉话率,由于我们做网优重点关注与UTRAN侧的掉话率指标,今天讲的掉话率描述也重点关注UTRAN侧的KPI指标。
注:UMTS Terrestrial Radio Access Network -- UMTS陆地无线接入网从大的方面讲,掉话分为两大类,信令面掉话和用户面掉话。
需要说明的是:无线接入网话统掉话的定义只从Iu接口的角度进行统计,统计了RNC主动发起的非正常资源释放的请求次数;路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的,两者不完全一致。
“比如说,对于同时进行主被叫通话,工具记录主叫的空口消息,如果被叫异常掉话,那么分析主叫的流程也会是一次掉话,但从话统上看,这次主叫是没有掉话指标记录的。
所以两者的定义是不完全一致的,在分析时需加以区分。
”注:从RNC记录的信令上看,如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息,此时定义为异常掉话。
二、掉话原因分析由于掉话分析将涉及到具体的信令分析,因此本文参考华为设备的参数设置进行分析,而不同设备的参数定义并不一定相同,但是分析方法是相通的。
(1) 掉话分析和处理
LAYER,LAYERTHR,LAYERHYST 若全网掉话率指标恶化,但 TFNDROP/TASSMS5比值仍维持正常 水平(如0.56),基本可以排除 无线网络原因 CGI、BSC CGI、MSC
相关指令 RXMFP,RXELP,ALLIP,RXTEI RLCHC
RLCPC RLSSC
RLCPC RLSSC
RLCPC RLSSC RLNRI RLDEC,RLCFI,RLCFE RLCHC RLCXC RLCPC
RLCRP查看哪些BPC上ICMBAND较 大,表示其干扰较大。RXCDP查找 这些BPC分布在那块TRX上,可以 定位故障的TRX。
RLCPC
RLSSC
RLSSC,RLLDC
RLNRI,RLNRE
RLLOC
RLLHC
DTQUP
MGCEP,MGCEI MGOCP,MGOCI
掉话分析和处理 掉话原因 1.硬件故障 掉话分析 RBS中TRX、TX、CDU存在明显故障 RBS中TRX、TX、CDU存在隐性故障 BSC中TRA、ETC板等存在故障 驻波比高。天馈系统驻波比高,有时基站设备仍然 正常工作,但此时BTS收发信机性能下降,使小区 内的手机接收到的信号品质变差,掉话频频发生。 基站采用两付天线,由于天线的方位角或俯仰 角不 天 同 而 导 致 的 掉 话 。当基站的同一小区采用2付天线 配置时,该小区的BCCH和SDCCH信道就有可能分别 从两副不同的天线发出,当两副天线的俯仰角不同 时,就有可能造成天线的覆盖范围不同,移动台有 可能能收到BCCH信号,但呼叫发起后却不能收到另 一副天线发出的SDCCH因而导致掉话。同样,当两 副天线的方位角不同时,就有可能造成能收到 SDCCH信号,但却不能收到另一副天线发出的TCH信 道,因而导致掉话。 衰落导致弱覆盖。弱信号的产生是因为无线电波在 衰落导致弱覆盖 传播过程中要衰落,GSM系统中有多种衰落,可以 简单的归为3种:1、 传播衰耗;2、 多径衰落 (瑞利衰落);3、 阴影效应(慢衰落)。 过覆盖。服务小区由于各种原因导致覆盖过大将邻 过覆盖 区也覆盖在内,或者邻区本身由于由于故障导致覆 盖缩小,以至于移动台超过当前服务小区定义的邻 区B的覆盖范围到达小区C后还占用先前的服务小区 A的信号,然而小区C又未定义小区A作为邻区,因 此有可能由于移动台搜索不到合适的切换目标小 区,而本身的服务小区网络状况变差而导致掉话。 盲区。2个小区的边界明显出现无线信号覆盖的盲 盲区 区。 孤岛效应。服务小区由于各种原因(无线传输环境 孤岛效应 太好、基站位置过高或天线的倾角较小),导致覆 盖太大以至于将邻小区覆盖在内,造成在某些小区 的覆盖范围出现一片孤独区域(所谓的伞状覆 盖),此孤独区域在地理上没有邻区,类似于“孤 岛”。如果移动台在此区域移动,由于没有邻区, 内部频率干扰。GSM系统是一个干扰受限系统。为 内部频率干扰 了扩大网络容量,GSM使用了频率复用,但在业务 密集区,其容量又受频率复用产生的干扰限制。 4.干扰问题 无线设备交调、互调等干扰 无线设备交调、互调等干扰。无线设备非线形电路 故障,设备自身产生干扰。
层3信令分析及详解
Layer 3信令分析及流程详解汇编Layer 3信令是看网络运行情况的信息层,从第三层可以看到网络的各种动作:如:呼叫流程、拥塞、用户忙、位置更新等,并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。
系统信息一般有8个类型,分别是1、2、3、4、5、6、7、8,Type 1~4只出现在待机状态下,Type 5~6只出现在通话状态下,明白这点,对以后的分析至关重要。
其中2中含有:2、2bis、2ter,5中含有5、5bis、5ter,所以总共有12种系统信息,系统信息1仅用于跳频,所以称为选择项。
其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送,由IDLE模式下的移动台接收。
5、5bis、5ter、6在SACCH上发送,由ACTIVE模式下的移动台接收。
一般来说所有系统信息在连续的8个51复帧中发送完,如下图示:上图中的TC表示复帧序列号,可以看出,当TC=4、5时,发送的内容是可选的,其它是固定的。
TC=0固定发送跳频信息,当出现上图示的1(3)时,表示跳频时发类型1,不跳频时发类型3当类型4中发送的关于小区重选信息不够完整时,由类型7、8补充。
且在TC=7、3时发送(上图示)对于类型5、6在下行的SACCH上发送,并没有复帧规范,除非切换完成后要立即发送类型5、6。
1、System Information Type1说明:系统信息类型1 (频率信息)此类型仅用于跳频时,发送内容为:第一、小区信道描述。
用于通知移动,小区采用的频带与可以供跳频用的频点。
对于GSM900与GSM1800采用的格式是不同的。
对于GSM900:有一个BIT MAP 0(比特位图)用于描述两方面信息,分别为:CA-NO,取值分别为:0、1、2,代表,GSM900、GSM1800、GSM1900。
CA-ARFCN,采用的有效射频频点,当为GSM900,将有一个相应于124个频点的124位图,当某个频点被采用时,相应的比特位被置为1,否则将被置为0.对于GSM1800情况点不同。
GSM层3信令在路测掉话中的分析和应用
GSM层3信令在路测掉话中的分析和应用韦巍刘占强(中国联通上海分公司 200082)摘要:本文主要就GSM层3信令的结构和呼叫释放方面的基本原理进行了阐述,并对实际路测中遇到的掉话现象进行了应用分析,从而将理论与实际进行了有机的结合。
关键词:掉话层3信令定时器1、前言路测(DT)作为数据采集和分析的一个重要手段,在日常优化中扮演着重要的角色。
而掉话现象(呼叫连接建立后的业务信道掉话)是路测中最为关注的问题。
通过分析掉话发生前后的主服务小区、覆盖电平、下行质量、移动台发射功率以及邻区信息等数据可以发现一定的问题,但是对于具体的掉话原因和一些深层次的非无线问题,难以有效地解决。
而层3(Layer 3)就能为解决这类问题提供详尽的信令信息和有效的分析手段。
2、层3信令原理解释2.1 基本结构GSM使用了类似OSI协议模型的简化协议,包括物理层(L1)、数据链路层(L2)、应用层(L3)。
层3(Layer3)是具体负责控制和管理的协议层。
一个标准的层3消息由报头、命令部分和非命令部分构成。
完整的层3包括三个子层:无线资源管理(RR:Radio Resource Management)、移动性管理(MM:Mobility Management)、接续管理(CM:Connection Management)。
其中接续管理子层中包含多个呼叫控制(CC)单元,提供并行呼叫处理。
为了支持补充业务和短消息业务,在CM子层中还包括了补充业务单元(SS)和短消息业务单元(SMS)。
2.2 无线资源管理子层(RR)无线资源管理子层通常用于建立、维护和释放系统与移动台之间点对点通信使用的无线资源连接,比如小区选择、小区重选和切换过程。
在通话模式下,RR连接是一个物理的点对点双向连接,它的释放请求是由上层发起的,目的是去活所有正在使用的专用信道(TCH 或者DCCH)。
2.3 移动性管理子层(MM)移动性管理子层的主要功能是支持用户终端的移动性和为上层的接续管理子层(CM)的不同实体提供接续管理服务。
信令和掉话
完 THANKS
因找不到合适的小区而导致掉话, 因找不到合适的小区而导致掉话,这种情况一般 发生在市区等基站密集的地方; 发生在市区等基站密集的地方; (2)两小区的交界部分出现明显的无线信号覆盖 的漏洞; 的漏洞; (3)覆盖过小也可能是由于某个小区的硬件设备 出现了问题,如天线受到阻挡或携载BCCH BCCH的载 出现了问题,如天线受到阻挡或携载BCCH的载 频发生了故障(功放部分); 频发生了故障(功放部分); (4)还有一种原因是由于一些高大建筑物所产生 的阴影效应导致移动台信号发生快衰落而来不及 切换引起的掉话; 切换引起的掉话; (5)邻小区定义不全会导致移动台保持通话在现 有小区中,直至超出该小区覆盖边缘而掉话。 有小区中,直至超出该小区覆盖边缘而掉话。
掉话: 掉话:
一、掉话的定意: 在一次正常的通话中,在信令中没有出 现channel release 或者Disconnect,而移 动台由专用模式转为空闲模式,即为一次 掉话。 对于导致掉话的原因通常有两种 1)射频掉话 2)切换掉话
射频掉话
1.接收电平弱,导致信道丢失。 1.接收电平弱,导致信道丢失。 接收电平弱 2.信道受到干扰 导致SACCH下行失败。 信道受到干扰, SACCH下行失败 2.信道受到干扰,导致SACCH下行失败。 射频掉话表现为以下5 射频掉话表现为以下5点: 服务小区由于各种原因( (1)服务小区由于各种原因(如无线传播环境太 功率太高) 好、功率太高)导致覆盖太大甚至将它的邻小区 也覆盖在内,或它的邻小区定向天线( 也覆盖在内,或它的邻小区定向天线(设邻小区 为定向小区)方位角有问题或本身信号太弱, 为定向小区)方位角有问题或本身信号太弱,以 至于移动台超出了它所定义的邻小区B 至于移动台超出了它所定义的邻小区B的覆盖范 围之外到达了小区C后还占用着服务小区A的信号, 围之外到达了小区C后还占用着服务小区A的信号, 而小区A又未定义邻小区C 而小区A又未定义邻小区C,此时移动台再根据原 服务小区A提供的邻小区B进行切换时, 服务小区A提供的邻小区B进行切换时,就会
掉话问题分析及处理一般方法
掉话问题分析及处理一般方法本文内容是根据经验对中兴V3后台对掉话问题的分析及处理的一般方法,希望能够对分公司日常掉话问题的处理有所帮助。
总的来说,一般引起掉话的主要原因有:1、硬件故障,载频、主控板、传输、天馈等出现故障;2、覆盖问题,包括室内弱覆盖、边缘地区弱覆盖、阻挡导致覆盖差、隧道内信号突然下降、覆盖过远等;3、邻区设置问题,包括无邻区、漏配邻区、外部邻区信息错误等;4、无线环境差,包括频点规划不当导致的同邻频干扰、外部干扰源干扰、过覆盖产生的频点干扰等。
5、上下行不平衡问题,指上下行信号电平差值过大,导致解码失败,引起单通、掉话等问题。
在载频功率设置一致的情况下,该类问题可能主要由载频、天馈等故障引起。
另,当使用单极化天线时,同小区两天线方位角、下倾角差别较大时也会产生该问题。
6、天馈鸳鸯、接反,可能会导致切换差引起掉话、可能会产生同、邻频干扰导致无线环境变差等。
该类问题以新建站、替换搬迁站居多。
7、孤岛站,无连续覆盖区域的孤岛站点,尤其是在道路附近,会产生较多掉话,该类问题只能通过后期网络建设改善,暂无其他有效手段。
中兴V3后台掉话问题分析及处理一般方法:1、提取性能指标。
打开“性能管理”-->“性能数据查询”,提取小区级测量的“KPI指标”、“PI指标”和“掉话测量”。
最好将“KPI指标”、“PI指标”一并提取,“掉话测量”单独提取。
提取载频级测量的“TRX测量”。
提取IBSC内所有小区的3天24小时的小时级指标,保存为EXCEL文件。
2、对性能指标数据进行处理。
首先,对“KPI指标”和“PI指标”进行分析。
在这两项指标中,对“话音信道掉话率(不含切换)(%)”和“忙时话音信道掉话总次数”按从大到小排序,将“话音信道掉话率(不含切换)(%)”高于2%-3%,且“忙时话音信道掉话总次数”较高的小区提取出来,后将3天24小时内出现次数比较多的小区提取出来,作为掉话TOP小区,重点进行分析处理。
层3信令
作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令-也就是我们平常做路测的工程师说的层3信令。
关于层3信令,可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题.层3信令主要分为3类,移动性能管理,呼叫控制和无线资源管理三部分。
移动性能管理主要功能是管理通信,包括IMSI注册,LAU和CM service呼叫控制主要功能是呼叫的建立,维持和释放.无线资源管理的主要功能是管理无线接口的传输路径(即信道的建立,切换,释放),系统信息等2. 理论部分2.1一次完整的主叫流程(含切换)IDLE:DL: SYSTEM INFORMATION TYPE 1:包括小区信道描述和RACH控制参数DL: SYSTEM INFORMATION TYPE 2(2bis,2ter):邻小区BCCH频点描述,RACH控制信道,允许的PLMN(扩展邻小区BCCH频点描述+RACH控制信道;扩展邻小区BCCH频点描述2)DL: SYSTEM INFORMATION TYPE 3:CI,LAI,控制信道描述,小区选择,小区选择参数,RACH控制参数DL: SYSTEM INFORMATION TYPE 4:LAI,小区选择参数,RACH控制参数,CBCH信道描述,CBCH移动配置DL: SYSTEM INFORMATION TYPE 7:小区重选参数DL: SYSTEM INFORMATION TYPE 8:小区重选参数UL: Channel requestDL: Immediate assignment(SDCCH)试呼:UL:CM service request(如果后面直接收到System Information Type1,则视为起呼失败)DL: CM service RequestDL: CM service acceptDL: AUTHENTICATION REQUESTUL: AUTHENTICATION RESPONSEDL: CIPHER MODE COMMANDUL: CIPHER MODE COMPLETEDL: TMSI REALLOCATION COMMANDUL: TMSI REALLOCATION COMPLETEUL: SETUPDL: CALL PROCEEDINGDL: ASSIGNMENT COMMANDUL: ASSIGNMENT COMPLETE (TCH)DL: ALERTING成功起呼:DL: CONNECT(呼叫成功的标志,)UL: CONNECT ACKNOWLEDGEDL: SYSTEM INFORMATION TYPE 5(5bis,5ter):邻近小区BCCH频点描述(扩展邻近小区BCCH频点描述)DL: SYSTEM INFORMATION TYPE 6:CI,LAI,小区参数设置UL: MEASUREMENT REPORTDL:Handover CommandDL:Physical InformationUL:Handover Complete(切换成功的标志)DL:Physical InformationDL: SYSTEM INFORMATION TYPE 6UL: MEASUREMENT REPORTDL:Disconnect(收到该条消息或Release中的任何一条,则视为正常释放,如果两条消息均未收到,而是直接收到System Information Type1,则视为一次掉话)UL:ReleaseDL:Release CompleteDL:Channel ReleaseUL:Release Complete2.2一次正常的LAR&RAU信令流程:DirectionTypeLayer 3 MessageULRRChannel RequestDLRRImmediate AssignmentULMMLocation Updating RequestULRRClassmark ChangeULRRGPRS Suspension RequestDLMMAuthentication RequestULMMAuthentication ResponseDLMMIdentity RequestULMMIdentity ResponeDLMMLocation Updating acceptULMMTMSI Realocation CompleteDLRRChannel ReleaseULGPRS MMRouting Area Update RequestULRRChannel RequestDLRRImmediate AssignmentDLGPRS MMRouting Area Update AcceptULGPRS MMRouting Area Update Complete2.3 各种情况对应的信令²掉话(既没有Disconnect,也没有Release,则视为掉话):Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup →Assignment Command→Assignment Complete→Connect/Alerting→System Information Type1²通话正常结束(Disconnect和Release都有或只有其中一个都视为通话正常结束):Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release²呼叫失败:Paging Request→Channel Request→Immediate Assignment→CM Service Request→System Information Type1(在一次呼叫过程中,若连续出现多个CM Service Request,则视为一次呼叫失败)²呼叫成功:Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting²切换成功:Handover Command→Handover Complete²切换失败:Handover Command→Handover Failure2.4常见Disconnect / Release Cause Value: Cause ValueReason31BSS or MSC problem34(beforeAssignmentCommand)TCH Blocking34(after Assignment Complete)MSC Blocking41(after Assignment Command)BSS problem, especially DRI problem41(after Assignment Complete)MSC problem42MSC Congestion44BSS problem, especially the CIC blocking111BSS or MSC problem2.5 两个MS通话的流程MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service RequestMS1 Downlink CM Service Accept SDCCH分配成功MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete TCH分配成功MS2 Uplink Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response SDCCH分配成功MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete TCH分配成功MS2 Uplink AlertingMS1 Downlink AlertingMS2 Uplink ConnectMS2 Downlink Connect AcknowledgeMS1 Downlink ConnectMS1 Uplink Connect AcknowledgeMS1 Uplink DisconnectMS1 Downlink ReleaseMS1 Uplink Release CompleteMS2 Downlink DisconnectMS2 Uplink ReleaseMS1 Downlink Channel ReleaseMS2 Downlink Release CompleteMS2 Downlink Channel Release3. 案例介绍3.1 MS呼叫未接通:问题描述: 在做DT测试过程中发生了一次未接通,地点是LAC区交接处.在DT测试的行程中,可能发生数次跨LAC区的切换,极易发生掉话或未接通情况。
切换失败事件层三信令详解
切换失败原因手机在通话中为了保证通话质量,经常会切换到能够提供更好服务的小区上去,如果移动的距离较长,则会发生多次切换的现象。
虽然切换失败不等同于掉话,但在GSM网络中切换失败就意味着增加了网络的信令流量,并且也是掉话的隐患。
因此处理好切换关系,减少切换失败的任务是优化工作非常重要的一项环节。
在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象,并分析造成各种现象的原因以及相应的处理办法。
总的来说,在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释(Causevalue),有些切换失败是可以直接查到切换失败原因的(可以详查GSM规范)。
但对于有些Cause value,如Cause value111(Protocol error,unspecified)、Cause value 3(Abnormal release,timer expired)等就无法定位具体原因。
对于这些情况,我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析,从而进一步确定切换失败原因。
下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Cause value。
一、连续的切换失败测试中我们有时会遇到这样的情况:如图7所示,接连不断的出现切换失败,当测试工程师继续驱车向前行驶时,就可能导致拖带掉话。
从系统下行发送的Handover_Command消息中我们可以发现,目标小区都是同一个小区(或同一个基站的不同小区)。
此种现象一般都和基站或传输设备的时钟故障有关,但也有可能是同频同BISC的小区造成的。
二、单独出现的切换失败如上所述,面对连续的切换失败时,我们的目标比较明确,而且基本上都是与时钟等硬件有关,比较容易发现问题,也比较好解决。
而实际工作中,却存在着偶尔单独出现的切换失败现象。
出现这种现象的原因却是多种多样,我们在这一节中将针对不同的现象分析不同的原因,值得注意的是,虽然大多数单独出现的切换失败现象很相似,但通过对信令的分析(时间、帧号、信令内容等),就会找出切换失败的具体原因。
掉话原因及解决方法
一、切换对掉话的影响对于移动通信系统来说,切换对系统运行质量有较大的影响。
切换掉话是无线掉话的一部分。
切换的主要原因有四类:电平引起的切换、话音质量引起的切换、功率预算引起的切换及距离引起的切换。
如果切换不成功将会造成掉话。
根据我们对小区切换的统计可以看出,正常情况下切换成功率高的地区,一般说来掉话率都比较低。
切换掉话的主要原因有以下几点:(1)由于小区话务量大,有全忙时长,引起手机在切换时目标小区没有可用资源分配,原小区无线链路难以继续维持通话而引起掉话。
(2)在配置无线数据时,由于邻区漏配或错配引起手机在切换时没有合适的小区可以切换而引起掉话。
(3)手机在切换时,目标小区的载频硬件存在隐性故障,导致手机切换后占用问题载频,发生质量问题或电平差而引起掉话。
(4)手机在切换时,由于小区同BCCH、BSIC或同BCCH不同BSIC,手机在测量时出现解码错误而切换到错误小区引起掉话。
(5)存在孤岛效应,如果服务小区A由于地形的原因产生的场强覆盖孤岛C,而在孤岛C周围又为小区B的覆盖范围,这时如果在A的邻近小区的拓扑结构表中未添加小区B,那么当用户在C中建立呼叫后,一但走出孤岛,由于无处可切换将产生掉话。
减少因切换导致的掉话可以从以下几方面着手:1.避免相邻小区拥塞引起掉话各小区话务分布不均衡,一些小区,由于相邻小区都很繁忙,造成忙时目标基站无切换信道,而导致手机用户在进行切换时无法占用相邻小区的话音信道。
在这种情况下,BSC将对此进行呼叫重建,若主叫基站的信号此时不能满足最低工作门限或亦无空闲话音信道,则呼叫重建失败导致掉话。
因此,我们要合理分布话务。
通过工程扩容、拆闲补忙、话务切换、开启半速率等功能减少由于拥塞而产生的掉话。
2.注意相邻小区的选择正确、完整的邻区关系非常重要,邻区关系做的太少,会造成大量掉话;邻区关系做的过多,会导致测量报告的精确性降低。
这两种情况都会造成网络质量的恶化和掉话。
在定义相邻小区时,设计往往与实际情况存在差异。
掉话处理案例 总结
路测掉话的原因分析及解决1. 关于掉话的描述在 GSM 系统中掉话从统计角度讲分为两大类:RF_LOSS 和 HO_LOSS 即射频掉话和切换掉话。
考虑到2层信令的接续等问题,我们把掉话作如下描述。
1) 射频掉话●下行原因:Radio_link_timeout 计数器减至 0●上行原因:BSS 在 link_fail 的设定时间内未能接收到 UL SACCH 消息,使link_fail 计数器减至 0。
BSS 下行功率停止发射●在 Layer 2 上: BSS/MS 每 T200 时间发送 N200+1 次 SABM/DISC 消息,但未从接收端收到回应2) 切换掉话●MS 未能成功切换至目标小区, 但未能回到源小区●MS 发送 HO FAILURE 和 UL-SABM 消息给源小区,但未得到回应2. 在路测时发现的掉话问题时,我们应从哪些方面进行考虑?在路测中,如果我们发现了掉话,我们应该如何入手?建议根据不同的现象作出一些初步的判断,可以尽量减少不必要的周折,提高工作效率。
归纳起来初步判断有以下几点:●带内、外干扰●无可切换的小区(拥塞、无邻区)●覆盖问题(overshooting/poor coverage)●有线口的信道释放●基站硬件故障(时钟、CTU 低功、信道盘的收发功率不平)●天线错误(下倾角、方位角等错误)●由于切换失败造成的掉话●参数设置不当●其它特殊原因(手机问题、交换机参数设置问题)3. 对掉话现象进行分析以及可能的原因在这一节中我们对每种造成掉话的可能原因进行具体的研究。
在每一种原因中,我们尽可能的举出实际例子来进行说明。
1) 频率干扰干扰会导致误码率升高,通信质量下降,是造成掉话的一个重要的原因。
干扰可以分为带内干扰和带外干扰,也可以叫做系统内部干扰和系统外部干扰。
带外干扰:随着科技的进步,空中的无线电波越来越多,有些系统如 TCS 系统与 GSM 系统工作在同一频段,如果频率设置不当,会造成严重的频率干扰。
GSM掉话分析总结
掉话分析本文档仅限于分析通话过程中的异常情况,也就是双方的通话已经呼通之后,发生了突然掉话或者听不清楚声音等异常情况。
为了便于理解通话异常状况的深层原因,所以有必要对GSM系统结构以及通话之前的手机与网络之间的交互有所了解。
GSM系统结构GSM是第一代数字蜂窝移动通信系统,GSM系统的物理层采用FDMA/TDMA的复用方式,与模拟通信相比,具有抗干扰能力强、保密性好、频率利用率高和用户容量大等特点。
手机的最重要的功能就是通话,无线链路与有线链路的不同之处有:无线资源更稀缺,信道不稳定,信号空间自由传播。
为了保证持续不断的稳定的通话质量,GSM需要采用相应的措施保证无线链路的可靠性和保密性,因此在通话的信道必须建立在可靠的链路之上,鉴别接入系统的用户身份,加密无线空中的传输数据。
通话过程中上述的某个环节发生问题都有可能导致掉话。
为了实现上述的功能,GSM使用分层思想,设立基站子系统、网络与交换子系统等不同的系统实现不同用户之间的互通。
GSM系统庞杂,我们只介绍和掉话密切相关的基站子系统的具体情况和相关协议。
图1 GSM系统的实物示意图GSM系统最重要的两个概念是协议和接口,接口是各个实体设备之间的无线或者有线连接,协议则是在这些接口之上运行的通信规范。
接口采用分层机制,不同的层上运行不同的协议,分层化使得每个不同的模块相对独立便于维护,分工也更加专业。
图1所示是GSM系统的基本结构图,基本包含了各个系统设备以及它们之间的接口,信令就在这些接口上按照协议规定的内容运行。
与我们通话相关的接口有:1)Um,它是手机和网络的唯一通道。
Um从下到上包括物理层、链路层、无线资源管理层(RRM)、移动性管理层(MM)和连接管理层(CM);2)Abis,BTS和BSC之间的接口,该接口是BTS和BSC之间的内部接口,GSM并没有给出该接口明确的协议规范,不同的设备厂商制定自己的协议流程。
Abis从下而上包括物理层、链路层、无线资源管理层(RRM),没有MM和CM层;3)A,BSC和MSC之间的接口,从下而上包括物理层、链路层、RRM,MM和CM。
层三后台信令掉话的原因代码分析
2、disconnect断开原因1 Unassigned (unallocated)number(未指定【未分配】号码)3 No route to destination (无目的地路由)6 Channel unacceptable (不接受的信道)8 Operator determined barring(运营商确定阻塞)16 Normal call clearing (正常呼叫清除)17 User busy (用户忙)18 No user responding(无用户响应)19 User alerting, no answer(用户振铃,无应答)21 Call rejected(呼叫被拒绝)22 Number changed(号码改变)25 Pre-emption(预占)26 Non selected user clearing(非选定用户清除)27 Destination out of order(目的地混乱)28 Invalid number format (incomplete number)(无效号码格式【数字不完全】)29 Facility rejected (设备被拒绝)30 Response to STATUS ENQUIRY(对STA TUS ENQUIRY作出响应)31 Normal, unspecified (not logged)(正常,未指定【未记录】)}34 No circuit/channel available (无可用电路/ 信道)38 Network out of order (网络故障)41 Temporary failure (临时故障)42 Switching equipment congestion(交换设备拥塞)43 Access information discarded (访问信息丢弃)44 Requested circuit/channel available(请求电路/ 信道不可用)47 Resources unavailable, unspecified (资源不可用,未指定)49 Quality of service unavailable(服务质量不可用)50 Requested facility not subscribed(请求设备未预订)55 Incoming calls barred within the CUG(CUG内的来电阻断)57 Bearer capability not authorized(承载容量未批准)58 Bearer capability not presently available(承载容量当前不可用)63 Service or option not available, unspecified(服务或选择不可用,未指定)65 Bearer service not implemented(承载服务未实施)68 ACM equal to or greater than ACMmax (ACM等同或大于ACMmax)69 Requested facility not implemented(请求设备未实施)70 Only restricted digital information bearer capability isavailable (只有有限的数字信息承载容量)79 Service or option not available, unspecified(服务或选择不可用,未指定)81 Invalid transaction identifier value(无效交易标识符值)87 User not member of CUG(用户非CUG成员)88 Incompatible destination (不兼容的目的地)91 Invalid transit network selection(无效转接网选择)95 Semantically incorrect message(语义错误消息)96 Invalid mandatory information(无效强制信息)97 Message type non-existent or not implemented(消息类型不存在或未实施)98 Message type not compatible with the protocol state(消息类型与协议状态不兼容)99 Information element non-existent or not implemented(信息元素不存在或未实施)100 Conditional IE error(条件IE错误)101 Message not compatible with protocol state(消息与协议状态不兼容)问题:上行干扰102 Recovery on timer expiry (计时器到时恢复)111 Protocol error, unspecified (协议错误,未指定)127 Interworking, unspecified(互通,未指定)1 Unassiagned number(未分配的号码(空号))3 No route to destination(无至目的地的路由)6 Channel unacceptable(不可接受的信道)16 Normal clearing(正常清除)17 User busy(用户忙)18 No user responding(无用户响应)19 User alerting,no answer(已有用户提醒,但无应答)21 Call rejected(呼叫拒绝) 22 Number changed(号码改变)26 Non selected user clearing(清除未选择的用户)27 Destination out of order(终点故障)28 Incomplete number(无效号码格式(不完全的号码))WCDMA网。
[Finish]层三信令“Disconnect”原因值解析
层三信令“Disconnect”原因值解析原因值表1下面是具体解释:ISUP消息中rel原因值G3.1正常类别原因NO.1:未分配的(未确定的)号码"unassigned (unallocaled) number"该原因表示不能到达主叫用户所请求的终点,因为虽然号码格式有效,但该号码目前尚未分配(未确定)。
原因NO.2:无路由到达规定的转换网络(国内使用)"no route to specified transit network(nationaluse)"unallocaled(unassigned) number该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。
发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。
是否支持该原因由网络决定。
原因NO.3无路由到达终点"no route to destination"该原因表示不能到达被叫用户,因为呼叫所经过的网络不为所希望的终点提供服务。
是否支持该原因由网络决定。
原因NO.4发送特殊的信息音"send special information tone"该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。
原因NO.5转接前缀拨号错误(国内使用)"misdialled trunk prefix(national use)"该原因表示被叫方号码的转接前缀错误内含。
原因NO.6:不可接受的通路"chnnel unacceptable"该原因表示发送实体在呼叫中不接受使用最新标识的通路。
原因NO.7:呼叫已给出并正在已建立的通路上递交"call awarded and being delivered in an established channel"该原因表示已给予用户来呼叫,并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。
路测层三信令分析与应用
精选可编辑ppt
10
c.呼叫清除(Call Clearing)
1.Disconnect:断连,从移动台到网络请求清除端到端的 连接,或从网络到移动台
指示端到端的连接已经被清除了; 2.Release:释放,上下行,指示发该信息的设备将要释放
TI(处理识别码),接收到 该信息的设备等发送释放完成信息后释放TI(处理识别码) 3.Release Complete:释放完成, 上下行,指示发该信息的设
包括寻呼模 式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、
移动识别4等 4.Paging Response:寻呼响应,移动台到网络,包括密钥序列号及移动
识别
精选可编辑ppt
18
e、系统信息
1.System Information Type 1:系统信息类型1,网络到所有移动台,在 BCCH上发送,指示RACH的控制信息及小区配置信息
精选可编辑ppt
19
e、系统信息—续
6.System Information Type 5:系统信息类型5, 网络到所有 移动台,在SACCH上发送,指示邻小区的BCCH信息
7.System Information Type 5bis:系统信息类型5bis, 网络 到所有移动台,在SACCH上发送,指示扩展的邻小区的 BCCH信息
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
层三信令掉话分析1.前言作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令-也就是我们平常做路测的工程师说的层3信令。
关于层3信令,可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题.2. 理论部分2.1一次完整的主叫流程(含切换)IDLE:DL: SYSTEM INFORMA TION TYPE 1:包括小区信道描述和RACH控制参数DL: SYSTEM INFORMA TION TYPE 2(2bis,2ter):邻小区BCCH频点描述,RACH 控制信道,允许的PLMN(扩展邻小区BCCH频点描述+RACH控制信道;扩展邻小区BCCH 频点描述2)DL: SYSTEM INFORMA TION TYPE 3:CI,LAI,控制信道描述,小区选择,小区选择参数,RACH控制参数DL: SYSTEM INFORMA TION TYPE 4:LAI,小区选择参数,RACH控制参数,CBCH 信道描述,CBCH移动配置DL: SYSTEM INFORMA TION TYPE 7:小区重选参数DL: SYSTEM INFORMA TION TYPE 8:小区重选参数UL: Channel requestDL: Immediate assignment(SDCCH)试呼:UL:CM service request(如果后面直接收到System Information Type1,则视为起呼失败DL: CM service RequestDL: CM service acceptDL: AUTHENTICA TION REQUESTUL: AUTHENTICA TION RESPONSEDL: CIPHER MODE COMMANDUL: CIPHER MODE COMPLETEDL: TMSI REALLOCA TION COMMANDUL: TMSI REALLOCA TION COMPLETEUL: SETUPDL: CALL PROCEEDINGDL: ASSIGNMENT COMMANDUL: ASSIGNMENT COMPLETE (TCH)DL: ALERTING成功起呼:DL: CONNECT(呼叫成功的标志,)UL: CONNECT ACKNOWLEDGEDL: SYSTEM INFORMA TION TYPE 5(5bis,5ter):邻近小区BCCH频点描述(扩展邻近小区BCCH频点描述)DL: SYSTEM INFORMA TION TYPE 6:CI,LAI,小区参数设置UL: MEASUREMENT REPORTDL:Handover CommandDL:Physical InformationUL:Handover Complete(切换成功的标志)DL:Physical InformationDL: SYSTEM INFORMA TION TYPE 6UL: MEASUREMENT REPORTDL:Disconnect(收到该条消息或Release中的任何一条,则视为正常释放,如果两条消息均未收到,而是直接收到System Information Type1,则视为一次掉话)UL:ReleaseDL:Release Complete:Channel ReleaseUL:Release Complete2.2一次正常的LAR&RAU信令流程:DirectionTypeLayer 3 MessageULRRChannel RequestDLRRmmediate AssignmentULMMLocation Updating RequestULRRClassmark ChangeULRRGPRS Suspension RequestDLMMAuthentication RequestULMMAuthentication ResponseDLMMIdentity RequestULMMIdentity ResponeDLMMLocation Updating acceptULMMTMSI Realocation CompleteDLRRChannel ReleaseULGPRS MMRouting Area Update RequestULRRChannel RequestDLRRImmediate AssignmentDLGPRS MMRouting Area Update AcceptULGPRS MMRouting Area Update Complete2.3 各种情况对应的信令²掉话(既没有Disconnect,也没有Release,则视为掉话):Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting→System Information Type1²通话正常结束(Disconnect和Release都有或只有其中一个都视为通话正常结束):Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release²呼叫失败:Paging Request→Channel Request→Immediate Assignment→CM S ervice Request→System Information Type1(在一次呼叫过程中,若连续出现多个CM Service Request,则视为一次呼叫失败)²呼叫成功:Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting²切换成功:Hando ver Command→Handover Complete²切换失败:Handover Command→Handover Failure2.4常见Disconnect / Release Cause V alue:Cause V alueReason31BSS or MSC problem34(beforeAssignmentCommand)TCH Blocking34(after Assignment Complete)MSC Blocking41(after Assignment Command)BSS problem, especially DRI problem41(after Assignment Complete)MSC problem42MSC Congestion44BSS problem, especially the CIC blocking111BSS or MSC problem2.5 两个MS通话的流程MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service RequestMS1 Downlink CM Service Accept SDCCH分配成功MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete TCH分配成功MS2 Uplink Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response SDCCH分配成功MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete TCH分配成功MS2 Uplink AlertingMS1 Downlink AlertingMS2 Uplink ConnectMS2 Downlink Connect AcknowledgeMS1 Downlink ConnectMS1 Uplink Connect AcknowledgeMS1 Uplink DisconnectMS1 Downlink ReleaseMS1 Uplink Release CompleteMS2 Downlink DisconnectMS2 Uplink ReleaseMS1 Downlink Channel ReleaseMS2 Downlink Release CompleteMS2 Downlink Channel Release3.案例介绍3.1 MS呼叫未接通:问题描述: 在做DT测试过程中发生了一次未接通,地点是LAC区交接处.在DT测试的行程中,可能发生数次跨LAC区的切换,极易发生掉话或未接通情况。
主要有以下三条信令消息:UL:CHANNEL REQUESTDL:IMMEDIA TE ASSIGNMENTUL:CM SERVICE REQUEST问题分析: (1)在上行的CM SERVICE REQUEST信令发出后,没有下行的响应,通话状态由起呼直接转为空闲模式(IDLE),由此可以断定发生了一次未接通。
由于上行UL:CM SERVICE REQUEST是MS发起的对SDCCH的申请,发出申请后没有应答,没有出现标志呼叫接通的信令消息,可以断定发生了一次未接通情况。
其原因可能为该服务小区的SDCCH 信道拥塞,也可能是由于无线环境的恶化造成SDCCH信令丢失。
因为此次DT测试发生在跨数个LAC的路段,而且是上一个通话刚刚结束,起初判断可能是发生了一次位置更新。
(2) 位置更新信令消息如下:DL:CHANNEL RELEASEUL:CHANNEL REQUEST(开始位置更新)DL:IMMEDIA TE ASSIGNMENTUL:LOCA TION UPDA TING REQUESTDL:AUTHENTICA TION REQUESTUL:AUTHENTICA TION RESPONSEDL:LOCA TION UPDA TING ACCEPTUL:TMSI REALLOCA TION COMPLETEDL:CHANNEL RELEASE结合此例的第三层信令消息来看,例子中MS发出了UL:CM SERVICE REQUEST,并不是UL:LOCA TION UPDA TING REQUEST,由此可以判断出此例并非是位置更新。