第一章 前言
在移动通信中，掉话是指在分配了话音信道（TCH）或独立专用控制信道（SDCCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话对系统接通率等指标虽没有重大影响，但却给用户造成许多不便，是目前用户投诉的热点。掉话是用户衡量企业运营质量和水平的重要标志，企业必须予以重视。
道路测试（Driver Test）是优化工作中必不可少的一项工作。测试工程师通过使用测试工具（笔记本电脑、测试软件、测试手机、GPS等）驱车进行通话状态和空闲状态的测试，通过记录下来的各种数据（场强、通话质量、小区参数、手机的瞬时状态等）进行现场或后期的分析，查找并解决网络问题。
随着网络的发展路测的工作方法和工作思路也应该逐步开阔和深入。一直沿用老的办法和固有的思维定式去分析日益复杂的网络问题是越来越难了。我们想通过对过去路测工作中所遇到的掉话问题的总结分析，给大家一个日常工作的指导，另外也希望能够使大家开阔思路，逐步分析和解决今后可能遇到的其它的网络深层次问题。







第二章 造成掉话的多种原因
一、频率干扰
在网络规模不断扩大的情况下，由于频率资源的限制，频率复用度必然增加；由于规划或地理位置的原因，在多小区的情况下多会产生同频、邻频干扰，使通信质量下降，网络服务性能变差。干扰是影响通话质量及掉话率、接通率等网络系统指标的重要因素。由于无线电波传播的特性，决定其在通信过程中必然受到外界多种因素的影响。但是由于网络内部原因，它还在一定程度上受到网络内部其它因素的影响，如同频干扰、邻道干扰，以及其它因网络某些参数设定不当而造成的干扰。这些干扰的存在给我们网络的正常运行带来了一定的不良影响。作为网络优化问题的核心问题，解决无线干扰问题显得越来越重要。
QUALITY(质量) ERROR BIT(误码率)��
0 ＜0.2%
1 ＜0.4%
2＜0.8%
3＜1.6%
4＜3.2%
5＜6.4%
6＜12.8%
7＜256%
二、覆盖问题
无线信号覆盖是无线移动通信系统保障通信的最基本的条件。如果没有好的覆盖作保证，优化工作将很难得到良好的效果。在路测中所遇到的覆盖问题造成的掉话我们将在下一章具体分析。在这里我们想先对时间提前量（Timing Advance）的定义做一下介绍。
TA计算的依据是：��
基站发出信号到人手机接收到的响应的延时T，然后将该值除以2，再乘以光速300000000米／秒，及得到基站与手机的相对直线距离。TA原指的是时间值，但实际上是用距离来代替了时间，即用不同距离的代表值表示TA的大小，具体表示如下：��

TA值 距离值��
0 550米��
1 1100米��
2 1650米��
所以在谈到手机与基站之间的距离时，我们会用TA值来表示。

三、硬件问题
这里的硬件问题包含了很多方面。如基站的载频，处理器板子，天馈线等。不同的硬件发生故障后，会有不同的表象，但肯定会对用户的通话产生影响，严重的就会发生掉话。关于硬件问题造成的掉话在网络中所占的比例也非常大。具体的问题我们将在下一章详细的结合实例进行分析。


四、其它问题
我们把直放站产生的带外干扰、交换机和BSS参数设置问题和手机问题等特殊原因都列在这里，这些问题需要日常经验的积累，而且要求分析特殊问题时要拓展思路，采取非常规的办法，例如采用频谱分析仪，信令分析仪，查找不常改动的参数等办法来发现。这些问题也都将在下一章中结合实例来分析。






第三章 路测掉话的原因分析及解决
一、关于掉话的描述
在GSM系统中掉话从统计角度讲分为两大类：RF_LOSS和HO_LOSS即射频掉话和切换掉话。考虑到2层信令的接续等问题，我们把掉话作如下描述。
1）射频掉话
下行原因：Radio_link_timeout 计数器减至 0
上行原因：BSS 在link_fail的设定时间内未能接收到 UL SACCH 消息，使link_fail 计数器减至 0。BSS 下行功率停止发射
在Layer 2上： BSS/MS 每T200时间发送N200＋1次 SABM/DISC 消息 ，但未从接收端收到回应
2）切换掉话
MS 未能成功切换至目标小区, 但未能回到源小区
MS 发送 HO FAILURE 和 UL-SABM 消息给源小区，但未得到回应




二、在路测时发现的掉话问题时,我们应从哪些方面进行考虑？
在路测中，如果我们发现了掉话，我们应该如何入手？建议根据不同的现象作出一些初步的判断，可以尽量减少不必要的周折，提高工作效率。归纳起来初步判断有以下几点：
带内、外干扰
无可切换的小区（拥塞、无邻区）
覆盖问题（overshooting/poor coverage）
有线口的信道释放
基站硬件故障（时钟、CTU低功、信道盘的收发功率不平）
天线错误（下倾角、方位角等错误）
由于切换失败造成的掉话
参数设置不当
其它特殊原因（手机问题、交换机参数设置问题）





三、对掉话现象进行分析以及可能的原因
在这一节中我们对每种造成掉话的可能原因进行具体的研究。在每一种原因中，我们尽可能的举出实际例子来进行说明。
1）频率干扰
干扰会导致误码率升高，通信质量下降，是造成掉话的一个重要的原因。干扰可以分为带内干扰和带外干扰，也可以叫做系统内部干扰和系统外部干扰。
带外干扰：随着科技的进步，空中的无线电波越来越多，有些系统如TCS系统与GSM系统工作在同一频段，如果频率设置不当，会造成严重的频率干扰。在发射设备的非线性单元由于载波与通过天线进入的干扰信号产生互调干扰，会引起通话质量下降，产生掉话。另外一种情况就是人为的加建GSM频段的直放站，对功率以及天线方向不进行控制，对系统会造成上下行的干扰。一般有这种直放站时，基站会通过对话音信道空闲时的干扰电平测量值（IOI）上有所体现。
带内干扰：GSM系 统 内 部 干 扰 主 要 由 以 下 几 个 方 面 原 因 产生：
频率规划不合理，引起同频、邻频干扰；
基站或手机功率设置不合理，引起下、上行链路干扰；
频率复用不合理；
由于多径效应、建筑物反射等造成干扰；
码间干扰；
TA与实际不符造成时隙干扰。
当MS在服务小区收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC或不能正确接收MS的测量报告，从而产生掉话。
下面两个例子分别从由于直放站造成的带外干扰、由于频率规划原因造成的带内干扰两个方面对干扰造成的掉话进行了说明。


实例1：频率规划问题
现象：从图1我们看到：从当前显示的信息看，3361基站信号很强，但是质量很差，致使RLT超时掉话。手机掉话后马上进行小区重选，基站为914，但是BCCH与3361同频，同时我们发现掉话时3361的TA已经为4，且覆盖方向也不应该是掉话地点。
分析：在我们日常测试中这种情况多是由于干扰或是硬件问题引起的。通过OMC我们未观察到该基站存在硬件问题，由此我们认为该基站存在干扰情况。这样我们就初步判断除了掉话原因。结合小区分布图来判断，我们认定这个掉话是由于同频干扰引起的。
图1掉话时刻情况

又经过分析，发现之所以在该地区占用3361，主要是由于3363基站无法切换到914基站。3361是3363的邻区但是914不是，由于3361于914同BCCH，手机切到了3361上。再加上网络规划不好，这就造成了同频干扰，继而掉话。见图2。
图2干扰基站图
事故原因：同频干扰造成掉话，通过对规划的调整和修改邻区参数，上述问题得到解决。



实例2：直放站、阻断器造成的掉话
随着用户的增多，很多宾馆酒店写字楼等建筑物内为了解决电梯、地下室等信号覆盖的盲区就会出现私建直放站，从而产生了强烈的上下行干扰，有时波及周围很多小区的性能，对网络指标的影响非常大。频率阻断器是一种宽带的干扰器，其安装的目的就是要对移动通信系统产生强烈的干扰，以达到阻断器周围一定范围内手机无法接入系统服务的目的。
一般在路测时我们很难直接从下行的测量发现是否有上行干扰，可以结合统计是否有上行的IOI来分析。如下图，占上问题小区后下行Rx_Level，Rx_Quality都很好，但是过了十几秒后系统停止发送System Info 5/5ter/6，进入了IDLE状态，没有Disconnect以及Channel Release等拆线消息。通过分析发现虽然Level和Quality都很好，但是手机却在逐渐的提升功率，造成功控的原因就是上下行的Level和Quality，因此可以因为问题出现在上行。查找该小区的统计发现，整个小区的各个载频均有较严重的IOI干扰电平，因此，可以认定当时基站是Link_Fail计时器超时自行拆线，而上行干扰是造成这次掉话的罪魁祸首。

图3 下行电平和通话质量很好，但是手机却在提升功率
虽然都是对网络产生了干扰，但是阻断器和直放站的影响有些不同，阻断器会带来话务量下降，并对周围基站的切换影响更大。因此阻断器的干扰影响比直放站更加严重。
2）缺少邻区&目标小区话务信道拥塞严重
其实缺少邻区的现象和目标小区TCH拥塞严重在DT测试中的现象是极为相似的。下面仅以缺邻区为例进行分析。
实例：Cell56缺Cell3703邻区最终导致掉话。
现象：Cell56(BCCH46) 缺Cell3703邻区（BCCH35），但有Cell3266邻区（BCCH34）。但3703强度高20dbm，但由于无3703邻区，只能切换至3266，造成干扰。切换时如图4所示，当前服务小区为CELL56（BSIC2-BCCH46）,经过判断，向排在邻区第三位的CELL3266（BSIC23-BCCH34）切换，如图所示，源小区56当前的下行电平为－76dbm,目标小区3266当前的下行电平为－65dbm。
图 4 系统消息5中没有35号频点
切换后，发现服务小区电平依然很强但Quality突然变差，最后致使掉话。如图5所示，我们看到有频点号为34，35的邻频存在，C/I = -21dbm。从源小区56的SYSTEM INFORMATION TYPE 5中看到Neighbor的频点list中没有35号频点，即说明56没有3703的邻区，因此在56为服务小区时，手机没有对35号频点进行扫描。若对35号频点进行扫描，则会切至该小区，同时也避免了邻频的干扰。
加上邻区后，一切恢复正常。

图 5 切换后发现邻频干扰
一般来说，如果缺少了邻区，将会发生拖带直至掉话的现象。在整个拖带过程中，很有可能邻区列表中的场强远远大于服务小区电平值，同时其它频点的BSIC也已经解出，但就是没有下行的Handover_Command消息。出现这种现象说明了以下两点：
1.手机所扫描的邻区频点必定是在当前服务小区下行所发的系统消息5/5ter(System Information 5/5ter)的BA_LIST中所包含的，即当前服务小区的邻区中有BCCH为该频点的邻区;
2.排在邻区列表前几位的频点与已解出的BSIC组合之后得出的小区必定不是当前服务小区的邻区。
在实际工作中，如果遇到上述情况，在分析出不是缺邻区的问题后，就应该检查是否目标小区TCH拥塞。
3）覆盖问题（Poor level & Overshooting）
A.覆盖场强低（Poor Level）
在测试中，我们在遇到覆盖场强很低的情况下，通常会导致RxQuality随着场强的下降而恶化，最终由于Radio_link_timeout或Link_fail超时导致掉话。这种情况一般发生在郊区缺乏基站覆盖或山区信号阻挡较严重的地区，解决这种无信号覆盖的唯一办法就是加站或是直放站扩大覆盖。

图 6 很差的覆盖造成了掉话







B.过覆盖（Overshooting）
还有一种覆盖问题就是邻区间交叠区过大，甚至出现了过覆盖（Overshooting）的现象。比较典型的情况是：一个较高的基站A的天线没有作下倾角或只有很小的下倾角度，与它相邻的一个基站B的天线高度较低，覆盖范围很小，造成B的覆盖范围被A完全包含。如图7所示。所以在越过绿色的B小区主控覆盖范围后，手机还会“回切”至A小区，但是由于种种原因，A小区并没有C小区的邻区。因此，当测试人员继续行驶后，就会因无邻区可切而造成拖带掉话（例如在红色区域）。解决的办法就是如图中所示，将小区A的覆盖范围控制好（小区A’），就可以解决过覆盖造成掉话的问题。

图 7 Overshooting现象
同前边一节缺邻区掉话中所提到的类似，Overshooting造成的掉话现象有两种：
1.在邻区列表中有很强的信号，同时BSIC早已解出，但根本没有下行的HO_Command消息，这说明手机所扫描的邻区频点必定是在当前服务小区下行所发的系统消息5/5ter(System Information 5/5ter)的BA_LIST中所包含的，即当前服务小区的邻区中有BCCH为该频点的邻区;
2.看不到有比当前服务小区信号更强的信号，说明小区C的频点不在A小区的BA_LIST中，手机没有对该频点进行扫描。
对于后一种情况，测试人员更不容易发现，因此需要测试人员在测试现场结合基站位置图对原因进行判断。
4）有线口的信道释放造成的掉话
Abis掉话：这类掉话主要是传输质量引起的，如传输误码、滑码、帧丢失等。
A接口掉话：A接口掉话特别容易发生在MSC之间、BSC之间等与A接口有关的切换过程中，MSC、BSC之间的切换除了与无线网络有关外，还与网间信令配合、信号同步等因素有关，局间切换相对较复杂，也较容易引起掉话。
5）硬件故障直接导致的掉话
经验指出在现网中大多数掉话都是由于频率干扰和这样或那样的基站硬件问题所导致的。在这一节中，我们就介绍以下所遇到过的硬件问题导致的掉话，一般来说，如果硬件有问题的话，从统计结果的掉话次数和掉话率上就能比较明显的发现异常。但是，对于话务量分布比较特殊的基站，例如：小区覆盖范围内没有主要道路，用户移动速度较慢等情况，部分天线问题就不容易从统计结果中发现。这就需要从路测中的每一个起呼，每一个切换过程乃至掉话现象都要从异常现象中发现问题，以专业知识和工作经验为基础，开阔思路，才能找出问题的根本原因。这点的具体分析可以见后面的《第四章－路测中见到的典型的掉话现象》。
A.由于天馈线原因而导致的掉话
在上行方向，天线是BTS从空中接口接收信号的第一级设备，而在下行方向，它又是最后一级设备。而且天线包含的参数也有很多，象方位角、机械下倾角、电子下倾角、波瓣宽度、空间分集接收天线距离、馈线驻波比等。因此，可以说天线某个环节如果出现问题，对于基站性能的影响都是巨大的。
a.由于信道盘和天线接错而产生的掉话
此种情况常发生于大配置站型，由于会牵扯到跨机柜的扩展连接等问题，有时会出现整个基站2个甚至3个小区互相连错天线的情况，还有两个小区间单个载频对调错连天线的情况。
整个小区对调连错的情况比较容易发现，因为在IDLE状态或根据邻区强度仅仅测试BCCH的强度即可，但是，单个载频对接连错的情况就不容易发现了，因为只有手机占到错误信道盘时才会发现，例如场强的突然衰减等。此时路测现象就是电平衰耗较大，同时Quality变差导致掉话。具体现象可见§2.4一节。
b.由于两副天线俯仰角不同而产生的掉话
在基站安装过程中定向小区有可能用两副单极化收发天线，当小区的SDCCH和BCCH采用NO-COMBINED MODE时，该小区的BCCH和SDCCH就有可能分别从两副不同的天线发出。当两副天线的俯仰角不同时，就会造成两副天线的覆盖范围不同，当用户在某个区域中，能收到BCCH信号，但产生呼叫时却因无法占用SDCCH而掉话。

c.由于天馈线方位角原因而产生的掉话
在基站安装过程中每个定向小区可能会有两副单极化天线，当两副天线的方位角不同时就会形成如图8中A和C所示小区。在A小区中的用户可以收到控制信号SDCCH，但用户一旦被指定为由另一副天线发射出的TCH时就会造成掉话。在C小区中的用户将无法收到BCCH信号。

图 8同小区天馈线方位角不同
d.由于天馈线自身原因而产生的掉话。
天馈线损伤、进水、打折和接头处接触不良，均会降低发射功率和收信灵敏度，从而产生严重的掉话。通常我们仅仅从OMC-R的统计中看小区天线的PathBalance是不能完全反映实际天线情况的，这时应该对怀疑有问题的天线进行核查，排除这方面的故障。
e.由于两副天线之间的距离原因而产生的掉话。
采用空间分集的小区两副天线之间应保持一定的水平距离以实现分集接收，否则将会降低收信灵敏度产生掉话。两副天线之间的水平距离（经验值）应为垂直距离的十分之一，至少应大于3m。



B.由于信道盘故障引起掉话
信道盘故障包括CTU自身数字模块出现故障和各信道盘未作Calibration。如果在路测中遇到原因不明的通话质量差造成掉话的现象，应该通过OMC-R提出该小区以及该载频的RF_LOSS统计，加以验证是CTU的硬件问题。如果在路测中发现起呼占上TCH后信号衰减严重造成掉话，应该从各信道盘功率是否未调平入手考虑。
注：在远端登录，观察基站Calibration
用Telnet等方式接入基站，可以使用disp_cal_data <Site No.> <DRI>
命令通过offset值来看各个载频功率是否调平。
C.由于时钟失锁引起的掉话
时钟失锁的原因有很多，比如传输2M中的时钟不稳、基站MSI板子出现问题、GCLK出现问题等。但影响到Um接口路测的现象没有什么不同。
理论上，时钟失锁会影响到起呼和切换的正常进行。在实际情况中，时钟的漂移对于起呼的影响是微弱的，通常对于切换的影响是巨大的。往往由于目标小区或服务小区时钟失锁，造成切换失败，严重影响了通话质量和掉话率。
所以，由于时钟问题造成的掉话，也可以归结为切换掉话的范畴，我们在《路测切换失败的分析》部分中有详细介绍。









6）BSS参数设置不当
其实参数设置不当中，有很大一部分是与切换有关的。如果不处理好切换参数，造成延迟切换或乒乓切换都对通话有很大的影响。例如PBGT Handover的HO_Margin 设置过大，就有可能造成切换较晚，有可能等到邻区强于服务小区很高电平后，才切换，也有可能由于通话质量不佳等原因触发紧急切换，这就造成了掉话隐患。可以这样说，大多数的BSS参数设置都涉及到起呼和切换，一旦设置不当就会造成掉话隐患，如何在网络中找到最合理的参数配置就是网络优化最核心的工作，不仅是无线参数同时还要考虑有线口的需要，甚至还要考虑长途来话接通率等问题。在这里我们仅摘出几个影响严重，但又不容易被想到的参数列出来，在一般经常调整的参数为发现异常的时候，就需要我们多深入的检查其他参数的合理性。

A．missing repot设为enable
手机在Dedicate Mode下上报的Measurement Report中所报告的服务小区的RxLev和RxQual以及Neighbor的接收电平值是系统进行平均、筛选、判决和排队过程的基础。在这个复杂的判决过程中，会涉及到很多参数，例如Hreqave、Hreqt、n值、p值等，在motorola的小区参数里有一个参数missing report。简要来说，将设为enable时，系统由于种种原因没有收到手机上报的Measurement Report的SACCH帧时，RxLev将用-110dBm代替。这样一般情况下就会降低平均电平值，从而会影响PBGT的切换速度，有可能造成延迟切换或不切换。从而造成掉话。一般应把该参数设为disable，即用上一个采样值顶替该丢失帧的采样值。




B．pbgt_ho_type中参数设置过于苛刻
这也是一种延迟切换造成掉话的可能原因。在motorola系统中可以根据覆盖环境的不同定义几种不同的PBGT算法。其中有些算法是要设置一些计时器的，如果参数设置不够合理，设置了过长的Timer，如Type5,type6，用户走出了邻区范围还没有切换，就会拖带掉话。其它参数设置不当也会造成拖带，例如Type3中包括上下行的Rxlev的门限，即当手机和基站对应的接受电平高于设置门限电平时才会考虑切换。因此，需要根据实际覆盖情况进行优化参数配置，消除不当的配置所带来的负面效果。
C．设置偏大的参数 hreqt * hreqave
一般来说，解出邻区的BSIC以后，且该邻区为上报的最好的六个邻区内，系统才会对其是否切换进行判决。hreqt * hreqave又被称为Warm time，即系统对该小区进行判决的第一个测量报告开始算起至少经过Warm time的时长后才会进行切换。
D．没有用OMC-R Proxy Cell广播external neighbor信息
此种情况出现在跨OMC的external neighbor在进行了BSIC或BCCH的改变之后，但未在其他OMC上进行改动，结果数据库不一致，造成无法切换，继而拖带掉话。
E．允许的网络色码（NCC PERMITTED）参数设置不当导致掉话
允许的网络色码参数定义了移动台需测量的小区的NCC码的集合，为手机切换提供可行的目标小区。我们知道BSIC=8*NCC+BCC，实际上NCC、BCC在帧结构中各为3bit的数据，因此NCC的取值范围为0～7。在小区里可以设置NCC PERMITTED参数来限制小区的切换目标小区和重选小区。如果该数据定义错误将引起越区切换不成功和小区重选失败，产生掉话。

7）切换掉话
理论上任何一种切换失败都有可能造成切换掉话，因此可参照切换失败的分析。图9为 Intra_bss handover 为例：当切换失败后，手机向源小区发送Handover Failure消息，若由于各种原因造成源小区未收到该消息，从而造成T3103超时，这时BSS的ho_lostms计数器就会加1，记做一次切换掉话。


图 9 切换掉话示意图

8）手机问题
在日常路测工作中，我们使用的测试设备的手机前端一般都是有别于商业用机的。这些测试手机功能更强大，软硬件上都有新的设计，使得它们可以满足测试的需求。但是我们发现测试手机因为装载了测试软件后，要求的处理能力更高，要求在通话的基础上还要进行与测试软件相呼应的动作，如果由于硬件老化等原因，就可能造成死机、解码错误等现象，从而影响测试结果，如果测试人员不能发现手机问题，还会造成对异常现象的错误判断。下面这个实例就是通过几次异常的掉话情况查找出来的手机故障引起掉话的问题。
实例TEMS888不切换掉话
我们曾在DT测试中发现了几次通话过程中不切换导致掉话的现象。经过分析，发现了一些问题，分析如下：
a．现象：
a)长安街：
占用小区京燕饭店3（880），不切换持续3’10”掉话，TA=3。通话过程中邻区BSIC已经解出，且满足切换条件。
b)三环：
占用小区公主坟DCS2(30958)，不切换持续6’37”掉话TA=6。通话过程中邻区BSIC已经解出，且满足切换条件。
c)平安大街：
占用小区平安里DCS1(30361)，不切换持续1’05”掉话TA=2。通话过程中邻区BSIC已经解出，且满足切换条件。
d)四环：
占用小区清华园DCS2(30578)，不切换持续12”，然后连续三次切换失败，切换成功至学院路2（542），值得注意的是该小区并不在手机上报的最好的六个邻区之内。然后迅速切出至学院路1（541）后一切正常。
e)玉泉营路：
占用小区洋桥西南1(743)，不切换持续2’56”，掉话时TA=3。通话过程中邻区BSIC已经解出，且满足切换条件。

掉话现象如图10。

图 10 不切换直至拖带掉话


b．对问题的分析
在分析问题之前，我们先来了解一下系统消息5/5ter与手机中bit-map的对应关系。
系统消息5/5ter(System Information 5/5ter)消息为在Dedicate Mode下，系统通过SACCH发送给手机的系统消息，其中包括BA_LIST，即邻区的BCCH频点序列。手机就按照BA_LIST中的频点在通话过程中进行扫描，将已解出BSIC码的最好的6个邻区上报给BSC。当满足某个切换条件时，系统会控制手机进行切换。另一方面，手机将该小区的BA_LIST中的频点按照频点号顺序记录在手机的bit map中，而上报系统时，则是按照bit_map中的频点位置号上报。
例如BA_LIST:23,34,27,512,525,所以对应的bit_map中应为0对应23、1对应34•••4对应525，若此时邻区BSIC均已解出，信号强度由大到小为27，34，525，23，512，则在MR(Measurment Report)上报系统邻区情况时手机上报的频点号顺序应为2，1，4，0，3(十进制)。
我们对测试文件进行了仔细的分析。从三层消息中我们发现，在这几次不切换的通话过程中，上行的MR(Measurement Report)中邻区报告的频点序号与下行系统发给的系统消息5/5ter中的频点号不符。这其中有两种情况造成上报的频点号错误，从而造成了系统不能正确识别邻区关系不让手机进行切换：
i.切换完成后，手机继续扫描一两个源小区BA_LIST中的频点，而该频点不属于当前服务小区的BA_LIST，因此这一两个频点号在bit map中的位置肯定就是错的，所以导致其他正确频点在bit map中的位置发生混乱；（三环、长安街）
ii.收到系统消息5（本频段信息）后，频点对应正常，但受到系统消息5ter（另一频段信息）后出现异常，最后导致所有频点号混乱不能切换。（平安、玉泉营、四环）

值得我们注意的是这五次事件中有一次并未掉话，而只是三次切换失败。但正是通过对这个通话的分析，才令问题变得更加清晰明朗。具体情况如下：
当前服务小区为清华园DCS2(30578)，切换失败的目标小区为学院路2（542），而手机此时位于学院路1方向的位置，542并不在手机上报的最好的六个邻区之内，但系统却令手机切换至BSIC=3，BCCH=27的542，而541的BSIC=3，BCCH=1。通过系统消息5/5terBA_LIST的排列，正常情况下，频点1对应bit-map位置12，而频点27对应bit-map位置19。在Measurement Report中手机将541的频点1错报为19(bit-map中位置)，因此系统认为是频点27，同时两个小区的BSIC码相同，从而造成切向542的现象。但由于542的场强较低，造成三次切换失败，最后切换成功后又很快的切至543，以至于未掉话。
三层消息和场强示意图如图11、图12、图13所示。

图 111号频点应写在位置12，27号频点写在位置19

图 12位置19的频点对应的BSIC却是3

图 13 切换失败

c．处理结果
经过分析后，我们与测试设备生产厂商的工程师商讨了这种现象。由于到目前为止还没有运营商或手机用户有过此类现象的投诉，但现在已经可以确定的是由于手机老化的原因才造成了这些掉话。
这个案例说明，由于手机问题造成掉话的原因也是有可能的，这一方面需要手机制造商严格按照规范要求进行设计和生产，另一方面，路测工程师也应该在分析路测掉话等问题时将手机故障这一点考虑进来。








9）交换机参数设置问题
在路测中发现的交换机参数设置问题的情况并不多见，但是一般若交换机参数设置有问题的话，都会发生大量的掉话事件，并且交换机和OMC端都不会出现告警，机房工作人员不易察觉，这样很可能会造成大量的用户投诉，严重影响了用户感观度。如果能够在路测中及时发现这类特殊的掉话现象，并深入分析原因，就有可能避免大量用户投诉的发生，消灭网络隐患。下面就是在常规路测中发现的单频切换最终造成掉话的实例。
实例：单频切换最终掉话
我们在日常的优化测试中发现：在南二环和两广大街一带，若在东区起呼切换到西区后手机只能做单频切换。当只做DCS1800单频切换时，由于DCS1800在有些地方没有实现完全的连续覆盖，这样极易引起掉话。此种情况在OMC的统计上不易直接发觉，但是这个现象会严重影响道路测试的效果。在意识到问题的严重性后，我们立即着手对这个问题进行专项研究。
由于最初只在南二环东西区交界一带发现问题，其他地方没有进行此类测试，因此，在寻找问题原因的同时需要首先对问题存在的范围进行定位。我们在研究了东西区交界MSC、LAC、BSC的地理分布后，为详细定位问题范围而制定了各种路线的测试方案，以此来寻找有没有其他地方存在此类隐患。同时，我们又对涉及到双频切换的手机、基站以及BSC参数进行了逐一检查。
经过各种情况的交界地区道路测试后，我们将问题范围定位在MSC9与MSC12之间，且只存在与由东向西的方向。当由在东区MSC 9、LAC=4290中的小区起呼，切换至西区MSC 12、LAC=4182及MSC 26、LAC=4166的小区时，出现切换到西区后系统不再向手机发送双频信息的情况。由此进入西区后，如果不挂机，手机只能进行900M或1800M的单频切换，直至单频性能变差产生掉话（尤其是在DCS1800上）。但是，由西区切换回到东区时没有这种现象，即切换到东区后系统恢复向手机发送双频信息。具体测试的文件采样见报告后面的附图14与附图15。
图14正常的双频系统消息5和5ter

根据这种测试现象，我们核查了西区BSS涉及到的参数，均未发现问题；因为这些切换是跨MSC的切换，会涉及到MSC的一些参数，因此我们对MSC 9的相关参数进行了核查，发现在MSC 9中DATA OF LOCATION AREA CODE中的BSSAP VERSION....(VER).... ：004定义的CLASSMARK_3 INFORMATION ELEMENT SUPPORTED.....为 :NO存在问题，这样当做MSC间的切换的时候，源MSC在发切换请求时不送手机的CLASSMARK_3信息给目的MSC，造成切换后目的地的MSC不能得到手机的双频信息，这样目的MSC认为此手机为单频手机，从而，若手机切换到目的MSC中的目的小区为900M则从此手机就被系统认为是900M的单频手机，若手机切换到目的MSC中的目的小区为1800M则从此手机就被系统认为是1800M的单频手机，在此次通话中系统不送SYSTEM INFORMATION 5TER消息，造成在此次通话中手机依据网络的指示只做单频切换。（具体网络参数设置情况见下面，有删截）
DATA OF LOCATION AREA CODE 04166：
BSSAP VERSION...............(VER).... :004
INFORMATION ON BSSAP VERSION 004 NAME DXS1:
CLASSMARK_3 INFORMATION ELEMENT SUPPORTED........... :NO
发现这个参数设置错误现象后，根据以上的分析，我们将问题原因定位在网络参数设置上，通知相关部门对错误的参数进行修改后，经过道路测试人员的现场测试确认，以前手机在LAC交界不能进行正常双频切换的现象得到彻底解决。


图15















第四章 路测中见到的典型的掉话现象
实际上，参数设置不当、缺少邻区、手机原因和交换机参数设置问题出现的概率并不大，这些特殊原因所造成的掉话也是很少发现，因此对于日常工作来说，解决所占比例最大的掉话现象，是能够逐步提升网络质量的主要工作。
本章例子的掉话原因在前面已经全部包括，在这里通过几个典型的路测现象来表示，选用的例子全为占用信道后Quality为7的例子，目的是能够更明显的表现故障原因。
其实这种掉话现象的原因多种多样，过低的电平，强烈的频率干扰和硬件问题等都不可避免的会造成Quality很差甚至一直为7的现象。在路测中这种情况一旦出现，就不可避免的会造成掉话，由于下行Quality 全为7，所以手机无法对系统消息和切换命令等下行信令进行解码，最终导致RLT超时掉话。
从测试软件的界面上看，Quality为7的掉话大体可以分为两种现象：一种是通话质量很差的同时下行电平也很差；另一种就是很差的通话质量伴有较好的下行电平。造成这两种不同现象的原因并不是唯一的，一般说来，Level和Quality均很差的现象的原因有：载频低功故障、天馈线接反、同频负切等；而造成Level较好和Quality很差的原因有：下行的频率干扰、载频等硬件的BER(Bit error rate误码率)高等。
下面我们就针对几个具体实例来看一看各种现象所对应的原因。


一、频率干扰
在路测中发现某小区Quality十分不好，经过分析怀疑为频率干扰，所以关掉跳频后，再进行测试，发现只有占用一个载频时Quality为7，会发生掉话，而占用其它频点时通话质量没有问题。确定为频率干扰后，再对周围小区进行频率核查，发现了该频点与一个邻近的小区的一个TCH频点同频，在改频后干扰消失，通话质量恢复正常。
测试现象如图16所示。

图16 同频干扰案例示意图


二、载频误码率高
这里的硬件问题是目标信道的误码率高，造成切换后Quality全为7，因此不能对系统消息正确解码，造成RL Timeout超时掉话。解决的办法可以Ins该载频，必要时则需要更换载频。

图17 载频故障示意图（占用时隙BER高）



三、载频低功
切换到目标小区后服务场强一下衰减到－100dBm以下，造成掉话，如图18所示。经过分析发现切换前目的小区BCCH场强很好，但切换后占用的不是BCCH的信道盘，因此通过查看该站硬件告警发现，占用的信道盘载频有低功告警。
处理了该载频的低功告警后，统计及路测均恢复正常。

图18 信道盘低功示意图



四、同频负切
由于在主干道上车速较快，再加上频率复用度高（如三环），因此仅仅用BSIC来区分同频小区的做法有时并不可行。
如图19、20所示，主干道上服务小区为基站A3小区、基站B2小区、B1小区和基站C3小区。基站A1小区与基站C3小区BCCH同频（5）。这时用户从南向北高速移动，当行驶到基站B1小区与C3小区的交叠区时，这时手机测到来自基站C3邻区5号频点的强度，但是由于BSIC未能及时解出，仍旧上报的是先前解出的A1小区的BSIC，因此将错误的BSIC号上报给BSS，当满足切换条件而还未解出新BSIC时，系统就会令手机回切至A1小区，即所谓的“同频负切”。同频负切有出现两种情况：一种是切换失败，另一种则是切换成功但场强很低造成掉话。
当然，如果是过覆盖造成了同频干扰，则首先应当考虑调整基站的覆盖范围。我们在这里讨论的则是基于覆盖情况较为良好的前提下，因此，解决的办法就是改频。所以对于重点道路的频率规划要根据道路占用小区的实际情况来做，是道路切换链上的小区，频率的复用密度要小一些（尤其是BCCH），尽可能的避免这种同频负切的现象。


图19 图中一个基站有三个小区，方位角为60/180/300


图20 同频反切拖带掉话示意图





结束语
本文从路测角度分析了多种掉话的现象以及造成掉话的原因，基本上都是日常工作中的经验积累，对于某些可能涉及的方面，也进行了列举。希望能作为日常的路测掉话分析工作的依据。

好资料啊，让在下长见识了，谢谢楼主！！！！

真的不错啊，谢谢楼主了

楼主好样的,大公无私,真的感谢

好东西，作个记号，慢慢看

好东西，作个记号，慢慢看

这么好的帖子,别让它沉了

好东西,感谢楼主分享

真的不错啊，谢谢楼主了

请提供下载吧，我要存起来

好东西哦！！！！

楼主，好几个图看不了，可以给我个附件发送到我邮件不？非常感谢！！！
我要存起来，感谢分享！fuzhengjun@sohu.com