单通问题产生原因及解决方案 . ...................................................................................................... 1
单通分类........................................................................................................................................... 5
案例：BSC 单通问题解决 .............................................................................................................. 6
单通问题产生原因及解决方案
单向通话表现为通话时，用户没有听到对方的声音或者听到的是自己的声音。这种情况在本地通话以及长途电话中时有发生。单通问题是一个经常困扰我们的网络问题，严重影响了移动网络的品质．引起用户投诉。在“服务与业务双领先”战略指导下，我们必须解决单向通话问题。
1 造成单向通话的原因分析
根据一个通话实现的机理，分析造成单向通话的主要原因有以下几点
1．1 传输线路的原因
在有线领域，传输问题是可能是造成单边通话的最重要原因。一个通话得以实现，首先有信令传送过程，然后有话务传送过程。整个通话路由可分为BTS ——BSC 、BSC ——MSC 、MSC ——GMSC 、GMSC ——PSTN 、GMSC ——TMSC 、MSC ——TMSC 、TMSC ——TMSC 等阶段。任一阶段出现传输接口错位，环路，传输状态锁死以及数据错误，都可能造成单通现象。在局间中继的DDF 架上，或在回声抑制器上。交换机接口板上，同一局向中继的两个系统的收与收之间、发与发之间电缆如果接反，使话路发送方向在位置 1而接收方向在位置2，造成单边通话。若收发全部接反，会造成电话接通后双方都听不到声音的情况。若出现中间电路环路，两端的电路状态都正常，但双方只能听到自己的声音。交换机中每一条电路用CIC 码标识，如果标识对应关系错误。或者某边CIC 多做未对应，用户呼叫时就会时就会分配到错误的中继上。即建立了错误的话音链路，造成单方通话。
1．2 用户端原因
当手机的适话器或者受话器出现故障时，肯定会出现单边通话。手机最大发射功率不达标或接收灵敏度差，也会导致单边通话。在通话过程中，手机每48Oms 向BTS(基站) 报告测量结果，BSC 根据手机BTS 报告的测量结果，命令手机随时调整发射功率。如果是最大发射功率不达标，手机可收到基站发出的下
行信号，用户就可以听到该用户的声音，但由于手机最大功率不够，基站收不到手机上行信号，从而出现单边通话；如果是接收灵敏度差，就是手机收不到下行信号。当某单个手机多次出现单边通话的情况时。就要考虑到手机的问题了，一般通过修理、更换手机就可解决。
1．3网络设备原因
当 MSC 上与 BSC 连接的电路板有问题时，就会出现信令链路完成信令分析后分配到不能正常工作的中继端口号，造成信令连接完成而话音电路不起作用的单方通话。 MSC 到 BSC 的 A 接口电路中有些时隙不作为话音信道使用。并且A 接口还涉及到 TC 压缩，很容易发生两端电路不对应的情况，应在 MSC 端创建电路时隔掉不作为话音信道使用的时隙，否则极易产生单向通话。在BSC 及BTS 上，一些接口板的问题也会导致单边通话。碰到这个现象，应马上调出该次通话的话单，记下出、入中继端口号，然后找出对应的中继板，检查该中继板是否工作正常，如检查该电路板确有故障，就将其更换。 BSC 上这些故障大部分较易判断，在BSC 或BTS 上用常规的诊断、维护命令即可检察出来，更换盘后即可恢复。若无任何告警，则问题复杂化，但仍可通过拨打测试，分析观察报告，确定单边通话的基站、小区、载波、时隙号，设备号进行故障定位后，再依次检查或更换后即能解决。 BTS 的上下行功率不匹配也可能导致单通现象。刚开局时，可能部分BTS 的参数设置不正确，上下行功率差别太大，容易造成该BTS 下用户通话时的单通现象。
1．4 无线原因
在通话过程中，也会遇见移动过程中产生的瞬时单边通话。天线传播是一个比较复杂的过程，当电波遇到障碍物时。幅度会发生变化，即瑞利衰落(Rayleigh)，同时会产生反射。基站与手机之间的信号传播直通的很少，大多情况下。接收到的信号是具有多个相位的信号(多径效应) ，当然不同的强度就不会一样，这种不规则性就会使手机在移动中产生瞬时的单边通话。可采用跳频技术提高传输的性能(增益可达到6．5db) ，可减少此类情况下产生的单边通话。
2 解决单通问题的办法及经验
针对手机单通问题．我们投入了大量的人力持续不断地采取一系列手段对这个问题进行监测追踪和分析处理。主要方法有以下几种：
2．1 音监听的方法
使用传输监听仪器，直接监听受怀疑局向上某一传输上的通话情况，或者，在交换机维护终端上，通过设置测试座席电话，利用交换机CCD 功能监听某一传输设备，如可听到正常通话，则可以排除该传输上单通的可能。这种方法比较简便直观，但存在侵犯用户隐私。检查耗时长，浪费人力等问题，不适台大面积电路检查。
2．2断开电路检查的方式
通过断开DDF 架上传输接口进行“开路”测试。在传输两端终端上查看对应端口的状态。如果两边状态都显示传输断，那么此电路没有问题。如果一边或两边的状态显示异常，那么，可以初步确定此电路存在问题，该局向进一步检查。这种方法比较简单，但存在看对正常电路造成影响，可能中断正常的通话，这种方法应该在话务量较底的情况下进行。
爱立信的交换机提供有软件功能模块，The Seizure Quality Supervision function ，可以对来去话中继电路、双向电路。电路时隙等进行实时监测设备的占用时长，一般来说，出现单通的通话的平均时长总是小于正常的通话平均时长，从而提取产生单通的中继电路并产生告警，及时发现电路问题。
对所有GMSC 、MSC 的各路由上定义并激活该监测功能。
表示设定路由 MSC91，被怀疑拥塞的电路的比例大于9O%，通话占用时长没有超过门限值2O 秒。被怀疑的电路超过60%，系统就产生A2级别告警，维护人员就可以对此电路重点检查。因为被叫端局回送ANM 或ANC 、ANN 后，即占用中继并振铃。经过一段时间的调整测试后，占用时长的门限值设为3O 秒比较台理。
具体告警信息显示如下：
A3/APT “WHIMSC3 X 57/GB/O/” 397 020916 2014
SEIZURE QUALITY SUPERVISION
R
MSC91
查看路由上有单通可能的时隙设备，并对电路进行检查
SEIZURE QUALITY SUPERVISION RESULT
R DEV
MSC91 UPD-5379
MSC91 UPD-5478
END
这种方式只要对路由进行了设定，出现问题，系统就会作成提示，使维护工作更积极主动。
2．3 编制监测单通软件的方法
为了进一步工作提高效率。我们组织力量开发监测单通的软件，利用计算机处理数据。采用仪表跟踪中继电路上的通话记录，查出超短的通话记录的方法测单通。利用七号信令仪表来监测局间信令的接续情况，获取每一次通话的时长，在获取足够的样本以后。再利用计算机软件进行分析。把一个PCM 的31个时隙中通话时长没有达到设定门限值的中继号码分拣出来，并统计未达到占用时长的占用次数。这样经过滤后大大缩小了测试范围。然后再采取指定该中继时隙拨打测试及CCD 监听的方式证实是否存在传输线路问题。由于七号信令仪表可长时间的在线监测，可以获取到足够多的样本，这样在软件分析时错判、漏判的概率会极大的减小。与传统的人工监测相比，具有对网络的干扰小，节省入力资源，故障定位准确的优点。
为了获取中继时长占用情况，七号信令仪表是关键。通过反复的试验和比较，WTF-20OO 型仪表可以方便的生成大容量的呼叫结果原始文件。呼叫过程仅有一行记录，极大的简化了后继文本解析的难度。并且WTF-2000型仪表上有多块测试接口卡，可以一次监测多个局向，缩短了对中继监测的周期。由于从七号信令分析仪上得到的结果数据量较大，利用呼叫记录分析系统对原始的日志文件进行分析和整合。按OPC ，DPC ，CIC 的组合排序生成中间文件，方便进行后处理。
采用Delphi 编程语言和perl 语言来开发相关软件。perl 语言的核心技术正则表达式逐行分析原始文件，获取每次通话的OPC ，DPC ，CIC 以及计费时长，分析完毕后保存于HASH 数组之中，而后按OPC ，DPC ，CIC 从小到大的次序
排序数组，得到每个OPC ，DPC ，CIC 组合的通话时长和通话次数生成中间结果文件。再提交给其它模块进行处理。Perl 程序中正则表达式是专为文本解析而设计的工具。perl 环境中HASH 数组在内存中的存储结构相对于其它的语言数据结构具有更高的性能，可以实现一次运算，就完成了样本的分类和统计，避免了多次运算，提升了程序的整体性能。Delphi 完成时长分析模块。利用中间结果文件获取每个中继局向的中继占用时长信息，同时从数据库中读取每个中继局的判决门限(时长门限及次数门限) 判决出有问题的中继群及PCM 系统，全部判决完毕以后生成有问题的清单报表。全网交换局局间中继局向较多，交换机PCM 系统相关通话时间及通话次数门限信息数据量较大，我们使用数据库来保存相关信息。用微软公司的组件对象模型(COM)技术，Delphi 语言通过COM 调用。可避免了对EXCEL 报表底层操作，简化程序流程，减少程序代码，提高了程序的可维护性和扩展性。该系统是一个实用的单通检测系统，能很好的满足日常工作的需要。
3 结束语
通过对以上方法的综合利用，以前长期困扰我们的单通问题得以解决，网络的服务质量得到了有力的保证。同时，为以后解决此类问题积累了经验、手段使维护水平得到提升。
单通分类
（一）手机拨手机单通
本地手机互拨单通：通过测试或监听电路，定位单通发生的范围，是在某一BSC 范围内还是某一基站范围内：
BSC 覆盖范围内单通的原因：A 接口中继故障。监听发生单通的手机所处的BSC 的A 接口电路，如单条故障的话可能为传输、交换或RXCDR 中继板故障。连续四条故障可能的原因为BSC 与RXCDR 之间的问题。
基站覆盖范围内单通的原因：A-bis 口传输、载频或时隙故障
（二）拨长途电话单通：确认本地BSC 无单通现象的基础上。
拨任何长途电话（本网或互联互通长途）均单通的原因：长途中继故障引起；
拨某地长途手机单通的原因：对端长途中继或对端A 接口、基站故障引起；
拨某地其它运营商长途电话单通的原因：对端关口局或对端互联运营商网络故障
（三）手机拨互联互通电话单通：在确认BSC 无单通现象的基础上。
手机拨对方运营商任何局向电话均单通的原因：与对端运营商关口局电路间的电路故障。
手机拨对方运营商某局号电话单通：对方关口局至对方各端局电路故障（此情况只涉及固网运营商）：
（四）外地互联互通电话拨本地手机单通：目前互联互通呼叫均采用就远出网方式，即长途呼叫一直占用主叫方所在运营商的电路，直到最远端通过关口局入对方运营商网络。
（五）任可其他运营商长途电话拨本地手机均单通：与相关运营商间关口局电路故障或对方运营商长途电路故障：
（六）某外地运营商号码拨本地手机单通：某外地运营商自身网络故障
案例：BSC 单通问题解决
城区出现大面积的单通投诉，于是马上针对问题区域进行海量拔测，当测试到主叫手机有单通现象时，主被叫均不挂机，驱车向其它小区行驶，使MS 发生切换，发现当存在单通现象的主叫手机切换到同一LAC ，同一交换机下的其它小区时，该单通现象仍然存在，当主叫手机在同一LAC 同一交换机下的不同小区切换时，该主被叫手机所占用的CIC 号是不变的，这就证明了该BSC 存在CIC 问题导致单通。该单通现象同样也在被叫手机上发生，当被叫手机发生单通现象时，主被叫均不挂机，发现当存在单通现象的被叫手机切换到同一LAC 同一交换机下的其它小区时，该单通现象仍然存在，当被叫手机在同一LAC 同一交换机下的不同小区切换时，该主叫手机所占用的CIC 号是不变的，这就进一步证明了该BSC 存在CIC 问题导致单通。在城区所在的BSC720测试时，上述的主被叫手机存在单通现象多次发生。于是登录到存在单通现象的BSC720，提取该BSC 测试当天的所有历史告警，发现该BSC 存在大量的CIC 告警，具体的告警如下：
BSS[43] 号告警：“Circuit Fault Detected on PCM Circuit” MSC与BSC 侧的告警
BSS[39] 号告警：“Circuit Fault Detected on Radio Channel ” RCI的TRAU 同步丢失
经过分析，该告警的频繁出现会引起单通, 这些告警集中在 CIC#5和CIC#424之间, 该CIC 电路对应BSC 测MMS0 0 ；MMS1 0；MMS 2 0；MMS3 0；BSC 至RXCDR 的MMS 26 0,MMS27 1,MMS27 0,MMS 30 1, 到RXCDR 往MSC 侧的MMS31 0、MMS32 0、MMS33 0、MMS34 0、MMS35 0、MMS36 0、MMS 37 0、MMS 38 0、MMS 39 0、MMS 40 0、MMS41 0、MMS 42 0、MMS 43 0、MMS 44 0上
解决建议及解决情况：
将该MSI 44 0 LOCK，在城区进行测试，发现通话中发生单通现象的几率较小了，但仍旧存在单通现象。由于CIC#5到CIC#424涉及到的MMS 和板子太多，发现造成这种情况的根本原因在于现网开启CIC 动态分配功能所致，再关闭BSC720的动态CIC 分配功能，关闭后连续观察BSC720的历史告警，发现该BSC 仅有CIC#33到CIC#40存在43号告警。
从CIC 的config 图来看，和CIC#33到CIC#40对应的唯一硬件设备为RXCDR704的MSI 43 0(CAGE1,SLOT23的GDP2板) ，将RXCDR704的MSI 43 0 lock, 该故障GDP 板被LOCK 后，提取BSC720全天的历史告警，发现该BSC 不再有CIC 存在43号告警，查看BSC720所在的浏阳城区的投诉清单，投诉量为零，更换RXCDR704的MSI 43 0(CAGE1,SLOT23的GDP2板) ，经过大量拔测未发现单通现象。
单通问题产生原因及解决方案 . ...................................................................................................... 1
单通分类........................................................................................................................................... 5
案例：BSC 单通问题解决 .............................................................................................................. 6
单通问题产生原因及解决方案
单向通话表现为通话时，用户没有听到对方的声音或者听到的是自己的声音。这种情况在本地通话以及长途电话中时有发生。单通问题是一个经常困扰我们的网络问题，严重影响了移动网络的品质．引起用户投诉。在“服务与业务双领先”战略指导下，我们必须解决单向通话问题。
1 造成单向通话的原因分析
根据一个通话实现的机理，分析造成单向通话的主要原因有以下几点
1．1 传输线路的原因
在有线领域，传输问题是可能是造成单边通话的最重要原因。一个通话得以实现，首先有信令传送过程，然后有话务传送过程。整个通话路由可分为BTS ——BSC 、BSC ——MSC 、MSC ——GMSC 、GMSC ——PSTN 、GMSC ——TMSC 、MSC ——TMSC 、TMSC ——TMSC 等阶段。任一阶段出现传输接口错位，环路，传输状态锁死以及数据错误，都可能造成单通现象。在局间中继的DDF 架上，或在回声抑制器上。交换机接口板上，同一局向中继的两个系统的收与收之间、发与发之间电缆如果接反，使话路发送方向在位置 1而接收方向在位置2，造成单边通话。若收发全部接反，会造成电话接通后双方都听不到声音的情况。若出现中间电路环路，两端的电路状态都正常，但双方只能听到自己的声音。交换机中每一条电路用CIC 码标识，如果标识对应关系错误。或者某边CIC 多做未对应，用户呼叫时就会时就会分配到错误的中继上。即建立了错误的话音链路，造成单方通话。
1．2 用户端原因
当手机的适话器或者受话器出现故障时，肯定会出现单边通话。手机最大发射功率不达标或接收灵敏度差，也会导致单边通话。在通话过程中，手机每48Oms 向BTS(基站) 报告测量结果，BSC 根据手机BTS 报告的测量结果，命令手机随时调整发射功率。如果是最大发射功率不达标，手机可收到基站发出的下
行信号，用户就可以听到该用户的声音，但由于手机最大功率不够，基站收不到手机上行信号，从而出现单边通话；如果是接收灵敏度差，就是手机收不到下行信号。当某单个手机多次出现单边通话的情况时。就要考虑到手机的问题了，一般通过修理、更换手机就可解决。
1．3网络设备原因
当 MSC 上与 BSC 连接的电路板有问题时，就会出现信令链路完成信令分析后分配到不能正常工作的中继端口号，造成信令连接完成而话音电路不起作用的单方通话。 MSC 到 BSC 的 A 接口电路中有些时隙不作为话音信道使用。并且A 接口还涉及到 TC 压缩，很容易发生两端电路不对应的情况，应在 MSC 端创建电路时隔掉不作为话音信道使用的时隙，否则极易产生单向通话。在BSC 及BTS 上，一些接口板的问题也会导致单边通话。碰到这个现象，应马上调出该次通话的话单，记下出、入中继端口号，然后找出对应的中继板，检查该中继板是否工作正常，如检查该电路板确有故障，就将其更换。 BSC 上这些故障大部分较易判断，在BSC 或BTS 上用常规的诊断、维护命令即可检察出来，更换盘后即可恢复。若无任何告警，则问题复杂化，但仍可通过拨打测试，分析观察报告，确定单边通话的基站、小区、载波、时隙号，设备号进行故障定位后，再依次检查或更换后即能解决。 BTS 的上下行功率不匹配也可能导致单通现象。刚开局时，可能部分BTS 的参数设置不正确，上下行功率差别太大，容易造成该BTS 下用户通话时的单通现象。
1．4 无线原因
在通话过程中，也会遇见移动过程中产生的瞬时单边通话。天线传播是一个比较复杂的过程，当电波遇到障碍物时。幅度会发生变化，即瑞利衰落(Rayleigh)，同时会产生反射。基站与手机之间的信号传播直通的很少，大多情况下。接收到的信号是具有多个相位的信号(多径效应) ，当然不同的强度就不会一样，这种不规则性就会使手机在移动中产生瞬时的单边通话。可采用跳频技术提高传输的性能(增益可达到6．5db) ，可减少此类情况下产生的单边通话。
2 解决单通问题的办法及经验
针对手机单通问题．我们投入了大量的人力持续不断地采取一系列手段对这个问题进行监测追踪和分析处理。主要方法有以下几种：
2．1 音监听的方法
使用传输监听仪器，直接监听受怀疑局向上某一传输上的通话情况，或者，在交换机维护终端上，通过设置测试座席电话，利用交换机CCD 功能监听某一传输设备，如可听到正常通话，则可以排除该传输上单通的可能。这种方法比较简便直观，但存在侵犯用户隐私。检查耗时长，浪费人力等问题，不适台大面积电路检查。
2．2断开电路检查的方式
通过断开DDF 架上传输接口进行“开路”测试。在传输两端终端上查看对应端口的状态。如果两边状态都显示传输断，那么此电路没有问题。如果一边或两边的状态显示异常，那么，可以初步确定此电路存在问题，该局向进一步检查。这种方法比较简单，但存在看对正常电路造成影响，可能中断正常的通话，这种方法应该在话务量较底的情况下进行。
爱立信的交换机提供有软件功能模块，The Seizure Quality Supervision function ，可以对来去话中继电路、双向电路。电路时隙等进行实时监测设备的占用时长，一般来说，出现单通的通话的平均时长总是小于正常的通话平均时长，从而提取产生单通的中继电路并产生告警，及时发现电路问题。
对所有GMSC 、MSC 的各路由上定义并激活该监测功能。
表示设定路由 MSC91，被怀疑拥塞的电路的比例大于9O%，通话占用时长没有超过门限值2O 秒。被怀疑的电路超过60%，系统就产生A2级别告警，维护人员就可以对此电路重点检查。因为被叫端局回送ANM 或ANC 、ANN 后，即占用中继并振铃。经过一段时间的调整测试后，占用时长的门限值设为3O 秒比较台理。
具体告警信息显示如下：
A3/APT “WHIMSC3 X 57/GB/O/” 397 020916 2014
SEIZURE QUALITY SUPERVISION
R
MSC91
查看路由上有单通可能的时隙设备，并对电路进行检查
SEIZURE QUALITY SUPERVISION RESULT
R DEV
MSC91 UPD-5379
MSC91 UPD-5478
END
这种方式只要对路由进行了设定，出现问题，系统就会作成提示，使维护工作更积极主动。
2．3 编制监测单通软件的方法
为了进一步工作提高效率。我们组织力量开发监测单通的软件，利用计算机处理数据。采用仪表跟踪中继电路上的通话记录，查出超短的通话记录的方法测单通。利用七号信令仪表来监测局间信令的接续情况，获取每一次通话的时长，在获取足够的样本以后。再利用计算机软件进行分析。把一个PCM 的31个时隙中通话时长没有达到设定门限值的中继号码分拣出来，并统计未达到占用时长的占用次数。这样经过滤后大大缩小了测试范围。然后再采取指定该中继时隙拨打测试及CCD 监听的方式证实是否存在传输线路问题。由于七号信令仪表可长时间的在线监测，可以获取到足够多的样本，这样在软件分析时错判、漏判的概率会极大的减小。与传统的人工监测相比，具有对网络的干扰小，节省入力资源，故障定位准确的优点。
为了获取中继时长占用情况，七号信令仪表是关键。通过反复的试验和比较，WTF-20OO 型仪表可以方便的生成大容量的呼叫结果原始文件。呼叫过程仅有一行记录，极大的简化了后继文本解析的难度。并且WTF-2000型仪表上有多块测试接口卡，可以一次监测多个局向，缩短了对中继监测的周期。由于从七号信令分析仪上得到的结果数据量较大，利用呼叫记录分析系统对原始的日志文件进行分析和整合。按OPC ，DPC ，CIC 的组合排序生成中间文件，方便进行后处理。
采用Delphi 编程语言和perl 语言来开发相关软件。perl 语言的核心技术正则表达式逐行分析原始文件，获取每次通话的OPC ，DPC ，CIC 以及计费时长，分析完毕后保存于HASH 数组之中，而后按OPC ，DPC ，CIC 从小到大的次序
排序数组，得到每个OPC ，DPC ，CIC 组合的通话时长和通话次数生成中间结果文件。再提交给其它模块进行处理。Perl 程序中正则表达式是专为文本解析而设计的工具。perl 环境中HASH 数组在内存中的存储结构相对于其它的语言数据结构具有更高的性能，可以实现一次运算，就完成了样本的分类和统计，避免了多次运算，提升了程序的整体性能。Delphi 完成时长分析模块。利用中间结果文件获取每个中继局向的中继占用时长信息，同时从数据库中读取每个中继局的判决门限(时长门限及次数门限) 判决出有问题的中继群及PCM 系统，全部判决完毕以后生成有问题的清单报表。全网交换局局间中继局向较多，交换机PCM 系统相关通话时间及通话次数门限信息数据量较大，我们使用数据库来保存相关信息。用微软公司的组件对象模型(COM)技术，Delphi 语言通过COM 调用。可避免了对EXCEL 报表底层操作，简化程序流程，减少程序代码，提高了程序的可维护性和扩展性。该系统是一个实用的单通检测系统，能很好的满足日常工作的需要。
3 结束语
通过对以上方法的综合利用，以前长期困扰我们的单通问题得以解决，网络的服务质量得到了有力的保证。同时，为以后解决此类问题积累了经验、手段使维护水平得到提升。
单通分类
（一）手机拨手机单通
本地手机互拨单通：通过测试或监听电路，定位单通发生的范围，是在某一BSC 范围内还是某一基站范围内：
BSC 覆盖范围内单通的原因：A 接口中继故障。监听发生单通的手机所处的BSC 的A 接口电路，如单条故障的话可能为传输、交换或RXCDR 中继板故障。连续四条故障可能的原因为BSC 与RXCDR 之间的问题。
基站覆盖范围内单通的原因：A-bis 口传输、载频或时隙故障
（二）拨长途电话单通：确认本地BSC 无单通现象的基础上。
拨任何长途电话（本网或互联互通长途）均单通的原因：长途中继故障引起；
拨某地长途手机单通的原因：对端长途中继或对端A 接口、基站故障引起；
拨某地其它运营商长途电话单通的原因：对端关口局或对端互联运营商网络故障
（三）手机拨互联互通电话单通：在确认BSC 无单通现象的基础上。
手机拨对方运营商任何局向电话均单通的原因：与对端运营商关口局电路间的电路故障。
手机拨对方运营商某局号电话单通：对方关口局至对方各端局电路故障（此情况只涉及固网运营商）：
（四）外地互联互通电话拨本地手机单通：目前互联互通呼叫均采用就远出网方式，即长途呼叫一直占用主叫方所在运营商的电路，直到最远端通过关口局入对方运营商网络。
（五）任可其他运营商长途电话拨本地手机均单通：与相关运营商间关口局电路故障或对方运营商长途电路故障：
（六）某外地运营商号码拨本地手机单通：某外地运营商自身网络故障
案例：BSC 单通问题解决
城区出现大面积的单通投诉，于是马上针对问题区域进行海量拔测，当测试到主叫手机有单通现象时，主被叫均不挂机，驱车向其它小区行驶，使MS 发生切换，发现当存在单通现象的主叫手机切换到同一LAC ，同一交换机下的其它小区时，该单通现象仍然存在，当主叫手机在同一LAC 同一交换机下的不同小区切换时，该主被叫手机所占用的CIC 号是不变的，这就证明了该BSC 存在CIC 问题导致单通。该单通现象同样也在被叫手机上发生，当被叫手机发生单通现象时，主被叫均不挂机，发现当存在单通现象的被叫手机切换到同一LAC 同一交换机下的其它小区时，该单通现象仍然存在，当被叫手机在同一LAC 同一交换机下的不同小区切换时，该主叫手机所占用的CIC 号是不变的，这就进一步证明了该BSC 存在CIC 问题导致单通。在城区所在的BSC720测试时，上述的主被叫手机存在单通现象多次发生。于是登录到存在单通现象的BSC720，提取该BSC 测试当天的所有历史告警，发现该BSC 存在大量的CIC 告警，具体的告警如下：
BSS[43] 号告警：“Circuit Fault Detected on PCM Circuit” MSC与BSC 侧的告警
BSS[39] 号告警：“Circuit Fault Detected on Radio Channel ” RCI的TRAU 同步丢失
经过分析，该告警的频繁出现会引起单通, 这些告警集中在 CIC#5和CIC#424之间, 该CIC 电路对应BSC 测MMS0 0 ；MMS1 0；MMS 2 0；MMS3 0；BSC 至RXCDR 的MMS 26 0,MMS27 1,MMS27 0,MMS 30 1, 到RXCDR 往MSC 侧的MMS31 0、MMS32 0、MMS33 0、MMS34 0、MMS35 0、MMS36 0、MMS 37 0、MMS 38 0、MMS 39 0、MMS 40 0、MMS41 0、MMS 42 0、MMS 43 0、MMS 44 0上
解决建议及解决情况：
将该MSI 44 0 LOCK，在城区进行测试，发现通话中发生单通现象的几率较小了，但仍旧存在单通现象。由于CIC#5到CIC#424涉及到的MMS 和板子太多，发现造成这种情况的根本原因在于现网开启CIC 动态分配功能所致，再关闭BSC720的动态CIC 分配功能，关闭后连续观察BSC720的历史告警，发现该BSC 仅有CIC#33到CIC#40存在43号告警。
从CIC 的config 图来看，和CIC#33到CIC#40对应的唯一硬件设备为RXCDR704的MSI 43 0(CAGE1,SLOT23的GDP2板) ，将RXCDR704的MSI 43 0 lock, 该故障GDP 板被LOCK 后，提取BSC720全天的历史告警，发现该BSC 不再有CIC 存在43号告警，查看BSC720所在的浏阳城区的投诉清单，投诉量为零，更换RXCDR704的MSI 43 0(CAGE1,SLOT23的GDP2板) ，经过大量拔测未发现单通现象。