善于提问，勤于回答，你也是专家

问题已开启 (普通问题)

GSM网络中不同BSC下的多个小区出现回音问题如何解决-谢谢！

接投诉去处理发现，在两个不同的BSC下的多个小区出现回音现象，比较严重，能断断续续的听到对方的声音，绝大多数听到的是自己的，请各位大侠献计以解决该问题。谢谢！

提问者: chrissxhb 提问时间: 2008-11-26

	我要回答：

	请先登录或注册再回答问题

更多 BSC GSM 小区 Base Station Controller 问题 GSM网络网络网关(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 )

（一）有遇到一个基站，刚开始一小区有回音，从BSC中查看无任何告警，在基站硬件检查，包括数据库配置，连线都正常，做载频环路测试也正常，后关跳频拔打测试，第二小区也出现回音。再从BSC中查告警，两个小区第一块载频（MBCCH)有TRX信道失败告警，把BCCH载频失败信道锁，再解锁，重起基站，仍有回音。后将MBCCH改为每小区的第二块载频，拔打测试，回音消除。
    经验：MBCCH载频信道故障会引起回音。
(二）1、交换方面原因：中继参数定义或其他局数据方面或设备之间配合问题。
2、无线方面原因：载频故障，TRAU问题等等，判断起来比较困难，需要锁频测试
3、对端问题：曾经碰到因其他运营商设备问题导致的回声极大。

下面列举回声可能产生的原因：
    （a）设置在PLMN和PSTN网络之间的回声抑制板发生故障。
    （b）BSC侧的TC主要完成码型变换和速率适配功能，如果它出现故障，将会引起回音。
    （c）A接口和Abis接口的电路由于日常维护时不小心造成环路也会造成回声问题。
    （d）移动台的发送电路发生故障。
    （f）某些特殊的环境中，会产生声学或无线电波反射回声。 | 国内领先的通信技
回音问题处理方案
    由于现场回音问题的现象表现比较复杂，又缺乏规律性，只能进行大范围的多方面测试，制定了以下问题定位处理方案：
    首先针对反映比较普遍的手机和固定电话之间以及客服中心电话的回声现象，在MSC侧进行PLMN和PSTN之间各个局向的中继线路拨打测试。在定位并排除了网络局间中继上的问题后，如果还有手机和固定网之间的通话回音，进行个别点的测试，包括无线侧的基站时隙拨测和固定电话线路、话机调换等方法。
    接下来如果能够通过客户反映定位到某几个基站覆盖地区经常出现回音问题，那么就对这几个基站进行载频时隙的拨打测试，排除可能由于BTS单元故障引起的回音。另外，考虑到当地手机型号比较杂，二手手机比较多，排除由于移动台故障造成的回音也是必要的，但是实际操作起来比较困难，需要通过比较多的统计数据来分析。
    针对问题不同表现，从网络、无线着手，通过逐步、多点、大量的测试，将网络中存在的各种回声现象的原因逐个找到并排除。存在于固定网和客服中心的回声，是由于回声抑止板的故障或设置不正确引起；而手机间的回声基本可以排除是系统原因导致，主用是由于环境和手机本身问题引起回声；另外还有固定话机本身质量和性能差的原因引起的回声。

（三）做信令跟踪.
如果区域不固定,就不要去查基站的问题了.基本判断是交换的某块板有问题.

回答者： tigermarx 回答时间：2008-11-26 00:34

建议拨打电话做信令跟踪
1）移动台问题引起回音现象
个别移动台因为耳机和话筒之间隔离度不佳引起回音情况。这种问题通常表现为耳机输出声音越大则回音越大或者讲话声音越大回音愈大。反之则表现并不明显。
移动台回音问题可能会产生两种情况：一种是单方移动台话筒和听筒之间的回声引起本机的回音，一种是本方的话筒引起对方的回音现象。
工程现场对话音质量问题的分析定位：在工程现场发生回音现象时可以采用以下方式进行分析定位。
第一步：发生回音移动台用手指堵住话筒，在听筒倾听回音是否消失，如果消失可以确定是本移动台引起回音现象。
第二步：告诉对方移动台堵塞话筒，然后再倾听本机的回音情况，如果声音消失或减少可以说明是对方移动台引起本机的回音。一般情况下移动台原因引起的回音随着听筒受话音量的大小变化。
（2）和固定电话通话时，固定交换机回声抑制电路的性能不佳
回声抑制不佳可能在移动交换机，也可能存在于公网某交换机。这种回音现象只发生在移动台和固定电话通话的情况下。
工程现场对话音质量问题的分析定位：落实此种原因一定必须弄清楚通话的主备叫情况。弄清楚通话的固定电话所在局向和所在交换机对于判断此种故障非常具有价值。
现场判断原因是可以通过电话拨打指定局向或者指定交换局的固定电话号码，如果是回声抑制电路的性能问题，故障现象应该可以多次重现。对于此种问题可以联系相关交换局予以解决。
（3）移动台通话环境引起的回音现象。
在一些房间回音严重的地方。移动台通话时不论主叫被叫方都可能发生回音现象。
工程现场对话音质量问题的分析定位：由于此种原因引起的回音都是听筒中听到对方话音的回音，听筒没有自己讲话的回音。这种情况都是一方或者两方位于回音严重的房间。最明显的回音再现方法是两部移动台在同一个回音情况严重的房间互相通话，移动台通话双方都可以听到自己和对方的回音。

回答者： tigermarx 回答时间：2008-11-26 00:39

故障内容：

XX地G1覆盖范围内从5月份以来，通话质量日渐变差，当地也采取了各种手段，进行了时隙监听、信令跟踪、逐个中继拨测等，发现的问题不是很明显，对查出的个别时隙处理后，故障现象依旧，手机通话时仍发现有刺耳的杂音、回音和单通的现象，出现的概率接近10％。

使用设备：
泰克信令跟踪仪、LITE3000监听仪。

分析及解决办法：

对交换人员来说，杂音、回音、单通是一个让人很头疼的问题。造成这些现象的原因主要有四个：
1）由交换设备造成。 2）由交换机接了外界设备造成。
3）由于中继传输造成。4）由于基站的设备造成。

但具体故障问题的定位应该区别处理：

对于杂音的现象：首先应区别它是2M的个别时隙出现还是所有时隙出现，是偶然出现还是一直处于杂音现象。

	个别时隙出现	2M所有时隙出现
偶然出现	4）	3）、 2）、4）
一直处于	1）、4）	1）、2）、 3）、4）

注：1）由交换设备的中继接口板故障造成，或由于中继资源吊死出现的假忙和假闲所引起。

    2）由于中继上外接了设备所造成。
    3）由于传输线路误码大、部分线路短路以及传输线路和传输头接触不好所致。
    4）由于TC设备问题或无线设备问题所致

对于回音的现象：也应该对各种现象区别对待。

	个别时隙出现	2M所有时隙出现
偶然出现	4）	1）、3）、4）
一直处于	4）	1）、3）、4）

注：1）由交换设备的中继接口板故障、回声抑制板故障，如果整个局向都出现，可能是回声抑制的设置有问题，需要在交换机中修改设置来解决。
    2）由于中继上外接了设备所造成。
    3）由于传输线路误码大、部分线路短路以及传输线路和传输头接触不好所致。
    4）由于TC设备问题或无线设备问题所致

对于单通的现象：也应该对各种现象区别对待。

	个别时隙出现	2M所有时隙出现
偶然出现	4）	1）、2）、3）、4）
一直处于	4）	2）、3）

注：1）由交换设备的中继接口板故障。
    2）由于中继上外接了设备所造成。
    3）由于传输出现环路或鸳鸯线。
    4）由于TC设备问题或无线设备问题所致，在交换侧发现个别时隙出现E_BL。

发现问题后，先要使用测试工具进行详细的测试和监听，对测试结果进行汇总分析，然后采用上面的定位方法将问题初步定位，接着在针对所定位的问题具体核查其原因。
这里重点对交换侧及传输侧的处理办法做一说明：
交换侧：1、检查某一局向的回声抑制设置是否打开。
        2、检查每个中继的每个时隙的回声设置是否正确。
        3、检查中继的回声抑制板是否设置正确。
        4、采用SCANTN扫描中继的时隙占用情况，每个时隙是否能正常的占用并释放，检查是否有时隙假忙或假闲，以及部分时隙出现E_BL现象，并结合监听仪对话音质量进行检查。
        5、对发现有异常的中继做重启操作
>BYT ROM+2E=1
>CE RES
             6、针对话音质量差多半出在中继时隙状态异常，所以建议维护人员应该定时定期对中继进行观察，具体方法如下：
                1）、首先通过BSC统计报告或二期网管系统的中继资源表中确定其中继资源可用率，如果发现有不可用中继时隙，则进行下一步。
                2）、使用TNTABLE的宏文件对中继进行扫描，将出现E_BL或其他原因不可用的时隙单独作处理。具体方法：
                   对于A接口模块：(例如DBSTCE类型的模块)
                    >WRI_NAS:DBSTCE
                    >LOOP : TNTABLE :
                     在吐出的报告结果中FIND   E_BL便可找到异常的时隙，然后让无线侧核实该时隙是否正常，并让其做激活处理，最后对该时隙做监听，直到正常为止。
                3）、如果发现A接口模块中有大面积时隙出现E_BL的现象，建议无线维护人员应该重点检查TC设备，最好能TC重启。
    传输侧：对于发现问题的中继，对传输的检查方法如下
1、定期检查传输线接头是否松动，连接是否良好。
            2、采用误码仪检测传输质量。
             3、保证传输无环路，无鸳鸯线。
             4、保证传输线头焊接良好，无虚焊。

     无线侧：由于本次只是侧重于交换，所以对于无线侧的解决办法，只是
针对此次问题的解决办法。
    通过大量观查发现在A接口中存在E_BL的现象，交换侧做
任何操作后仍无法消除该现象，只有通过无线做激活操作后，恢
复正常。
    对于此次通话质量差的问题，无线侧采取对TC进行重启并
对其重新作数据后，通话质量明显改观，所以可能原因出在TC
侧，建议定期对中继进行观察，及时对TC进行优化，使问题防
范于未然。
                                         JH-0001

详细故障报告（JH-0002）

故障内容：

从4月下旬开始，XX地G1就有用户投诉VPMN接通率低，目前接通率已经由94％下降到86％，VPMN呼叫已经出现了比较明显的呼叫困难现象，此现象类似于去年临汾出现VPMN呼叫困难的情况，通过简单的分析，从4月7日到5月16日，IN用户数在减少，SACEIN模块的负荷也在下降，然后保持在17％，IN用户的MO和MT都保持在2万左右，按综合考虑，并不属于资源紧张的情况，随后对全球通之间进行测试，并未发现呼叫困难的现象。

使用设备：
泰克信令跟踪仪

分析及解决办法：

对于VPMN呼叫困难的现象并非第一次出现，去年临汾的处理过程及上次XX地G2资源紧张的处理过程都给了我们维护人员好多处理类似问题的经验，这里作个总结吧。
    首先发现电话难打，应该分别对VPMNßàVPMN和全球通ßà全球通两种情况进行测试，针对其测试结果的不同做相应的分析和观察：
如果发现都很难打，则可能MRSACE和SACEIN模块都存在问题，也可能是A接口的问题或信令上存在假活的现象，应对其进行详细观察，具体检查的项目如下：
1.        对A接口中继模块，用TNTABLE进行扫描，观察其占用状态是否正常，并重点查看是否有E_BL或其他不可用的状态，及时做处理，排除中继的原因。
2.        对信令进行观察，可以通过统计报告中的信令报告，观察其是否有LINK存在假活，负荷是否均匀，重点查看MSC到HLR、TYH1、TYH2、TYA1、TYA2以及到BSC的信令，也可以通过信令仪来观测信令消息是否异常，如发现异常及时对其做打死激活操作。
3.        对处理呼叫的MRSACE进行观察，通过系统报告，查看其是否存在频繁的模块翻转现象；从CE_LOAD的统计报告中，查看其忙时的平均负荷情况；使用OVMON宏文件，对其模块的即时负荷和USER BUFF的剩余缓存空间进行观察；查看模块是否存在资源不足或资源吊死的现象，并对其做相应的处理。
4.        根据统计报告，对话务量、用户数和BHCA进行分析，确定是否是交换机的资源不足所致，对其话务模型和设计的话务模型进行比较，及时提出扩容的建议。
5.        详细分析出现呼叫异常前后MSC的系统报告，如发现异常报告，及时通知ALCATEL技术支持，做详细分析，尽快处理故障。

如果发现只有VPMN之间存在难打的现象，则问题定位在处理智能业务的SACEIN模块上或华为SCP的处理负荷和资源利用率，以及到TYH1/TYH2的信令负荷及信令的丢失等情况上，具体检查的项目如下：
        1、对VLR的用户数及IN用户数做比较，确定IN用户的比例，并分析
           BHCA值，与设计值做比较，确定是否为资源不够。
2、对处理IN呼叫的SACEIN模块进行观察，通过系统报告，查看其是否存在频繁的模块翻转现象；从CE_LOAD的统计报告中，查看其忙时的平均负荷情况；使用OVMON宏文件，对其模块的即时负荷和USER BUFF的剩余缓存空间进行观察；查看模块是否存在资源不足或资源吊死的现象，并对其做相应的处理。
3、对信令进行观察，可以通过统计报告中的信令报告，观察其是否有LINK存在假活，负荷是否均匀，重点查看MSC到HLR、TYH1、TYH2的信令，也可以通过信令仪来观测信令消息是否异常，如发现异常及时对其做打死激活操作。
4、通过信令仪对呼损的呼叫进行跟踪，具体分析其原因，进一步确定是交换机的SACEIN模块资源不足引起的IN业务未触发，还是SCP没有回送消息，或是TYH1/TYH2信令丢失所致呼损，具体定位问题所在。
5、对SCP做全面的观察，重点查看其忙时处理器负荷和到TYH1/TYH2的信令负荷，以及磁盘空间和数据库的运行情况。

     一般问题通过上面的分析方法，都可以定位问题，此次XX地G1出现的VPMN呼叫困难的问题，就是由于SACEIN模块出现资源吊死的现象所导致，通过对SACEIN 模块重启和对信令做打死激活后，呼叫正常，接通率达到97％。

JH-0002
日常维护工作：

      从上述交换机发生的故障中，总结出在日常维护中应该定期做的工作如下所述：
     1：观察告警
    观察主告警板及用人机命令显示告警，并逐一分析处理
2：系统报告检查
观察系统报告中信令翻转及模块RESTART情况，并对异常系统报告进行分析
3：统计报告分析
检查统计报告工作是否正常
分析统计报告各项具体指标
4：计费输出检查（USBS）
检查USBS计费系统输出，确保计费输出正常
在USBS终端上检查，详见USBS维护手册
5：终端
检查所有交换机操作终端，确保操作正常
6：交换机各局向中继模块时隙状态观察
对各有局向所有中继模块的时隙状态进行扫描
可编写一个MACRO，MACRO中使用TNTABLE进行扫描。
7：异常CAUSE分析
对呼叫处理异常释放的拆线原因进行分析处理
8：交换机模块状态检查
对交换机中非IT状态的模块进行分析处理
9：对交换机主要模块系统资源进行调查
用MACRO进行观察
1）：AC NA
2）：SELLIB 968T
3）：OVMON:
对显示结果中的USER BUFFER/STACK 的占用数及其总可用数进行比较，正常占用应在50%以下。
用CE LOAD 统计进行模块资源观察
1）：统计方法各机房已能熟练操作，在此不重复概述。
2）：各ACE统计模块LOAD警戒值为40%，系统设计为50%。
3）：各中继模块LOAD为话务量不超过每线0.
                                               JH-0002

不能回答了，只能回答两次，所以放这了，这就是用信令跟踪处理的回音案例