切换问题分析优化流程(共28页)

1、切换(qi hun)问题分析优化流程切换问题分析优化流程和其他(qt)问题的优化流程的基本思路是一致的，详见下图。切换问题(wnt)搜集及优化目标切换问题的搜集途径一般有网管后台性能统计报表、DT路测、用户投诉信息分析等。在赶赴工程现场后，需要和项目负责人（多数为办事处工程师）、运营商维护经理等相关人员开会确定需要解决的问题以及优化KPI指标（暂时参考小区移动性能报表中的统计项目）。需要搜集的网络信息包括：1）了解整个网络的组网方式、结构，确定系统由哪些RNC、CN组成，然后可以根据这些组网信息，结合基站的分布和载频的配置情况，分析出哪些地方应该存在异频硬切换，哪些地方应该是同频硬切换。2）运

2、营信息。包括用户数和用户分布信息，每天和每周的话务忙闲情况，以便数据修改尽量避开话务忙时，以免给在网用户造成大的冲击。3）告警信息和运行记录等，保证MSC、SGSN、GGSN、HLR、VLR的设备稳定可靠，传输通畅，以便相应测试的进行。4）工程参数总表。此表包括基站位置、配置和频点信息，天线高度、方位角、下倾角等信息，更重要的是它还包含邻区列表，可以根据这些信息，结合组网信息和覆盖连续需求，确定各载频间的同频相邻关系、异频相邻关系和系统间相邻关系。5）参数配置。收集现网的信道功率配置、切换参数和算法开关等等数据(shj)配置信息。切换优化的指标包括硬切换成功率、系统间切换成功率等等，这些指标项

3、和目标要求需要和局方(j fn)讨论确定。小区(xio q)移动性能报表话统数据是网络优化中最重要的信息来源之一，也是评价网络性能的主要依据。与切换相关的话统指标主要有以下几项：同频接力切换成功率(小区切换出)、同频接力切换成功率(小区切换入)、异频接力切换成功率(小区切换出)、异频接力切换成功率(小区切换入)、同频硬切换成功率(小区切换出)、同频硬切换成功率(小区切换入)、同频硬切换成功率(RNC间切换出)、异频硬切换成功率(小区切换出)、异频硬切换成功率(小区切换入)。通过对以上和切换相关的指标的统计，既可以判断一个小区在切换上是否存在异常之处。注意：统计事件最好在一周以上。统计时间段可以

4、按照忙时每小时进行统计，也可按天统计。DT路测分析通行DT路过评估性的DT路测也是切换问题搜集的一种手段，特别是对于业务量不高或者尚未投入商用的TD-SCDMA无线网络而言。注意：进测时，需要进行往返性切换测试。用户投诉信息分析运维客服中心搜集到的用户投诉信息中，对于掉话较多的一些区域，切换掉话是主要的原因之一，需要对覆盖相应区域的小区重点进行切换分析。特别是对于切换不及时或者乒乓切换等进行重点分析。问题定位和原因分析对于切换问题的定位，路测是网络评估、优化最重要的手段之一。全面的路测可以了解整体覆盖情况，发现漏配的邻区，可以了解实际的切换带是否与规划有大的出入，是否有越区覆盖等；局部的路测用

5、于跟踪切换过程，采集切换失败和掉话的空口信令、无线链路的状态（C/I、RSCP、UE发射功率、BLER、相对时延等）数据，分析切换过程问题的原因。全面路测一般用于优化前后的整体网络评估；而当发现了切换问题以后，一般采用局部路测来定位问题。路测可以采集UE侧的信令消息，而RNC侧也可以跟踪指定IMSI的信令。往往由于无线链路的不稳定和UE处理能力有限，可能导致部分消息丢失或没有被记录，因此，最好能结合路测的信令和RNC的信令消息进行分析，以定位切换问题。优化调整(tiozhng)切换(qi hun)问题优化调整的参数包括工程参数、小区参数和算法参数。工程参数主要是指天线(tinxin)参数，包括

6、方位角、下倾角等。通过这些参数的调整，可以改变小区的覆盖，进而改变切换带的位置、大小等，优化切换问题。小区参数包括小区使用的频率、信道功率配比、邻区关系等基本配置数据。修改频点可以规避一些难以解决的同频切换问题；公共信道功率的调整同样可以达到调整小区覆盖的目的，以改变切换区域的位置和大小；漏配邻区关系是导致切换问题和掉话最常见的原因之一，因此邻区列表的优化也是网络优化中必不可少的一个环节。算法参数包括切换算法开关、各种切换的门限、磁滞、触发时延等。算法参数的调整需要在对切换算法充分了解和对路测结果、信令等仔细分析的基础上进行。优化验证在针对切换问题的参数调整之后，需要对调整结果进行验证：1、现

7、场路测观察切换过程是否已经正常，路测指标是否已经达到优化目标。2、查看话统中切换相关的统计值是否正常，话统指标是否已经达到优化目标。3、观察网络运行一段时间看是否引起其他问题，是否有用户投诉。如果以上都满足了要求，则切换问题优化结束；否则重新进行问题分析、定位、调整、验证过程。最终优化调整结果需要得到项目负责人和运营商维护经理等相关人员的认可。切换(qi hun)常见问题分析及案例(n l)切换失败(shbi)问题可以分为切换选择问题和切换执行问题。对于前者，主要是由于目标小区的信道资源、切换相关的无线参数设置不当、硬件故障等。切换执行失败，主要是由于空口质量所致。在性能指标上体现为切换失败率

8、过高和切换掉话等现象。切换失败常见问题分析硬件故障导致切换异常原因分析：由于TD-SCDMA采用多通道智能天线系统，而良好的赋形，首先需要各个通道之间功率校正的一致性。如果功率校正通不过，将会导致赋形产生偏差，从而可能会导致系统切换失败。测试手段：通过后台的通道校正进行检查，对于校正无法通过的需要及时处理。优化建议：必要时更换系统硬件设备。UE未收到物理信道重配置消息原因分析：通过RNC的信令跟踪发现已经下发RRC_PH_RECFG消息，而路测中并没有看到手机收到RRC_PH_RECFG消息，因而没有及时发起切换而导致掉话。因为作为硬切换指示的物理信道重配置消息是在原信道上发下的，可能由于经过

9、时间延迟、切换判决，RNC下发此消息的时候，源小区下行链路已经变得太差，UE无法收到RRC_PH_RECFG消息进行切换而最终掉话了。优化思路：1）可以权衡将硬切换门限或磁滞、触发时间延迟等参数适当减小，相当于提早硬切换时机，使UE可以及时收到硬切换指示消息而完成切换。2）加大源小区业务信道的下行发射功率以增强切换区的下行覆盖，保证下行链路的质量。目标基站未收到重配置完成消息原因分析：物理信道重配置完成消息RRC_PH_RECFG_CMP是在目标小区信道上发送的。这里分为两种情况：1）通过手机信令跟踪，确认是UE收到RRC_PH_RECFG指示而没有(mi yu)回RRC_PH_RECFG_C

10、MP完成消息给RNC。这可能是因为UE与目标小区同步失败或别的原因造成的硬切换失败而掉话。2)通过信令跟踪，发现是UE已经切换并发送(f sn)了RRC_PH_RECFG_CMP消息，而RNC侧没有收到此消息，说明是反向链路存在问题。优化思路(sl)：针对第一种情况可以尝试调整天线或增加目标载频的信道功率以加强覆盖，或者提高硬切换判决门限，以保证硬切换的顺利进行。2） 针对第二种情况可以尝试调整上行功控参数，将相应业务最大上行发射功率调大，使在允许范围内UE的发射功率增大，增强反向链路质量。同频同扰码小区越区覆盖导致切换异常原因分析：在专用模式下，UE发送的测量报告，是根据PCCPCH的使用频

11、点以及扰码为标识来区分不同邻小区的。如果两个小区的PCCPCH具有相同的频点和扰码，正常情况下，其复用距离应该足够大，不应存在问题，但是在实际的网络中，由于越区孤岛现象的存在，可能会出现UE上报的测量报告中存在虚假邻小区信息，会导致系统发出切换指令，使得某些处于专用模式下的UE频频尝试向实际信号并不好的小区发出切换请求，其结果必然是造成切换失败（也可能是乒乓切换）。并导致孤岛覆盖周边小区的切出成功率大幅降低，而与孤岛小区具有相同PCCPCH使用频点和扰码的小区的切入成功率也会大幅降低，如下图。图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 1 越区覆盖示意图在市区内，特

12、别是密集市区，小区有效服务半径较小，复用距离较小，地形复杂，往往会存在越区孤岛现象。测试手段：对于越区孤岛现象，凭借一般的路测UE是很难判断的，而需要可解出频点和相应扰码的扫频仪设备进行测试。优化建议：对于具有明显偏高的站点，需注意其扇区天线下倾角的设置不要(byo)太小，且最好选用具有垂直上波瓣抑制特性的扇区天线。以规避越区现象的出现。越区孤岛切换(qi hun)问题原因(yunyn)分析：在环境比较复杂时，由于较近小区的信号由于阻挡产生一定损耗，而其他小区可能会从建筑物夹缝中透露出来，形成较强越区孤岛。由于该区域的小区和该越区小区之间不会互配置邻小区，在干扰没有严重到导致下行失步时，UE将

13、不会选择到该小区上。但在服务小区信号较弱时，UE很可能会重选到该越区孤岛上。当在该小区上通话（建立其他的DPCH也是一样）后，将会导致无法切换从而掉话的现象。此类问题在切换指标上是无法显示出异常的，主要表现为掉话严重。测试手段：可以通过DT路测进行分析定位；另外可以通过从信令仪中统计TA值，看是否存在TA过大的UE通话状态。优化建议：适当加大相应越区小区的天线下倾角或者方向角进行抑制越区现象。但是需要注意不会对本小区的服务区域造成影响；在孤岛形成的影响区域较小时，可以设置单边邻小区解决。即在越区小区中的邻小区列表中增加该孤岛附近的小区，而孤岛附近小区的邻小区列表中不增加孤岛小区。这样一旦UE驻

14、留到该越区小区后，可以在附近小区信号强时，顺利切换出来，不会导致掉话。在越区形成的影响区域较大时，如果频率和码的规划拓扑允许，可以通过互配邻小区的方式解决，不过此方法容易造成网络拓扑结构的混乱，除非频率资源比较丰富，否则慎用。目标邻小区负荷过高（或部分传输通道故障），导致切换失败原因分析：当目标邻小区的负荷过高时，切换将无法完成。另外，当目标小区的部分传输通道由于误码较高或者频繁瞬断时，将会导致地面电路资源无法激活，从而引起切换（选择）失败。如果是跨RNC时，由于源RNC不了解目标RNC的传输故障情况，因此只要有切换请求，就会尝试进行切换执行，而最终导致切换失败，这种情况要持续到源RNC收不到

15、目标小区的测量报告为止。测试手段：1可以通过性能统计中对于目标小区的负荷统计进行分析，另外检查目标小区的负荷控制门限设置是否合理；2查看信令解码，了解其相应的原因值，看是否为“”。3查看告警信息，看是否存在传输告警（包括当前告警和历史告警）。优化建议：1如果是目标小区的负荷(fh)控制门限设置过低，则可以根据实际情况进行适当的调整。但是需要对该小区的运维数据进行分析后确定，以免调整后，导致该小区产生拥塞现象。2对于传输故障，需要协调相关人员尽快解决传输质量(zhling)问题。目标小区(xio q)上行同步失败导致切换失败原因分析：在切换过程中，UE和目标小区的同步根据切换模式（硬切换和接力切

16、换）的不同分为两种：硬切换模式下的上行同步：1目标小区上行UPPCH干扰严重，或者同时有其他UE的上行同步碰撞，导致和目标小区的上行同步失败；2目标小区的UPPTS期望接收到的功率设置过小，功率步长、可能会导致同步无法完成、功率爬坡步长等。当RNC确定目标小区后，在该小区成功建立新的无线链路，在新链路上给UE 下发切换命令（此时可以停止从旧的无线链路下发数据）。UE根据切换命令（如物理信道重配）中频点和小区ID等信息，在新小区进行下行同步。UE从消息的DL-CommonInformation-r4信元中读取defaultDPCH-OffsetValue，用于计算新小区的CFN（CFN = (S

17、FN - 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进行同步。测试

18、手段：DT路测优化建议：调整网络结构改变上行干扰源小区下行干扰严重导致切换失败原因分析：在切换过程(guchng)中，如果源小区下行干扰(gnro)严重，有可能(knng)会导致UE会导致源小区无法有效接收到UE上报的测量报告，从而不进行切换。此时，系统侧应该有“物理信道重配置超时”消息。而UE会出现失步，并发出“小区更新”。此时路测设备上的DPCH SIR会相应的较差。在切换带处出现下行干扰，有可能是相应小区的下行信号遭受到了其他无线信号的干扰。干扰源可能来自于TD系统内其他同频小区，也可能是其他异系统的干扰，自然界的干扰，由于其有效频段较低（主要集中在100MHz以下）影响一般不大。具体参

19、见干扰问题排查类文档。另外如果源小区信号发生陡降(如建筑物阻挡等)，或者目标小区信号突然陡升，目标小区的下行信号有可能会对源小区的信号形成干扰（此时源小区信号并不差，甚至在附近都会存在该类问题）。这也是切换失败的一种典型原因。测试手段：使用扫频仪进行系统内同频干扰小区的定位和排查；在DT路测仪上观察DPCH的SIR，此时应该较差。另外在系统侧信令跟踪中，应该有“物理信道重配置超时”信息；优化建议：1切换带处源小区遭受到严重的下行干扰，可以使用扫频进行排查；2对于源小区信号陡降或者目标小区陡升导致的下行干扰问题，可以适当调整天线参数进行优化解决。无线参数设置不合理导致切换不及时原因分析：切换过程

20、分为切换测量、切换判断以及切换执行等3个过程。哪一个过程没有及时执行都会导致切换比较慢，不及时。切换测量，有两种策略，分别为周期性上报型和事件触发型。采用周期性上报型，系统可以较好的了解UE的状态，可以对切换较好的控制，但是会导致系统信令负荷较重，故目前一般采用事件触发型的测量策略。目前系统已经支持的切换触发事件有1G（频内最佳小区变化，触发频内切换）、2A（频间最佳小区变化，触发频间切换）和2D（当前使用频率过低，触发频间切换）事件。如果切换触发事件上报不够及时，将会导致切换不够及时，从而导致切换失败和通话质量变差的可能性。测试手段：路测设备、信令跟踪分析等。优化建议：对于无线参数的优化，可

21、以参见和切换相关的参数一章。如果测试UE上可以看到相应的邻小区PCCPCH RSCP远大于服务小区（比如大6dB以上，且持续时间超过5秒以上）而不进行切换，可能是由于服务小区无线参数中的“切换开关”参数设置为“TRUE”，从而导致该UE无法切出该小区。乒乓(pngpng)切换原因(yunyn)分析：乒乓切换产生(chnshng)的原因主要如下：1小区距离太近，或者小区覆盖范围太大，导致重叠覆盖区内的信号都相对较强，由于建筑物分布复杂，或者地形起伏较大，小区信号起伏并不一致，从而导致UE的乒乓切换；2部分小区切换参数设置不合理。主要有“切入UE惩罚时间定时器”（设置过小会导致UE乒乓切换过重）、

22、“切换时间延迟（设置过小会导致短时间内的信号抖动都会发生切换）”、“PCCPCH RSCP切换迟滞量”（设置过小会导致信号稍有变动即会导致切换发生）等参数。测试手段：1DT路测仪测试；2信令测试仪的信令跟踪分析。3性能统计中，如果系统切换次数和呼叫次数比例过大，可能是系统内存在乒乓切换的现象。优化建议：1无线切换参数的优化调整。不过调整无线切换参数，虽然可以减少乒乓切换的程度，但是也会带来切换不及时等其他问题，故需要综合考虑，且在修改参数后，需要及时测试和统计跟踪。2调整天馈参数（调整扇区天线下倾角、方位角或者天线挂高），必要时也可更换扇区天线主波束的赋形波束宽度，避免覆盖范围过大。但是必须注

23、意不要出现服务盲区等新问题。拐弯效应切换(qi hun)失败原因(yunyn)分析：在城区内，车辆沿着街道运动时，源小区的信号比较好，但是一旦拐弯到另外垂直的街道上，源小区的信号会急剧变低，而另外一个小区的信号可能会突然急剧增强，会导致和源小区链路失步，网络侧无法接收到UE的测量报告，从而存在切换失败(shbi)的现象。测试手段：路测设备优化建议1如果信号允许，可以通过调整工程参数（加大邻小区的下倾角）或者无线参数（如调整小区临时偏置），改变切换带，使UE在拐弯前进行提前切换；2使用直放站或者射频拉远方式解决。切换案例RNC内切换出现跨RNC切换信令问题分析问题描述根据KPI分析数据，三毛艺术

24、学校(CELLID-8321)一扇存在切换成功率低掉话率高问题，主要是切出成功率指标较差在50%左右，针对该扇区的两个指标差问题进行分析和定位。问题分析1、从CALLTRANCE分析通过分析CT日志中的信令，发现三毛艺术学校一扇区在与爱家国际二扇区切换时，出现radieBearReconfigurationFailure信令，但实际上爱家国际基站与三毛艺术学校基站归属于同一个RNC，切换的时候不应该出现跨RNC切换流程。信令截图 REF _Ref226427316 h 图 62所示：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 2 信令截图从测量(cling)报告分析

25、（如 REF _Ref226427358 h 图 63），三毛艺术学校(xuxio)一扇区切换的目标小区是频点为10088，扰码为106的小区，而从三毛艺术学校一扇区的邻区关系分析，该目标小区应该为爱家国际二扇区。图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 3 信令具体内容2、DT测试(csh)分析现场路测分析，UE从三毛艺术学校往爱家国际方向移动时，测试(csh)的轨迹及邻区关系如 REF _Ref226427528 h * MERGEFORMAT 图 64、 REF _Ref226427879 h 图 65四所示，三毛艺术(ysh)学校1扇区的邻区关系中有两列扰

26、码为106，频点为10088的小区，当时怀疑两种可能：一是测试软件的bug（因为以前版本的测试软件在UE切换之前出现过类似的bug）；二是小区信息参数配置存在错误。图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 4 邻区关系1图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 5 邻区关系(gun x)2图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 6 切换(qi hun)信令根据(gnj) REF _Ref226427913 h 图 66所示的三毛艺术学校1扇区与爱家国际2扇区的切换流程分析，应该是三毛艺术学校1小区的邻区

27、关系配置存在问题。对于RNC内的两个小区切换是不可能出现跨RNC切换信令，并且终端从爱家国际2扇区切往三毛艺术学校1小区的时候切换正常，没有出现跨RNC的切换信令，而三毛艺术学校1扇区切往爱家国际2扇区的时候出现异常信令，因此怀疑三毛艺术学校一扇区的邻区关系中添加了与爱家国际二扇同频同扰码的外部邻区，三毛艺术学校一扇区与爱家国际二扇发生切换的时候，误以为是发生了跨RNC切换，结果出现跨RNC切换失败的情况。解决方法及验证网管查看三毛艺术学校邻区关系，发现确实添加了另外一个RNC的小区为邻区，而这两个小区相距40多公里。删除三毛艺术学校一扇跨RNC的邻区关系，验证切换问题，一切正常。在RNC内切

28、换出现跨RNC信令流程时，很有可能是添加了跨RNC的邻区关系。出现这种问题的可能：1、RNC归属配置出现问题；2、邻区规划后导入后台的邻区关系有误；3、原来本小区存在跨RNC的邻区，在基站割接或更改小区CELL后邻区关系没删除。太拖拉(tul)与天津工业大学切换成功率低问题(wnt)描述根据KPI数据，提取一周数据中RNC内硬切换成功率低的小区进行分析，天津工业大学1扇区RNC内小区间异频硬切换出请求(qngqi)次数为1513次，RNC内小区间异频硬切换出失败次数为1302次，切换成功率为13.95%；太拖拉3扇区RNC内小区间异频硬切换出请求次数为1183次，RNC内小区间异频硬切换出失败

29、次数为1086次，切换成功率为8.20%。由于这两个扇区地理位置接近，此针对这两个小区进行测试和问题定位。问题分析从calltrance异常信令分析，太拖拉3扇区和天津工业大学1扇区切换失败的情况基本上都是发生在与煤矿设备厂3扇区的切换，并且属于同一个用户。切换失败基本上都是没有收到RLrestore信令，应该是切换时发生了失步现象。从测量报告分析，切换失败时测量的小区信号强度基本在-85dBm左右，也就是说不存在弱覆盖现象，因此怀疑存在上行干扰。从后台LMT查询，煤矿设备厂3扇区的TS1时隙的底噪偏高，大约-95dBm左右，其他时隙底噪正常。解决方法及验证修改煤矿设备厂3扇区的频点10096

30、（F6）为10120（F9）。.修改频点后煤矿设备厂3扇区的TS1时隙的底噪恢复正常。通过调整后，煤矿设备厂3扇区的底噪恢复正常，有效抑制了上行干扰。从KPI数据统计分析，天津工业大学1扇区和太拖拉3扇区RNC内小区间异频硬切换成功率均满足指标要求。目前的切换成功率已经恢复正常。由于煤矿设备厂的三扇区存在干扰（干扰源未找到），导致天津工业大学一扇区和太拖拉3扇区与此扇区切换成功率较差。后期要加强KPI指标的分析，挖掘问题点解决。裕成大厦30721、30722两个小区切换问题问题描述性能统计发现，裕成大厦（3072）站点的2个小区30721、30722的“小区异频切换成功率”一直偏低，特别是在7

31、月24日后更加恶化，如2008-7-27的30762请求28次，成功仅2次，第一时间通知优化人员到现场测试，跟踪信令发现30721无法成功切往10402（东渡_2）、10403（东渡_3），站内小区间切换正常。现场测试Log截图如下：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 7 测试(csh)LOG图由前台明显看出，10402（东渡(dn d)_2）场强值始终远高于30721（裕成大厦_1），但始终无法切往东渡_2，从信令来看，从10：53：17通话至10：55：28近131秒时间里，手机一直没有上报测量报告，导致30721没有成功切至10402。而直到10：55

32、：28在10412（源昌大厦_2）下才正常上报，勉强从30721切至10412，虽没有掉话，但切换关系已不合理，直接导致该段主干道C/I明显恶化。问题(wnt)分析1、检查切换相关参数。检查30721切换开关没有问题，另外由于与东渡2个小区是跨RNC邻区关系，所以还得核实RNC3下3G外部邻小区10402、10403的配置信息（包括：频点、扰码、LAC等），及30721作为RNC1外部邻小区的信息配置情况，均没有问题。2、理顺小区30721的邻区关系。30721扰码为104、频点为2016MHz，邻区信息如下：表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 1 邻区信息

33、表Cell_IDCell_Name频点扰码10401东渡_120247510402东渡_22017.63310403东渡_32020.85510411源昌大厦_120168510412源昌大厦_22022.49311535国际客运码头_520114811935鹭槟大厦_52012.612730651外贸大厦_120168230653外贸大厦_32019.2430722裕成大厦_22017.67430725裕成大厦_520116031555福佑酒店_52014.26331561新同益码头_12017.66531562新同益码头_220167931563新同益码头_32019.210232065海

34、明大厦_52011122从10402、10403的频点和扰码来看，是没有(mi yu)问题的。3、其实，从30721切往10402过程(guchng)中，RNC下发测量控制后，UE一直没有上报测量报告。这点来看，可以肯定是UE测量问题。这样，我们可以从3个方面考虑其原因：邻区个数、频点和扰码。显然，对于邻区个数、扰码是没有问题的，最大可能性就是该测试终端测量能力在30721邻区频点个数上受限制。解决(jiju)方法及验证基于上述分析，删除邻区11535、11935、30725、31555、32065、10401后30721邻区频点个数为5个，重新测试后，30721能正常切换至10402。如下图

35、：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 8 优化后测试(csh)LOG 注：从现场(xinchng)测试情况来看，同时具备2个条件将很可能会出现上述情况：（1）测试终端为PECKER（大唐新手机仍存在这个问题）；（2）邻区频点个数超过6个。考虑现在测试终端为COMMIT和PECKER，特别是移动测试主要以PECKER为主，为避免移动测试时感知度差，对RNC1区域（应厦门移动要求，只在RNC1下放开了F7/F8/F9频点）主干道涉及小区的邻区进行相应的删除，保证PECKER测试的切换关系正常。青岛(qn do)网络20080826日切换成功率偏低分析问题描述20

36、08年8月26日，青岛TD-SCDMA网络当日切换成功率为：71%(2个RNC总指标)。表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 2 3个小区的切换成功率很低统计cellid小区名切换成功率切换入请求次数切换出请求次数切换入成功次数切换出成功次数1082城阳老局0.00%54700010843城阳网通大厦1.35%3441331081城阳老局5.22%311233可见：1、城阳老局2扇切换请求547次，成功0次；2、城阳网通大厦3扇切换请求(qngqi)444次，成功6次；3、城阳老局1扇切换请求(qngqi)115次，成功6次；另外：全网当日总的切换请求次数为4

37、622次，若不考虑上面(shng min)3个小区的影响，全网总的切换请求次数为：4622-547-（444-6）-(115-6)=3528。此时，全网总的切换成功率为3282（全网总的切换成功次数）/3528=93%。问题分析通过查看calltrace信令发现小区1081（城阳老局1扇）和10843（城阳网通大厦3扇）大部分切换失败的信令如下：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 9 切换失败信令注：这些掉话都来自同一个IMSI号460077101052410经分析：1、已经上发了测量报告，并且系统已经收到；2、系统收到后由HOM模块进行判决，并且确定进行切

38、换；3、HOM模块子模块MCM将结果转给UCPMC进行无线链路准备；4、UPCMC准备无线链路超时（CT_UC_RCEV_UCPMC_RL_OPERATE_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%.而这些切换问题都

39、来自同一个IMSI，通过CALLTRACE查看信令并分析得出结论：切换时的无线链路建立出现了问题，NODEB可能存在问题。需要协调设备维护人员前去解决。跨RNC切换失败问题描述RNC20的188小区跨RNC切换失败，查看邻区和测量报告定位出是往RNC22的227小区切换失败。图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 10 测试(csh)信令表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 3 邻区列表(li bio)RNCCELLIDCELLPARAIDNRNCNCELLIDNCELLPARAID20188872222912320188875

40、254701212018887204591192018887202034310220188872046991012018887201879320188872231892018887222040088201888720457792018887227874201888722796920188872233682018887202044364201888722776320188872048426220188872222751201888720189122018887209588问题(wnt)分析查看CT信令，发现重定位失败的原因是radioNetwork=TRANAP_unknown_target_r

41、nc，也就是说RNC20的188小区检测到227小区的信号，要往227上切换，但不知道227小区是属于哪个RNC，导致重定位失败。如下图：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 11 原因(yunyn)定位经与CN侧联系(linx)排查，发现RNC22的DNS解析配置错误，导致所有往RNC22切换的PS业务均失败。解决(jiju)方法及验证修改后DNS解析错误后，测试结果如下：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 12 优化后信令PS业务切入(qi r)RNC22正常。23G切换(qi hun)失败问题(wnt)描述现网中很多2

42、3G切换失败的现象，查看原因代码发现主要有3种，interRAT_ChangeFailureCause 中：t=1是网络侧参数配置错误；t=2是与2G小区同步失败；t=3是协议错误；就是说终端和网络侧对协议的理解不一致。问题分析上述(shngsh)CT文件(wnjin)中主要的23G切换失败(shbi)原因是终端与2G小区同步失败。此问题需要与2G方面协调优化。交界区重定位失败问题解决案例问题描述在路测中发现PS业务进行FTP下载时，在中兴和大唐的交界区，UE可以从大唐切换到中兴而从中兴不能重定位到大唐小区。路测仪上表现为UE连续上发测量报告。但没有网络侧下发的RB重配消息。问题分析要定位此问

43、题还是需要从信令流程上入手，查找问题。定位此问题主要从以下几步展开：1）终端不停上上报Measurement Report,后台 RNC Trace中有没有收到测量报告2）如果收到了测量报告，那RNC有没有向中兴的CN发Relocation required消息，消息中携带的切换目标小区是否与终端上报的小区一致？并且其它消息内定容 是否正确3）中兴CN有没有收到Relocation required消息，如果收到了有没有向大唐方面的CN发Relocation_repare_handover消息，消息中的内容是否正确。4）对端大唐方面的CN有没有收到这条来自中兴CN发过来的Relocation_

44、repare_handover,如果收到了并且内容正确，大唐CN会向大唐RNC发relocation_request消息。解决方法及验证首先，我们必须找到一个测试点进行相关测试。前后台配合采集数据、查找问题。我们确定的测试点如 REF _Ref226440677 h 图 613下图所示：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 13 测试(csh)路线测试方向如上图黑色箭头(jintu)所示。从中兴小区驻港1扇（911）切换到大唐小区青专大酒店1扇（931）。表 STYLEREF 1 s 6 SEQ 表 * ARABIC s 1 4 2个小区(xio q)主要参数

45、小区名CELLID频点扰码驻港1扇9111008867青专大酒店1扇9311009651我们分两步定位问题：第一步：到达现场后我们首先进行了一次测试，复现问题。结果发现UE连续上发测量报告。而且两个小区的无线参数配置正确。邻区关系存在。信号质量良好（约-70dBm）。第二步：当我们查看RNC侧信令时发现出现上发的测量报告中携带的目标小区信息正确：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 14 测试(csh)信令但是当RNC将RelocationRequired消息发给(f i)CN后，CN回发一条：RelocationPreparationFailure消息。查看消息树形解码发现失败原因：TRANAP_unknow_target_rnc，具体如 REF _Ref226440760 h 图615所示：图 STYLEREF 1 s 6 SEQ 图 * ARABIC s 1 15 测试(csh)信令Unknow rnc的可能原因(yunyn