GSM测试信令分析

  • 格式:doc
  • 大小:1.77 MB
  • 文档页数:26

3/29/2013 Page 1 of 26

测试分析 3/29/2013 Page 2 of 26 目 录

1. 呼叫接续分析 ...........................................................................................................3 2. 掉话分析 ................................................................................................................ 16 3. 信号覆盖差分析 ..................................................................................................... 20 4. 信号质量差分析 ..................................................................................................... 21 5. 切换问题分析 ......................................................................................................... 23 3/29/2013 Page 3 of 26 通过本次培训基本掌握异常事件的判断及对问题的初步定位。 在测试中要关注整个呼叫事件,同时要对异常事件进行跟踪。在问题分析的时候记下经过的路段或者后期分析也应该写路名。

1. 呼叫接续分析 呼叫正常接续为从主叫发出Channel Request到收到Connect消息进行通话,否则需要分析主被叫呼叫建立过程的信令流程,来分析出现未接通的现象(DT测试规范规定:Channel Request和CM SERVICE REQUEST同时出现才计为一次试呼)。 主叫流程如下:

被叫流程如下: 3/29/2013 Page 4 of 26 主叫流程图.doc

路测问题汇总: 下面我们从网络中可能出现的一些引发呼叫建立失败的原因入手,分析移动台处于各种

情况下,其信令消息的接续历程。 SD 拥塞的消息历程 3/29/2013 Page 5 of 26

从上面的层3消息中,我们可以看到SDCCH拥塞时,系统会向移动台发送Immediate Assignment Reject消息。比较Layer3消息中的Random reference号码,从而可以确定多个信道请求消息中,哪一条由于SDCCH拥塞而被拒绝。 TCH 拥塞的消息历程

从上面的层3消息中,我们可以看到TCH拥塞时,下行发出Call Proceeding消息后,当没有TCH可用信道时,手机在排队打开的情况下,在SDCCH上排队等待(t11/t10),直到排队时长终止。下行即发出Channel Release消息。 3/29/2013 Page 6 of 26

下行质量差造成TCH接入失败的消息历程 从上面的层3消息中,我们可以看到当TCH拥塞和TCH分配失败时,经常可以看到移动台回到SDCCH上发送Assignment Failure消息,其描述多为:没有无线资源、无线接口失败以及协议错误。 对于无线接口失败,导致其发生的原因有多种。其中多数是由于硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时,需要根据测试现场的周边环境;小区相关性能统计;结合测试文件综合加以考虑。 3/29/2013 Page 7 of 26

硬件问题案例:由于单个载频故障或收、发信通路上的硬件发生故障,造成射频通路上的衰耗突然增大,通信质量下降,致使射频丢失。

从上面的层3消息中,我们可以看到Assignment Failure消息,分析分配失败的原因Cause Value: 111,只是属于没有具体的原因协议错误。结合测试情况分析统计项MA_FAIL_FROM_MS(MA_FAIL_FROM_MS表示系统已为移动台分配了TCH信道,但在规定的时间内,没有在TCH上建立连接,则认为此次分配失败,MS跳回原SDCCH信道发送失败消息)。发现该小区中有两个载频的MA_FAIL_FROM_MS的数目很多,观察指配失败消息前的MR可以看到RXQUAL=7。同时,在测试中周边小区不存在同、邻频现象。因此我们怀疑该小区存在硬件问题。通过对基站射频通路检测,发现该小区的合路器CBF故障,更换后其呼叫建立成功率恢复到正常水平。 3/29/2013 Page 8 of 26

SDCCH掉话的消息历程 RF_LOSSES_SD是在SDCCH上的射频掉话的数目。引起原因可能是覆盖问题;同、邻频干扰问题;硬件问题等等,需要进行实际的测试后,根据具体情况进行分析。 从呼叫建立的信令消息历程上分析, 我们可将SDCCH掉话分为:Assignment Command消息之前的SD射频丢失和Assignment Command消息之后,TCH分配失败后移动台不能回到原SDCCH信道的掉话。

从上面的层3消息中,我们可以看到Assignment Command消息之前的SD射频丢失。当时用户在室内起呼困难,现场测试发现在分配SDCCH后,在单个载频RTF-73上经常产生SD_RF_LOSS,观察MR可以看到RXQUAL=7,通过对基站射频通路检测,发现该小区载频RTF-73所连接的天线朝向上存在严重阻挡,造成通信质量下降,从而导致信令在其SDCCH信道的接续失败。在调整天线位置后,室内用户可以正常的呼叫。 3/29/2013 Page 9 of 26

上行链路问题的消息历程 上行链路问题通常是由于硬件问题、上行干扰造成基站不能正常解调手机的上行消息。

从上面的层3消息中,我们可以看到移动台在没有收到下行指配消息时,会根据系统消息3中定义的max_retran的次数,在T3126定义的时长内,重新发送Channel request消息;发送间隔根据tx_integer的取值,在数个RACH时长的范围内,随机取得。其中,取值定义如下: 3/29/2013 Page 10 of 26

M=max_retran; 取值范围 : 0 - 3 0 = 最大1次重发 1 = 最大2次重发 2 = 最大4次重发 3 = 最大7次重发

T=tx_integer; 取值范围 : 0 to 15对应的RACH slots 0 3 RACH 8 11 RACH 1 4 RACH 9 12 RACH 2 5 RACH 10 14 RACH 3 6 RACH 11 16 RACH 4 7 RACH 12 20 RACH 5 8 RACH 13 25 RACH 6 9 RACH 14 32 RACH 7 10 RACH 15 50 RACH 3/29/2013 Page 11 of 26

S=根据tx_integer与复帧的类型共同决定(如下表): TX-integer non combined CCCH combined CCH/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 在Channel request消息发送M+1次后,MS会启动T3126计数器,当计数器超时后,呼叫将被取消。 以上的案例中,经过测试后对起呼小区的载频的统计分析,以及利用CTP工具进行呼叫跟踪发现。该小区受到严重的上行干扰,导致基站无法正确解调出RACH信息。 上行链路问题通常是由于硬件问题、上行干扰造成基站不能正常解调手机的上行消息。 从上面的层3消息中,我们可以看到移动台在没有收到下行指配消息时,会根据系统消息3中定义的max_retran的次数,在T3126定义的时长内,重新发送Channel request消息;发送间隔根据tx_integer的取值,在数个RACH时长的范围内,随机取得。其中,取值定义如下: M=max_retran; 取值范围 : 0 - 3 0 = 最大1次重发 1 = 最大2次重发 2 = 最大4次重发 3 = 最大7次重发 T=tx_integer; 取值范围 : 0 to 15对应的RACH slots 3/29/2013 Page 12 of 26

否 是

否 是

是 否

否 是

否 是

是 否

是 否 是 否 是

是 否

听录音通知

是 否 是

呼叫接续分析 是否发出Channel Request? 检查手机

收到Immediate assignment?

Immediate

assignment Reject? SDCCH拥塞处理

收到Assignment command?

Discon

Release?

Cause value分析:

34 TCH Blocking

成功占用上SDCCH?

收到Assignment comleted?

SDCCH掉话,处理方案 Cause value分析: 41 BSS/DRI Problem

TCH占用失败, 处理方案A

收到Alerting? Discon Release?

Cause value分析:

34/47 MSC/被叫 Blocking 41 MSC Problem

TCH掉话 分析

Discon Release?

1、被叫忙;2、不在服务区;3、无法接通….. 检查被叫的状态和信令流程

收到Connect? Discon Release? Cause value分析:

被叫未应答 / 拒接……

TCH掉话 分析

基站无法解码?检查上行信号、基站硬件

SD占用失败,处理方案A

正常振铃音?