GSM测试信令分析Word下载.docx
- 文档编号:5785738
- 上传时间:2023-05-05
- 格式:DOCX
- 页数:31
- 大小:1.42MB
GSM测试信令分析Word下载.docx
《GSM测试信令分析Word下载.docx》由会员分享,可在线阅读,更多相关《GSM测试信令分析Word下载.docx(31页珍藏版)》请在冰点文库上搜索。
小区相关性能统计;
结合测试文件综合加以考虑。
硬件问题案例:
由于单个载频故障或收、发信通路上的硬件发生故障,造成射频通路上的衰耗突然增大,通信质量下降,致使射频丢失。
从上面的层3消息中,我们可以看到AssignmentFailure消息,分析分配失败的原因CauseValue:
111,只是属于没有具体的原因协议错误。
结合测试情况分析统计项MA_FAIL_FROM_MS(MA_FAIL_FROM_MS表示系统已为移动台分配了TCH信道,但在规定的时间内,没有在TCH上建立连接,则认为此次分配失败,MS跳回原SDCCH信道发送失败消息)。
发现该小区中有两个载频的MA_FAIL_FROM_MS的数目很多,观察指配失败消息前的MR可以看到RXQUAL=7。
同时,在测试中周边小区不存在同、邻频现象。
因此我们怀疑该小区存在硬件问题。
通过对基站射频通路检测,发现该小区的合路器CBF故障,更换后其呼叫建立成功率恢复到正常水平。
SDCCH掉话的消息历程
RF_LOSSES_SD是在SDCCH上的射频掉话的数目。
引起原因可能是覆盖问题;
同、邻频干扰问题;
硬件问题等等,需要进行实际的测试后,根据具体情况进行分析。
从呼叫建立的信令消息历程上分析,我们可将SDCCH掉话分为:
AssignmentCommand消息之前的SD射频丢失和AssignmentCommand消息之后,TCH分配失败后移动台不能回到原SDCCH信道的掉话。
从上面的层3消息中,我们可以看到AssignmentCommand消息之前的SD射频丢失。
当时用户在室内起呼困难,现场测试发现在分配SDCCH后,在单个载频RTF-73上经常产生SD_RF_LOSS,观察MR可以看到RXQUAL=7,通过对基站射频通路检测,发现该小区载频RTF-73所连接的天线朝向上存在严重阻挡,造成通信质量下降,从而导致信令在其SDCCH信道的接续失败。
在调整天线位置后,室内用户可以正常的呼叫。
上行链路问题的消息历程
上行链路问题通常是由于硬件问题、上行干扰造成基站不能正常解调手机的上行消息。
从上面的层3消息中,我们可以看到移动台在没有收到下行指配消息时,会根据系统消息3中定义的max_retran的次数,在T3126定义的时长内,重新发送Channelrequest消息;
发送间隔根据tx_integer的取值,在数个RACH时长的范围内,随机取得。
其中,取值定义如下:
M=max_retran;
取值范围:
0-3
0=最大1次重发
1=最大2次重发
2=最大4次重发
3=最大7次重发
T=tx_integer;
0to15对应的RACHslots
03RACH811RACH
14RACH912RACH
25RACH1014RACH
36RACH1116RACH
47RACH1220RACH
58RACH1325RACH
69RACH1432RACH
710RACH1550RACH
S=根据tx_integer与复帧的类型共同决定(如下表):
TX-integer
noncombinedCCCH
combinedCCH/SDCCH
3,8,14,50
55
41
4,9,16
76
52
5,10,20
109
58
6,11,25
163
86
7,12,32
217
115
在Channelrequest消息发送M+1次后,MS会启动T3126计数器,当计数器超时后,呼叫将被取消。
以上的案例中,经过测试后对起呼小区的载频的统计分析,以及利用CTP工具进行呼叫跟踪发现。
该小区受到严重的上行干扰,导致基站无法正确解调出RACH信息。
呼叫接续分析
是否发出ChannelRequest?
检查手机
否
Immediate
assignmentReject?
是
收到Immediate
assignment?
SDCCH拥塞处理
否是
基站无法解码?
检查上行信号、基站硬件
成功占用上SDCCH?
是否
SD占用失败,处理方案A
是
Causevalue分析:
34TCHBlocking
收到Assignmentcommand?
SDCCH掉话,处理方案
DisconRelease?
是否
收到Assignmentcomleted?
41BSS/DRIProblem
TCH占用失败,处理方案A
34/47MSC/被叫Blocking
41MSCProblem
收到Alerting?
TCH掉话分析
1、被叫忙;
2、不在服务区;
3、无法接通…..
检查被叫的状态和信令流程
正常振铃音?
听录音通知
被叫未应答/拒接……
收到Connect?
正常
方案A
常见Disconnect/ReleaseCauseValue:
CauseValue
Reason
31
BSSorMSCproblem
34(beforeAssignmentCommand)
TCHBlocking
34(afterAssignmentComplete)
MSCBlocking
41(afterAssignmentCommand)
BSSproblem,especiallyDRIproblem
41(afterAssignmentComplete)
MSCproblem
42
MSCCongestion
44
BSSproblem,especiallytheCICblocking
111
2.掉话分析
掉话定义:
占用上TCH后没有收到Disconnet或Release消息而回到空闲状态。
(DT测试规范定义的掉话为有connect消息后的不正常释放)。
通常掉话有3个主要原因:
∙无线链路失败(北电系统中的无线链路超时)
∙切换计时T3103超时,除BSS内切换
∙其它系统故障(不讲)
∙
一.问题描述
1.无线链路超时
移动台不能发出SACCH(测量报告消息),或者在规定时间内没有被网络(BTS)解码,也无法执行其它切换,当RadioLinkTimeout减为0时,信道就被释放,这就是无线链路超时掉话。
在网络运行中,这种类型的掉话是最多的。
计数器C1164/13和C1164/14统计由于无线接口失败和无线链路失败所引起的连接失败。
2.
T3103超时(除BSS内切换):
HOFailure
当BSC将HandoverCommand信息发送到BTS时,BSC启动计时器T3103。
在BSC收到来自切换目标小区的Handovercomplete或者来自源小区的HandoverFailure时将T3103复位,若T3103到时而BSC仍未收到任一种消息时,BSC就判断在源小区发生了无线链路失败,进而释放源小区的信道并记录为一次掉话。
计数器C1164/24是用来统计T3103超时的次数的,因此它可以反映切换由于T3103超时而造成的掉话数量。
通常掉话有以下一些原因:
1.覆盖盲区
覆盖盲区可有几种原因:
∙真正没有信号覆盖的地方,比如因基站太少导致覆盖不连续;
∙另一种是切换不及时。
在一些信号会迅速减弱的地方(隧道,门厅,地铁...),如果切换反应速度过慢,可能在通话还未接入新的信道之前,原来的信道已经衰落到无法正常解码信令,从而导致掉话;
∙覆盖空洞也可能是由于某个小区出现了问题(例如因设备故障造成小区瘫痪);
∙覆盖空洞还可能是由于丢失邻小区定义或定义不全,此时,系统会保持通话在现有小区中,直到超出该小区覆盖边缘而掉话。
2.干扰
干扰有来自内部(网络造成),和外部其它系统交调造成(GSM,AMPS,TACS,..),包括同邻频干扰、跳频干扰、直放站干扰等。
当网络中存在干扰时,BTS和MS由于误码率高而不能解出SACCH内容,导致无线链路超时,从而中断通话。
干扰对切换也有负面影响,因为下行链路误码率高,移动台就无法解出BTS发出的切换请求命令。
在由T3103超时引起的掉话在OMC-R中有记录(C1164/24)。
为了确认小区干扰,可以检查统计项
“AverageLevelofNondecodedRACH”
(反映上行链路干扰),“RatioofHOonULQuality
”(反映上行链路高误码率)和“RatioofHOonDLQuality
”(反映下行链路高误码率)以及C5000(反映空闲信道的干扰电平)。
3.切换问题
切换问题包括邻小区表问题、邻小区阻塞问题、切换速度问题、切换参数设置问题。
∙邻小区表问题主要是指漏做或错误的邻小区关系导致边界的MS无处切换,产生掉话的问题,这种情况通过工程中对邻小区的检查核对应可避免。
∙邻小区阻塞是指由于邻小区阻塞,MS无法切换或是切换到较差选择的邻小区,由于信号电平较低或干扰,导致切换掉话,可通过降低主要邻小区的阻塞的方法来解决。
∙切换速度问题分为过慢和过快的切换。
过低的切换速度会导致射频丢失,过快的切换速度会导致切换失败甚至是切换掉话,可通过调整相应的数据库参数来解决;
∙数据库中某些参数的设置错误也会导致非正常的掉话,例如过低的lRxlevULH,过短的T3103等,解决方法是设置合适的参数。
分析流程图:
掉话分析
覆盖差分析
下行信号差?
发生了切换?
质量差分析
下行质量差?
是否是
检查上行IOI,统计、基站硬件
切换失败?
检查HOTimer
目标小区信号或质量差?
检查目标基站IOI值和Per_carrier掉话是否异常
干扰源排查,频率优化
频率干扰?
同频同BSIC导致错误切换?
改频/覆盖调整,复测
切换参数设置导致不合理切换……?
切换参数优化,复测
A
目标小区DRI故障?
:
功率不平…..
硬件排障,复测
目标小区天线系统:
连接不良、驻波比大、鸳鸯线、覆盖方向异常……..
结束
3.信号覆盖差分析
定义:
1、通常认为接近或低于测试规范定义的有效覆盖电平即认为是覆盖差。
2、如果属于无主覆盖而且质量较差,也认为是覆盖差。
开始
覆盖调整或增加基站
是否缺少基站?
最近的基站退服?
增加邻区,复测
缺少必要的邻区?
是否切换延迟或者不切换?
切换分析
1、检查天线高度、倾角。
2、信号是否被阻挡。
3、发射功率。
4、天线驻波比、连接是否良好。
越区覆盖、过大、过小?
4.信号质量差分析
持续信号质量大于3或不连续很差但占用某块DRI时很差。
话音质量差
覆盖问题流程
邻区信号较好
N
Y
服务小区信号差
切换流程
同频邻频干扰
修改频点复测
修改切换参数减少切换复测
切换十分频繁
无主覆盖小区
覆盖调整
是否多个服务小区或邻区MA相同
调整频率
观察PB、IOI、BER、掉话等统计,关闭直放站复测
有无直放站信号
调整或关闭功控复测
电平值呈波浪状升降,电平值降低话音质量就差
载频故障,建议更换重调,复测
可能外部干扰,如阻断器等
观察基站告警、服务载频ber>
1,占用其他载频正常
话音质量持续较差、易掉话、IOI>
10
其他
5.切换问题分析
移动台不断将6个最强邻小区上报,基站子系统判决移动台是否需要切换,向哪个小区切换
目标小区准备信道资源网络向移动台发出切换命令(handovercommand),启动切换进程
切换命令包括目标小区TCH,接入目标小区的初始功率等信息
移动台多次向目标小区发送HandoverBurst(仅异步切换)
如成功接入目标小区,由目标小区向BSC发送切换成功的消息
如不成功,移动台返回源小区,并由源小区向BSC发送切换不成功的消息
如果切换失败,且定时器超时前源小区没有收到移动台返回的消息,则BSC向MSC发送清除请求,移动台发生切换掉话
值得注意的是小区内部切换,基站发送的是指派命令(ASSIGNMENTCOMMAND)
ho-cssr流程图.doc
不切换
孤岛效应?
漏做邻区
增加邻区复测
更正设置复测
邻区BCCH,BISC设错?
如无法调整则增加邻区
目标小区是否存在传输故障
恢复基站复测
修改参数复测
检查与切换相关的参数是否统一或异常,如rxlev_min_celho_margin_cel等等
目标小区HO_FAIL_NO_RSOURC>
原小区OUT_INTRA_BSS_HO_PRI_BLK>
拥塞处理流程
目标小区是否存在硬件故障如MCUF故障
排除故障,复测
是否跨lac区不切换
打开跨lac区相关小区的per_neighbor统计
是否切换次数为0
检查交换机数据,复测
切换迟缓
服务小区电平较低
是否小区内切换引起延迟
减少小区内切换复测
适当调整复测
Ho_margin_rxqual=1
Ho_margin_cell过大
对比目标小区电平调整参数复测
Pbgt_type不合理
调整Ho_margin_rxqual=0复测
Pbgt_hreqave过大
调整hreqave=4—8,复测
其它
目标小区拥塞
正常现象
手机是否挂机?
修改bcch、bsic复测
同bcch同bsic干扰?
转入话音质量差流程
服务小区话音质量很差?
是否地形原因导致信号被阻挡
目标小区信号强度变化较大?
覆盖调整,复测
功率不平,重调,复测
修改频点或删减邻区复测
硬件排障复测
是否邻区中有同频造成错误的切换?
原小区或目标小区有GCLK时钟告警?
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GSM 测试 分析