-- 作者:新月弯刀
-- 发布时间:2007/4/10 22:15:23
--
在工程维护中,SITE OOS的情况对整个系统性能的影响很大,会导致一部分区域的盲区。对于此种情况,一般有两方面的原因: 1. SITE 本身存在硬件上的故障。 2. 传输问题。 我们可以通过用PCMCIA卡起站来判断SITE的好坏,如果是SITE本身的问题,可以通过进一 步的分析来判断,并通过更换硬件来解决。这里,我们重点分析一下传输问题。 (一),怎样判断是否传输问题 如果SITE能够用PCMCIA卡起来,可初步判定不是站的问题。但为确定是否是传输问题,我们可以从BTS的MIP中,对之进行进一步的确认。 在BTS启动时,我们可以进入第三层emon状态,对MIP状态进行必要的分析,如下: MIP: Starting Micro IP MIP: In slot 0 MIP: csfp_swap = \'NO_CSFP_SWAP\' MIP: Reset type is xa0000003. MIP: Performing Hard Reset. MIP: Disable phase detector 1 and 2 MIP: SYNC pulse the phase det strobe MIP: 1015 is master MCU …… MIP: Sending CA polling message NG EXEC_DLSP process_hdlc_msg: NIU_START on channel 1. Ignoring, Mailbox already unlocked. NG EXEC_DLSP process_hdlc_msg: NIU_START on channel 5. Ignoring, Mailbox already unlocked. MIP: MDL error 6 on channel 0. MIP: Update links returned error 23. MIP: Sending CA polling message NG EXEC_DLSP process_hdlc_msg: NIU_START on channel 1. Ignoring, Mailbox already unlocked. NG EXEC_DLSP process_hdlc_msg: NIU_START on channel 5. Ignoring, Mailbox already unlocked. MIP: MDL error 6 on channel 0. MIP: Update links returned error 23. MIP: Sending CA polling message …… MIP: Sending CA polling message MIP: frame 0, slot 0 Disconnect Ind for LAPD link x1001 MIP: Re-establishing LAPD for frame 0, slot 0, span 0. MIP: Activated LAPD ok on frame 0, slot 0, span 0. NG EXEC_DLSP process_hdlc_msg: NIU_START on channel 5. Ignoring, Mailbox already unlocked. MIP: Received unrecognized message x4a NG EXEC_DLSP process_hdlc_msg: NIU_START on channel 1. Ignoring, Mailbox already unlocked. MIP: MDL_OPEN_SAP_CONF returned error: 1 MIP: Open SAP failed: frame 0, slot 0, span 0, error 0. MIP: Attempt to restart LAPD complete, with return 9 MIP: LAPD restart terminating! 从MIP上可以看到:在BTS送CA检测消息给BSC并等待BSC的响应之后,出现了MDL error 6 on channel 0这条消息,紧接着出现Update links returned error 23消息;接着BTS反复送CA检测消息给BSC并等待响应;几次等待响应失败之后,BTS仍试图建立RSL链路和启动SAP故障诊断程序,但都处于失败。 MDL错误是发生在第二层信令链路上的一个问题,它发生在由Exec_DLSP或者LAN_DLSP控制这条链路并探测到第二层错误时;这个错误由Exec_DLSP or LAN_DLSP送到CA这个控制进程中去并在SWFM中送出。MDL错误有下列几个情况: MDL Error Type Value S_FRAME_FAILED 1 DM_RESPONSE_FAILED 2 UA_RESPONSE_FAILED 3 UA_RESPONSE_ERROR 4 DM_RESPONSE_ERROR 5 SABME(unexpected SABM received) 6 FAILED_SABME(timeout waiting for resp) 7 FAILED_DISC(timeout waiting for resp) 8 FAILED_STATS_QUERY 9 RX_SEQUENCE_ERROR 10 FRMR_RESPONSE 11 NON_FRAME(from decoding error) 12 BAD_I_FRAME 13 BAD_SIZE_FRAME 14 N201_ERROR 15 从这个表可以看出:6号错误是SABME发生错误。SABME是LAPD的一个协议:它指由发射端发一个消息,接收端接到此消息后,直接反还此消息给发射端,如发射端接收到,表示链路为通路。(与一般消息 响应, 响应 消息协议不同)6号错误表示接收到的不是正常的消息,这是由线路误码的存在导致,说明传输存在问题。MDL的其余的几号错误也都与传输的问题有关。正是由于传输问题的存在,导致RSL链路建立和初始化过程的失败。 (二),传输问题原因分析 1. 2M线路上传输的码型 在GSM的2M线上,传输的码型为HDB3码(High Density Bipolar 3)。如图: 该码为双极性码,它的作用是防止1都是高电平会抬高2M线的整体电平,从而产生直流电平,对另外的2M电缆产生电平干扰。 HDB3码,在有连续4个0时加一个破坏位Vm,它的作用为:用于给后一极的设备提供时钟参考信号。 2. TDM帧定位 在2M线上,TDM帧的格式如下: 每一个TDM帧的第零时隙为定位时隙,它分为偶帧的帧定位字和奇帧的帧数据字。如图: 从图形看到:奇帧和偶帧的第零bit为循环校验bit;第一比特为用于检验同步的头比特,它始终为0、1、0、1这样下去,如对端接收到不是这样,就认为是同步失败。此外,FAW上的从第一比特到第七比特为0011011,它有用于误码检测的作用,对端通过检测这七个比特来判断误码。 此外,FDW上的第二比特用做远端告警,即如本端有告警,将此比特位置1,告诉对端。N比特是通知对端中间传输设备的告警。后面的四个比特是可用做传信令和数据。 对于滑码问题,原因如下:在GSM系统中,各端都有一个缓存器(512bits),从2M线上来的比特帧到达设备后,首先存放在缓存中,设备再从缓存中将之取出进行处理。如果2M线上时钟频率和设备的时钟频率有偏差的情况下,往缓存中写进写出的速率就有不同,当有一完整帧的一个时隙溢出该缓存时,表示滑码一次。 (三),解决传输问题的步骤 1. 在检查传输之前,还要注意几点: a, 看看database中的path和RSL的定义与实际物理链路是否一致。 b, database中的有关bit误码率的参数定义是否正确。 Slip_loss_daily Slip_loss_hourly Slip_loss_oos Slip_loss_restore Sync_loss_daily Sync_loss_hourly Sync_loss_oos Sync_loss_restore 2,检查传输时,一般步骤和注意如下: a,自环检查。 不采用在线测试。将BTS和BSC两端都与2M线断开,一端自环后,采用E1测试仪在 另一端测试。 b,E1检查要点 • 信号的失/同步 • 信号的电平衰减 • 传输的误码率 c, 循环检查 在E1测试仪中,如发现上述要点中的注意点与要求的标准不符,可通过逐段自环的方法,缩小范围。逐步定位在一小段传输线或者是转接点(光端机,DDF架,微波设备等)上。
[此贴子已经被作者于2007-4-10 22:16:02编辑过]
|