切换问题分析优化流程

1 切换问题分析优化流程

切换问题分析优化流程和其他问题的优化流程的基本思路是一致的，详见下图。

1.1 切换问题搜集及优化目标

切换问题的搜集途径一般有网管后台性能统计报表、DT路测、用户投诉信息分析

等。

在赶赴工程现场后，需要和项目负责人（多数为办事处工程师）、运营商维护经理

等相关人员开会确定需要解决的问题以及优化KPI指标（暂时参考小区移动性能

报表中的统计项目）。

需要搜集的网络信息包括：

1）了解整个网络的组网方式、结构，确定系统由哪些RNC、CN组成，然后可以

根据这些组网信息，结合基站的分布和载频的配置情况，分析出哪些地方应该存

在异频硬切换，哪些地方应该是同频硬切换。

2）运营信息。包括用户数和用户分布信息，每天和每周的话务忙闲情况，以便数

据修改尽量避开话务忙时，以免给在网用户造成大的冲击。

3）告警信息和运行记录等，保证MSC、SGSN、GGSN、HLR、VLR的设备稳定

可靠，传输通畅，以便相应测试的进行。

4）工程参数总表。此表包括基站位置、配置和频点信息，天线高度、方位角、下

倾角等信息，更重要的是它还包含邻区列表，可以根据这些信息，结合组网信息

和覆盖连续需求，确定各载频间的同频相邻关系、异频相邻关系和系统间相邻关

系。

5）参数配置。收集现网的信道功率配置、切换参数和算法开关等等数据配置信息。

切换优化的指标包括硬切换成功率、系统间切换成功率等等，这些指标项和目标

要求需要和局方讨论确定。

1.1.1 小区移动性能报表

话统数据是网络优化中最重要的信息来源之一，也是评价网络性能的主要依据。

与切换相关的话统指标主要有以下几项：同频接力切换成功率(小区切换出)、同

频接力切换成功率(小区切换入)、异频接力切换成功率(小区切换出)、异频接力切

换成功率(小区切换入)、同频硬切换成功率(小区切换出)、同频硬切换成功率(小

区切换入)、同频硬切换成功率(RNC间切换出)、异频硬切换成功率(小区切换出)、

异频硬切换成功率(小区切换入)。

通过对以上和切换相关的指标的统计，既可以判断一个小区在切换上是否存在异

常之处。

注意：统计事件最好在一周以上。统计时间段可以按照忙时每小时进行统计，也

可按天统计。

1.1.2 DT路测分析

通行DT路过评估性的DT路测也是切换问题搜集的一种手段，特别是对于业务

量不高或者尚未投入商用的TD-SCDMA无线网络而言。

注意：进测时，需要进行往返性切换测试。

1.1.3 用户投诉信息分析

运维客服中心搜集到的用户投诉信息中，对于掉话较多的一些区域，切换掉话是

主要的原因之一，需要对覆盖相应区域的小区重点进行切换分析。特别是对于切

换不及时或者乒乓切换等进行重点分析。

1.2 问题定位和原因分析

对于切换问题的定位，路测是网络评估、优化最重要的手段之一。全面的路测可

以了解整体覆盖情况，发现漏配的邻区，可以了解实际的切换带是否与规划有大

的出入，是否有越区覆盖等；局部的路测用于跟踪切换过程，采集切换失败和掉

话的空口信令、无线链路的状态（C/I、RSCP、UE发射功率、BLER、相对时延

等）数据，分析切换过程问题的原因。全面路测一般用于优化前后的整体网络评

估；而当发现了切换问题以后，一般采用局部路测来定位问题。

路测可以采集UE侧的信令消息，而RNC侧也可以跟踪指定IMSI的信令。往往

由于无线链路的不稳定和UE处理能力有限，可能导致部分消息丢失或没有被记

录，因此，最好能结合路测的信令和RNC的信令消息进行分析，以定位切换问题。

1.3 优化调整

切换问题优化调整的参数包括工程参数、小区参数和算法参数。

工程参数主要是指天线参数，包括方位角、下倾角等。通过这些参数的调整，可

以改变小区的覆盖，进而改变切换带的位置、大小等，优化切换问题。

小区参数包括小区使用的频率、信道功率配比、邻区关系等基本配置数据。修改

频点可以规避一些难以解决的同频切换问题；公共信道功率的调整同样可以达到

调整小区覆盖的目的，以改变切换区域的位置和大小；漏配邻区关系是导致切换

问题和掉话最常见的原因之一，因此邻区列表的优化也是网络优化中必不可少的

一个环节。

算法参数包括切换算法开关、各种切换的门限、磁滞、触发时延等。算法参数的

调整需要在对切换算法充分了解和对路测结果、信令等仔细分析的基础上进行。

1.4 优化验证

在针对切换问题的参数调整之后，需要对调整结果进行验证：

1、现场路测观察切换过程是否已经正常，路测指标是否已经达到优化目标。

2、查看话统中切换相关的统计值是否正常，话统指标是否已经达到优化目标。

3、观察网络运行一段时间看是否引起其他问题，是否有用户投诉。

如果以上都满足了要求，则切换问题优化结束；否则重新进行问题分析、定位、

调整、验证过程。最终优化调整结果需要得到项目负责人和运营商维护经理等相

关人员的认可。

2 切换常见问题分析及案例

切换失败问题可以分为切换选择问题和切换执行问题。对于前者，主要是由于目

标小区的信道资源、切换相关的无线参数设置不当、硬件故障等。切换执行失败，

主要是由于空口质量所致。在性能指标上体现为切换失败率过高和切换掉话等现

象。

2.1 切换失败常见问题分析

2.1.1 硬件故障导致切换异常

原因分析：由于TD-SCDMA采用多通道智能天线系统，而良好的赋形，首先需

要各个通道之间功率校正的一致性。如果功率校正通不过，将会导致赋形产生偏

差，从而可能会导致系统切换失败。

测试手段：通过后台的通道校正进行检查，对于校正无法通过的需要及时处理。

优化建议：必要时更换系统硬件设备。

2.1.2 UE未收到物理信道重配置消息

原因分析：通过RNC的信令跟踪发现已经下发RRC_PH_RECFG消息，而路测中并没

有看到手机收到RRC_PH_RECFG消息，因而没有及时发起切换而导致掉话。因为作

为硬切换指示的物理信道重配置消息是在原信道上发下的，可能由于经过时间延

迟、切换判决，RNC下发此消息的时候，源小区下行链路已经变得太差，UE无法

收到RRC_PH_RECFG消息进行切换而最终掉话了。

优化思路：

1）可以权衡将硬切换门限或磁滞、触发时间延迟等参数适当减小，相当于提早硬切换时机，使UE可以及时收到硬切换指示消息而完成切换。

2）加大源小区业务信道的下行发射功率以增强切换区的下行覆盖，保证下行链路的质量。

2.1.3 目标基站未收到重配置完成消息

原因分析：物理信道重配置完成消息RRC_PH_RECFG_CMP是在目标小区信道上发送

的。这里分为两种情况：

1）通过手机信令跟踪，确认是UE收到RRC_PH_RECFG指示而没有回

RRC_PH_RECFG_CMP完成消息给RNC。这可能是因为UE与目标小区同步失败或别的

原因造成的硬切换失败而掉话。

2)通过信令跟踪，发现是UE已经切换并发送了RRC_PH_RECFG_CMP消息，而RNC

侧没有收到此消息，说明是反向链路存在问题。

优化思路：

1）针对第一种情况可以尝试调整天线或增加目标载频的信道功率以加强覆盖，或者提高硬切换判决门限，以保证硬切换的顺利进行。

2）针对第二种情况可以尝试调整上行功控参数，将相应业务最大上行发射功率

调大，使在允许范围内UE的发射功率增大，增强反向链路质量。

2.1.4 同频同扰码小区越区覆盖导致切换异常

原因分析：

在专用模式下，UE发送的测量报告，是根据PCCPCH的使用频点以及扰码为标

识来区分不同邻小区的。如果两个小区的PCCPCH具有相同的频点和扰码，正常

情况下，其复用距离应该足够大，不应存在问题，但是在实际的网络中，由于越

区孤岛现象的存在，可能会出现UE上报的测量报告中存在虚假邻小区信息，会

导致系统发出切换指令，使得某些处于专用模式下的UE频频尝试向实际信号并

不好的小区发出切换请求，其结果必然是造成切换失败（也可能是乒乓切换）。并

导致孤岛覆盖周边小区的切出成功率大幅降低，而与孤岛小区具有相同PCCPCH

使用频点和扰码的小区的切入成功率也会大幅降低，如下图。

图2-1 越区覆盖示意图

在市区内，特别是密集市区，小区有效服务半径较小，复用距离较小，地形复杂，

往往会存在越区孤岛现象。

测试手段：

对于越区孤岛现象，凭借一般的路测UE是很难判断的，而需要可解出频点和相

应扰码的扫频仪设备进行测试。

优化建议：

对于具有明显偏高的站点，需注意其扇区天线下倾角的设置不要太小，且最好选

用具有垂直上波瓣抑制特性的扇区天线。以规避越区现象的出现。

2.1.5 越区孤岛切换问题

原因分析：在环境比较复杂时，由于较近小区的信号由于阻挡产生一定损耗，而

其他小区可能会从建筑物夹缝中透露出来，形成较强越区孤岛。由于该区域的小

区和该越区小区之间不会互配置邻小区，在干扰没有严重到导致下行失步时，UE

将不会选择到该小区上。但在服务小区信号较弱时，UE很可能会重选到该越区孤

岛上。当在该小区上通话（建立其他的DPCH也是一样）后，将会导致无法切换

从而掉话的现象。此类问题在切换指标上是无法显示出异常的，主要表现为掉话

严重。

测试手段：

可以通过DT路测进行分析定位；

另外可以通过从信令仪中统计TA值，看是否存在TA过大的UE通话状态。

优化建议：

适当加大相应越区小区的天线下倾角或者方向角进行抑制越区现象。但是需要注

意不会对本小区的服务区域造成影响；

在孤岛形成的影响区域较小时，可以设置单边邻小区解决。即在越区小区中的邻

小区列表中增加该孤岛附近的小区，而孤岛附近小区的邻小区列表中不增加孤岛

小区。这样一旦UE驻留到该越区小区后，可以在附近小区信号强时，顺利切换

出来，不会导致掉话。

在越区形成的影响区域较大时，如果频率和码的规划拓扑允许，可以通过互配邻

小区的方式解决，不过此方法容易造成网络拓扑结构的混乱，除非频率资源比较

丰富，否则慎用。

2.1.6 目标邻小区负荷过高（或部分传输通道故障），导致切换失败

原因分析：当目标邻小区的负荷过高时，切换将无法完成。另外，当目标小区的

部分传输通道由于误码较高或者频繁瞬断时，将会导致地面电路资源无法激活，

从而引起切换（选择）失败。如果是跨RNC时，由于源RNC不了解目标RNC

的传输故障情况，因此只要有切换请求，就会尝试进行切换执行，而最终导致切

换失败，这种情况要持续到源RNC收不到目标小区的测量报告为止。

测试手段：

1．可以通过性能统计中对于目标小区的负荷统计进行分析，另外检查目标小

区的负荷控制门限设置是否合理；

2．查看信令解码，了解其相应的原因值，看是否为“”。

3．查看告警信息，看是否存在传输告警（包括当前告警和历史告警）。

优化建议：

1．如果是目标小区的负荷控制门限设置过低，则可以根据实际情况进行适当

的调整。但是需要对该小区的运维数据进行分析后确定，以免调整后，导

致该小区产生拥塞现象。

2．对于传输故障，需要协调相关人员尽快解决传输质量问题。

2.1.7 目标小区上行同步失败导致切换失败

原因分析：

在切换过程中，UE和目标小区的同步根据切换模式（硬切换和接力切换）的不同

分为两种：

硬切换模式下的上行同步：

1．目标小区上行UPPCH干扰严重，或者同时有其他UE的上行同步碰撞，导

致和目标小区的上行同步失败；

2．目标小区的UPPTS期望接收到的功率设置过小，功率步长、可能会导致同

步无法完成、功率爬坡步长等。

当RNC确定目标小区后，在该小区成功建立新的无线链路，在新链路上给UE 下

发切换命令（此时可以停止从旧的无线链路下发数据）。UE根据切换命令（如物

理信道重配）中频点和小区ID等信息，在新小区进行下行同步。UE从消息的

DL-CommonInformation-r4信元中读取defaultDPCH-OffsetValue，用于计算新小区

的CFN（CFN = (SFN - DOFF) mod 256或CFNnew = (CFNold+COFF - DOFF) mod

256）。然后根据下行PCCPCH功率，期望的UpPCH功率等参数，进行开环同步

和开环功控（初始发送功率由uppch_desired_power+路损来确定），发上行SYNC

码,SYNC码在Sync Code Bitmap中选取，收到正确的FPACH,开始在新的DPCH

上发送数据。UE给RNC回重配完成消息，RNC释放旧的无线链路资源。如果

UE给RNC回重配失败消息，则需要回滚到原小区恢复业务。硬切换的上行同步

其实和随机接入的上行同步过程是一样的，及使用UPPCH和FPACH进行同步。

测试手段：

DT路测

优化建议：

调整网络结构改变上行干扰

2.1.8 源小区下行干扰严重导致切换失败

原因分析：

在切换过程中，如果源小区下行干扰严重，有可能会导致UE会导致源小区无法

有效接收到UE上报的测量报告，从而不进行切换。此时，系统侧应该有“物理

信道重配置超时”消息。而UE会出现失步，并发出“小区更新”。此时路测设备

上的DPCH SIR会相应的较差。

在切换带处出现下行干扰，有可能是相应小区的下行信号遭受到了其他无线信号

的干扰。干扰源可能来自于TD系统内其他同频小区，也可能是其他异系统的干

扰，自然界的干扰，由于其有效频段较低（主要集中在100MHz以下）影响一般

不大。具体参见干扰问题排查类文档。

另外如果源小区信号发生陡降(如建筑物阻挡等)，或者目标小区信号突然陡升，

目标小区的下行信号有可能会对源小区的信号形成干扰（此时源小区信号并不差，

甚至在附近都会存在该类问题）。这也是切换失败的一种典型原因。

测试手段：

使用扫频仪进行系统内同频干扰小区的定位和排查；

在DT路测仪上观察DPCH的SIR，此时应该较差。

另外在系统侧信令跟踪中，应该有“物理信道重配置超时”信息；

优化建议：

1．切换带处源小区遭受到严重的下行干扰，可以使用扫频进行排查；

2．对于源小区信号陡降或者目标小区陡升导致的下行干扰问题，可以适当调

整天线参数进行优化解决。

2.1.9 无线参数设置不合理导致切换不及时

原因分析：

切换过程分为切换测量、切换判断以及切换执行等3个过程。哪一个过程没有及

时执行都会导致切换比较慢，不及时。

切换测量，有两种策略，分别为周期性上报型和事件触发型。采用周期性上报型，

系统可以较好的了解UE的状态，可以对切换较好的控制，但是会导致系统信令

负荷较重，故目前一般采用事件触发型的测量策略。

目前系统已经支持的切换触发事件有1G（频内最佳小区变化，触发频内切换）、

2A（频间最佳小区变化，触发频间切换）和2D（当前使用频率过低，触发频间

切换）事件。

如果切换触发事件上报不够及时，将会导致切换不够及时，从而导致切换失败和

通话质量变差的可能性。

测试手段：

路测设备、信令跟踪分析等。

优化建议：

对于无线参数的优化，可以参见和切换相关的参数一章。如果测试UE上可以看

到相应的邻小区PCCPCH RSCP远大于服务小区（比如大6dB以上，且持续时间

超过5秒以上）而不进行切换，可能是由于服务小区无线参数中的“切换开关”

参数设置为“TRUE”，从而导致该UE无法切出该小区。

2.1.10 乒乓切换

原因分析：

乒乓切换产生的原因主要如下：

1．小区距离太近，或者小区覆盖范围太大，导致重叠覆盖区内的信号都相对

较强，由于建筑物分布复杂，或者地形起伏较大，小区信号起伏并不一致，

从而导致UE的乒乓切换；

2．部分小区切换参数设置不合理。主要有“切入UE惩罚时间定时器”（设置

过小会导致UE乒乓切换过重）、“切换时间延迟（设置过小会导致短时间

内的信号抖动都会发生切换）”、“PCCPCH RSCP切换迟滞量”（设置过小

会导致信号稍有变动即会导致切换发生）等参数。

测试手段：

1．DT路测仪测试；

2．信令测试仪的信令跟踪分析。

3．性能统计中，如果系统切换次数和呼叫次数比例过大，可能是系统内存在

乒乓切换的现象。

优化建议：

1．无线切换参数的优化调整。不过调整无线切换参数，虽然可以减少乒乓切

换的程度，但是也会带来切换不及时等其他问题，故需要综合考虑，且在

修改参数后，需要及时测试和统计跟踪。

2．调整天馈参数（调整扇区天线下倾角、方位角或者天线挂高），必要时也可

更换扇区天线主波束的赋形波束宽度，避免覆盖范围过大。但是必须注意

不要出现服务盲区等新问题。

2.1.11 拐弯效应切换失败

原因分析：

在城区内，车辆沿着街道运动时，源小区的信号比较好，但是一旦拐弯到另外垂

直的街道上，源小区的信号会急剧变低，而另外一个小区的信号可能会突然急剧

增强，会导致和源小区链路失步，网络侧无法接收到UE的测量报告，从而存在

切换失败的现象。

测试手段：

路测设备

优化建议

1．如果信号允许，可以通过调整工程参数（加大邻小区的下倾角）或者无线

参数（如调整小区临时偏置），改变切换带，使UE在拐弯前进行提前切换；

2．使用直放站或者射频拉远方式解决。

2.2 切换案例

2.2.1 RNC内切换出现跨RNC切换信令问题分析

问题描述

根据KPI分析数据，三毛艺术学校(CELLID-8321)一扇存在切换成功率低掉话率

高问题，主要是切出成功率指标较差在50%左右，针对该扇区的两个指标差问题

进行分析和定位。

问题分析

1、从CALLTRANCE分析

通过分析CT日志中的信令，发现三毛艺术学校一扇区在与爱家国际二扇区切换

时，出现radieBearReconfigurationFailure信令，但实际上爱家国际基站与三毛艺

术学校基站归属于同一个RNC，切换的时候不应该出现跨RNC切换流程。

信令截图图2-2所示：

图2-2信令截图

从测量报告分析（如图2-3），三毛艺术学校一扇区切换的目标小区是频点为10088，扰码为106的小区，而从三毛艺术学校一扇区的邻区关系分析，该目标小区应该为爱家国际二扇区。

图2-3信令具体内容

2、DT测试分析

现场路测分析，UE从三毛艺术学校往爱家国际方向移动时，测试的轨迹及邻区关系如图2-4、图2-5四所示，三毛艺术学校1扇区的邻区关系中有两列扰码为106，频点为10088的小区，当时怀疑两种可能：一是测试软件的bug（因为以前版本的测试软件在UE切换之前出现过类似的bug）；二是小区信息参数配置存在错误。

图2-4邻区关系1

图2-5邻区关系2

图2-6切换信令

根据图2-6所示的三毛艺术学校1扇区与爱家国际2扇区的切换流程分析，应该是三毛艺术学校1小区的邻区关系配置存在问题。对于RNC内的两个小区切换是不可能出现跨RNC切换信令，并且终端从爱家国际2扇区切往三毛艺术学校1小区的时候切换正常，没有出现跨RNC的切换信令，而三毛艺术学校1扇区切往爱家国际2扇区的时候出现异常信令，因此怀疑三毛艺术学校一扇区的邻区关系中添加了与爱家国际二扇同频同扰码的外部邻区，三毛艺术学校一扇区与爱家国际二扇发生切换的时候，误以为是发生了跨RNC切换，结果出现跨RNC切换失败的情况。

解决方法及验证

网管查看三毛艺术学校邻区关系，发现确实添加了另外一个RNC的小区为邻区，而这两个小区相距40多公里。删除三毛艺术学校一扇跨RNC的邻区关系，验证切换问题，一切正常。

在RNC内切换出现跨RNC信令流程时，很有可能是添加了跨RNC的邻区关系。出现这种问题的可能：

1、RNC归属配置出现问题；

2、邻区规划后导入后台的邻区关系有误；

3、原来本小区存在跨RNC的邻区，在基站割接或更改小区CELL后邻区关系没

删除。

2.2.2 太拖拉与天津工业大学切换成功率低

问题描述

根据KPI数据，提取一周数据中RNC内硬切换成功率低的小区进行分析，天津

工业大学1扇区RNC内小区间异频硬切换出请求次数为1513次，RNC内小区间

异频硬切换出失败次数为1302次，切换成功率为13.95%；太拖拉3扇区RNC内

小区间异频硬切换出请求次数为1183次，RNC内小区间异频硬切换出失败次数

为1086次，切换成功率为8.20%。由于这两个扇区地理位置接近，此针对这两个

小区进行测试和问题定位。

问题分析

从calltrance异常信令分析，太拖拉3扇区和天津工业大学1扇区切换失败的情况

基本上都是发生在与煤矿设备厂3扇区的切换，并且属于同一个用户。切换失败

基本上都是没有收到RLrestore信令，应该是切换时发生了失步现象。从测量报告

分析，切换失败时测量的小区信号强度基本在-85dBm左右，也就是说不存在弱覆

盖现象，因此怀疑存在上行干扰。从后台LMT查询，煤矿设备厂3扇区的TS1

时隙的底噪偏高，大约-95dBm左右，其他时隙底噪正常。

解决方法及验证

修改煤矿设备厂3扇区的频点10096（F6）为10120（F9）。.修改频点后煤矿设备

厂3扇区的TS1时隙的底噪恢复正常。

通过调整后，煤矿设备厂3扇区的底噪恢复正常，有效抑制了上行干扰。从KPI

数据统计分析，天津工业大学1扇区和太拖拉3扇区RNC内小区间异频硬切换成

功率均满足指标要求。目前的切换成功率已经恢复正常。

由于煤矿设备厂的三扇区存在干扰（干扰源未找到），导致天津工业大学一扇区和

太拖拉3扇区与此扇区切换成功率较差。后期要加强KPI指标的分析，挖掘问题

点解决。

2.2.3 裕成大厦30721、30722两个小区切换问题

问题描述

性能统计发现，裕成大厦（3072）站点的2个小区30721、30722的“小区异频切

换成功率”一直偏低，特别是在7月24日后更加恶化，如2008-7-27的30762请

求28次，成功仅2次，第一时间通知优化人员到现场测试，跟踪信令发现30721

无法成功切往10402（东渡_2）、10403（东渡_3），站内小区间切换正常。现场测试Log截图如下：

图2-7测试LOG图

由前台明显看出，10402（东渡_2）场强值始终远高于30721（裕成大厦_1），但始终无法切往东渡_2，从信令来看，从10：53：17通话至10：55：28近131秒时间里，手机一直没有上报测量报告，导致30721没有成功切至10402。而直到10：55：28在10412（源昌大厦_2）下才正常上报，勉强从30721切至10412，虽没有掉话，但切换关系已不合理，直接导致该段主干道C/I明显恶化。

问题分析

1、检查切换相关参数。检查30721切换开关没有问题，另外由于与东渡2个小区是跨RNC邻区关系，所以还得核实RNC3下3G外部邻小区1040

2、10403的配置信息（包括：频点、扰码、LAC等），及30721作为RNC1外部邻小区的信息配置情况，均没有问题。

2、理顺小区30721的邻区关系。30721扰码为104、频点为2016MHz，邻区信息如下：

表2-1邻区信息表

从10402、10403的频点和扰码来看，是没有问题的。

3、其实，从30721切往10402过程中，RNC下发测量控制后，UE一直没有上报测量报告。这点来看，可以肯定是UE测量问题。这样，我们可以从3个方面考虑其原因：邻区个数、频点和扰码。显然，对于邻区个数、扰码是没有问题的，最大可能性就是该测试终端测量能力在30721邻区频点个数上受限制。

解决方法及验证

基于上述分析，删除邻区11535、11935、30725、31555、32065、10401后30721

邻区频点个数为5个，重新测试后，30721能正常切换至10402。如下图：

图2-8优化后测试LOG

注：从现场测试情况来看，同时具备2个条件将很可能会出现上述情况：（1）测

试终端为PECKER（大唐新手机仍存在这个问题）；（2）邻区频点个数超过6个。

考虑现在测试终端为COMMIT和PECKER，特别是移动测试主要以PECKER为

主，为避免移动测试时感知度差，对RNC1区域（应厦门移动要求，只在RNC1

下放开了F7/F8/F9频点）主干道涉及小区的邻区进行相应的删除，保证PECKER

测试的切换关系正常。

2.2.4 青岛网络20080826日切换成功率偏低分析

问题描述

2008年8月26日，青岛TD-SCDMA网络当日切换成功率为：71%(2个RNC总

指标)。

表2-23个小区的切换成功率很低统计

可见：

1、城阳老局2扇切换请求547次，成功0次；

2、城阳网通大厦3扇切换请求444次，成功6次；

3、城阳老局1扇切换请求115次，成功6次；

另外：全网当日总的切换请求次数为4622次，若不考虑上面3个小区的影响，全网总的切换请求次数为：4622-547-（444-6）-(115-6)=3528。此时，全网总的切换成功率为3282（全网总的切换成功次数）/3528=93%。

问题分析

通过查看calltrace信令发现小区1081（城阳老局1扇）和10843（城阳网通大厦3扇）大部分切换失败的信令如下：

图2-9切换失败信令

注：这些掉话都来自同一个IMSI号-----460077101052410

经分析：

1、已经上发了测量报告，并且系统已经收到；

2、系统收到后由HOM模块进行判决，并且确定进行切换；

3、HOM模块子模块MCM将结果转给UCPMC进行无线链路准备；

4、UPCMC准备无线链路超时

（CT_UC_RCEV_UCPMC_RL_OPERA TE_TIMEROUT），请注意此时是Node B

进行无线链路的准备；

5、最后收到一条失败消息---TDCE_HOM_HO_FAIL；

6、由于Node B的无线链路没有建立（未回给HOM），故此时不会发物理信道重

配置消息。

解决方法及验证

2008年8月26日，青岛TD-SCDMA网络的切换成功率受3个小区（城阳老局2

扇、城阳网通大厦3扇、城阳老局1扇）的影响只有71%；若不考虑这3个小区

的影响，全网的切换成功率可提高20个百分点到91%.而这些切换问题都来自同

一个IMSI，通过CALLTRACE查看信令并分析得出结论：切换时的无线链路建

立出现了问题，NODEB可能存在问题。需要协调设备维护人员前去解决。

2.2.5 跨RNC切换失败

问题描述

RNC20的188小区跨RNC切换失败，查看邻区和测量报告定位出是往RNC22的

227小区切换失败。

图2-10测试信令

表2-3邻区列表

RNC CELLID CELLPARAID NRNC NCELLID NCELLPARAID

20 188 87 22 229 123

20 188 87 5 25470 121

20 188 87 20 459 119

20 188 87 20 20343 102

20 188 87 20 4699 101

20 188 87 20 187 93