WCDMA常见案例分析

《中国联通WCDMA网络基础优化》边界类案例名称: 河北张兴庄大街边界优化编号：240311省市: 天津市部门：网络优化撰写人: 孙晨耕日期：2015-8-21审核人: 日期：目录1. 概述 (3)2. 问题评估 (3)3. 原因定位 (3)4. 解决方案 (6)5. 实施过程 (6)6. 效果评估 (6)7. 遗留问题 (7)8. 其他值得关注的关键问题 (7)1.概述根据DT测试数据发现在中兴厂家与贝尔厂家边界处，容易出现HSDPA掉线问题，通过进一步的DT和测试分析，定位问题由于在radio link reconfiguration ready消息中变更fDD-DL-ChannelisationCodeNumber不符合协议规范，更改可能使得部分手机不能识别，导致部分手机主小区变更时回radio bearer reconfiguration failure（invalid configuration），致使DPA 出现频繁掉线。

针对此问题，通过中兴根据协议对变更信道码消息流程的解释和说明，制定具体的解决方案。

2.问题评估数据源：calltrace数据和DT测试数据。

问题评估方法：在中兴边界与贝尔边界处，进行DT测试，从占用中兴基站的信号开始拨号连接，然后在边界位置往返移动中测试数据业务，同时RNC侧记录calltrace，针对掉线位置和信令分析原因。

3.原因定位Calltrace分析：贝尔侧为SRNC，Ue占用贝尔小区，建立HSDPA业务，主小区由贝尔小区变更至中兴小区时RNC下发radio bearer reconfiguration消息，ue回复radio bearer reconfiguration failure （invalid configuration），导致掉线。

如果DPA业务并发CS业务，同时会产生掉话。

从calltrace中发现，ue占用贝尔小区加中兴346小区时，radio link addition response返回的fDD-DL-ChannelisationCodeNumber 是52，主小区变更时，radio link reconfiguration ready返回的fDD-DL-ChannelisationCodeNumber是11在RNC发给ue radio bearer reconfiguration消息时适配了改修改sf-AndCodeNumber sf256 : 11。

WCDMA网络邻区漏配导致掉话的案例分析1 问题现象描述： UE在移动至该掉话区域时所占用的主服务小区为聋哑学校基站的一小区（扰码为6），此时的金长城酒店基站三小区已属于越区覆盖，但由于金长城酒店基站的站址比较高，并且天馈无法调整，所以只能把聋哑学校一小区与金长城三小区互加邻区，从上图可看出，当手机处在掉话点区域是，主服务小区的Ec/Io 值和RSCP值都很差（Ec/Io为-26.5dB，RSCP为-91 dBm），金长城的Ec/Io值和RSCP值都很好（Ec/Io为-5.5dB，RSCP为-70dBm），但由于无邻区，所以92一直在检测集里，从信令也可以看出，UE发上行消息时，上报1a事件，如图所示，分别报92&70&14,没有邻区，一直都没加上，最终Node B直接发系统消息，证明掉话。

调整建议措施PSC 6 与PSC 92 配臵双向邻区5 结果验证分析掉话问题解决6 案例总结一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。

对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner 记录的Best Server EcIo很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。

方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位臵的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。

方法三：UE上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。

WCDMA投诉典型案例分析双击此处查看大图目录WCDMA投诉典型案例分析 (1)1 “连接失败”类问题 (1)1.1 典型案例1----SIM欠费原因 (1)1.2 典型案例2----杀毒软件原因 (2)1.3 典型案例3----电脑系统原因 (2)2 “掉话类”问题 (3)2.1 典型案例1----邻区漏配原因 (3)2.2 典型案例2----弱覆盖原因 (6)2.3 典型案例3----工程安装原因 (7)3 “上网无法访问类” 问题 (10)3.1 典型案例1----传输配置问题 (11)3.2 典型案例2----数据配置原因 (12)4 “无法进行视频通话”问题 (15)4.1 典型案例1----终端系统问题 (16)5 “上网卡上网速度慢”问题 (16)5.1 典型案例1----弱覆盖原因 (17)5.2 典型案例2----传输数据配置原因 (17)5.3 典型案例3----电脑TCP限速原因 (19)6 “手机上网速度慢” 问题 (21)6.1 典型案例1----SIM限速原因 (21)6.2 典型案例2----接入点设置原因 (21)7 “手机无法收到3G信号” 问题 (22)7.1 典型案例1----3G套餐功能未开通原因 (23)7.2 典型案例2----RRU配置原因 (23)1“连接失败”类问题分为有信号连接失败和无信号连接失败。

✧有信号连接失败时，询问用户套餐，是否是按流量计费还是按时间计费，如果是前者，有可能是欠费问题导致，如果是后者，有较大可能是因为终端问题，1是电脑问题，2是SIM卡本身问题。

✧无信号连接失败，是周围基站问题1.1典型案例1----SIM欠费原因✧问题简述：2009-8-16 该用户反映在软件园C区使用无线网卡从8.16开始经常断线，无法正常使用，用户表示之前的时候使用是正常的。

✧原因分析：后台查询可能覆盖该区域的基站运行情况，均正常。

通过客服查询该SIM卡状态，各项业务均正常。

WCDMA常见问题的分析思路和方法的总结以接入、导频污染和掉话为例说明分析和解决这些问题的基本思路和方法，在分析问题前一般习惯性的做法是首先排除设备及相关告警，这样可以加快问题的定位的速度。

1 接入问题对于接入问题以CS业务为例，它是指UE发出了RRC连接建立消息，但没有收到altering 消息，根据信令流程一般从以下几个方面去着手分析接入失败的原因：1.1 RRC连接建立失败问题出现RRC连接建立失败可能的原因有：上行RACH 的问题、下行FACH功率问题、小区重选参数设置问题、下行的初始发射功率低、网络拥塞、设备异常等、通过跟踪信令可以看到RRC 连接建立的信令流程失败的具体环节，查看信令消息：●UE 发出RRC Connection Request 消息，RNC 没有收到：如果此时EC/IO较低可能是覆盖问题，需要解决覆盖；如果此时EC/Io不差，可能是由于Preamble 的功率攀升不够、上行存在干扰、NodeB 设备问题、存在驻波告警、小区半径设置参数不合理等需要做相关的参数和设备检查；●RNC收到UE发的RRC 建立请求消息后，下发了RRC Connection Setup 消息而UE 没有收到：可能是覆盖差或者小区重选参数设置有问题；●RNC收到UE发的RRC 建立请求消息后，下发了RRC Connection Reject 消息：一般会返回相应的拒绝原因值，比如说拥塞，这时就需要检查网络资源（码资源，功率资源，CE 资源，传输资源等）●UE收到RRC Connection Setup 消息而没有发出Setup Complete 消息：如果这时覆盖较好可能是手机异常问题或下行同步出现了问题；●UE 发出RRC Setup Complete 消息而RNC 没有收到：如果前面的信令都正常，出现这种问题的概率很小，很少见，可能是突然出现外部干扰等因素影响；1.2 鉴权失败问题根据鉴权失败消息的原因来判断，可能的原因有：非法用户，HLR中相关的鉴权参数设置有问题，这个需要让核心网工程师协助分析定位；1.3 加密失败问题可能的原因有：手机不支持加密算法，在工程中遇到最多的是RNC和MSC之间的加密算法不一致导致，具体原因的定位需要核心网工师协助分析定位；1.4 RB 或RAB 建立失败问题当RB 或RAB 建立失败时，RNC 会在RAB Assignment Response 信令中回RAB 指配建立失败，通过相关信元中携带的失败原因值，比如说从RNC的信令中可以得到具体失败原因，一般产生的原因可能会有：●参数配置错误：比如参数配置超出UE的能力等，需要看具体的信令来确定●准入拒绝：比如功率、码资源、传输、CE等系统资源不足，从信令消息中可以查出具体原因●UE回应RB建立失败造成RAB建立失败：比如被叫手机不支持VP，UE不支持VP＋H的并发业务等●RNC没有收到RB建立ACK消息导致RAB建立失败：可能是弱覆盖，或上行RTWP过高等，需要查看当时的覆盖和上行干扰情况来确定。

WCDMA_PS业务优化_案例分析WCDMA RNO PS业务优化1 DT/CQT数据分析1.1 接入失败1.2 业务面不通1.2.1 RAN侧问题分析1.2.2 CN侧问题分析2 案例2.1 RAN侧案例2.1.1 用户拥塞导致掉话（Iub资源受限）2.1.2 某局点测试上行PS64k业务速率不能达到验收要求（空口质量问题）2.1.3 导频功率设置过低导致HSDPA数传速率低2.2 CN侧案例2.2.1 服务器TCP窗口过小导致FTP下载速率低问题2.2.2 同时进行上传、下传问题2.2.3 多个UE同时下载速率下降问题2.2.4 某用户不能进行流媒体业务问题2.2.5 用户便携机防火墙引起不能使用PS业务2.2.6 某演示点PS业务速率低问题3 总结4 附录4.1 PS数据传输通路4.2 各层的理论速率4.3 PS业务承载方式4.4 HSDPA承载的PS业务影响数传的因素4.4.1 UE侧限速4.4.2 码资源配置4.5 TCP接收窗口修改方法4.6 MTU修改方法4.6.1 工具修改4.6.2 修改注册表4.7 PS相关工具4.7.1 TCP接收窗、MTU修改工具PS吞吐率问题评估1 DT/CQT数据分析WCDMA PS业务数传问题从现象上可以分为三大类，即接入失败(或拨号连接建立失败)、接入成功但数传完全不通、可以数传但速率低或波动大。

从不同的问题现象，转到不同的问题分析处理流程。

DT/CQT总的数据分析流程如下：图1 DT/CQT数据分析流程1.1 接入失败发起PS业务有两种方式，在UE上直接发起PS业务，直接通过UE浏览网页、观看流媒体等；或者通过PC+UE的方式，UE作为PC 的MODEM，业务通过PC来发起。

1. UE直接发起PS业务UE直接发起PS业务，接入失败问题分析流程如下：图2 UE直接发起PS业务失败分析流程UE直接发起PS业务，与PC+UE发起PS业务，从信令流程上完全相同。

WCDMA日常投诉处理优化典型问题和解决方案1、用户反映果超市信号不好现场对W果超市站点1楼电器和首饰卖场以及楼层覆盖信号测试，由于针对室覆盖信号进行测试分析，分析数据发现果超市一楼,信号覆盖很差，经过检查基站硬件和配置，发现基站运行正常，而1楼电器和首饰商场没有安装室天线，测试1楼如下：优化前【问题分析】针对室覆盖信号进行测试分析，分析数据发现果超市一楼,信号覆盖很差，经过检查基站硬件和配置，发现基站运行正常，而1楼电器和首饰商场没有安装室天线，因而导致一楼卖场信号强度差，出现投诉问题。

【优化方案】增加果超市一楼卖场的室覆盖天线。

经过增加天线后，再次测试，信号有了明显改善，同时对该路段造成的导频污染也有了明显改善，具体如下：果超市一楼室覆盖改善情况：优化后由此可以看出优化效果明显，针对信号覆盖比较差，没有安装室天线，切换频繁进行增加天线。

2、用户反映在马鞍方明珠小区四村7栋202室无信号，手机不能使用。

【问题描述】马鞍方明珠小区四村7栋202室无信号，手机不能使用。

【问题分析】11月5号下午前往现场处理，由于用户不在家无法进行室测试，经室外测试发现所处区域（明珠小区四村7栋）的3G信号覆盖较差，发现该区域3G信号RSCP均在-105dbm左右，如下图：图一 明珠四村道路RSCP 覆盖图图二 明珠四村地理位置图结合明珠四村的地理位置图可以看到，7栋处于小区的中央地带，四周均被其它建筑所阻挡，导致7栋室3G 信号覆盖较弱。

【优化方案】东方明珠四村7栋小区道路东方明珠四村7栋建议加站。

3、W_新桥宁西-3 RRC建立失败原因分析问题描述：11月1日W_新桥宁西-3 RRC建立失败次数较多，具体如下：W_新桥宁西-3 RRC建立失败原因表3问题分析：由上图可以看出，RRC建立失败的主要原因是小区中因无应答而导致的，而小区中因无应答而导致RRC连接失败的原因一般为覆盖较弱导致。

分析CHR，发现W_新桥宁西-3 RRC 建立失败全部为一个用户导致的，如下图：可以看出，W_新桥宁西-3 RRC建立失败全部为一个用户（UE ID: 460017002731026）导致的。

WCDMA RAN产品案例集（仅供参考）目录路由器未配置VLANID导致基站FE端口PING不通无法上网 (1)NodeB上小区被自动删除问题分析 (2)CS+PS并发业务不能进行问题 (3)某厂家MGW数据配置问题导致手机可注册但无法拨打VP电话 (4)RNC升级后IUCS信令面拥塞问题处理 (5)关于超远覆盖小区的建立问题汇总 (6)RNC6810星卡收不到足够卫星的常见原因 (7)BAM掩码设置错误导致地市RNC间不能交叉维护 (8)HSDPA业务拨号连接后在无业务状态下自动断开连接 (9)HSUPA速率低问题分析 (10)去激活HSDPA引起的CS RAB指配成功率下降问题 (11)HSDPA下载速率低的问题分析 (12)EMSIP配置错误导致BAM更换外网虚拟IP后通过IPOA通道维护基站失败 (13)RNC侧 NODEB侧无异常告警小区正常建立打电话时立即挂机 (14)基站CE不足导致VP业务接入失败 (15)RNC侧未配置CS域CNNODE导致CS域无法鉴权拨打电话 (16)E1T1中扰码开关关闭导致ATM传输不通 (18)邻区参数配置问题导致3G到2G异系统切换失败 (19)RNC升级后,基站出现SNTP时间异常和FTP传输不可用的故障处理 (21)标题：路由器未配置VLANID导致基站FE端口PING不通无法上网产品族：WCDMA-RAN 产品：WCDMA-NodeB故障类别：其它关键字：vlanid 路由器现象描述：IUB口双栈组网，数据业务通过IP传输，基站与RNC之间采用层2组网，每个基站配置一个vlanid，中间路由器只起到透传vlanid作用，现场RNC及基站数据全都配置完毕并正确，但无法上网 ,基站FE端口无法ping通。

告警信息：无原因分析：由于是新开基站，我们首先从以下几个方面分析：1、RNC及基站两侧IPPATH IP配置错误。

2、RNC及基站侧vlanid配置不一致。

广州联通WCDMA网1期投诉处理案例1.概述 (3)2.投诉处理流程 (4)2.1投诉处理路程图 (4)2.2.投诉处理流程描述 (6)2.2.1 投诉受理 (6)2.2.2 覆盖分析 (6)2.2.3 故障分析 (6)2.2.4 用户行为分析 (7)2.2.5 现场测试重现问题 (7)2.2.6 后台数据分析 (8)2.2.7 问题类型描述 (9)3典型投诉处理案例分析 (12)3.1 掉话类投诉案例分析 (12)3.1.1 邻区漏配 (12)3.1.2 拐角效应导致切换不及时掉话 (14)3.1.3 软切换区域过小切换不及时而掉话 (21)3.1.4 导频污染而掉话 (24)3.1.5 上行干扰导致掉话 (25)3.1.6 越区覆盖导致掉话 (26)3.1.7 参数配置不合理导致掉话 (29)3.2 接入类问题投诉案例分析 (31)3.2.1上行干扰导致接入失败 (31)3.2.2.基站版本问题导致的接入问题 (32)3.2.3.基站硬件问题导致的接入问题 (33)3.2.4.异系统切换参数配置问题 (35)3.3.数据业务类问题投诉分析案例 (37)3.3.1.AAL2PATH数据配置问题 (37)3.3.2.RRU拉远数据配置问题 (38)3.3.3 直放站问题导致的数据业务问题 (39)3.3.4 外网服务器问题导致的数据业务问题 (40)3.4 用户行为类问题投诉分析案例 (41)3.4.1 手机设置问题导致不能上网 (41)3.4.2 上网卡拨号软件设置不正确导致不能上网 (42)3.4.3 手机拨号软件设置不正确导致不能上网 (43)3.4.4 用户错误认识导致的投诉 (44)1.概述本文结合广州联通WCDMA网1期投诉处理和优化经验，对投诉处理中遇到的相关问题进行总结分析。

下文将从投诉处理流程、投诉处理问题分析、典型的案例分析等三个部分进行描述分析总结。

投诉处理流程。

由于在投诉处理过程中遇到的问题会是各种各样的，所以流程在投诉处理中占有比较重要是作用，只有清晰流程后，在处理投诉过程中考虑问题才能更为全面。

诺西WCDMA测试分析案例诺基亚公司是全球领先的通信技术公司之一，其WCDMA （Wideband Code Division Multiple Access）测试系统被广泛应用于无线通信领域。

本文将通过一个实际案例，阐述WCDMA测试分析的应用。

案例背景：一家移动通信运营商在部署WCDMA网时，发现网络内部存在一些收发通道出现错误或者丢包的情况。

这导致用户的通话质量和数据传输速率下降，需要找到问题的根源并及时解决，以保证网络的稳定性和可靠性。

解决方法：诺基亚公司提供了完整的WCDMA测试系统，可以对网络进行全面的测试和分析。

首先，通过系统的监测功能，运营商可以对网络性能进行实时监测，并收集相关数据。

然后，通过数据分析工具，运营商可以深入分析数据，找到错误和丢包的原因。

最后，运营商可以采取相应的措施，解决这些问题。

具体操作：1. 监测网络性能运营商可以使用WCDMA测试系统的监测功能，实时监测网络性能。

例如，运营商可以监测下行信道的RSSI（接收信号强度指标），CBER（信道误比特率）和BLER（帧误比特率）等指标。

同时，也可以监测上行信道的发射功率、TBF使用情况和HSDPA （高速下行数据传输）用户的连接和传输速率等数据。

2. 分析数据通过WCDMA测试系统收集的数据，运营商可以使用数据分析工具对数据进行深入分析。

例如，运营商可以采用多种方式对数据进行可视化分析，显示数据的分布情况和变化趋势。

此外，还可以采用不同的分析方法，例如回归分析、熵分析、聚类分析等，以找出异常或者错误的数据。

3. 解决问题通过上述步骤，运营商可以找到网络存在的问题，例如丢包率较高、信号强度不稳定或者TBF被占用过多等。

运营商可以采取不同的方法解决这些问题。

例如，优化网络配置参数、增加基站数量、采用智能天线技术等方法，以提高网络的性能和可靠性。

结论：WCDMA测试分析是保证移动通信网络稳定和可靠的重要手段，可以有效地监测网络性能、分析数据、解决问题，并提升用户的通话品质和数据传输速率。

贵阳联通WCDMA工程优化案例分析一：常见问题1.天馈接反：天馈接反属于工程问题，在单站验证过程中予以解决，由于RNP根据规划的扇区方向创建邻区关系，天馈接反后可能会由于无邻区关系而导致掉话。

金阳吴山路口掉话分析：问题描述：车辆由西向东，占用金阳吴山路口3信号，信号越来越差，最后在Ec/Io为-30dB时掉话，此时检测集中有金阳三桥车管所2的信号很好，Ec/Io为-2dB，但未能及时切换。

图1：金阳吴山路口掉话示意图问题分析：分析金阳吴山路口2和金阳吴山路口3的扰码覆盖图，发现明显接反，金阳三桥车管所2和金阳吴山路口3有邻区，但和金阳吴山路口2无邻区，所以最终会掉话。

图2：整改前金阳吴山路口的扰码覆盖图调整建议：工程整改，调整天馈接反后，金阳吴山路口2和金阳吴山路口3的扰码覆盖正常。

图3：整改后金阳吴山路口的扰码覆盖图优化效果：复测结果表明，金阳吴山路口3能够顺利切换到金阳三桥车管所2，无掉话事件发生。

图4：优化效果图2.邻区漏配：邻区漏配主要发生在复杂的无线环境下，信号由于高楼阻挡、反射等多种原因而在非预定区域有很强信号，或者其他原因遗漏，未配置邻区而导致掉话。

遵义路掉话分析：问题描述：车辆在遵义路由北向南方向行驶，主导小区占用在南明区政府的3小区（EC/IO为-16.97dB，RSCP为76.61dB），从图1邻区表图中，看出南明实验中学2小区(EC/IO为-4.39dB，RSCP为63.95dB),存在邻区漏配问题，且主服务小区没有更好的邻区切换，由于EC/IO逐渐变差，最终导致掉话。

图1：掉话示意图图2：掉话服务小区和邻区问题分析：从图2中可以看到南明实验中学2信号较好，但未能添加到服务小区南明区政府3中，经核查未配邻区。

调整建议：南明区政府3扇区添加实验中学2扇区双向邻区优化效果：图3：优化效果青云路掉话分析：问题描述：车辆在青云路由北向南行驶， UE占用的主服务小区在求恩百姓医院1（EC/IO为-16.61 dB， RSCP为-96.65 dBm）和南冲巷3（EC/IO为-16.22 dB，RSCP为-96.24dBm）间来回切换。

成都联通WCDMA网络优化案例分析报告一、案例11.1 案例描述本案例主要是针对爱立信的CDRNC1B的23G语音、数据业务切换成功率较低的现状，结合23G互操作分场景优化指导书对指导书中所定义的相关参数和其他切换参数，于2010年1月下旬做了进一步的优化调整，使得语音、数据业务切换成功率都有较大幅度的提高，如调整前的语音业务切换成功率为87.81%，调整后为97.72%，调整前的数据业务切换成功率为70.78%，调整后为94.54%。

1.2 案例分析通过对该RNC每天的RNC侧信令统计进行分析，发现导致23G异系统切换失败的目标GSM 小区的RSSI存在一定的规律分布，即大部分都分布在-80dBm到-95dBm之间，如下图所示：基于此分布统计可以初步判断，大部分的切换失败都是由于3a事件上报不及时，而导致3a事件不及时上报的原因在于GSM小区的干扰，因此加快3a事件的上报，可以有效的提高切换成功率。

1.3 案例解决方案基于以上分析，建议将3a事件的切换门限gsmThresh3a从-95调整到了-85。

1.4 总结结合指导书对指导书中定义的相关参数和其他切换参数进行了优化调整，使得CDRNC1B的语音、数据业务切换成功率都有较大幅度的提高，提高了用户感知度。

二、案例21.1 案例描述本案例主要是针对凯宾斯基2个室分站点CDW014901B1、CDW015174B1存在的切换问题进行异频优化，并通过测试验证可行性。

1.2 案例分析凯宾斯基室分站点与周边站点之间的邻区关系，如下图所示：图1 CDW014901B1邻区与位置分布在室内移动情况下，能接收到CDW014901B1、CDW015174B1、CDW0758A1、CDW0781B1小区信号，且存在切换。

同频情况下CDW015174B1切换至CDW014901B1出现切换不及时，存在掉话隐患。

测试情况如下图所示：图3 室内测试结果1.3 案例解决方案根据上述问题，提出以下3个方案供参考。

师总刘总掉话分析目录一现象描述： (3)二calltrace分析： (4)1刘总给师总拨打电话 (4)2电话打通后正常通话。

(5)3发生掉话 (7)4掉话原因分析 (8)三拨打测试验证： (11)针对师总提出的疑问，按照刘总与师总描述的情况，我们专门进行了一次模拟测试 (11)1准备工作 (11)2测试结果 (11)四解决方法： (11)五后续问题跟踪： (12)一现象描述：21日上午9点46分18秒开始，刘总在留守坟村附近的二环上，自西向东行驶中给位于时代商厦的师总拨打电话，约10秒钟后师总接通电话，随后两位老总正常通话，又过了1分多后，于9点47分48秒本次通话异常结束。

随后师总大概在1秒钟后收到其他人的PAGING消息，并且在10秒钟后接通。

对于此种现象，两位老总怀疑可能为第二个电话的打进对两位老总的通话产生了影响，从而造成了掉话，进而怀疑WCDMA系统存在这样的系统问题。

两位老总提出的想法引起了我们足够的重视，对于9点46分的这次通话，不但进行了仔细的分析，而且对老总提出的疑问进行了拨打测试。

经过一段时间的研究与验证后，我们得出如下结论：系统并没有这样的问题，而且两位老总的掉话是由于刘总处于弱覆盖区域（高庄村东和徐庄掉站），无线环境很差引起的，请看下面的calltrace分析。

二calltrace分析：1刘总给师总拨打电话刘总行驶路线如上图所示，在21日9点47分18秒左右，刘总给师总拨打电话，同样在9点47分21秒钟师总收到了系统下发的PAGING 消息。

当时两人所处的无线环境都很好，信令流程正常。

2电话打通后正常通话。

从上图中可以看出在9点46分26秒左右，两人电话接通。

从信令及当时的信号上看，到目前为止本次通话质量较好，没有异常。

此时刘总占用留守坟1小区信号，而师总占用中银大厦2小区信号。

而且从信令上看刘总在留守坟村附近由西向东行驶。

如图所示在9点47分25秒刘总的主服务小区变更到扰码为179的留守坟2小区，符合由西向东的推断，而且随后的掉话就发生在该小区，下面我们将着重分析一下本次掉话。