切换专题案例(华为培训资料).ppt

《切换专题案例(华为培训资料).ppt》由会员分享，可在线阅读，更多相关《切换专题案例(华为培训资料).ppt（67页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、MF000401 MF000401 切换专题案例切换专题案例ISSUE1.4ISSUE1.4无线产品课程开发室无线产品课程开发室学习目标学习目标掌握切换计时器统计点的定义。掌握切换问题定位的方法。理解软件硬件原因造成的切换问题的分析思路。学习完本课程，您将能够：学习完本课程，您将能够：课程内容课程内容第一章第一章 切换计数器统计点切换计数器统计点第二章第二章 切换数据查找过程切换数据查找过程第三章第三章 切换问题分析切换问题分析第四章第四章 切换典型案例切换典型案例1.1 BSC内切换内切换 BSCBSC内切换成功率内切换成功率100100BSCBSC内小区间切换成功次数内小区间切换成功次数B

2、SCBSC内小区间切换请求次数内小区间切换请求次数BSCBSC内无线切换成功率内无线切换成功率100100无线切换成功率无线切换成功率无线切换成功率无线切换成功率=切换成功率切换成功率切换成功率切换成功率BSCBSC内小区间切换成功次数内小区间切换成功次数 BSC BSC内小区间切换次数内小区间切换次数1.1 BSC内切换内切换切换成功率计算公式切换成功率计算公式 BSC BSC内切换失败可能原因内切换失败可能原因1.1 BSC内切换内切换l目标小区无可用信道l信道激活否定应答CHAN ACK NACKl发送信道激活失败l等待信道激活超时lMS无法接入（无线口原因）l物理信息最大重发次数*无线

3、链路连接定时器EST INDHO DETECT的时间间隔（120180ms）l建立指示后等待超时（MS未收到UA帧或未发送切换完成）1.2 BSC间切换间切换同同MMS SC C内内MSCMSC间信令流程间信令流程MSC-BMSC-AVLR-BBSC-ABSC-BHO-RequiredMAP_Prepare_HOMAP_Prepare_HO_ACKMAP_Allocate_HO_NUMMAP_Send_HO_ReportMAP_Send_HO_Report_ACKMSHO-RequestHO-Request-ACKHO-CommandMSHO-AccessMAP_Process_Access_

4、SignallingHO-CompleteMAP_Send_End_SignalClear-CommandClear-CompleteMAP_Send_End_Signal_ACK中间步骤省略IAIACM1.2 BSC间切换间切换BSCBSC间切换成功率间切换成功率100100BSCBSC间小区间切换成功次数间小区间切换成功次数BSCBSC间小区间切换请求次数间小区间切换请求次数入入BSCBSC切换成功率切换成功率100100目标目标BSCBSC收到收到MSMS发的发的HO-COMPHO-COMP目标目标BSCBSC收到收到HO-REQHO-REQ后后出出BSCBSC切换成功率切换成功率100

5、100原原BSCBSC收到收到MSCMSC发的发的Clear-COMDClear-COMD原原BSCBSC发出发出HO-RequiredHO-Required后后1.2 BSC间切换间切换课程内容课程内容第一章第一章 切换记数器统计点切换记数器统计点第二章第二章 切换数据查找过程切换数据查找过程第三章第三章 切换问题分析切换问题分析第四章第四章 切换典型案例切换典型案例第二章第二章 切换数据查找过程切换数据查找过程l1、BA2表内有所有相邻小区的BCCH频点，通过系统消息5下发给MS。l2、MS把电平值最强的6个邻小区和服务小区的BCCH频点、BSIC、电平值上报到BSS（通过测量报告）l3、

6、测量报告预处理之后，BSC通过BCCH频点、BSIC到小区相邻关系表和小区描述数据表（或外部小区描述数据表）确定所有邻小区的模块号、小区号、CGI。l4、BSC执行小区基本排序等切换判决流程（在LAPD板内完成），一旦找到合适的目标，则将携带目标小区CGI的切换请求消息发给BSC主机的MPU板，MPU根据CGI到小区模块信息表内确认该小区所属的模块号。l5、MPU向该模块发切换请求消息，并统计一次”出小区切换请求”第二章第二章 切换数据查找过程切换数据查找过程l6、如果BSC触发的目标小区是外部小区，则将目标小区和服务小区的CGI通过切换请求发给MSC。l7、MSC首先到“位置区小区表”内查找

7、与目标小区CGI吻合的小区，一旦有，则确认该小区的“目的信令点”，即所属BSC，将切换请求消息发给该BSC。l8、如果“位置区小区表”内没有目标小区的CGI，则到相邻MSC表内查找属于哪个相邻MSC，再将切换请求发给该MSC。课程内容课程内容第一章第一章 切换记数器统计点切换记数器统计点第二章第二章 切换数据查找过程切换数据查找过程第三章第三章 切换问题分析切换问题分析第四章第四章 切换典型案例切换典型案例第三章第三章 切换问题分析切换问题分析l切换问题类型切换问题类型 l定位方法定位方法l切换问题分析切换问题分析3.1 切换问题类型切换问题类型l不发生切换导致掉话l切换失败影响通话质量，最终

8、导致掉话l频繁切换影响通话质量，增加系统负荷 3.2 切换问题定位方法切换问题定位方法l分析话统BSC整体性能测量小区间切换性能测量出、入小区切换性能测量未定义邻小区性能测量l 查看告警：单板故障，传输、时钟等l 路测l 分析信令：A接口、E接口、Abis接口3.3 切换问题分析切换问题分析l覆盖和干扰l天馈系统l基站软硬件l传输lBSC软硬件lA接口问题l目标小区忙l与其它厂家对接3.3切换问题分析切换问题分析l1、覆盖：覆盖差：树林、地形复杂、房屋走向、室内覆盖影响等孤站：无邻小区越区覆盖：孤岛效应导致无邻小区l2、干扰：导致MS上行无法接入或下行收不到信号3.3.1 3.3.1 覆盖和干

9、扰覆盖和干扰孤岛效应导致不发生切换孤岛效应导致不发生切换邻区邻区N3N3 邻区邻区N2N2 邻区邻区N1N1非邻区非邻区非邻区非邻区非邻区非邻区服务小区服务小区周围没有邻区，周围没有邻区，周围没有邻区，周围没有邻区，无法发生切换。无法发生切换。无法发生切换。无法发生切换。越区覆盖导致越区覆盖导致越区覆盖导致越区覆盖导致的孤岛的孤岛的孤岛的孤岛3.3切换问题分析切换问题分析 3.3切换问题分析切换问题分析l1、驻波比过大l2、小区天线安装反l3、小区天线安装不规范l4、小区方位角、下倾角不合理l5、天线隔离度不足l6、电缆扭曲或接头不紧、错误3.3.2 3.3.2 天馈系统天馈系统 3.3.3

10、3.3.3 基站软硬件基站软硬件3.3切换问题分析切换问题分析l1、CDU、合分合路器故障l2、TRX坏l3、TMU坏l4、FPU坏l5、时钟板l6、内部通信电缆l7、BTS软件3.3切换问题分析切换问题分析l1、传输不稳l2、传输误码率大3.3.4 3.3.4 传输传输3.3.5 BSC3.3.5 BSC软硬件故障软硬件故障l1、时钟板：时钟板故障引起各基站之间时钟不一致l2、通路内的所有单板（BIE、E3M、FTC板等）l3、话统版本l4、加载不完全：部分数据没有加载到主机内，导致切换成功率低3.3切换问题分析切换问题分析l5、动态设定设定不当将导致切换出现异常在动态修改【外部小区描述数据

11、表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。在动态修改【小区描述数据表】或者【外部小区描述数据表】时，不论动态修改的是哪个小区的参数，在设定整表时，都需要发送“全部模块”，否则切换会出异常。在修改完某小区的BCCH频点或BSIC之后，一定还要设定把它作为相邻小区的小区，通过设定【小区相邻关系表】来完成，即通知这些小区：它的邻小区BCCH频点已更改。3.3切换问题分析切换问题分析l6、数据配置引起切换失败、延迟、频繁切换、不发生切换、切出切入比例不合理 切换门限设置不合理（偏高、偏低、边缘切换门限比功控门限高）切换磁滞、切换优先级设

12、置不合理 最佳小区统计时间P、N设置不合理 BA2表内漏写频点，漏做邻区关系 存在同频同BSIC的邻区“小区描述数据表”内CGI、模块号与“小区模块信息表”不一致“外部小区描述数据表”的CGI、BCCH、BSIC等与对方BSC不符。MSC“位置区小区表”的BSC的目的信令点错误3.3切换问题分析切换问题分析l注意事项：“预处理测量报告上报频率”：在“测量报告预处理”打开后，在15：1链路配置时，设为1次/秒。此时，对于需要P/N判决的切换，如边缘切换，层间切换，PBGT切换和同心圆切换，都需要把P/N判决时间缩短，BSC对于小写的CGI不做处理，一定要大写，否则不发起切换；BSC不认CI号为F

13、FFF的小区，否则切换无法发生。“传送BS/MS功率级别”：只要打开了测量报告预处理，就一定要把该参数置为“是”。3.3切换问题分析切换问题分析 3.3.6 A3.3.6 A口问题口问题主要是链路资源不够导致切换异常，此时通话也会有异常。3.3.7 3.3.7 目标小区忙目标小区忙目标小区忙，无可用信道导致切换失败。可以对目标小区扩容或减小覆盖范围。3.3.8 3.3.8 跨厂家切换跨厂家切换对端在A接口、E接口的各类信令与我方不一致，不能识别或不支持，导致切换失败。如语音版本、切换号码、TUP电路、寻址方式（CGI或LAI）等。课程内容课程内容第一章第一章 切换记数器统计点切换记数器统计点第

14、二章第二章 切换数据查找过程切换数据查找过程第三章第三章 切换问题分析切换问题分析第四章第四章 切换典型案例切换典型案例l某双频网（独立BSC组网）的某1800小区，自开通之后，入BSC和BSC内入小区切换成功率一直很低，BSC内和BSC间出小区切换正常。案例案例1 1切换典型案例切换典型案例故障描述：故障描述：l1、登记话统，分析是所有小区切向该小区失败，还是个别小区切向它失败导致整体入切换成功率低。l2、若是个别小区，则检查切换数据，是否同频同BSIC等。l3、若是所有小区切向它都失败，检查该小区本身的数据。l4、排除数据原因后，重点检查硬件，通过查看告警，到近端路测等手段定位上行或下行故

15、障，逐段检查，最终定位。切换典型案例切换典型案例 案例案例1 1问题解决思路：问题解决思路：结论：结论：分集接收接头没拧紧，不影响下行信号，但上行信号差，导致切换失败。表现在Um口是上下行不平衡，对方听话质量差。切换典型案例切换典型案例l1、登记入小区切换性能测量，所有小区切向它的成功率都很低。但并不都是0。检查数据，没有问题。l2、路测，下行信号正常，但所有切向该小区的基本失败，但在基站下，偶尔可以成功。可能上行信号存在问题。l3、检查上行，分集接收天线没有接反；机顶馈线接头已拧紧，但合路器到载频板的分集接收接头没有拧紧。拧紧之后，切换恢复正常。问题解决方法：问题解决方法：切换典型案例切换典

16、型案例l某900M单频网的某小区BSC内入小区无线切换成功率低（1030），与切换成功率相同。案例案例2 2故障描述：故障描述：切换典型案例切换典型案例l无线切换成功率低，重点检查数据和覆盖，干扰l数据：同频同BSICl覆盖：信号弱，上下行不平衡l干扰：误码率过高，MS无法接入或接收正确信号分析思路：分析思路：案例案例2 2结论：结论：硬件故障导致信号弱，无线切换成功率低。切换典型案例切换典型案例l1、查数据：登记“入小区切换性能测量”，所有邻小区入切换成功率都很低，但不为0，检查数据，无同频同BSIC情况，排除数据原因。l2、检查覆盖情况：l 该小区话务量偏低，查看“基站维护”，TCH信道可

17、以占用，但占用次数比较少。l 路测，距离基站2公里处，下行接收信号85dbm左右，但入小区切换总失败，或一切换到该小区就掉话。l 进行锁频拨打测试，主叫总建立不起来，被叫可以建立，但不能呼出。基本可以推断是上行不好导致的。l3、检查上行硬件安装连接情况，没有异常。l有可能是TRX或CDU的上行通道存在故障，更换CDU，问题解决。问题解决方法：问题解决方法：l某 双 频 网 在 9月 17号 LAPD升 级 后，发 现1800M下的第4模块的部分小区拥塞严重（4050），且BSC整体切换指标（出、入BSC切换成功率，BSC内小区间切换成功率）下降，从95下降到90左右。从“小区间切换性能测量”发

18、现不仅4模块，其它模块的部分小区的小区间切换成功率都有不同程度的下降。19日后继续恶化。切换典型案例切换典型案例 案例案例3 3故障描述：故障描述：切换典型案例切换典型案例l1、确定是否与LAPD升级有关；l2、分析话统，引起切换失败的主要方面，定位问题。分析思路：分析思路：案例案例3 3切换典型案例切换典型案例l1、检查是否与LAPD升级有关：升级后，并非4模块下所有小区都拥塞，也并非所有小区切换指标都下降。排除升级原因。l2、分析话统：l 拥塞小区集中在A、B基站，话务量比升级前有下降，为假拥塞。l 切换成功率下降小区集中在A、B、C、D、E等基站，且这些切换失败原因主要都是定时器超时。l

19、3、检查告警：18日19:31，A、B 两站时钟系统告警，为13M 失锁。估计是时钟问题导致两站切换成功率低，并由此导致与这两个基站有相邻关系基站的切换成功率低，从而导致整网切换成功率降低。问题解决方法：问题解决方法：切换典型案例切换典型案例l4、分析切换数据和话统：除A、B基站外，所有切换成功率降低的小区，都与A、B有相邻关系。l5、对A、B两站复位，时钟系统恢复正常，BSC间和BSC内切换成功率上升到93以上。问题解决。结论：结论：时钟系统出现问题会导致切换成功率降低。要关注告警台，对时钟系统的缓慢性变化也要及时关注。问题解决方法：问题解决方法：切换典型案例切换典型案例l某单频网由1个MS

20、C、1个BSC，若干个BTS构成。小区A有一定话务量，有B、C两个邻区。出小区切换正常，但A小区的入小区切换请求次数为0，其邻小区B、C有对A的出小区切换请求，但都失败。B、C小区对其它小区的出小区切换正常。案例案例4 4故障描述：故障描述：切换典型案例切换典型案例l无入切换请求，但有一定话务量，也可以切出，说明可以正常呼叫，重点检查切换数据。l根据切换数据的查找过程，检查涉及切换的各张表。问题解决思路：问题解决思路：案例案例4 4 切换典型案例切换典型案例l1、由于B、C两小区有出到A小区的切换请求，但失败。检查B、C小区的邻小区内，是否有与A小区同频同BSIC的，导致切换请求发给错误的小区

21、。结果没有。l2、检查“小区描述数据表”内A小区的BCCH频点、BSIC、CGI，都没有错误。l3、检查“小区模块信息表”内A小区的CGI，与“小区描述数据表”内一致，但模块号错误，4模块错写为1模块。找到原因。更改之后，切换正常。案例案例4 4问题解决方法：问题解决方法：切换典型案例切换典型案例l结论：结论：1、切换判决确定目标小区之后，把目标小区的CGI发给“小区模块信息表”，“小区模块信息表”根据CGI索引目标所在模块号，并把切换请求向目标小区所在模块号下发。2、切换排序、判决过程都是在LAPD板内进行，切换请求消息要通过MPU板下发，所以在LAPD和MPU之间的连接就是“小区模块信息表

22、”，索引就是CGI。3、一旦“小区模块信息表”内没有要找的CGI，MPU会认为该目标小区为外部小区，则发“切换请求”给MSC，同时统计一次“出小区切换请求次数”。4、如果“小区模块信息表”内的模块号错误，则把切换请求发给错误的模块，切换自然失败。但BSC依旧会统计一次“出小区切换请求”。这就是本案例的情况。案例案例4 4切换典型案例切换典型案例l某GSM 网络中通过动态设定的方法增加了一个BSC 外部邻小区，外部小区号为54，主小区为1模块037号小区。之后在BSC 告警台中每隔一个小时周期性地出现9 条切换数据表配置告警，都是对1模块54号小区的所有切换数据表告警。但对BSC 整体指标未造成

23、影响。案例案例5 5故障描述：故障描述：l动态设定之后出现告警，且告警的小区号与增加的外部小区号一致，都是54号小区。可重点检查设定情况。切换典型案例切换典型案例l1、查看主机“外部小区描述数据表”，已经成功设定进去，且与外部BSC的数据保持一致。l2、回想动态设定时所用的模块号是“1”，参数1是外部小区号54，而本BSC的1模块内无54号小区。所以导致告警。应该对增加的外部小区的主小区进行设定。l3、重新对增加的外部小区进行设定，命令字依旧是“配置切换数据”，模块号为1，参数1为030，即要对主小区进行设定。且发送全部模块。结果告警消失。问题解决思路：问题解决思路：解决方法：解决方法：案例案

24、例5 5切换典型案例切换典型案例l结结论论：在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。且在“整表设定”时要发送全部模块。案例案例5 5切换典型案例切换典型案例l华为BSS设备与S厂家BSS设备共MSC组网，割接之后，S的基站不能切入华为基站，但华为基站却可以切入到S的基站。案例案例6 6故障描述：故障描述：切换典型案例切换典型案例l由于入BSC切换故障，但出切换没有问题，重点检查S侧的出小区切换信令，切换数据等。问题解决思路：问题解决思路：案例案例6 6 切换典型案例切换典型案例l1、跟踪接口消息,华

25、为BSC收到HO-REQUEST 消息后，立即回HO-FAILURE 消息，正常情况，华为BSC应该回HO-REQ-ACK。l仔细分析HO-REQ和HO-FAILURE消息解决方法：解决方法：案例案例6 6切换典型案例切换典型案例 切换典型案例切换典型案例HO-REQUESTHO-REQUEST 切换典型案例切换典型案例l2、HO-FALUER：失败原因值是invalide message contentl3、HO-REQ：与正常的切换请求消息相比，主要是Address Indicator 的差异，我们的BSC 对为41 的情形不认，系统认为Address Indicator 必须是0 x43

26、。后修改主机软件相关问题解决解决方法：解决方法：案例案例6 6l结论：结论：在与其它厂家做配合时，通过分析信令可以准确定位问题。切换典型案例切换典型案例l华为MSC与N厂家MSC配合，分别下挂各自的BSC，通话正常，华为BSC内和入BSC切换正常，但出BSC切换成功率为25%左右。从N厂家下的BSC切换到华为的BSC可以成功，且后续切换也可成功（同一次通话又切换回N厂家的BSC下）。案例案例7 7故障描述：故障描述：问题解决思路：问题解决思路：切换典型案例切换典型案例l检查切换数据，包括华为和对方BSC内的外部小区描述数据表、BA2表，小区相邻关系表，MSC侧CGI；若数据没有问题，可重点检查

27、出BSC切换信令。案例案例7 7 切换典型案例切换典型案例l1、检查数据：华为BSC、MSC、N厂家BSC、MSC，都没有问题。l2、查看告警：基站维护台、七号链路、A口电路都正常l3、跟踪华为A接口信令，“HO-Required”消息下发后，一直未收到MSC发来的“HO-COMD”命令。l4、用信令仪跟踪E接口（MSC间）的MAP消息，发现华为MSC收到HO-Number后，没有再发IAI（初始化地址消息）。l5、仔细检查对端发来的HO-Number消息后，切换码格式为：130*。但联通规定的局间送漫游/切换号码应该是：0086+漫游/切换号码，而华为也不认不加0086的切换号码，所以导致信

28、令中止。l6、协调N厂家在切换号码前加“0086”。出BSC切换正常问题解决方法：问题解决方法：案例案例7 7l结论：结论：要熟悉各类切换的信令流程，在定位问题时才能快速、准确。切换典型案例切换典型案例l某双频网独立MSC组网，华为1800M与A厂家和M厂家的900M配合，割接之后，M1800切向M900成功率低（60左右），M900切向M1800正常。切换数据没有问题。案例案例8 8故障描述：故障描述：跟踪A接口和E接口的信令。正常情况应该如下：MSC-BMSC-HWVLR-BBSC-HWBSC-BHO-RequiredMAP_Prepare_HOMAP_Prepare_HO_ACKMAP_

29、Allocate_HO_NUMMAP_Send_HO_ReportMAP_Send_HO_Report_ACKMSHO-RequestHO-Request-ACKHO-CommandMSHO-AccessMAP_Process_Access_SignallingHO-CompleteMAP_Send_End_SignalClear-CommandClear-CompleteMAP_Send_End_Signal_ACK中间步骤省略IAIACM切换典型案例切换典型案例解决思路解决思路1 1：异常情况MSC-BMSC-HWVLR-BBSC-HWBSC-BHO-RequiredMAP_Prepare

30、_HOMSHO-REJECTMSMAP_Abort切换典型案例切换典型案例解决思路解决思路2 2：解决思路解决思路2 2：结论：结论：在与其它厂家切换配合时，有很多配合方面的问题，但通过跟踪信令，都可以准确定位问题。切换典型案例切换典型案例l1、分析华为MSC发给对方Prepare-HO消息，其中所带的语音版本为全速率版本1，2和半速率版本1，是属于PHASE 2+的版本，而从M900发给华为的消息内，只有全速率版本1。经查，对方不支持半速率版本1，所以切换失败。l2、修改华为MSC数据的A接口电路池表，只选全速率版本1，加载之后出BSC切换正常。案例案例8 8切换典型案例切换典型案例l某GS

31、M网络是一个MSC下挂两个BSC的全套华为设备，两个BSC先后割接后，BSC1切向BSC2的切换成功率极低，但BSC2切 向 BSC1的 切 换 成 功 率 正 常，BSC1和BSC2的BSC内切换正常。案例案例9 9故障描述：故障描述：l检查切换数据，信令跟踪。切换典型案例切换典型案例l1、检查BSC间切换的所有数据：外部小区描述数据表，BA2表，MSC的CGI，都没有问题。l2、跟踪BSC1和BSC2的A接口消息，BSC1发出“HO-Required”之后，BSC2没有收到“HO-Request”消息，但BSC1却收到了。l3、数据查找路径为：MSC根据“HO-Required”内带的目标

32、小区的CGI到“位置区小区表”，根据该表中对该小区的目的信令点的描述将HO request发到相应的BSC。l4、由于应该发给BSC2的切换请求消息却发给了BSC1，所以是目的信令点错误，更正之后，问题解决。案例案例9 9解决问题思路：解决问题思路：解决方法：解决方法：切换典型案例切换典型案例l结论：结论：BSC间的切换数据，不仅要看MSC侧CGI是否与对端、BSC保持一致，还要看目的信令点是否正确。MSC根据CGI索引到目标小区所在CGI，一旦目的信令点错误，“HO-Request”会错发到其它BSC。案例案例9 9 切换典型案例切换典型案例l某双频网，由华为BSC（M1800）与N厂家BS

33、C（M900）混合组网，挂在S厂家MSC下。割接之后，华为的入BSC切换成功率总在8892左右，出BSC和BSC内切换正常（92以上）。且入BSC切换成功率低的小区随机分布，没有在固定的BM下，也没有固定的LAC。案例案例1010故障描述：故障描述：切换典型案例切换典型案例l由于切换成功率不太低，同时切换成功率并不总是集中在某几个小区，所以可以排除切换数据问题。不排除无线口的局部干扰或局部覆盖盲区。其次，跟踪信令。问题解决思路：问题解决思路：案例案例1010 MSCMSC内内BSCBSC间切换的间切换的A A接口信令分析：接口信令分析：失败信令：失败信令：失败信令：失败信令：成功信令：成功信令

34、：成功信令：成功信令：切换典型案例切换典型案例 切换典型案例切换典型案例l1、在多个切换失败小区之间，利用测试设备做强制切换，全部成功。排除数据原因。l2、各小区的干扰带很理想，掉话率，拥塞率都很正常。排除无线口的覆盖或干扰原因。l3、跟踪A接口信令，对比失败与成功信令的区别：解决方法：解决方法：案例案例1010切换典型案例切换典型案例l4、根据对比结果，华为BTS未检测到手机接入信息（没有HO DETECT信令产生），说明手机在接入M1800小区时有问题或者该手机根本不向1800小区发生接入。l5、再次确认切换数据没有问题，否则切换成功率会非常低。l6、再次跟踪大量切换信令，发现所有失败原因

35、都一样。并且都是同一个手机在一次通话过程中，多次发起切换请求，均失败。l7、分析失败消息的其它共同点，发现这些手机的IMEI号码前6位号码均为449684，说明发生该切换问题的手机是同一款类型的手机。l8、根据IMSI号找到机主，发现所有切换失败手机均为F手机，在前段时间已经定位该手机在900与1800间绝缘性能不好而导致无法接入到1800网络。案例案例1010解决方法：解决方法：切换典型案例切换典型案例结论：结论：l手机问题，同样会导致切换失败。1、此案例的切换成功率不低，所以可以排除在与其它厂家在信令配合方面的问题。2、通过跟踪信令，找到切换失败的出处：BTS未收到MS的切换接入消息。3、通过大量信令跟踪，找到这些MS的共同点：IMEI号有一致性，从而确定为F手机问题。4、此案例由于M900的覆盖已经很好，所以F手机在空闲状态下一直在M900下，因此很少出现呼叫时，TCH指配失败导致拥塞率高的情况。但切换就不可避免。