网络优化中的投诉分析处理

1、网络优化中的投诉分析处理目录 TOC o 1-5 h z 一、概述2二、投诉优化分析及处理22.1情况核实2 HYPERLINK l bookmark34 o Current Document 2.2投诉处理流程2 HYPERLINK l bookmark37 o Current Document 2.3投诉问题分析思路及解决方案3 HYPERLINK l bookmark40 o Current Document 语音业务问题分析及处理3 HYPERLINK l bookmark43 o Current Document 话务跟踪分析3硬件故障查找3现场测试分析.4数据业务问题分析及处理4

2、HYPERLINK l bookmark50 o Current Document 无法上网问题整治方案4 HYPERLINK l bookmark53 o Current Document 上网慢问题整治方案5上网掉线问题整治方案5三、投诉分析处理经验汇总63.1双向无声、杂音投诉问题排查.6 HYPERLINK l bookmark79 o Current Document 3.2串话用户投诉问题分析排查.7网络设备故障导致串话8参数设置不当导致串话9 HYPERLINK l bookmark117 o Current Document 频率干扰导致串话103.3单通问题导致的投诉11初步

3、判断11 HYPERLINK l bookmark131 o Current Document 单一小区的单通分析处理12 HYPERLINK l bookmark134 o Current Document 在固定BSC下单通分析处理12在同交换下一些单通分析处理13 HYPERLINK l bookmark150 o Current Document 3.4用户不在服务区143.5部分手机打不通电话163.6掉话引起户投诉17四、面对投诉客户时态度及技巧18投诉 分美诉数是E 投录矣 看记库骁 查点据否手机问题古行 检证标 ,区指 录小暂时无法处泓如弱覆盖玄 无覆盖等.提出解溟方聿回访用户

4、投诉 分美诉数是E 投录矣 看记库骁 查点据否手机问题古行 检证标 ,区指 录小暂时无法处泓如弱覆盖玄 无覆盖等.提出解溟方聿回访用户概述投诉是全国各地市网络运营商都非常关注的网络重点，随着网络优化的发展 运营上越来越重视用户的实际感受，改善网络质量。投诉处理工作是网络日常维 护中不可缺少的部分，因此需要有一套好的流程和方法，以确保工作的有效性和 高效性。二、投诉优化分析及处理21情况核实对工单或其他方面反映的投诉问题，首先与投诉反映主体进行情况核实， 了解问题具体现象、时间、地点和现在的情况。防止工单不详细，记录不准确 导致后续问题分析解决思路错误。原始投诉信息的采集是处理投诉问题的基础和条

5、件。我们接到的投诉多半 比较紧迫，需要以最快速度解决，但在未了解实际投诉问题的情况下拿着测试 手机或仪器去现场测试是盲目而低效的。我们必须完成基本信息的采集，其内 容包括：A 用户基本信息。投诉问题类型具体投诉描述具体投诉地点投诉问题发生的时间及频率使用手机终端类型主被叫号码其它相关信息（包括重要活动、用户行为等）有了这些信息，我们对投诉问题的分析就更加具有针对性，也便于我们制 定出随后的话务跟踪、话务统计、硬件排查以及现场测试等综合分析计划。2.2投诉处理流程实际处理投诉问题时，建议按照如下流程开展工作：2.3投诉问题分析思路及解决方案在整理投诉分析和处理中，首先排查无线环境和手机终端，若终

6、端和用户卡 没有问题则排查无线环境；无线环境不好，则具体分析什么原因导致，比如是否 有频繁的小区重选？是否有干扰？是否信号弱？是否上下行存在问题？有否相 关告警？若在环境和终端上都没有发现问题则从小区拥塞、GB拥塞、ABIS拥塞、 硬件故障、参数配置、相关告警去考虑。2.3.1语音业务问题分析及处理用户投诉问题一般比较紧迫，因此在接到投诉后必须以最快的方式定位问题 原因，排除故障，实施优化调整，最终保证网络更好的服务质量，以提高用户的 满意度。在进行投诉处理时一般采用如下一些方法。话务跟踪分析话务跟踪分析是我们处理投诉问题的常用方法，它可以快速定位投诉问题的 原因。在处理大量用户类似投诉时，话

7、务统计数据往往能提供各种全面详实的信 息，便于我们从宏观上把握网络状况，由点及面、点面结合地分析和定位问题。用户投诉的问题，如掉话、呼叫失败、话音质量差等，一旦频繁出现在某个 区域，则一般都能在话务统计数据中有所体现。比如和掉话相关的话务统计指标 统计有：无线掉话率切换成功率信道拥塞率话务掉话比 RMS报告统计和呼叫失败相关的话务统计指标有：随机接入成功率 TCH分配成功率 SDCCH分配成功率 TCH&SDCCH信道拥塞率A信道完好率和话音质量相关的话务统计及系统测量有：质差掉话（上下行质差掉话） BAND干扰统计 RMS报告统计切换原因统计通过分析话务统计指标的变化和指标间的相关性，通过话

8、务报告和RMS报 告等统计发现可能存在的问题，如话务量激增造成的拥塞、突发硬件问题引起 的大量系统侧呼叫失败和掉话、外部干扰的影响及过覆盖导致的干扰等等。这 时解决个别投诉问题则上升到解决网络整体或局部的问题，结合网络话务统计 数据可以有效地避免“只见树木，不见森林”的误区，从根本上定位问题所在， 以利于采取切实可行的措施。硬件故障查找如果从话务统计数据上发现在投诉的日期或时间段服务基站的多项性能指标突然恶化，而之前或随后又基本正常时，投诉问题很大程度上和硬件的瞬 间故障有关。这时需要监控该基站状态，通过OMC查看是否有硬件告警记录；同时与基 站班组沟通，查看基站日志文件，看是否有硬件故障恢复

9、记录；必要时对投诉 较严重、故障出现次数多的基站进行检测，以排除硬件故障带来的网络服务质 量隐患。如果从话务统计数据上发现一些指标异常而无明显的硬件告警指示，如掉 话多、接通率低也可以查看话务报告统计，是否在某一块载频上有明显的占用 时长短，存在大量分配失败和掉话，有则该载频有故障。现场测试分析接到投诉后在上述几项分析完成大概可以确定问题所在后进行现场测试、 现场调整、现场解决，若仍然无法定位故障原因，或没有足够的线索时，需要 去投诉现场进行问题测试。一般覆盖问题投诉可以通过信号测试比较方便的找出问题原因，如室内深 度覆盖、建筑密集信号弱，然后通过天线和参数调整方案，在兼顾周围覆盖要 求的前提

10、下尽可能改善覆盖目标的信号质量；对于无法通过优化解决的问题则 提出后期加站和加室内分布系统的方案。而对于呼叫失败、掉话、话音质量等问题，其可重复性往往不能保证，同 时涉及无线环境、小区负荷、基站硬件以及手机终端等多个方面，现场测试定 位问题的效率比较低。在这种情况下，进行现场测试必需了解尽可能准确的投 诉地点和时间，完成相同呼叫类型的话务，同时记录空中接口信令消息，并在 系统侧进行话务跟踪，一旦采集到投诉的问题实例，便可以结合多种数据进行 综合分析，定位问题原因。2.3.2数据业务问题分析及处理无法上网问题整治方案首先，上不了网先判断为个体用户还是多个大面积用户，并结合测试卡实地 测试推断问题

11、。可能的原因现象和判断方法手机卡没有开通GPRS业 务用测试卡上网，若能正常上网则排除网络问题，若投诉用户不能上 网，则把测试卡放到投诉用户手机内上网测试，若能上网，则判断 为投诉用户卡问题，建议去开通该业务，否则判断为手机终端问题手机设置存在问题手机终端问题往往表现为多个卡都不可以上网，其他手机可以上 网，建议到营业厅或手机销售商处咨询解决服务小区数据配置存在 问题该问题的表象往往是该服务小区内所有用户都不可以上网，投诉面 较大，需要协同机房人员配合检查投诉用户所登陆的服务 器问题用户所登陆QQ或其他网页论坛，登陆不上，可能的原因有：目标 服务器拥塞、目标服务器故障。建议试验时使用移动官方网

12、站测试。投诉点覆盖很弱在信号弱尤其有稍微干扰的情况下，手机上网会表现的很困难，信 道请求和信道指配以及数据传输都很困难。投诉区域存在严重的干 扰在信号好但干扰严重的区域，数据误块率很高，重传比例大，数据 传输很不稳定。若是热点区可能存在较当信道比较拥塞时，用户手机的性能不高，在争抢信道的时候处于重的信道拥塞弱势，很难成功占抢信道。设备硬件故障基站和BSC的硬件故障，往往会导致上不了网，表象为大面积的客 户存在上不了网的现象。出现影响数据业务的告 警存在一些告警，比如PTP BVC故障，DSP过载等，需要机房人员配 合检查。上网慢问题整治方案上网慢主要考虑干扰和拥塞其次是覆盖不良，根据进一步核查

13、的不同现象和 原因，采取不同的处理方案，具体如下：可能的原因现象和判断方法服务小区存在干扰当服务小区信号较好（4格以上）通话时有较重背景音、杂音、金 属声等，则判断为存在干扰，此时则数据重传高，误块率高，上网 会变的很慢投诉区域存在频繁小区 重选小区重选严重影响下载的速率，小区在重选时导致TBF异常释放会 中断下载，表象为投诉区往往在小区边界，或无主覆盖的区域服务小区存在信道拥塞当服务小区信道拥塞时，每信道复用比例上升，使得每个用户所使 用的资源减少，因此速率会下降投诉区域信号较弱在信号弱尤其有稍微干扰的情况下，手机上网会表现的很困难，信 道请求和信道指配以及数据传输都很困难。资源受限在热点地

14、区信道充足且无线环境良好的情况下，由于GB 口、GABIS 口以及网关的瓶颈原因导致忙时段上网较慢。服务小区的编码方式等 参数设置不合理参数设置不合理，使得编码方式提升不上去、编码方式提升的时间 较长，TBF的建立等时间较长等，需要与机房配合检查投诉用户所登陆的服务 器问题用户所登陆QQ或其他网页论坛，登陆不上，可能的原因有：目标 服务器拥塞、目标服务器故障。建议试验时使用移动官方网站测试。设备硬件故障若载频的隐性故障和其他故障都会可能导致传输不稳，速率较低。传输不稳定出现E1传输告警，E1提示告警，以及小区传输延迟告警等手机多时隙能力不足由于客户手机的多时隙能力不同，当能力不足时，申请到的信

15、道较 少，若不支持EDGE，则只能使用GPRS的低编码方式。上网掉线问题整治方案上网掉线主要考虑小区重选是否频繁，掉线很多情况下存在偶然因素，根据 进一步核查的不同现象和原因，采取不同的处理方案，具体如下：可能的原因现象和判断方法投诉区域小区重选较频 繁小区重选严重影响下载的速率，小区在重选时导致TBF异常释放会 中断下载，表象为投诉区往往在小区边界，或无主覆盖的区域投诉区域存在干扰在信号好但干扰严重的区域，数据误块率很高，重传比例大，数据 传输很不稳定。传输不稳定出现影响数据业务的告警服务小区存在拥塞分组数据传输的特点：数据传输时不是一直占用着信道，当一个TBF 传输完毕时，可能会释放当前信

16、道，在下一次申请传输数据时由于信道拥塞，导致了掉线。路由更新多次失败或被由于无线环境不稳，在网络下发路有更新时，各种原因导致的路有拒绝更新失败，或信息错误被拒绝，造成掉线。三、投诉分析处理经验汇总3.1双向无声、杂音投诉问题排查情况概述：引用实际案例，双向无声以及噪音干扰导致用户大量投诉的问题 进行认真分析，逐段排查，定位故障原因，提出解决措施及优化方案，处理过程 思路清晰。原因分析及处理：1）杂音噪声类：杂音和噪音类问题与无声类问题一样，明确方向性是十分必要的。无声问题 是将应该传送的语音在传送过程中丢失了，而杂音噪音类问题是将不该传输的声 音添加到系统中来。杂音的方向将指示工程师去查找系统

17、的上行信道还是下行信 道，系统的接收部分还是发射部分。2）无声类：单通，双向无声和话音断续（几秒到几十秒的无声）根据无声持续的时间分 为持续的无声和话音的断续。同样确定无声的方向性对于分析和解决问题将会有 明确的指导，无声的方向将指示工程师去查找系统的上行信道还是下行信道，系 统的接收部分还是发射部分。原因排查：定位方向，逐段监听：经过反复的拨打测试再现现象以后，主被叫都不挂机，通过MSC的用户查询 功能明确其所占用的无线小区及A口电路号，利用监听设备进行逐段监听。问题 的排查一般从下行开始着手，首先明确语音的丢失或杂音噪音是否发生在A 口， 是否MSC发出来的，如果判定是MSC发出来的话问题

18、的排查应集中到A 口上游的 设备和线路；如果A 口正常，那么监听ABIS接口，如果ABIS仍正常的话，杂音 噪音或无声问题是由于BTS侧导致的，如果ABIS 口不正常的话，那么问题就是 由BSC产生的。注意：在进行逐段排查时要注意上行和下行的相对关系，比如在 同一个小区的两个移动用户相互通话，一个用户的上行通过MSC交换后就变成另 一个用户的下行，给问题的定位带来很多易混淆的因素，所以建议最好找一部确 认通话正常的固定电话来进行拨测监听，这样就可以避免分析两个移动用户在互 相拨叫时产生两个双向通道的问题。同时要注意：在进行监听分段的过程中，每 一段端点（监听设备的监听接入点）的排查，问题可能恰

19、恰就发生在这些接头和 线缆焊接处。问题处理过程：通过收集投诉单，初步分析是全网问题还是单个或是多个站点问题 问题如果出现在BSC侧，那么首先对A 口时隙拨测，条件具备的话 可先对A口监听。检查出问题电路，即时处理。问题如果出现在BTS侧，定位步骤如下：a）后台结合性能报表分析载频频点是否存在干扰，上下行RQ值是否很差， 以及其它KPI指标情况。b）后台对应站点的当前告警、历史告警以及通知分析c）前台确认现场空调工作是否正常，测量室内温度是否超出BTS的工作温 度范围。确认风扇工作正常，及时处理风扇故障。d）检查载频到ANC的射频跳线。上站排障时，首先检查机架的所有射频跳 线，若出现破损或过度发

20、热的跳线，及时进行更换；全部线缆利用小扳手进 行紧固，复位载频，观察515分钟，测试故障是否消失。e）将同机架故障板件与非故障板件互换定位是否板件或槽位问题f）将ANC、TRE、sum板模块拔下，检查背板插针是否有弯针故障，如弯针， 则更换背板。重新上电，查看告警是否恢复。g）接地规范检查。3.2串话用户投诉问题分析排查情况概述：分为四大类：网络设备问题；手机问题；参数设置问题；频率干 扰问题。总体而言，出现串话的可能有以下几种：网络设备问题（包含直放站、中继电路对错、彩铃、MSC之间的配合问题等均会弓I起串话）；手机终端本身的问题（手机占用信道错时隙接受）；3.特定参数设置问题（在T3109

21、设置错误情况下）；4.在跳频关闭、不加密、C/I倒置情况下的频率干扰问题3.2.1网络设备故障导致串话a、交换机处理后续切换流程不完善问题描述：因交换机未按照规范完成负责整个呼叫的监控，案例如下：某地市联通D网（Alcatel BSC）自11月23号开始，切换掉话急剧增多，BSC 间的切换成功率下降幅度很大，且涉及到几乎所有小区。与此同时，网络中出现了 大量的用户串话投诉。经现场测试发现，在Alcatel D网与西门子G网切换时很容 易发生串话。经测试发现问题集中在西门子MSC切换到贝尔MSC成功后，再后续切换回 西门子MSC不成功然后西门子交换机先释放了两个交换机之间的ISUP中继资源， 但

22、没有在MAP 口发送释放消息通知贝尔MSC，若西门子MSC把该中继资源再分 配给其他用户时，仍在贝尔MSC下的手机会发生串话的情况。此后，当西门子交 换机在MAP接口收到贝尔MSC发送的下一条后续切换请求时，发出了异常的 ABORT 信令消息，CAUSE 值是 Unrecognized Transaction IDO解决方案：问题发生时，西门子交换机是作为切换的主控交换机，根 据规范定义，主控交换机需要负责整个呼叫的完全监控。因此需要西门子 交换机修改后续切换相关的软件，规范异常释放的流程，在对ISUP接口 释放的同时，必须在MAP接口通知释放对端交换机。这样就可以解决在切 换时发生串话/掉话

23、等问题。b、彩铃平台故障情况描述：AIP（彩铃中心）的问题，TMSI错误导致，其在收到释放 信令后没有通知主叫局，并且第二次重复下发IAM给被叫局（两次IAM 中MSRN，主叫号码都一致），现象：A呼叫B，然而是C接听。A的主叫 话单中被叫号码为B，B没有任何话单，C有被叫话单能和A用户话单完 全对应，C话单中主叫号码为A。解决方案：通过开启每次鉴权解决，同时请AIP中心检查该数据，避免信令 释放后发生的错误信令。c、2M中继链路故障情况描述：中继链路问题（包括TC, MSC间，移动MSC与公网间）导致 一个通话的来去两路话音中，有一路可以送达对端，而另一路不能正确的 送达对端，或有其他用户串

24、入，引起串话。解决方案：核查传输。d、TC模块故障情况描述：TC上的某些DT16板出现故障，造成占用该时隙的电话出 现串话。解决方案：更换相应硬件e、彩铃平台物理连接错误导致的串话情况描述：彩铃用户做被叫时出现串话，而非彩铃用户做被叫时无串 话。在“SCP触发彩铃”方式下，MSC之间的信令接续和通路必须经过彩 铃平台。由于彩铃平台物理连接的错误，导致了串话的发生。解决方案：一是经过拨打测试和定位出现串话的模块之后，检查物理 连接电路，发现串话问题的根源。二是改用“交换机触发彩铃”方式后， 话务直接从MSC之间走，不会发生由于彩铃问题而导致的串话。f、直放站故障情况描述：串话基本发生在同载频间隔

25、时隙上，直放站故障，即直放 站把下行的信号移频为上行频率，并发送给基站，造成对其他用户的干扰 以及串话。解决方案：一是将频段改为DCS1800或是将该基站的DTX功能关闭， 基本消除串话。二是关闭该基站覆盖范围内的联通直放站，彻底解决串话 问题。g、手机问题情况描述：手机在A小区起呼，占用半速率信道（Half Rate Channel 1），向B小区全速率信道切换失败后，没有回到原来的半速率信道，而是 以全速率的方式返回原来的半速率信道，如果处于同一时隙的Half Rate Channel 0信道有人正在使用，那么以全速率方式返回的手机可以解出 Channel 0上的语音（而不能解出自己Cha

26、nnel 1上的语音），从而形成 串话。此时，对端手机将不能听到任何声音，形成掉话（先表现为不通， 1020秒后掉话）。而Channel 0上真正的手机用户将收到问题手机严重 的上行干扰，以至其对端甚至可能听不到声音，形成Channel 0手机单通 和其对端手机掉话。被干扰的Channel 0呼叫可能在3秒后由于质量原因 进行切换，也有可能在没有切换条件的情况下在一段时间后掉话。解决方案：根据规范，手机在切换失败后，应该以原来的（切换前的） 形式（包括频点、时隙、全速率/半速率、加密模式等等）回到原来的信 道，网络对此无法干预。所以，在本实验中，萨基姆手机在切换失败返回 时“擅自”改变信道参数

27、的行为，我们认为是手机问题，所以无法解决。3.2.2参数设置不当导致串话a、BSC参数T3109设置不当情况描述：高话务地区出现大面积的串话。BSC参数T3109小于小区 参数下行无线链路超时时，由于网络判断链路中断的时间比手机判断 的时间短，因此在高话务的情况下，网络释放的资源会立即分配给其 他手机，造成原手机可以听到其他用户的声音，产生串话。解决方案：修改 T3109,使得 T3109Radio Link Time Out+1 秒。b、MSC参数TMSI设置情况描述：A呼叫B,然而是C接听。A的主叫话单中被叫号码为B, C没有任何话单，B有被叫话单能和A用户话单完全对应。B和C都在 相同的

28、MSC下。该问题是由于TMSI错误导致，通过开启每次鉴权解 决。原因分析如下：首先，当用户A在交换机上正常登记后，如果该用户投诉不能做主被叫，机 房维护人员可能基于维护方面的原因需要在HLR里面清除用户A的位置信息， 此时，HLR会向MSC发送CANCEL_LOCATION操作。其后，MSC收到 CANCEL_LOCATION消息后，会将用户A的VLR数据清除，并且将用户A的 TMSI置为FREE状态。但是此时用户A的手机终端并不知道此操作，所以在手 机终端A中存放的仍是原来的TMSI。根据ETSI-GSM04.08和ETSI-GSM09.02 规范中的定义，MSC在收到HLR发过来的CANC

29、EL_LOCATION消息后，仅是 在VLR里面清除用户信息，并不能发送任何消息通知手机。由于对于交换机来 说，用户A原来的TMSI已经被置为FREE状态，即允许分配给其他用户，在 话务较忙的情况下，MSC又将此用户A原来的TMSI分配给了用户C。此时如 果用户A使用老的TMSI进行呼叫，则在被叫手机上面显示的就是用户C的号 码。而若用户A做被叫的话，电话会接通C用户，造成串话。解决方案：通过开启每次鉴权解决。3.2.3频率干扰导致串话情况描述：在空中接口上，两个用户所占用的TCH信道出现重叠，且载 干比满足一定条件时，会出现串话的情况。具体分析如下：GSM是个频分加时分系统，即信道是按照频率

30、以及时间来划分的.那么只有当两 个信道的频率和时间完全重合.这两个信道才是重叠的.对于同一个小区而言，由于各 载频所使用的频点都是不同的，且同一个频点的8个信道在时间上存在先后秩序，因 此在小区内是不可能出现信道重叠的.而对于不同BTS的两个小区（以不朋濒为例）,由于这两个小区可能存在相同的频点，此外由于这两个小区在时间上是异步的，因此可能存在两个信道重叠的情况.载干比需满足的条件：GSM各小区采用语音编解码以及信道编解码的方式完全相同且现网没有采用加密 技术，因此占用信道A的手机解调出信道B信息的可能性是存在的。此外，同频干 扰的解调门限是9dB.即在C/I=9dB时,可以解调出有用信号.那

31、么当I/C=9dB时, 占用A信道的手机就可以解调出B信道的内容。解决方案：频率优化开启跳频（频率分极，减少信道重叠的可能）关闭DTX （增加有用信号的载干比）可开启加密，使得A用户无法解调出B用户的语音帧，避免串话。3.3单通问题导致的投诉3.3.1初步判断语音单通故障是通信系统中常见的故障之一，它的出现严重影响了整个网 络的运行质量，容易引起用户强烈投诉。单通一般表现为：通话双方在通话 建立后都听不到对方语音、或者只有一方听到话音等，习惯上都称为单通。 从影响的时长上看，还可分为“持续”、“间歇”两种情况。移动通信系统“单通”故障的主要原因：移动通信系统从网元上可划分为： BSS（无线子系

32、统）、NSS（交换子系统）两大部分。根据通话类型的不同（如移 动网内、移动网与固定网间、本地网内、本地网与长途网间），每一个通话从 发起到接续、到结束、释放，往往需要数次穿越这几大网络。因此，“单通” 产生的原因也大致分为“无线”、“交换”两大部分。情况一：手机拨手机单通本地手机互拨单通：通过测试或监听电路，定位单通发生的范围，是在某一 BSC范围内还是某一基站范围内。BSC覆盖范围内单通的原因：A接口中继 故障。监听发生单通的手机所处的BSC的A接口电路，如单条故障的话可能 为传输、交换或RXCDR中继板故障。连续四条故障可能的原因为BSC与RXCDR 之间的问题。基站覆盖范围内单通的原因：

33、A-bis 口传输、载频或时隙故障情况二：拨长途电话单通：确认本地BSC无单通现象的基础上。拨任何长途电话（本网或互联互通长途）均单通的原因：长途中继故障引起； 拨某地长途手机单通的原因：对端长途中继或对端A接口、基站故障引起； 拨某地其它运营商长途电话单通的原因：对端关口局或对端互联运营商网络 故障情况三：手机拨互联互通电话单通：在确认BSC无单通现象的基础上。手机拨对方运营商任何局向电话均单通的原因：与对端运营商关口局电路间 的电路故障。手机拨对方运营商某局号电话单通：对方关口局至对方各端局电路故障（此 情况只涉及固网运营商）：情况四：外地互联互通电话拨本地手机单通：目前互联互通呼叫均采用

34、就远 出网方式，即长途呼叫一直占用主叫方所在运营商的电路，直到最远端通过 关口局入对方运营商网络。情况五：任可其他运营商长途电话拨本地手机均单通：与相关运营商间关口 局电路故障或对方运营商长途电路故障：情况六：某外地运营商号码拨本地手机单通：某外地运营商自身网络故障3.3.2单一小区的单通分析处理案例：用户投诉，在A地移动公司三楼通话存在单通现象，而其他小区没 有单通现象。覆盖移动公司三楼的信号是生产楼1小区。接到投诉后我们对 该小区的统计报告进行分析，各项指标正常。CQT测试发现在占用生产楼1小 区通话时，存在单通现象。通过RMS信令跟踪发现trxid 4上行质量为3.56,路径损耗差为-4

35、2.28， 上行电平-106.11，故该载频存在隐性故障。此次问题处理总结：1：这是一个由于小区个别载频无线链路不平衡和上行质量差造成无线系 统单通的典型例子2： CQT测试时不要发现单通就挂线，可以适当移动一段位置看还能不能 再次听到对方声音，这样可以区分出是不是持续单通还是间歇单通。一般持 续性单通是实实在在的物理上的毛病或者电路问题多些，间歇性的毛病无线 上的原因多些。3.3.3在固定BSC下单通分析处理由于BSC和交换系统是采用ATER 口相连接，如果ATER 口出现问题可能会 产生单通现象。2Mbit/s系统中有鸳鸯线：鸳鸯线：该类故障是最常见，也比较容易排除的单通原因。当两个或者

36、两个以上的PCM线的收线或者发线交叉，就会导致单通。该情况一般出现在 开新局、增开、删除中继、割接时出现系统对错情况（话音系统/信令系统对 错）。单通现象有一个共同特点，即用户发现无法听见对方的声音时就会在很短 的时间内挂机，这样一来其通话时长就比较短。因此，对超短时（如20秒以 下）呼叫记录进行过滤、综合统计分析，就可以很容易获取到可能造成单通 的设备信息。如果在某个BSC A 口出现单通，可以通过对这个BSC的018报 告进行分析。如果有两个中继系统的相对占用时长在同一个数量级别上的， 就有可能是两个中继系统出现鸳鸯线。下面就是一个在某地移动网络的例子：用户投诉在有些小区下拨打电话存 在单

37、通现象，对投诉的小区分析后发现这些地方都是在BSC10下，对BSC10 的018统计报告分析后发现A 口的19和20中继系统占用时长短，只有20 多秒。初步判断可能是鸳鸯线问题，进一步使用2M监听仪器确定这两个系 统存在单通现象。问题时018统计表如左图，鸳鸯线整改后如右图:V7-7Ct-TC-TCt-K-rrtLINK_meLC/5(1 L，C/5K/11占用时 on ecc父，CIi tsLINK_IdA 4C75I 4331IC/5 57占用时。ocncd*CIOOHts4LINK_Iacc_C7 5l1 odr)C75zip占用时1/io CCUJ CM/I *1CTS-LINK_I

38、dAA-C7 514CC)C75A d占用时1Ad oorJ *CI conI ts A6015 7, m1 54 cc29.1291。-7 ACrxfMIC1 d64 15。5-E；p00 ned-SC1-2-609CMC18 112259422i2_43.0952.a。AC. AC.4 19cxnl d64 15。19224 146.8 7 8048.8520CC1 -Q-6 1015 1 2.551 ZO2 7.49011192642QU133 158CQ23.05 1 /X_g7f2206 10334 068.45454 a 707 /5 19A 1 Q2642I95zcc, c400

39、0pc7 npnp201 on2O6 11612139!：15251 58 5524.120V27 72729197193 464364 4125、135959572 1.23 7 Z 23.842-9201203_4_61161217 9615_43424I.76744 4 21424199193 464364 42213203733376 7.060655 05401 20 5203 4匚rca A-TfZ.MCdAtZ107；co24.5892IZ-VJrr)nc;rz_CM。1 du rrZca odne4 4C01cZ-VJO tAG ACJOUU. UUL.4 Q QOQf；-7O

40、Cc.6 131492.5 7,gQ26.17 500 dOO.4 19AAC564513 7 /1 0-7 /5692056 132 10237 op56.8 108 C 1 4l 190 *1 Q5(26451845CCE42Od43.9285re Qd-20oon5 A6 14615l36*t T dAOfOCMTZi- ocf f .unucK7 ICCf 21XJecc-T -8-6 16146 158CC-az-orxzr1 19F Cln6481251602U.833、320conCi6 1674 no /7 1.254C A19n64820 7 C365 7.7222 cn 8

41、.4，220CCc6 17OAOl153lV CL，552 7.927 ZCC C A/t.，/ 19-7. c9-r649ocr163*1CC513 1.980、CC 4CE9209 r617Cd c198447CX40no49.6A C CCC A49-T Af9-r649ocr19 7 239A r50.564cc a oor20ccc9618MC135a a rc60? cn22.5166719:CTO650会128、1 /17C58co22.1206。-7 ooc-920sc104 4618zc17 5938oc46.2894 a4 77d /7 190 *in06501716O/1

42、QC45 -28-38.I33j07 f-7A A320000406 1914011 QClf159123.83U、 opcr1191165 114 75327.8861E CE920114 06 192 162 4 OO/356I.77143 19A 1 Qll1 C65 1243C8 7.0714cn 1704320non116201391a rr5，i uc24.385、619-ta cz652138c5，24.263CL ccz620sc12 c620CCS1864C AC43cc43.3488c-7 ccct419-J Af2652195 7AfA-3950.17 94a c err

43、:920CC124 c6211459A /1O acffUIV/0OO dG19IQ16 476560ioc0 57ffUIV/0no we，20 on1647624a。仁0d0 07ffUIV/0 no nor49/! *1CO 47656GC-704 CM0onffUIV/0m -7A-7C20coo461 47625acascr60 E22.15e Atznf196C171 Q65 713521 CO-5 723.7 19OC 71/C，20sc171 Q625aca25 1 Znodr2 793.03 7 1TA U4 19O 4C174 Q65 719 7E C39E50.717 j

44、CO fA A A520CC171 Q626130、AAA.6 12 1.4591C 4 4-7 4 2 19Cd c184 c658/LC15352cc .cc.12018*1 c626aC723 11C、L3 1 op7 4.5 16 1 cc ccc-3 19c 4 c184 c658/LC2 122 cc36cc58.9444-re ce420 cc184 c62 7ccc1444A A At5924.4741C 4 A A ar819c. c9cr659ccc13225723.1929820-7CCIW cc62 7CCC216336no60.083j uc rcce319A Af9

45、cr659ccc2266ArAr.32Af7 0.812、A C CCL1 20CC9cc628acc141t4 4 451 58匚r24.4482oc /no819C20660427159 cc2 1.542、7 c;720oc20Oj628acc20423853.7 368，c 041920660CM1945oca40OR48.625c-7 ccz20cc20629144C415 7,co25.403119-74 C|166 1138?1 on-5624.7 5c.4 C4d20on2 1 oa629I99z40 op49.8 co opp /194a66 1206ICC，365 7.25

46、201 on2 1 -a630126、AAA.1 6320.0 7 9、* SC719c. c22cc662ccc139 / O-756CJ24.946320sc22cc6301990n-738A C52.368-A A O alOC219Af22cc662ccc1999V-7Ct395I.2-56T/ . -r A A A1 20 ccc22CC631 1444 10-7 757ac25.333、。C31923QA663GCA13755 7CM24.1228-7fA(120one23。，631a。187542AC44.6428619。4C23QA66317 95Accr43 -38-41.7

47、441co Id920会。c23。/16Tart13 7 1 60 co22.9。/1 c1924QC612024 me6 1E；p9704tqdGU：220sc24 oc632c?oo17 34OCd452X2-C/1 oc?o/3 19EC24QC66aau1980incT2452cn ArcA620coc24nc633cc A1424 c5824.5Cd cc-719I c25665ccc132、V CL5822.913,92025633cc A2066-7/i r38AC-54.3684c-7 a rcr2 19A Af5c小665ecc195 7 CC i394 A50.17 94,

48、4匚GG；920ccc25c小634coc132Ca /in-62-cc21.38 7ca a7Qi1 19 -74 c2607666aa-7135458-58co23.32 7、00920HOC2607634coc1710cocc46OC37.17397C oaac1 19-7-in26 97666aarr1884ocw4145.95 128 d OHd220ccc26 97635149156-58-26.678、。/1O7 19，CMC2 7 a66 74 ms58E；p22.1201。CCd-920SC2 7635239t1 occ30JO79.866644.2387 192 7 a66

49、 720 7、one /37Q.Q56.1891C A CUS920onn2 7636cc-714 1CAt24.4482CC A Att.,8 19-7. C28cr668ccr130C v cc-5822.55 1 /c. ccc.220ucc28CC6361858-4 CCt42AC-00 C A-TC19c 4 c28cr668ccc2054!384 A54.0526a 0 onor3 20ccc28CC63 7cc13454 AC，1 60rr-22.4161c-7 a rre719rA c29669rr12974 CC-59/TC21.9830CA-7 A r52029cc63 7

50、cc169、cc-46cc36.8478tr319 A C29669r-rr1914cc a r.41 no46.6829re ver，320 CC29C/6386391494555 57-27.109026.52639192193034670671126759-59-21.4745820620-30316386391967467239-46-50.435、36.3478t 1934930346706712246236732-29-70.18781.6206i 20920-30-34由于2M传输硬件问题形成的单通处理过程：用2Mbits时隙监听仪，跨接在DDF架上对A 口中继时隙监听；案例：用

51、户投诉有单通现象，投诉地点集中在BSC3下。在BSC3和TC侧中 继都没有异常告警，通过使用2Mbits时隙监听仪对A 口监听每个时隙，最后发 现在其中一个中继有单通现象。在DDF架对TC侧自环时没有发现告警，更换对 应的ATBX板子后单通现象也没有排除。最后在检查中继线时发现TC侧2M头子 出现虚焊，重新焊好后，单通现象消失。3.3.4在同交换下一些单通分析处理中继环回形成的单通：PCM自环后，电路中继状态正常（s1240系统显示为free，其他厂家 交换一般显示为IDLE），但是电路占用后出现主叫用户只听到自己声音 （当通话占用该电路后，只听到自己的声音，比自己讲话稍微滞后一点点， 好像是

52、回声），这种自环有两种，一种是中继硬件自环，另外一种是传输 的软件自环。传输的软件自环会产生中继在DDF侧断不开的想象，这时需 要传输配合解决。 CIC编码故障不同厂家的交换机对CIC的编排有不同的规定。贝尔S1240交换机必 须要从33开始编码，而西门子、朗讯、华为交换机可以比较灵活从0或 33编码。因此，两交换机进行互联时，需要事先约定CIC的编码方案； 进行中继扩容时，也需要相互进行核对。在维护作业中，如果发现交换机 上报大量的“非法CIC”告警信息；则表明双方CIC编排不一致可能性很 大。需要两对接交换局中继数据及时进行电路的CIC检查。其实这种现象 和中继鸳鸯线差不多，只不过这是软件

53、上的原因。一般影响面会更大些， 还会有个别时隙单通不好的现象（区分整个中继系统）。在这里我要对BSC和S1240交换机CIC编码给予介绍，有利于对问题 的处理。ALCATEL BSC的CIC编码是从33开始的。而S1240交换侧的CIC 编码是从101开始。BSC的CIC编码33是十进制转换为2进制就是100001。S1240交换 机CIC编码使用是12bit位长的2进制码表示，其中前面7个位长表示中 继序号，后面5位长表示这个中继的时隙。这样100001就表示为0000001 00001（其中前面不够的位用0补位），那么它在S1240系统中中继序 号就是2的0次幕是1，中继时隙就是2的0次幕

54、为01，他们组合起来 CIC为101。BSC CIC编码65就0000010 00001对应的S1240交换侧编 码就是201。有个这样的知识我们就可以很方便的把BSC 018报告中中继 时隙和交换侧（通过交换机136命令显示的）中继状态一一对应了。中继状态不一致：不同交换机进行互联（或者同一交换机不同软件版本）时，对NO.7 中TUP/ISUP信令协议标准的理解不甚一致，经常会相互间双方“电路维 护”指令不能正常响应。如:A侧交换机电路表现为“IDEL”或者是“Free” 状态、而B侧交换机电路表现为“BLOCK”状态；如果A局下用户占用了 这一部分电路，就出现单通现象。电路状态一般情况下都是稳态的。但是传输中断、板件故障、信令中 断等都可能造成中继电路状态变化。当电路恢复时，如果两交换机间电路 状态不能同步，就容易造成这样的隐性故障。此类问题可以通过对中继电 路的占用情况进行检查，一旦发现同一 2Mbit电路全都长时间空闲、无占 用，也可以判定为该类故障。中继单元硬件故障中继模块的故障有时能导致一个2Mbits电路上大量单通出现；当进 行了“鸳鸯线检查”、“环回检查”、“电路状态检查后，如果单通问题 仍未能解决，且单通还是出现在同一 2Mbits电路上，一般要考虑对两侧 的