串话单通问题分析和解决方案.doc

目 录概 述31. 2005.122006.2月份 1860单通/串话 投诉分析42. 单通/串话具体问题分析及其解决方案举例63. 近期单通问题sr总结74. 鹤壁近期单通问题测试总结和故障原因分析85. 现场处理单通/串话问题测试流程116. 123456行动内部单通投诉处理流程157. 交换机超短话单检查188. 1860投诉工单调整建议19附件1. 1860投诉工单建议表格20概 述针对最近河南网络出现的一系列与话音质量有关的问题，主要表现为单通/串话等问题，我们认为这个问题应该不是一个简单的原因造成的，很有可能是由于交换、无线等各种因素综合作用而产生的结果。从motorola公司在各地处理单通/串话等问题的经验来看，问题原因分布情况基本是这样的。除去复测正常部分，msc和长途，手机终端占大约50-60%比例，属于bss无线侧原因占大约40%-50%比例，主要体现在网络中硬件问题，直放站，载频，基站，ksw板，分布系统，弱覆盖，外部干扰等原因。所有发现的问题都是可以得到有效的解决的。 解决这类话音问题，motorola公司已经积累了相当的经验，也制定出了一个比较科学的流程。希望能和河南移动公司网络部积极配合，准确定位故障现象，发现问题产生的原因。 下面首先介绍一下我们在某地处理单通、串话问题的经验，供大家参考。1. 2005.122006.2月份 1860单通/串话 投诉分析某地在2005年下半年投诉网络话音问题严重，通过近3个月的1860单通/串话投诉原因分析和排查，投诉从12月份的88起降低到2月份的14起，减少84%。由此可见，经过多方精诚合作，网络中的单通、串话问题是可以得到有效控制的。从产生单通串话的原因看，除去复测正常，msc，传输和手机终端占大约50-60%比例，属于bss无线侧原因占大约40%-50%比例，主要体现在网络中硬件问题，直放站，载频，基站，ksw板，分布系统，弱覆盖，外部干扰等原因。需要说明的是，出现单通/串话投诉复测正常可能会占到50%以上的比例，但这不代表就一定没有问题。在我们处理的故障中就有这样的例子，初次测试没有问题，但投诉依旧。经过调动大量测试人员进行现场测试，同时挂表进行信令跟踪和监听，最终找到了是直放站的问题。经厂家的解决后，彻底解决了该地区单通/串话问题。1.1 12-2月份单通/串话对比从下表中，可以看出从2005年12月份到2006年2月份，单通/串话问题投诉的次数分别为44-19-9次；现场复测正常的次数分别为44-18-5次。1.2 单通/串话投诉原因分类从产生单通串话的原因看，除去复测正常，msc，传输和手机终端占大约50-60%比例，属于bss无线侧原因占大约40%-50%比例，而这部分绝大部分都可以通过常规的无线优化方案进行解决。2. 单通/串话具体问题分析及其解决方案举例对1860单通/串话的投诉，我们进行问题的分析和定位，同时进行现场的拨打测试。我们认为，造成单通串话的主要原因可以分成两大类：网外原因和网内原因。2.1 网外原因a. 发生在移动和其他运营商间通话。可能是各个长途电路局之间的电路故障和数据故障。b. 移动和接口运营商间数据协商故障。c网络投诉原始记录不够详细，此类问题较难统计。d. 大部分非网络原因的单通无声投诉均测试正常，可能没有真实模拟用户和外网通话情况而没有发现问题。2.2 网内原因a. 交换原因：交换机和bsc之间，交换机和汇接局、智能网设备之间、彩铃服务器之间的配合协商或第三方设备故障等引起的原因b. 无线原因：由于无线设备、无线环境方面引起原因，下表是主要无线原因和解决方案举例：投诉地点问题原因解决方案世贸大厦a座写字楼载频pb低,ber高更换载频频率干扰修改频点市公安局4号楼直放站整改直放站省移动公司参数设置不当优化数据库参数曙光路外东山弄弱覆盖安装直放站加强覆盖bsc04-bts22bss/47/circuit_fault_detected_on_path_channel和 39/ circuit_fault_detected _on_radio_channel告警更换基站mcu板bsc68bss/43/ circuit fault detected on pcm circuit更换msi板3. 近期单通问题sr总结3.1 sr2077618经过路测确认，单通问题发生在一块固定的ctu2模块上，执行ins操作后问题消失。我们已经与硬件（hardware）和固件（firmware）部门进行了讨论和研究，决定从固件firmware入手，收集相关数据加以分析，以断定是硬件还是固件的问题。附数据收集步骤。此数据要求在问题发生时收取。3.2 sr2086720单通问题出现在一个固定基站下，此基站是一个室内分布系统。经过现场测试，此次单通问题与基站设备无关，而是由于室内分布天线系统造成的，现已经由天线厂家解决。4. 鹤壁近期单通问题测试总结和故障原因分析为了更清楚的描述鹤壁濮阳出现的串话投诉问题，我们将收集到的比较详细的串话投诉汇总一下，包括现场现象详细描述和分析的可能原因：第一、6月3日晚1次投诉投诉现象：用户a作主叫在“蔡庄”基站，用户b作被叫在“蒋村”第1扇区，双方在21:39:56建立正常通话；用户c作主叫在“蒋村”第1扇区，用户d作被叫在浚县县城（联通号码），双方在21:39:56建立正常通话。通话1分钟后，用户a与用户c竟然直接对话，而原来2个正常通话都中断。投诉分析：“蔡庄”基站在鹤壁北部边界，与安阳汤阴县接壤，它本身在bhb11，是bhb11、bhb13、bhb14的交界处。“蒋村”基站在鹤壁南部边界，与安阳滑县接壤，它本身在bhb14，是bhb11、bhb12、bhb14的交界处。检查当时的swfm和event_log，cnrc没有发现异常现象。从gi上看也不存在同频同bsic问题。但由于这2个基站所处位置的特殊性，我们分析认为这次串话应当与切换有关，尤其是bsc之间的切换。第二、6月20日上午2次投诉投诉现象：用户a作主叫在鹤壁移动1楼营业厅，用户b作被叫在营业厅对面的博物馆，中间仅隔着一条马路，双方在12:08建立呼叫，电话接通时，被叫b首先听到的是第三人的声音，大约3秒钟后恢复正常通话；用户c作主叫在郑州，用户c作被叫在鹤壁移动2楼办公室，双方在14:08建立呼叫，电话接通时，被叫c首先听到的是第三人的声音，大约5秒钟后恢复正常通话。投诉分析：通过对2次通话的通话清单和a口信令分析，发现2次投诉有共同点：这3个鹤壁手机都是处于“移动公司”基站的覆盖区域，但是在刚接通的瞬间，都发生了频繁的bsc内部切换，涉及到的小区有5508（移动公司基站）、5526（信用联社基站）、5554（市政府基站）。通过这2次投诉分析，我们更加确定串话与切换有关，切换是串话发生的必要条件，但不是充分条件。第三、6月20日晚上5次投诉投诉现象：用户6月20日晚上投诉在鹤壁老区奔流街中段1小时内遇到5次串话，这次串话比较有代表性，是目前投诉最密集的地点。通过与主被叫客户逐个联系并详细询问，通过nokia工程师对通话清单的认真分析，我们基本上搞清了这5次串话的详细特征：时间主叫被叫主叫位置被叫位置主叫起呼小区结束小区被叫起呼小区结束小区clear_code值备注20:571350392837013569630030鹤壁老区公园八角亭鹤壁老区奔流街中段35513355132555615501b13:radio interface failure通话3分钟后串话主叫听不清第三个声音，被叫听清第三个声音在说：“刚才还说话好好的，现在怎么不说了？”然后过了4秒左右主被叫都听到“您拨打的号码无法接通”自动挂机21:091350392837013569630030鹤壁老区公园八角亭鹤壁老区奔流街中段35513355131550115501b1a:bssmap protocol error21:20135696300301860鹤壁老区奔流街中段郑州2555615501b13:radio interface failure21:24135696300301860鹤壁老区奔流街中段郑州1550115501b13:radio interface failure21:52186013569630030郑州鹤壁老区奔流街中段1860证实发生串话，但没有查到话单投诉分析：（1） 通过event log，我们明显可以看出15501扇区的载频dri 0 7在6月20日晚21:35:0721:37:35近3分钟的时间里，出现了告警并发生自动重启现象，可以确定这种现象会导致掉话产生，影响手机用户通话质量。（2） 通过pm统计指标明显可以看出，15501在6月20日晚21:0022:00时段的掉话明显升高，掉话总次数达到66次，是平时正常值的30倍左右，全网最高；ma_fail_from_ms统计值比平时正常值要高出1倍；intra_cell_ho_return统计值比平时正常值也高出1倍之多。总之pm指标表现异常变差。因此，从以上2点的异常情况看，这5次串话应该与载频自动重启有因果关系。摩托罗拉从接到该case至今所作的努力：（1） 在cnrc的建议下，进行了bsc/xcdr的tdm主备用倒换和msc的主备用倒换；（2） 收取串话发生时的swfm和event_log，cnrc对其进行分析；（3） 与msc对参数，与安阳参数设置进行对比；（4） 配合客户进行现场拨打测试；（5） 成立了远端技术支持小组专门处理串话问题；（6） 147258动员；（7） 检查rci告警(circuit fault detected on path channel/radio channel/pcm)，鹤壁现网很少几乎没有；（8） 检查时钟同步问题，没有发现失锁基站或rxcdr、bsc；（9） 对比鹤壁濮阳与安阳的feature，确实各不相同，但cnrc确定不会因为缺少某一项code而导致串话，否则投诉量肯定很大很大；（10） 检查“trau帧同步丢失”告警，有但是与串话发生的时间不对应，有的投诉时间根本没有；（11） 将bhb11、bhb13的所有基站在7月7日晚上进行了重启。鹤壁濮阳串话投诉现象汇总：现象1：双方正在通话突然出现第三方声音，但只有一方（主叫或被叫）能听到，而且原通话还可以正常进行； 现象2：双方正在通话突然出现第三方声音，只有一方（主叫或被叫）能听到，但原正常通话中断，听到串话者与串话人不能通话；现象3：双方正在通话突然出现第三方声音，只有一方（主叫或被叫）能听到，原正常通话中断，但听到串话者与串话人能通话到主动挂机。现象4：被叫方刚一开始接听时，听到的是第三人的声音，三方都不能正常通话，但经过5秒左右主被叫双方又能正常通话，直到挂机结束没有再遇到串话。现象5：双方通话3分钟后主被叫同时听到第三个人的声音，双方正常通话中止，4秒钟后主被叫同时听到“您拨打的号码暂时无法接通”，然后自动挂机。msc上查通话清单发现通话终止的原因值不是正常释放而是“无线接口失败”或“bssmap协议错误”。5. 现场处理单通/串话问题测试流程5.1处理流程示意图单通无声串音是否为单独小区的问题rci告警收集nyny每载频测试更换载频y单bsc问题y检查传输niu，载频。检查局间电路局向之间问题nn在msc侧调查，例如西门子交换机，可进行miclop，ltg，sn 电路检查，交换告警分析。cic 核对ksw，网元间电路检查，拨打测试或电路监听同一msc下的问题ny检查频率，传输，天线直放站，分布式nn5.2处理流程详解：11860接到用户单通、无声或串话的投诉后，应尽量询问到下列详细信息：a所处位置b电话另一方所处位置c主叫无声还是被叫无声d问题出现的频率2在获得上述信息后，立即通知移动公司维护人员及摩托罗拉相关人员，以便及时组织人员进行现场路测。3对1860的单通投诉进行汇总，并结合现场测试结果确定单通发生的范围是在：a集中在某个特定的基站下b集中在某个bsc/rxcdr下c集中在某个msc下d集中在某特定局向：如cmccunicom，telecomcmcc，.4如果发生在某一基站下，首先查看event历史记录有无rci告警，如：39. bss: circuit fault detected on radio channel告警会给出详细信息，如：rci fault for rci 1 2 3 4bts site 2dri id 0 3 0dri timeslot 4尝试更换相关硬件，依次包括：a 载频b niuc t43d mcu（f）或sce bsc侧的msi5如果基站上无告警，则要通过拨打测试来断定问题所在：a集中在一块或多块特定载频，请先收集vcat数据（具体收集方法另行说明），然后执行ins操作或更换载频。b集中在某一小区的全部载频上，请检查天馈线（分布式、直放站）系统、覆盖及干扰情况。c集中在某一条传输上的rtf上，请检查传输是否连接正确及有无接触不良问题。6如果单通发生在某一个bsc下的多个基站，则问题应该出现在bsc和rxcdr侧。首先查看event历史记录确定是否存在cic相关的告警，如：#0 - not appl - *none*. communicationfailureevent - bss - bss11(bss11:site-0:): 0 bss 0 - 16/09/2005 15:42:21. 43 circuit fault detected on pcm circuit - fmic - investigate -/-.cic# 661通过mmi命令确定cic的物理通路，然后更换相应板件（msi/gdp/xcdr）：在bsc,state 0 cic disp_conndisp_eq 0 cic disp_mms_ts_usage 0 在rxcdr,disp_conndisp_mms_ts_usagedisp_eq 0 cic 7在bsc和rxcdr分别查看有无ksw/tdm告警，如有应先进行排除，然后执行swap 0 tdm以确定是否是为tdm硬件造成的单通。8检查数据库cic配置是否有错，并尝试在bsc侧ins相关axcdr，以排除可能的软件故障。目前cnrc正在对软件可能性进行详细调查，稍后会与杭州移动沟通进展情况。9如果没有cic和ksw告警，请使用仪表分别对a接口、ater接口对所有cic进行逐一监听，以确定出问题的cic，然后更换msi/gdp/xcdr板，并检查xcdrmsc、bscxcdr之间的电路鸳鸯线、接头阻抗大等。10如果问题发生在特定局向，请确定无声问题具体发生在上下行那个方向。如从msc侧来的下行链路无声，则问题应该不在我们bss侧。如果上行无声则根本不会固定在特定的局向，请参考上面的步骤予以排查。11如果是一个msc下的多个bsc产生单通现象，可对所有bsc逐一采用上面6到9步进行排查。同时应该在msc侧也开展调查。12如果不同msc下的bsc都出现单通，除了对相关bsc和msc进行调查外，还应检查msc之间电路的配置和连接是否正常。5.3注意事项单通，无声和串音的故障属于比较难预防的故障。但是，我们认为，做好以下的工作，可以及时预防故障出现： 及时收集和处理告警（msc，gdp，rci，cic，ksw 传输等告警）； 统计分析（是否有tch占用时间十分短的小区）； 话单分析（是否有占用时间很短的cic）； 新加cic电路先测试好在开通； 新入网的网元严格按照atp 进行测试，保证每一个cic的完好。另外，如果发现单通问题，请及时与摩托罗拉河南分公司及cnrc联系，我们会提供必要的帮助并尽最大努力来解决现网中的单通故障。6. 123456行动内部单通投诉处理流程1、 在鹤壁、濮阳的各个bsc中。在每个bsc的l3下输入：connection_code “123456”2、 在收到同事的单通、串话、无声的投诉后，根据所附列表，详细记录投诉现象。表格如下：3、 根据同事的投诉信息，在该bsc下的swfm中查找该投诉的nonfault信息。并记录所附列表信息。表格如下如：查找信息步骤如下：a、 通过投诉信息查找到该区域的bsc。如果没有在该区域的bsc下找到相关swfm信息。则到该区域的相邻bsc下查找。b、 登到该bsc下bsp的emon中。用命令swfm r a查找出投诉者在输入123456是出现的nonfault消息。该消息格式如下：swfm log entry 91 555 nonfatal swfm error routine: call resource information 555 area: 0x00008000 error: 0x00000000 pc: 0xc003ba3e pid: 0x40 (sm bsc) 555 bss release: 1.7.6.f0.36 obj version: 1.7.6.17.2 exec version: 1.7.6.17.1 555 07-feb-2006 11:11:20.070 subsystem: 0x01 cpu: 0x0119 board: gproc3 ram 555 555 static call info 555 - 555 555 rci id : 0x040b0104 555 local cell : 4 555 local carrier: 11 *该站的dri号，从第一扇区开始计算 555 (sub)channel : 1 555 air timeslot : 4 *该载频的ts 555 cic id : 0121 *本次通话的cic号，16进制 555 call orig bts : 31 *通话的基站号 555 555 msc-bound bsc mms info 555 - 555 mms id : 16 0 *bsc到rxcdr间的传输号 555 mms timeslot : 12 tdm ts 0x0189 *该条传输上的ts 555 mms bit num : 4 555 555 bts-bound bsc mms info 555 - 555 mms id : 17 0 *bsc到bts间的传输号 555 mms timeslot : 12 tdm ts 0x0187 *该条传输上的ts 555 mms bit num : 0 555 555end of the nonfatal swfm queue.c、 通过以上信息，添写完上面的表格（注意在检查cic时，需关注该cic所在的mms在投诉时的前后时间内有无状态变化，比如有无复位过、mms是否处在故障状态等），如果发现该cic所在的传输状态有所改变，说明该cic号有可能飘移。则需在旁边标注。而对swfm中查找出的cic、mms中ts也需要求发工单监听。4、 记录人员要求motorola工程师检查涉及到的硬件告警，并跟踪检查情况。这些硬件信息包括：涉及到的dri、abis口msi、ater口msi、a口msi、rxcdr的dsw等单通告警。告警列表要附在记录的excel表上。5、 记录人员要求河南移动/motorola安排相关人员现场测试，并跟踪测试结果。测试要求为：提交a口跟踪建议给交换机工程师，要求在a口跟踪测试人员消息。尽量模拟投诉人员的拨打情况（比如双方的位置）。要求完成问题小区的每个载频拨打测试。问题载频的每个ts拨打测试。并且在现场模拟用户正常通话不少于20次。6、 记录人员发检查工单给hnmcc，要求hnm