傳輸閃斷及無故退服問題

為了提高用戶感知度，我們針對基站退服情況作了大量的工作。
現(xiàn)網(wǎng)無線設(shè)備使用MOTORLA公司產(chǎn)品，其中，有很多基站無故退服，造成掉話，幾分鐘后，自己恢復(fù)正常，引起用戶投訴很強烈，針對這個問題我們進行了處理。
起初懷疑可能是GPROC的問題，但是閃斷基站所在的GPROC仍然有未退服基站，初步判斷不屬于GPROC問題，而在OMC-R上顯示傳輸狀態(tài)正常，觀察歷史告警，顯示通信錯誤事件，在傳輸DDF上掛表連續(xù)測試，沒有任何告警，傳輸網(wǎng)管上也沒有任何告警，退服基站傳輸拓撲方式包括AM1和PDH方式，更換光端機也不能解決問題；同時，很多基站經(jīng)常發(fā)生Remote Alarm，類似于傳輸儀表檢測到的對告，而檢查傳輸，沒有任何告警，在傳輸側(cè)掛表檢測，顯示對端告警，到人員趕到現(xiàn)場，卻沒有任何告警，基站運行正常，傳輸沒有任何一段出現(xiàn)問題，這種告警耗費了公司大量的人力物力，而我們在MOTOROLA公司支持中心尋求幫組，MOTOROLA公司支持中心答復(fù)升級到GSR6.1后，該問題將自動解決，屬于軟件版本問題，但是，升級到GSR6.1后，仍然有上述現(xiàn)象，為此，我公司成立專門攻堅小組處理該問題。
由于我們以前也維護過西門子公司的基站，對比以前測試結(jié)果，按照GSM規(guī)范，西門子公司的基站達到1e-6時，基站不會退服，在同等情況下，MOTOROLA基站可能會退服，按照GSM規(guī)范，MOTOROLA對傳輸精度的要求可能會比規(guī)范的標準更高，因此，我們針對這樣的基站做了大量的實踐，更換了除節(jié)點AM1設(shè)備外的所有可更換的設(shè)備，而有些相同節(jié)點的基站長期不退服，在OMC-R提取到的告警：

#0-NOT APPL-*NONE*.
communicationFailureEvent-RSL-JH-BSS03(JH-BSS03:SITE-0: 0 RSL 2 0-06/11/200415:51:08.
[15]Too Many LAPD Protocol Errors-FMIC-Critical -/-.
Timeslot: 1; LAPD Error: Sequence Error; MMS 17 1 0.

察看MOTOROLA公司技術(shù)文檔該告警，查找對應(yīng)的文檔，依據(jù)告警代碼：
The timeslot assignments are not correct.

The connection to the physical link may have a different protocol.

The physical media is faulty (for example, a noisy communication link).

表明該站時隙分配不正確或物理連接不正確或鏈路上有噪聲，即MOTOROLA對傳輸精度的要求比規(guī)范的標準更高，對比有些相同節(jié)點的基站長期不退服而節(jié)點基站經(jīng)常閃斷，確定應(yīng)該與MOTOROLA基站參數(shù)配置有關(guān)，應(yīng)該是由于基站有誤碼，有的一次退服，而有的可能容忍更高的誤碼，察看MOTOROLA公司的產(chǎn)品手冊，找到了控制誤碼次數(shù)的參數(shù)：ber_oos_mon_period：表明傳輸OOS的時間，全網(wǎng)統(tǒng)一改為20
ber_restore_mon_period：表明傳輸OOS后恢復(fù)的時間，以前該值很大，為6000，現(xiàn)在改為600。
在OMC-R的MAP上更改，如果通過指令，需要進入SYSGEN 模式才能修改。
修改后，沒有因為傳輸問題發(fā)生過閃斷，減少了這方面的用戶投訴。
通過同樣的方式，找到了與REMOTE ALARM有關(guān)的參數(shù)，基站退服比例大為降低，減少了用戶投訴，提高了用戶感知。