善于提問，勤于回答，你也是專家

問題已開啟 (普通問題)

GSM網(wǎng)絡中不同BSC下的多個小區(qū)出現(xiàn)回音問題如何解決-謝謝！

接投訴去處理發(fā)現(xiàn)，在兩個不同的BSC下的多個小區(qū)出現(xiàn)回音現(xiàn)象，比較嚴重，能斷斷續(xù)續(xù)的聽到對方的聲音，絕大多數(shù)聽到的是自己的，請各位大俠獻計以解決該問題。謝謝！

提問者: chrissxhb 提問時間: 2008-11-26

	我要回答：

	請先登錄或注冊再回答問題

更多 BSC GSM 小區(qū) Base Station Controller GSM網(wǎng)絡問題網(wǎng)絡網(wǎng)關(Gateway) 回音相關問題

• https://www.mscBSC.com/weixin/loginlog.php?wxuser=ovDCOjk5ogJUqksRcZKj0wYqnVeQ 2020-05-07
• https://m.mscBSC.com/mbbs.php?action=bbsdisplay&id=58 2020-04-17
• https://m.mscBSC.com/baeditor.php?action=reply&tid=705530 2020-04-10
• https://m.mscBSC.com/view.php?id=2286064 2020-03-31
• 什么是BSC的恢復性測試？ 2020-03-12
• https://m.mscBSC.com/view.php?id=2276894 2019-06-05
• GSM同一BSC下兩手機如何通信 2019-05-13
• 我的微信和手機號是2個mscBSC賬號，怎么解除綁定？�。。。。。。。。。。。。。。。。。。。。。。。。� 2019-03-21

問題答案 ( 3 )

（一）有遇到一個基站，剛開始一小區(qū)有回音，從BSC中查看無任何告警，在基站硬件檢查，包括數(shù)據(jù)庫配置，連線都正常，做載頻環(huán)路測試也正常，后關跳頻拔打測試，第二小區(qū)也出現(xiàn)回音。再從BSC中查告警，兩個小區(qū)第一塊載頻（MBCCH)有TRX信道失敗告警，把BCCH載頻失敗信道鎖，再解鎖，重起基站，仍有回音。后將MBCCH改為每小區(qū)的第二塊載頻，拔打測試，回音消除。
    經(jīng)驗：MBCCH載頻信道故障會引起回音。
(二）1、交換方面原因：中繼參數(shù)定義或其他局數(shù)據(jù)方面或設備之間配合問題。
2、無線方面原因：載頻故障，TRAU問題等等，判斷起來比較困難，需要鎖頻測試
3、對端問題：曾經(jīng)碰到因其他運營商設備問題導致的回聲極大。

下面列舉回聲可能產(chǎn)生的原因：
    （a）設置在PLMN和PSTN網(wǎng)絡之間的回聲抑制板發(fā)生故障。
    （b）BSC側的TC主要完成碼型變換和速率適配功能，如果它出現(xiàn)故障，將會引起回音。
    （c）A接口和Abis接口的電路由于日常維護時不小心造成環(huán)路也會造成回聲問題。
    （d）移動臺的發(fā)送電路發(fā)生故障。
    （f）某些特殊的環(huán)境中，會產(chǎn)生聲學或無線電波反射回聲。 | 國內領先的通信技
回音問題處理方案
    由于現(xiàn)場回音問題的現(xiàn)象表現(xiàn)比較復雜，又缺乏規(guī)律性，只能進行大范圍的多方面測試，制定了以下問題定位處理方案：
    首先針對反映比較普遍的手機和固定電話之間以及客服中心電話的回聲現(xiàn)象，在MSC側進行PLMN和PSTN之間各個局向的中繼線路撥打測試。在定位并排除了網(wǎng)絡局間中繼上的問題后，如果還有手機和固定網(wǎng)之間的通話回音，進行個別點的測試，包括無線側的基站時隙撥測和固定電話線路、話機調換等方法。
    接下來如果能夠通過客戶反映定位到某幾個基站覆蓋地區(qū)經(jīng)常出現(xiàn)回音問題，那么就對這幾個基站進行載頻時隙的撥打測試，排除可能由于BTS單元故障引起的回音。另外，考慮到當?shù)厥謾C型號比較雜，二手手機比較多，排除由于移動臺故障造成的回音也是必要的，但是實際操作起來比較困難，需要通過比較多的統(tǒng)計數(shù)據(jù)來分析。
    針對問題不同表現(xiàn)，從網(wǎng)絡、無線著手，通過逐步、多點、大量的測試，將網(wǎng)絡中存在的各種回聲現(xiàn)象的原因逐個找到并排除。存在于固定網(wǎng)和客服中心的回聲，是由于回聲抑止板的故障或設置不正確引起；而手機間的回聲基本可以排除是系統(tǒng)原因導致，主用是由于環(huán)境和手機本身問題引起回聲；另外還有固定話機本身質量和性能差的原因引起的回聲。

（三）做信令跟蹤.
如果區(qū)域不固定,就不要去查基站的問題了.基本判斷是交換的某塊板有問題.

回答者： tigermarx 回答時間：2008-11-26 00:34

建議撥打電話做信令跟蹤
1）移動臺問題引起回音現(xiàn)象
個別移動臺因為耳機和話筒之間隔離度不佳引起回音情況。這種問題通常表現(xiàn)為耳機輸出聲音越大則回音越大或者講話聲音越大回音愈大。反之則表現(xiàn)并不明顯。
移動臺回音問題可能會產(chǎn)生兩種情況：一種是單方移動臺話筒和聽筒之間的回聲引起本機的回音，一種是本方的話筒引起對方的回音現(xiàn)象。
工程現(xiàn)場對話音質量問題的分析定位：在工程現(xiàn)場發(fā)生回音現(xiàn)象時可以采用以下方式進行分析定位。
第一步：發(fā)生回音移動臺用手指堵住話筒，在聽筒傾聽回音是否消失，如果消失可以確定是本移動臺引起回音現(xiàn)象。
第二步：告訴對方移動臺堵塞話筒，然后再傾聽本機的回音情況，如果聲音消失或減少可以說明是對方移動臺引起本機的回音。一般情況下移動臺原因引起的回音隨著聽筒受話音量的大小變化。
（2）和固定電話通話時，固定交換機回聲抑制電路的性能不佳
回聲抑制不佳可能在移動交換機，也可能存在于公網(wǎng)某交換機。這種回音現(xiàn)象只發(fā)生在移動臺和固定電話通話的情況下。
工程現(xiàn)場對話音質量問題的分析定位：落實此種原因一定必須弄清楚通話的主備叫情況。弄清楚通話的固定電話所在局向和所在交換機對于判斷此種故障非常具有價值。
現(xiàn)場判斷原因是可以通過電話撥打指定局向或者指定交換局的固定電話號碼，如果是回聲抑制電路的性能問題，故障現(xiàn)象應該可以多次重現(xiàn)。對于此種問題可以聯(lián)系相關交換局予以解決。
（3）移動臺通話環(huán)境引起的回音現(xiàn)象。
在一些房間回音嚴重的地方。移動臺通話時不論主叫被叫方都可能發(fā)生回音現(xiàn)象。
工程現(xiàn)場對話音質量問題的分析定位：由于此種原因引起的回音都是聽筒中聽到對方話音的回音，聽筒沒有自己講話的回音。這種情況都是一方或者兩方位于回音嚴重的房間。最明顯的回音再現(xiàn)方法是兩部移動臺在同一個回音情況嚴重的房間互相通話，移動臺通話雙方都可以聽到自己和對方的回音。

回答者： tigermarx 回答時間：2008-11-26 00:39

故障內容：

XX地G1覆蓋范圍內從5月份以來，通話質量日漸變差，當?shù)匾膊扇×烁鞣N手段，進行了時隙監(jiān)聽、信令跟蹤、逐個中繼撥測等，發(fā)現(xiàn)的問題不是很明顯，對查出的個別時隙處理后，故障現(xiàn)象依舊，手機通話時仍發(fā)現(xiàn)有刺耳的雜音、回音和單通的現(xiàn)象，出現(xiàn)的概率接近10％。

使用設備：
泰克信令跟蹤儀、LITE3000監(jiān)聽儀。

分析及解決辦法：

對交換人員來說，雜音、回音、單通是一個讓人很頭疼的問題。造成這些現(xiàn)象的原因主要有四個：
1）由交換設備造成。 2）由交換機接了外界設備造成。
3）由于中繼傳輸造成。4）由于基站的設備造成。

但具體故障問題的定位應該區(qū)別處理：

對于雜音的現(xiàn)象：首先應區(qū)別它是2M的個別時隙出現(xiàn)還是所有時隙出現(xiàn)，是偶然出現(xiàn)還是一直處于雜音現(xiàn)象。

	個別時隙出現(xiàn)	2M所有時隙出現(xiàn)
偶然出現(xiàn)	4）	3）、 2）、4）
一直處于	1）、4）	1）、2）、 3）、4）

注：1）由交換設備的中繼接口板故障造成，或由于中繼資源吊死出現(xiàn)的假忙和假閑所引起。

    2）由于中繼上外接了設備所造成。
    3）由于傳輸線路誤碼大、部分線路短路以及傳輸線路和傳輸頭接觸不好所致。
    4）由于TC設備問題或無線設備問題所致

對于回音的現(xiàn)象：也應該對各種現(xiàn)象區(qū)別對待。

	個別時隙出現(xiàn)	2M所有時隙出現(xiàn)
偶然出現(xiàn)	4）	1）、3）、4）
一直處于	4）	1）、3）、4）

注：1）由交換設備的中繼接口板故障、回聲抑制板故障，如果整個局向都出現(xiàn)，可能是回聲抑制的設置有問題，需要在交換機中修改設置來解決。
    2）由于中繼上外接了設備所造成。
    3）由于傳輸線路誤碼大、部分線路短路以及傳輸線路和傳輸頭接觸不好所致。
    4）由于TC設備問題或無線設備問題所致

對于單通的現(xiàn)象：也應該對各種現(xiàn)象區(qū)別對待。

	個別時隙出現(xiàn)	2M所有時隙出現(xiàn)
偶然出現(xiàn)	4）	1）、2）、3）、4）
一直處于	4）	2）、3）

注：1）由交換設備的中繼接口板故障。
    2）由于中繼上外接了設備所造成。
    3）由于傳輸出現(xiàn)環(huán)路或鴛鴦線。
    4）由于TC設備問題或無線設備問題所致，在交換側發(fā)現(xiàn)個別時隙出現(xiàn)E_BL。

發(fā)現(xiàn)問題后，先要使用測試工具進行詳細的測試和監(jiān)聽，對測試結果進行匯總分析，然后采用上面的定位方法將問題初步定位，接著在針對所定位的問題具體核查其原因。
這里重點對交換側及傳輸側的處理辦法做一說明：
交換側：1、檢查某一局向的回聲抑制設置是否打開。
        2、檢查每個中繼的每個時隙的回聲設置是否正確。
        3、檢查中繼的回聲抑制板是否設置正確。
        4、采用SCANTN掃描中繼的時隙占用情況，每個時隙是否能正常的占用并釋放，檢查是否有時隙假忙或假閑，以及部分時隙出現(xiàn)E_BL現(xiàn)象，并結合監(jiān)聽儀對話音質量進行檢查。
        5、對發(fā)現(xiàn)有異常的中繼做重啟操作
>BYT ROM+2E=1
>CE RES
             6、針對話音質量差多半出在中繼時隙狀態(tài)異常，所以建議維護人員應該定時定期對中繼進行觀察，具體方法如下：
                1）、首先通過BSC統(tǒng)計報告或二期網(wǎng)管系統(tǒng)的中繼資源表中確定其中繼資源可用率，如果發(fā)現(xiàn)有不可用中繼時隙，則進行下一步。
                2）、使用TNTABLE的宏文件對中繼進行掃描，將出現(xiàn)E_BL或其他原因不可用的時隙單獨作處理。具體方法：
                   對于A接口模塊：(例如DBSTCE類型的模塊)
                    >WRI_NAS:DBSTCE
                    >LOOP : TNTABLE :
                     在吐出的報告結果中FIND   E_BL便可找到異常的時隙，然后讓無線側核實該時隙是否正常，并讓其做激活處理，最后對該時隙做監(jiān)聽，直到正常為止。
                3）、如果發(fā)現(xiàn)A接口模塊中有大面積時隙出現(xiàn)E_BL的現(xiàn)象，建議無線維護人員應該重點檢查TC設備，最好能TC重啟。
    傳輸側：對于發(fā)現(xiàn)問題的中繼，對傳輸?shù)臋z查方法如下
1、定期檢查傳輸線接頭是否松動，連接是否良好。
            2、采用誤碼儀檢測傳輸質量。
             3、保證傳輸無環(huán)路，無鴛鴦線。
             4、保證傳輸線頭焊接良好，無虛焊。

     無線側：由于本次只是側重于交換，所以對于無線側的解決辦法，只是
針對此次問題的解決辦法。
    通過大量觀查發(fā)現(xiàn)在A接口中存在E_BL的現(xiàn)象，交換側做
任何操作后仍無法消除該現(xiàn)象，只有通過無線做激活操作后，恢
復正常。
    對于此次通話質量差的問題，無線側采取對TC進行重啟并
對其重新作數(shù)據(jù)后，通話質量明顯改觀，所以可能原因出在TC
側，建議定期對中繼進行觀察，及時對TC進行優(yōu)化，使問題防
范于未然。
                                         JH-0001

詳細故障報告（JH-0002）

故障內容：

從4月下旬開始，XX地G1就有用戶投訴VPMN接通率低，目前接通率已經(jīng)由94％下降到86％，VPMN呼叫已經(jīng)出現(xiàn)了比較明顯的呼叫困難現(xiàn)象，此現(xiàn)象類似于去年臨汾出現(xiàn)VPMN呼叫困難的情況，通過簡單的分析，從4月7日到5月16日，IN用戶數(shù)在減少，SACEIN模塊的負荷也在下降，然后保持在17％，IN用戶的MO和MT都保持在2萬左右，按綜合考慮，并不屬于資源緊張的情況，隨后對全球通之間進行測試，并未發(fā)現(xiàn)呼叫困難的現(xiàn)象。

使用設備：
泰克信令跟蹤儀

分析及解決辦法：

對于VPMN呼叫困難的現(xiàn)象并非第一次出現(xiàn)，去年臨汾的處理過程及上次XX地G2資源緊張的處理過程都給了我們維護人員好多處理類似問題的經(jīng)驗，這里作個總結吧。
    首先發(fā)現(xiàn)電話難打，應該分別對VPMNßàVPMN和全球通ßà全球通兩種情況進行測試，針對其測試結果的不同做相應的分析和觀察：
如果發(fā)現(xiàn)都很難打，則可能MRSACE和SACEIN模塊都存在問題，也可能是A接口的問題或信令上存在假活的現(xiàn)象，應對其進行詳細觀察，具體檢查的項目如下：
1.        對A接口中繼模塊，用TNTABLE進行掃描，觀察其占用狀態(tài)是否正常，并重點查看是否有E_BL或其他不可用的狀態(tài)，及時做處理，排除中繼的原因。
2.        對信令進行觀察，可以通過統(tǒng)計報告中的信令報告，觀察其是否有LINK存在假活，負荷是否均勻，重點查看MSC到HLR、TYH1、TYH2、TYA1、TYA2以及到BSC的信令，也可以通過信令儀來觀測信令消息是否異常，如發(fā)現(xiàn)異常及時對其做打死激活操作。
3.        對處理呼叫的MRSACE進行觀察，通過系統(tǒng)報告，查看其是否存在頻繁的模塊翻轉現(xiàn)象；從CE_LOAD的統(tǒng)計報告中，查看其忙時的平均負荷情況；使用OVMON宏文件，對其模塊的即時負荷和USER BUFF的剩余緩存空間進行觀察；查看模塊是否存在資源不足或資源吊死的現(xiàn)象，并對其做相應的處理。
4.        根據(jù)統(tǒng)計報告，對話務量、用戶數(shù)和BHCA進行分析，確定是否是交換機的資源不足所致，對其話務模型和設計的話務模型進行比較，及時提出擴容的建議。
5.        詳細分析出現(xiàn)呼叫異常前后MSC的系統(tǒng)報告，如發(fā)現(xiàn)異常報告，及時通知ALCATEL技術支持，做詳細分析，盡快處理故障。

如果發(fā)現(xiàn)只有VPMN之間存在難打的現(xiàn)象，則問題定位在處理智能業(yè)務的SACEIN模塊上或華為SCP的處理負荷和資源利用率，以及到TYH1/TYH2的信令負荷及信令的丟失等情況上，具體檢查的項目如下：
        1、對VLR的用戶數(shù)及IN用戶數(shù)做比較，確定IN用戶的比例，并分析
           BHCA值，與設計值做比較，確定是否為資源不夠。
2、對處理IN呼叫的SACEIN模塊進行觀察，通過系統(tǒng)報告，查看其是否存在頻繁的模塊翻轉現(xiàn)象；從CE_LOAD的統(tǒng)計報告中，查看其忙時的平均負荷情況；使用OVMON宏文件，對其模塊的即時負荷和USER BUFF的剩余緩存空間進行觀察；查看模塊是否存在資源不足或資源吊死的現(xiàn)象，并對其做相應的處理。
3、對信令進行觀察，可以通過統(tǒng)計報告中的信令報告，觀察其是否有LINK存在假活，負荷是否均勻，重點查看MSC到HLR、TYH1、TYH2的信令，也可以通過信令儀來觀測信令消息是否異常，如發(fā)現(xiàn)異常及時對其做打死激活操作。
4、通過信令儀對呼損的呼叫進行跟蹤，具體分析其原因，進一步確定是交換機的SACEIN模塊資源不足引起的IN業(yè)務未觸發(fā)，還是SCP沒有回送消息，或是TYH1/TYH2信令丟失所致呼損，具體定位問題所在。
5、對SCP做全面的觀察，重點查看其忙時處理器負荷和到TYH1/TYH2的信令負荷，以及磁盤空間和數(shù)據(jù)庫的運行情況。

     一般問題通過上面的分析方法，都可以定位問題，此次XX地G1出現(xiàn)的VPMN呼叫困難的問題，就是由于SACEIN模塊出現(xiàn)資源吊死的現(xiàn)象所導致，通過對SACEIN 模塊重啟和對信令做打死激活后，呼叫正常，接通率達到97％。

JH-0002
日常維護工作：

      從上述交換機發(fā)生的故障中，總結出在日常維護中應該定期做的工作如下所述：
     1：觀察告警
    觀察主告警板及用人機命令顯示告警，并逐一分析處理
2：系統(tǒng)報告檢查
觀察系統(tǒng)報告中信令翻轉及模塊RESTART情況，并對異常系統(tǒng)報告進行分析
3：統(tǒng)計報告分析
檢查統(tǒng)計報告工作是否正常
分析統(tǒng)計報告各項具體指標
4：計費輸出檢查（USBS）
檢查USBS計費系統(tǒng)輸出，確保計費輸出正常
在USBS終端上檢查，詳見USBS維護手冊
5：終端
檢查所有交換機操作終端，確保操作正常
6：交換機各局向中繼模塊時隙狀態(tài)觀察
對各有局向所有中繼模塊的時隙狀態(tài)進行掃描
可編寫一個MACRO，MACRO中使用TNTABLE進行掃描。
7：異常CAUSE分析
對呼叫處理異常釋放的拆線原因進行分析處理
8：交換機模塊狀態(tài)檢查
對交換機中非IT狀態(tài)的模塊進行分析處理
9：對交換機主要模塊系統(tǒng)資源進行調查
用MACRO進行觀察
1）：AC NA
2）：SELLIB 968T
3）：OVMON:
對顯示結果中的USER BUFFER/STACK 的占用數(shù)及其總可用數(shù)進行比較，正常占用應在50%以下。
用CE LOAD 統(tǒng)計進行模塊資源觀察
1）：統(tǒng)計方法各機房已能熟練操作，在此不重復概述。
2）：各ACE統(tǒng)計模塊LOAD警戒值為40%，系統(tǒng)設計為50%。
3）：各中繼模塊LOAD為話務量不超過每線0.
                                               JH-0002

不能回答了，只能回答兩次，所以放這了，這就是用信令跟蹤處理的回音案例