傳輸閃斷及無故退服問題
為了提高用戶感知度，我們針對(duì)基站退服情況作了大量的工作。
現(xiàn)網(wǎng)無線設(shè)備使用MOTORLA公司產(chǎn)品，其中，有很多基站無故退服，造成掉話，幾分鐘后，自己恢復(fù)正常，引起用戶投訴很強(qiáng)烈，針對(duì)這個(gè)問題我們進(jìn)行了處理。
起初懷疑可能是GPROC的問題，但是閃斷基站所在的GPROC仍然有未退服基站，初步判斷不屬于GPROC問題，而在OMC-R上顯示傳輸狀態(tài)正常，觀察歷史告警，顯示通信錯(cuò)誤事件，在傳輸DDF上掛表連續(xù)測試，沒有任何告警，傳輸網(wǎng)管上也沒有任何告警，退服基站傳輸拓?fù)浞绞桨ˋM1和PDH方式，更換光端機(jī)也不能解決問題；同時(shí)，很多基站經(jīng)常發(fā)生Remote Alarm，類似于傳輸儀表檢測到的對(duì)告，而檢查傳輸，沒有任何告警，在傳輸側(cè)掛表檢測，顯示對(duì)端告警，到人員趕到現(xiàn)場，卻沒有任何告警，基站運(yùn)行正常，傳輸沒有任何一段出現(xiàn)問題，這種告警耗費(fèi)了公司大量的人力物力，而我們在MOTOROLA公司支持中心尋求幫組，MOTOROLA公司支持中心答復(fù)升級(jí)到GSR6.1后，該問題將自動(dòng)解決，屬于軟件版本問題，但是，升級(jí)到GSR6.1后，仍然有上述現(xiàn)象，為此，我公司成立專門攻堅(jiān)小組處理該問題。
由于我們以前也維護(hù)過西門子公司的基站，對(duì)比以前測試結(jié)果，按照GSM規(guī)范，西門子公司的基站達(dá)到1e-6時(shí)，基站不會(huì)退服，在同等情況下，MOTOROLA基站可能會(huì)退服，按照GSM規(guī)范，MOTOROLA對(duì)傳輸精度的要求可能會(huì)比規(guī)范的標(biāo)準(zhǔn)更高，因此，我們針對(duì)這樣的基站做了大量的實(shí)踐，更換了除節(jié)點(diǎn)AM1設(shè)備外的所有可更換的設(shè)備，而有些相同節(jié)點(diǎn)的基站長期不退服，在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ù)文檔該告警，查找對(duì)應(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).
表明該站時(shí)隙分配不正確或物理連接不正確或鏈路上有噪聲，即MOTOROLA對(duì)傳輸精度的要求比規(guī)范的標(biāo)準(zhǔn)更高，對(duì)比有些相同節(jié)點(diǎn)的基站長期不退服而節(jié)點(diǎn)基站經(jīng)常閃斷，確定應(yīng)該與MOTOROLA基站參數(shù)配置有關(guān)，應(yīng)該是由于基站有誤碼，有的一次退服，而有的可能容忍更高的誤碼，察看MOTOROLA公司的產(chǎn)品手冊，找到了控制誤碼次數(shù)的參數(shù)：ber_oos_mon_period：表明傳輸OOS的時(shí)間，全網(wǎng)統(tǒng)一改為20
ber_restore_mon_period：表明傳輸OOS后恢復(fù)的時(shí)間，以前該值很大，為6000，現(xiàn)在改為600。
在OMC-R的MAP上更改，如果通過指令，需要進(jìn)入SYSGEN 模式才能修改。
修改后，沒有因?yàn)閭鬏攩栴}發(fā)生過閃斷，減少了這方面的用戶投訴。
通過同樣的方式，找到了與REMOTE ALARM有關(guān)的參數(shù)，基站退服比例大為降低，減少了用戶投訴，提高了用戶感知。
關(guān)注樓主