华星测试分析的.docVIP

测试分析 目 录 1. 呼叫接续分析 3 2. 掉话分析 16 3. 信号覆盖差分析 20 4. 信号质量差分析 21 5. 切换问题分析 23 通过本次培训基本掌握异常事件的判断及对问题的初步定位。 在测试中要关注整个呼叫事件，同时要对异常事件进行跟踪。在问题分析的时候记下经过的路段或者后期分析也应该写路名。 呼叫接续分析 呼叫正常接续为从主叫发出Channel Request到收到Connect消息进行通话，否则需要分析主被叫呼叫建立过程的信令流程，来分析出现未接通的现象（DT测试规范规定：Channel Request和CM SERVICE REQUEST（MS请求连接管理（CM）子层实体的业务）同时出现才计为一次试呼）。主叫流程如下： 被叫流程如下： 主叫流程图.doc 路测问题汇总： 下面我们从网络中可能出现的一些引发呼叫建立失败的原因入手，分析移动台处于各种情况下，其信令消息的接续历程。 Ciphering : 串流密碼系統 SD(The Broadcast Control Channel ) 拥塞的消息历程 从上面的层3消息中，我们可以看到SDCCH拥塞时，系统会向移动台发送Immediate Assignment Reject消息。比较Layer3消息中的Random reference号码，从而可以确定多个信道请求消息中，哪一条由于SDCCH拥塞而被拒绝。 TCH 拥塞的消息历程 从上面的层3消息中，我们可以看到TCH拥塞时，下行发出Call Proceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待(t11/t10)，直到排队时长终止。下行即发出Channel Release消息。 下行质量差造成TCH接入失败的消息历程 从上面的层3消息中，我们可以看到当TCH拥塞和TCH分配失败时，经常可以看到移动台回到SDCCH上发送Assignment Failure消息，其描述多为：没有无线资源、无线接口失败以及协议错误。 对于无线接口失败，导致其发生的原因有多种。其中多数是由于硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时，需要根据测试现场的周边环境；小区相关性能统计；结合测试文件综合加以考虑。 硬件问题案例：由于单个载频故障或收、发信通路上的硬件发生故障，造成射频通路上的衰耗突然增大，通信质量下降，致使射频丢失。 从上面的层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故障，更换后其呼叫建立成功率恢复到正常水平。 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消息中，我们可以看到移动台在没有收到下行指配消息时，会根据系统消息3中定义的max_retran的次数，在T3126定义的时长内，重新发送Channel request消息；发送间隔根据tx_integer的取值，在数个RACH(随机接入信道)时长的范围内，随机取得。其中，取值定义如下： M=max_retran； 取