-- 作者：新月彎刀
-- 發布時間：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編輯過]
|