 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
分集接收告警
遇到一個愛立信900 2206機架 分集接收告警，整個扇區(qū)的頻點都有告警，本站用數(shù)字光纖站拉遠的 近端沒有天線 本人對數(shù)字光纖站不懂，不知道分集接收告警是不是光纖站什么功率大或者小引起的？
用駐波儀測量天饋 接收側(cè)沒問題，不知道是不是直放站反向功率過高引起的
提問者:
• 艾默生停電告警怎么接？ 2020-04-09
• 告警不可見怎么設(shè)置 2019-11-13
• 中興的LTE設(shè)備處天線校正失敗告警怎么處理 2019-09-28
• 射頻單元ALD開關(guān)配置不匹配告警如何處理 2019-08-02
• FDD小區(qū)接收通道干擾噪聲功率不平衡告警,具體有哪幾種原因造成，解決方案是什么。 2019-07-27
• 無線掉線率差，可以從哪些方面分析如告警、干擾，參數(shù)；可以調(diào)整哪些參數(shù)，請大神具體說明，求教 2019-07-02
• 系統(tǒng)模塊告警 2019-06-14
• 不在基站腳底下不是塔下黑，主鄰區(qū)都沒信號，指標是好的，沒有基站退服告警，占卜上信號接收不到這是怎么回事？ 2019-03-13
• 告警不可見怎么設(shè)置 2019-11-13
• 中興的LTE設(shè)備處天線校正失敗告警怎么處理 2019-09-28
• 射頻單元ALD開關(guān)配置不匹配告警如何處理 2019-08-02
• FDD小區(qū)接收通道干擾噪聲功率不平衡告警,具體有哪幾種原因造成，解決方案是什么。 2019-07-27
• 無線掉線率差，可以從哪些方面分析如告警、干擾，參數(shù)；可以調(diào)整哪些參數(shù)，請大神具體說明，求教 2019-07-02
• 系統(tǒng)模塊告警 2019-06-14
• 不在基站腳底下不是塔下黑，主鄰區(qū)都沒信號，指標是好的，沒有基站退服告警，占卜上信號接收不到這是怎么回事？ 2019-03-13
問題答案
( 4 )
故障發(fā)生及影響
分集接收丟失直接表現(xiàn)為：在TRU內(nèi)的收信機上監(jiān)測到RXA和RXB接收信號之間的信號強度不平衡，當1個或多個TRUs在50分鐘時間內(nèi)監(jiān)測到SSI值達到12dB時，2A 33故障出現(xiàn)。這表明一或多個TRUs的兩路RX路徑中的一路出現(xiàn)故障。此類故障出現(xiàn)后會直接影響用戶的通信質(zhì)量。因此，解決好此類故障能夠切實提高用戶感知度，積極響應(yīng)構(gòu)建和諧社會的口號。
二、 故障定位愛立信公司的基站設(shè)備運行智能化程度較高，主要表現(xiàn)在CF對其他MO的監(jiān)控和管理上。一般情況下，系統(tǒng)會自動對有故障的設(shè)備做出停閉，同時產(chǎn)生故障代碼FAULT CODE。在處理RBS2000基站的無線設(shè)備故障時，可以根據(jù)故障代碼來定位故障。如果觀察到設(shè)備自身的紅燈（FAULT）燈亮，則多數(shù)情況下更換對應(yīng)的硬件就可以排除故障。但遇到某些特殊情況，用上述方法并不能快速準確地判斷出真正故障所在，如DXU的復(fù)位整個小區(qū)的故障停閉等。這時我們可以用OMT軟件的實用功能來幫助解決問題。OMT R21版以上，在MO結(jié)構(gòu)圖中我們可以勾選FAULT項來幫助我們發(fā)現(xiàn)問題所在。（1）如果顯示 TRU FAULT我們可以在MO TRXC 里，右鍵選擇菜單里的DIVERSITY SUPERVISION MEAS查看每個TRU的狀態(tài)，并且可以同時對多個載頻的SSI值實施監(jiān)測，正負12dB以內(nèi)正常。這樣很容易發(fā)現(xiàn)哪個TRU存在故障。（2）如果顯示Antenna Fault 那么OMT同時會用紅色指示哪一路RX信號(RXA或RXB)存在故障，從而為我們消除故障指明方向。OMT每生成一份監(jiān)測報告需要5分鐘時間，SSI等于RX信號的RXA減去RXB的差值，當差值為負值時RXA信號較強，反之為RXA信號較弱為正值。
三、 故障解決方案
針對以上兩種現(xiàn)象，我們可以采取不同的措施。對于第一種情況:由于TRU是分集接收丟失故障的終端，我們可以采取逐級排除的方法，從故障終端的開始排查�？梢韵葒L試RESET TRU,如果沒有效果再進行下面的方法。若為單個TRU出現(xiàn)故障，則重點檢查“故障TRU” RX鏈路上的所有電纜是否連接正常(包括HLin，HLout)，一般可以通過與鄰近正常工作的TRU的電纜調(diào)換的方法來驗證。如果故障未消，可以將“故障TRU”與鄰近的正常TRU模塊進行調(diào)換。如果故障消除則說明是載波本身出現(xiàn)故障，更換即可。因為兩個相鄰載波單元共用一個合成與分配單元模塊，如果只有其中一個出現(xiàn)分極接收不均衡現(xiàn)象那么不應(yīng)該是合成與分配單元模塊的問題，而應(yīng)該是載波本身或連接電纜不良所致。如果多個TRU 同時出現(xiàn)接收不平衡，則要著重檢查CDU，尤其是與故障TRU有共用連線的單元模塊。當確定了此單元模塊后，將其與正常CDU模塊更換問題即可解決。
對于第二種情況，一般首先用Site Master 測試天饋線系統(tǒng)的駐波比是否在正常范圍（<1.5）內(nèi)，如果大于1.5說明天饋線系統(tǒng)存在問題，一般為饋線接頭處出現(xiàn)松動現(xiàn)象或由于自然因素導(dǎo)致天線的傾角或位置發(fā)生改變。如果駐波比在正常范圍（<1.5）內(nèi)，則應(yīng)重點檢查CDU了�？梢愿鶕�(jù)MO結(jié)構(gòu)圖中紅色連線所標注的路徑來重點檢查。
另外還需要重點說明的是：該SSI值每5分鐘刷新一次，若更換設(shè)備恢復(fù)正常后，應(yīng)注意5分鐘內(nèi)查看該值不會變化，5分鐘后才會顯示正常值。
四、故障原因分析
通過以上分析可以得出如下結(jié)論：愛立信2202設(shè)備的分集接收不均衡故障原因大部分最后歸因于其中的CDU單元。因為的無線設(shè)備中CU因?qū)儆跈C械調(diào)諧單元，其故障率比較高而且因為CU不屬于MO，系統(tǒng)對其的監(jiān)控能力比較有限，因此當它出現(xiàn)故障時，系統(tǒng)顯示的是載波或天線故障。
分集接收丟失直接表現(xiàn)為：在TRU內(nèi)的收信機上監(jiān)測到RXA和RXB接收信號之間的信號強度不平衡，當1個或多個TRUs在50分鐘時間內(nèi)監(jiān)測到SSI值達到12dB時，
二、 故障定位愛立信公司的基站設(shè)備運行智能化程度較高，主要表現(xiàn)在CF對其他MO的監(jiān)控和管理上。一般情況下，系統(tǒng)會自動對有故障的設(shè)備做出停閉，同時產(chǎn)生故障代碼FAULT CODE。在處理RBS2000基站的無線設(shè)備故障時，可以根據(jù)故障代碼來定位故障。如果觀察到設(shè)備自身的紅燈（FAULT）燈亮，則多數(shù)情況下更換對應(yīng)的硬件就可以排除故障。但遇到某些特殊情況，用上述方法并不能快速準確地判斷出真正故障所在，如DXU的復(fù)位整個小區(qū)的故障停閉等。這時我們可以用OMT軟件的實用功能來幫助解決問題。OMT R21版以上，在MO結(jié)構(gòu)圖中我們可以勾選FAULT項來幫助我們發(fā)現(xiàn)問題所在。（1）如果顯示 TRU FAULT我們可以在MO TRXC 里，右鍵選擇菜單里的DIVERSITY SUPERVISION MEAS查看每個TRU的狀態(tài)，并且可以同時對多個載頻的SSI值實施監(jiān)測，正負12dB以內(nèi)正常。這樣很容易發(fā)現(xiàn)哪個TRU存在故障。（2）如果顯示Antenna Fault 那么OMT同時會用紅色指示哪一路RX信號(RXA或RXB)存在故障，從而為我們消除故障指明方向。OMT每生成一份監(jiān)測報告需要5分鐘時間，SSI等于RX信號的RXA減去RXB的差值，當差值為負值時RXA信號較強，反之為RXA信號較弱為正值。
三、 故障解決方案
針對以上兩種現(xiàn)象，我們可以采取不同的措施。對于第一種情況:由于TRU是分集接收丟失故障的終端，我們可以采取逐級排除的方法，從故障終端的開始排查�？梢韵葒L試RESET TRU,如果沒有效果再進行下面的方法。若為單個TRU出現(xiàn)故障，則重點檢查“故障TRU” RX鏈路上的所有電纜是否連接正常(包括HLin，HLout)，一般可以通過與鄰近正常工作的TRU的電纜調(diào)換的方法來驗證。如果故障未消，可以將“故障TRU”與鄰近的正常TRU模塊進行調(diào)換。如果故障消除則說明是載波本身出現(xiàn)故障，更換即可。因為兩個相鄰載波單元共用一個合成與分配單元模塊，如果只有其中一個出現(xiàn)分極接收不均衡現(xiàn)象那么不應(yīng)該是合成與分配單元模塊的問題，而應(yīng)該是載波本身或連接電纜不良所致。如果多個TRU 同時出現(xiàn)接收不平衡，則要著重檢查CDU，尤其是與故障TRU有共用連線的單元模塊。當確定了此單元模塊后，將其與正常CDU模塊更換問題即可解決。
對于第二種情況，一般首先用Site Master 測試天饋線系統(tǒng)的駐波比是否在正常范圍（<1.5）內(nèi)，如果大于1.5說明天饋線系統(tǒng)存在問題，一般為饋線接頭處出現(xiàn)松動現(xiàn)象或由于自然因素導(dǎo)致天線的傾角或位置發(fā)生改變。如果駐波比在正常范圍（<1.5）內(nèi)，則應(yīng)重點檢查CDU了�？梢愿鶕�(jù)MO結(jié)構(gòu)圖中紅色連線所標注的路徑來重點檢查。
另外還需要重點說明的是：該SSI值每5分鐘刷新一次，若更換設(shè)備恢復(fù)正常后，應(yīng)注意5分鐘內(nèi)查看該值不會變化，5分鐘后才會顯示正常值。
四、故障原因分析
通過以上分析可以得出如下結(jié)論：愛立信2202設(shè)備的分集接收不均衡故障原因大部分最后歸因于其中的CDU單元。因為的無線設(shè)備中CU因?qū)儆跈C械調(diào)諧單元，其故障率比較高而且因為CU不屬于MO，系統(tǒng)對其的監(jiān)控能力比較有限，因此當它出現(xiàn)故障時，系統(tǒng)顯示的是載波或天線故障。
回答者：
chendaji
回答時間：2009-02-15 09:39
25
20
嗯 ，曉得了 謝謝
回答者：
aa6793119
回答時間：2009-02-28 13:20
9
7
有別的小區(qū)嗎？把天饋跟其他無33告警的小區(qū)調(diào)換下 查看SSI值 在12以上的話不對了 就是天饋問題！否則就是BTS問題，看看合路器，各種連線等
回答者：
wangwenlong1119
回答時間：2009-03-01 00:07
23
31
對了 還有 CXU故障
回答者：
wangwenlong1119
回答時間：2009-03-01 00:13
26
25
• 嘉環(huán)科技股份有限公司
聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 安徽引途科技有限公司 聘：福建測試/1個月
需求人數(shù)：2 人 地點：福建省
• 成都旗訊通信技術(shù)有限公司 聘：招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點：寧夏,湖南省,甘肅省,廣西省,青海省
• 廣東南方通信建設(shè)有限公司 聘：海南華為精品網(wǎng)項目
需求人數(shù)：10 人 地點：海南省
• 吉訊股份有限公司 聘：網(wǎng)絡(luò)優(yōu)化負責人
需求人數(shù)：3 人 地點：山西省
• 浙江省郵電工程建設(shè)有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點：寧夏
• 南京華蘇科技有限公司 聘：項目經(jīng)理
需求人數(shù)：2 人 地點：河北省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 福建省鴻官通信工程有限公司 聘：湖南電信原廠優(yōu)化高級
需求人數(shù)：2 人 地點：岳陽市,長沙市
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 安徽引途科技有限公司 聘：福建測試/1個月
需求人數(shù)：2 人 地點：福建省
• 成都旗訊通信技術(shù)有限公司 聘：招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點：寧夏,湖南省,甘肅省,廣西省,青海省
• 廣東南方通信建設(shè)有限公司 聘：海南華為精品網(wǎng)項目
需求人數(shù)：10 人 地點：海南省
• 吉訊股份有限公司 聘：網(wǎng)絡(luò)優(yōu)化負責人
需求人數(shù)：3 人 地點：山西省
• 浙江省郵電工程建設(shè)有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點：寧夏
• 南京華蘇科技有限公司 聘：項目經(jīng)理
需求人數(shù)：2 人 地點：河北省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 福建省鴻官通信工程有限公司 聘：湖南電信原廠優(yōu)化高級
需求人數(shù)：2 人 地點：岳陽市,長沙市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |