主题：关于传输的误码和滑码问题

在工程维护中，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架，微波设备等）上。

多谢