1、1.2 问题定位和原因分析对于切换问题的定位，路测是网络评估、优化最重要的手段之一。全面的路测可以了解整体覆盖情况，发现漏配的邻区，可以了解实际的切换带是否与规划有大的出入，是否有越区覆盖等；局部的路测用于跟踪切换过程，采集切换失败和掉话的空口信令、无线链路的状态（C/I、RSCP、UE发射功率、BLER、相对时延等）数据，分析切换过程问题的原因。全面路测一般用于优化前后的整体网络评估；而当发现了切换问题以后，一般采用局部路测来定位问题。路测可以采集UE侧的信令消息，而RNC侧也可以跟踪指定IMSI的信令。往往由于无线链路的不稳定和UE处理能力有限，可能导致部分消息丢失或没有被记录，因此，最好
2、能结合路测的信令和RNC的信令消息进行分析，以定位切换问题。1.3 优化调整切换问题优化调整的参数包括工程参数、小区参数和算法参数。工程参数主要是指天线参数，包括方位角、下倾角等。通过这些参数的调整，可以改变小区的覆盖，进而改变切换带的位置、大小等，优化切换问题。小区参数包括小区使用的频率、信道功率配比、邻区关系等基本配置数据。修改频点可以规避一些难以解决的同频切换问题；公共信道功率的调整同样可以达到调整小区覆盖的目的，以改变切换区域的位置和大小；漏配邻区关系是导致切换问题和掉话最常见的原因之一，因此邻区列表的优化也是网络优化中必不可少的一个环节。算法参数包括切换算法开关、各种切换的门限、磁滞
3、、触发时延等。算法参数的调整需要在对切换算法充分了解和对路测结果、信令等仔细分析的基础上进行。1.4 优化验证在针对切换问题的参数调整之后，需要对调整结果进行验证：1、现场路测观察切换过程是否已经正常，路测指标是否已经达到优化目标。2、查看话统中切换相关的统计值是否正常，话统指标是否已经达到优化目标。3、观察网络运行一段时间看是否引起其他问题，是否有用户投诉。如果以上都满足了要求，则切换问题优化结束；否则重新进行问题分析、定位、调整、验证过程。最终优化调整结果需要得到项目负责人和运营商维护经理等相关人员的认可。2 切换常见问题分析及案例切换失败问题可以分为切换选择问题和切换执行问题。对于前者，
4、主要是由于目标小区的信道资源、切换相关的无线参数设置不当、硬件故障等。切换执行失败，主要是由于空口质量所致。在性能指标上体现为切换失败率过高和切换掉话等现象。2.1 切换失败常见问题分析2.1.1 硬件故障导致切换异常原因分析：由于TD-SCDMA采用多通道智能天线系统，而良好的赋形，首先需要各个通道之间功率校正的一致性。如果功率校正通不过，将会导致赋形产生偏差，从而可能会导致系统切换失败。测试手段：通过后台的通道校正进行检查，对于校正无法通过的需要及时处理。优化建议：必要时更换系统硬件设备。2.1.2 UE未收到物理信道重配置消息通过RNC的信令跟踪发现已经下发RRC_PH_RECFG消息，
5、而路测中并没有看到手机收到RRC_PH_RECFG消息，因而没有及时发起切换而导致掉话。因为作为硬切换指示的物理信道重配置消息是在原信道上发下的，可能由于经过时间延迟、切换判决，RNC下发此消息的时候，源小区下行链路已经变得太差，UE无法收到RRC_PH_RECFG消息进行切换而最终掉话了。优化思路：1）可以权衡将硬切换门限或磁滞、触发时间延迟等参数适当减小，相当于提早硬切换时机，使UE可以及时收到硬切换指示消息而完成切换。2）加大源小区业务信道的下行发射功率以增强切换区的下行覆盖，保证下行链路的质量。2.1.3 目标基站未收到重配置完成消息物理信道重配置完成消息RRC_PH_RECFG_CM
6、P是在目标小区信道上发送的。这里分为两种情况：1）通过手机信令跟踪，确认是UE收到RRC_PH_RECFG指示而没有回RRC_PH_RECFG_CMP完成消息给RNC。这可能是因为UE与目标小区同步失败或别的原因造成的硬切换失败而掉话。2）通过信令跟踪，发现是UE已经切换并发送了RRC_PH_RECFG_CMP消息，而RNC侧没有收到此消息，说明是反向链路存在问题。1） 针对第一种情况可以尝试调整天线或增加目标载频的信道功率以加强覆盖，或者提高硬切换判决门限，以保证硬切换的顺利进行。2） 针对第二种情况可以尝试调整上行功控参数，将相应业务最大上行发射功率调大，使在允许范围内UE的发射功率增大，
7、增强反向链路质量。2.1.4 同频同扰码小区越区覆盖导致切换异常在专用模式下，UE发送的测量报告，是根据PCCPCH的使用频点以及扰码为标识来区分不同邻小区的。如果两个小区的PCCPCH具有相同的频点和扰码，正常情况下，其复用距离应该足够大，不应存在问题，但是在实际的网络中，由于越区孤岛现象的存在，可能会出现UE上报的测量报告中存在虚假邻小区信息，会导致系统发出切换指令，使得某些处于专用模式下的UE频频尝试向实际信号并不好的小区发出切换请求，其结果必然是造成切换失败（也可能是乒乓切换）。并导致孤岛覆盖周边小区的切出成功率大幅降低，而与孤岛小区具有相同PCCPCH使用频点和扰码的小区的切入成功率
8、也会大幅降低，如下图。图 21 越区覆盖示意图在市区内，特别是密集市区，小区有效服务半径较小，复用距离较小，地形复杂，往往会存在越区孤岛现象。对于越区孤岛现象，凭借一般的路测UE是很难判断的，而需要可解出频点和相应扰码的扫频仪设备进行测试。对于具有明显偏高的站点，需注意其扇区天线下倾角的设置不要太小，且最好选用具有垂直上波瓣抑制特性的扇区天线。以规避越区现象的出现。2.1.5 越区孤岛切换问题在环境比较复杂时，由于较近小区的信号由于阻挡产生一定损耗，而其他小区可能会从建筑物夹缝中透露出来，形成较强越区孤岛。由于该区域的小区和该越区小区之间不会互配置邻小区，在干扰没有严重到导致下行失步时，UE将
9、不会选择到该小区上。但在服务小区信号较弱时，UE很可能会重选到该越区孤岛上。当在该小区上通话（建立其他的DPCH也是一样）后，将会导致无法切换从而掉话的现象。此类问题在切换指标上是无法显示出异常的，主要表现为掉话严重。可以通过DT路测进行分析定位；另外可以通过从信令仪中统计TA值，看是否存在TA过大的UE通话状态。适当加大相应越区小区的天线下倾角或者方向角进行抑制越区现象。但是需要注意不会对本小区的服务区域造成影响；在孤岛形成的影响区域较小时，可以设置单边邻小区解决。即在越区小区中的邻小区列表中增加该孤岛附近的小区，而孤岛附近小区的邻小区列表中不增加孤岛小区。这样一旦UE驻留到该越区小区后，可
10、以在附近小区信号强时，顺利切换出来，不会导致掉话。在越区形成的影响区域较大时，如果频率和码的规划拓扑允许，可以通过互配邻小区的方式解决，不过此方法容易造成网络拓扑结构的混乱，除非频率资源比较丰富，否则慎用。2.1.6 目标邻小区负荷过高（或部分传输通道故障），导致切换失败当目标邻小区的负荷过高时，切换将无法完成。另外，当目标小区的部分传输通道由于误码较高或者频繁瞬断时，将会导致地面电路资源无法激活，从而引起切换（选择）失败。如果是跨RNC时，由于源RNC不了解目标RNC的传输故障情况，因此只要有切换请求，就会尝试进行切换执行，而最终导致切换失败，这种情况要持续到源RNC收不到目标小区的测量报告
11、为止。1可以通过性能统计中对于目标小区的负荷统计进行分析，另外检查目标小区的负荷控制门限设置是否合理；2查看信令解码，了解其相应的原因值，看是否为“”。3查看告警信息，看是否存在传输告警（包括当前告警和历史告警）。1如果是目标小区的负荷控制门限设置过低，则可以根据实际情况进行适当的调整。但是需要对该小区的运维数据进行分析后确定，以免调整后，导致该小区产生拥塞现象。2对于传输故障，需要协调相关人员尽快解决传输质量问题。2.1.7 目标小区上行同步失败导致切换失败在切换过程中，UE和目标小区的同步根据切换模式（硬切换和接力切换）的不同分为两种：硬切换模式下的上行同步：1目标小区上行UPPCH干扰严
12、重，或者同时有其他UE的上行同步碰撞，导致和目标小区的上行同步失败；2目标小区的UPPTS期望接收到的功率设置过小，功率步长、可能会导致同步无法完成、功率爬坡步长等。当RNC确定目标小区后，在该小区成功建立新的无线链路，在新链路上给UE 下发切换命令（此时可以停止从旧的无线链路下发数据）。UE根据切换命令（如物理信道重配）中频点和小区ID等信息，在新小区进行下行同步。UE从消息的DL-CommonInformation-r4信元中读取defaultDPCH-OffsetValue，用于计算新小区的CFN（CFN = （SFN - DOFF） mod 256或CFNnew = （CFNold+C
13、OFF - 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 源小区下行干扰严重导致切换失败在切
14、换过程中，如果源小区下行干扰严重，有可能会导致UE会导致源小区无法有效接收到UE上报的测量报告，从而不进行切换。此时，系统侧应该有“物理信道重配置超时”消息。而UE会出现失步，并发出“小区更新”。此时路测设备上的DPCH SIR会相应的较差。在切换带处出现下行干扰，有可能是相应小区的下行信号遭受到了其他无线信号的干扰。干扰源可能来自于TD系统内其他同频小区，也可能是其他异系统的干扰，自然界的干扰，由于其有效频段较低（主要集中在100MHz以下）影响一般不大。具体参见干扰问题排查类文档。另外如果源小区信号发生陡降（如建筑物阻挡等），或者目标小区信号突然陡升，目标小区的下行信号有可能会对源小区的信
15、号形成干扰（此时源小区信号并不差，甚至在附近都会存在该类问题）。这也是切换失败的一种典型原因。使用扫频仪进行系统内同频干扰小区的定位和排查；在DT路测仪上观察DPCH的SIR，此时应该较差。另外在系统侧信令跟踪中，应该有“物理信道重配置超时”信息；1切换带处源小区遭受到严重的下行干扰，可以使用扫频进行排查；2对于源小区信号陡降或者目标小区陡升导致的下行干扰问题，可以适当调整天线参数进行优化解决。2.1.9 无线参数设置不合理导致切换不及时切换过程分为切换测量、切换判断以及切换执行等3个过程。哪一个过程没有及时执行都会导致切换比较慢，不及时。切换测量，有两种策略，分别为周期性上报型和事件触发型。
16、采用周期性上报型，系统可以较好的了解UE的状态，可以对切换较好的控制，但是会导致系统信令负荷较重，故目前一般采用事件触发型的测量策略。目前系统已经支持的切换触发事件有1G（频内最佳小区变化，触发频内切换）、2A（频间最佳小区变化，触发频间切换）和2D（当前使用频率过低，触发频间切换）事件。如果切换触发事件上报不够及时，将会导致切换不够及时，从而导致切换失败和通话质量变差的可能性。路测设备、信令跟踪分析等。对于无线参数的优化，可以参见和切换相关的参数一章。如果测试UE上可以看到相应的邻小区PCCPCH RSCP远大于服务小区（比如大6dB以上，且持续时间超过5秒以上）而不进行切换，可能是由于服务
17、小区无线参数中的“切换开关”参数设置为“TRUE”，从而导致该UE无法切出该小区。2.1.10 乒乓切换乒乓切换产生的原因主要如下：1小区距离太近，或者小区覆盖范围太大，导致重叠覆盖区内的信号都相对较强，由于建筑物分布复杂，或者地形起伏较大，小区信号起伏并不一致，从而导致UE的乒乓切换；2部分小区切换参数设置不合理。主要有“切入UE惩罚时间定时器”（设置过小会导致UE乒乓切换过重）、“切换时间延迟（设置过小会导致短时间内的信号抖动都会发生切换）”、“PCCPCH RSCP切换迟滞量”（设置过小会导致信号稍有变动即会导致切换发生）等参数。1DT路测仪测试；2信令测试仪的信令跟踪分析。3性能统计中
18、，如果系统切换次数和呼叫次数比例过大，可能是系统内存在乒乓切换的现象。1无线切换参数的优化调整。不过调整无线切换参数，虽然可以减少乒乓切换的程度，但是也会带来切换不及时等其他问题，故需要综合考虑，且在修改参数后，需要及时测试和统计跟踪。2调整天馈参数（调整扇区天线下倾角、方位角或者天线挂高），必要时也可更换扇区天线主波束的赋形波束宽度，避免覆盖范围过大。但是必须注意不要出现服务盲区等新问题。2.1.11 拐弯效应切换失败在城区内，车辆沿着街道运动时，源小区的信号比较好，但是一旦拐弯到另外垂直的街道上，源小区的信号会急剧变低，而另外一个小区的信号可能会突然急剧增强，会导致和源小区链路失步，网络侧
19、无法接收到UE的测量报告，从而存在切换失败的现象。路测设备优化建议1如果信号允许，可以通过调整工程参数（加大邻小区的下倾角）或者无线参数（如调整小区临时偏置），改变切换带，使UE在拐弯前进行提前切换；2使用直放站或者射频拉远方式解决。2.2 切换案例2.2.1 RNC内切换出现跨RNC切换信令问题分析问题描述根据KPI分析数据，三毛艺术学校（CELLID-8321）一扇存在切换成功率低掉话率高问题，主要是切出成功率指标较差在50%左右，针对该扇区的两个指标差问题进行分析和定位。问题分析1、从CALLTRANCE分析通过分析CT日志中的信令，发现三毛艺术学校一扇区在与爱家国际二扇区切换时，出现r
20、adieBearReconfigurationFailure信令，但实际上爱家国际基站与三毛艺术学校基站归属于同一个RNC，切换的时候不应该出现跨RNC切换流程。信令截图图 62所示：图 22 信令截图从测量报告分析（如图 63），三毛艺术学校一扇区切换的目标小区是频点为10088，扰码为106的小区，而从三毛艺术学校一扇区的邻区关系分析，该目标小区应该为爱家国际二扇区。图 23 信令具体内容2、DT测试分析现场路测分析，UE从三毛艺术学校往爱家国际方向移动时，测试的轨迹及邻区关系如图 64、图 65四所示，三毛艺术学校1扇区的邻区关系中有两列扰码为106，频点为10088的小区，当时怀疑两种
21、可能：一是测试软件的bug（因为以前版本的测试软件在UE切换之前出现过类似的bug）；二是小区信息参数配置存在错误。图 24 邻区关系1图 25 邻区关系2图 26 切换信令根据图 26所示的三毛艺术学校1扇区与爱家国际2扇区的切换流程分析，应该是三毛艺术学校1小区的邻区关系配置存在问题。对于RNC内的两个小区切换是不可能出现跨RNC切换信令，并且终端从爱家国际2扇区切往三毛艺术学校1小区的时候切换正常，没有出现跨RNC的切换信令，而三毛艺术学校1扇区切往爱家国际2扇区的时候出现异常信令，因此怀疑三毛艺术学校一扇区的邻区关系中添加了与爱家国际二扇同频同扰码的外部邻区，三毛艺术学校一扇区与爱家国
22、际二扇发生切换的时候，误以为是发生了跨RNC切换，结果出现跨RNC切换失败的情况。解决方法及验证网管查看三毛艺术学校邻区关系，发现确实添加了另外一个RNC的小区为邻区，而这两个小区相距40多公里。删除三毛艺术学校一扇跨RNC的邻区关系，验证切换问题，一切正常。在RNC内切换出现跨RNC信令流程时，很有可能是添加了跨RNC的邻区关系。出现这种问题的可能：1、RNC归属配置出现问题；2、邻区规划后导入后台的邻区关系有误；3、原来本小区存在跨RNC的邻区，在基站割接或更改小区CELL后邻区关系没删除。2.2.2 太拖拉与天津工业大学切换成功率低根据KPI数据，提取一周数据中RNC内硬切换成功率低的小
23、区进行分析，天津工业大学1扇区RNC内小区间异频硬切换出请求次数为1513次，RNC内小区间异频硬切换出失败次数为1302次，切换成功率为13.95%；太拖拉3扇区RNC内小区间异频硬切换出请求次数为1183次，RNC内小区间异频硬切换出失败次数为1086次，切换成功率为8.20%。由于这两个扇区地理位置接近，此针对这两个小区进行测试和问题定位。从calltrance异常信令分析，太拖拉3扇区和天津工业大学1扇区切换失败的情况基本上都是发生在与煤矿设备厂3扇区的切换，并且属于同一个用户。切换失败基本上都是没有收到RLrestore信令，应该是切换时发生了失步现象。从测量报告分析，切换失败时测量
24、的小区信号强度基本在-85dBm左右，也就是说不存在弱覆盖现象，因此怀疑存在上行干扰。从后台LMT查询，煤矿设备厂3扇区的TS1时隙的底噪偏高，大约-95dBm左右，其他时隙底噪正常。修改煤矿设备厂3扇区的频点10096（F6）为10120（F9）。.修改频点后煤矿设备厂3扇区的TS1时隙的底噪恢复正常。通过调整后，煤矿设备厂3扇区的底噪恢复正常，有效抑制了上行干扰。从KPI数据统计分析，天津工业大学1扇区和太拖拉3扇区RNC内小区间异频硬切换成功率均满足指标要求。目前的切换成功率已经恢复正常。由于煤矿设备厂的三扇区存在干扰（干扰源未找到），导致天津工业大学一扇区和太拖拉3扇区与此扇区切换成功
25、率较差。后期要加强KPI指标的分析，挖掘问题点解决。2.2.3 裕成大厦30721、30722两个小区切换问题性能统计发现，裕成大厦（3072）站点的2个小区30721、30722的“小区异频切换成功率”一直偏低，特别是在7月24日后更加恶化，如2008-7-27的30762请求28次，成功仅2次，第一时间通知优化人员到现场测试，跟踪信令发现30721无法成功切往10402（东渡_2）、10403（东渡_3），站内小区间切换正常。现场测试Log截图如下：图 27 测试LOG图由前台明显看出，10402（东渡_2）场强值始终远高于30721（裕成大厦_1），但始终无法切往东渡_2，从信令来看，从
26、10：53：17通话至10：55：28近131秒时间里，手机一直没有上报测量报告，导致30721没有成功切至10402。而直到10：28在10412（源昌大厦_2）下才正常上报，勉强从30721切至10412，虽没有掉话，但切换关系已不合理，直接导致该段主干道C/I明显恶化。1、检查切换相关参数。检查30721切换开关没有问题，另外由于与东渡2个小区是跨RNC邻区关系，所以还得核实RNC3下3G外部邻小区10402、10403的配置信息（包括：频点、扰码、LAC等），及30721作为RNC1外部邻小区的信息配置情况，均没有问题。2、理顺小区30721的邻区关系。30721扰码为104、频点为2
27、016MHz，邻区信息如下：表 21 邻区信息表Cell_IDCell_Name频点扰码10401东渡_120247510402东渡_22017.63310403东渡_32020.85510411源昌大厦_120168510412源昌大厦_22022.49311535国际客运码头_520114811935鹭槟大厦_52012.612730651外贸大厦_18230653外贸大厦_32019.2430722裕成大厦_27430725裕成大厦_56031555福佑酒店_52014.26331561新同益码头_16531562新同益码头_27931563新同益码头_310232065海明大厦_5122从10402、10403的频点和扰码来看，是没有问题的。3、其实，从30721切往10402过程中，RNC下
