切换专题案例

MF000401切换专题案例

ISSUE1.4无线产品课程开发室学习目标掌握切换计时器统计点的定义。掌握切换问题定位的方法。理解软件硬件原因造成的切换问题的分析思路。学习完本课程，您将能够：课程内容

第一章切换计数器统计点第二章切换数据查找过程第三章切换问题分析第四章切换典型案例1.1BSC内切换

BSC内切换成功率＝————————————×100％BSC内小区间切换成功次数BSC内小区间切换请求次数BSC内无线切换成功率＝————————————×100％无线切换成功率>=切换成功率BSC内小区间切换成功次数BSC内小区间切换次数1.1BSC内切换切换成功率计算公式BSC内切换失败可能原因1.1BSC内切换目标小区无可用信道信道激活否定应答－CHANACKNACK发送信道激活失败等待信道激活超时MS无法接入（无线口原因）物理信息最大重发次数*无线链路连接定时器<ESTIND~HODETECT的时间间隔（120~180ms）建立指示后等待超时（MS未收到UA帧或未发送切换完成）1.2BSC间切换同MSC内MSC间信令流程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_SignallingHO-CompleteMAP_Send_End_SignalClear-CommandClear-CompleteMAP_Send_End_Signal_ACK中间步骤省略IAIACM1.2BSC间切换BSC间切换成功率＝—————————————×100％BSC间小区间切换成功次数BSC间小区间切换请求次数入BSC切换成功率＝—————————————×100％目标BSC收到MS发的HO-COMP目标BSC收到HO-REQ后出BSC切换成功率＝——————————————×100％原BSC收到MSC发的Clear-COMD原BSC发出HO-Required后1.2BSC间切换课程内容

第一章切换记数器统计点第二章切换数据查找过程第三章切换问题分析第四章切换典型案例第二章切换数据查找过程1、BA2表内有所有相邻小区的BCCH频点，通过系统消息5下发给MS。2、MS把电平值最强的6个邻小区和服务小区的BCCH频点、BSIC、电平值上报到BSS（通过测量报告）3、测量报告预处理之后，BSC通过BCCH频点、BSIC到小区相邻关系表和小区描述数据表（或外部小区描述数据表）确定所有邻小区的模块号、小区号、CGI。4、BSC执行小区基本排序等切换判决流程（在LAPD板内完成），一旦找到合适的目标，则将携带目标小区CGI的切换请求消息发给BSC主机的MPU板，MPU根据CGI到小区模块信息表内确认该小区所属的模块号。5、MPU向该模块发切换请求消息，并统计一次”出小区切换请求”第二章切换数据查找过程6、如果BSC触发的目标小区是外部小区，则将目标小区和服务小区的CGI通过切换请求发给MSC。7、MSC首先到“位置区小区表”内查找与目标小区CGI吻合的小区，一旦有，则确认该小区的“目的信令点”，即所属BSC，将切换请求消息发给该BSC。8、如果“位置区小区表”内没有目标小区的CGI，则到相邻MSC表内查找属于哪个相邻MSC，再将切换请求发给该MSC。课程内容

第一章切换记数器统计点第二章切换数据查找过程第三章切换问题分析第四章切换典型案例第三章切换问题分析切换问题类型定位方法切换问题分析3.1切换问题类型不发生切换－导致掉话切换失败－影响通话质量，最终导致掉话频繁切换－影响通话质量，增加系统负荷3.2切换问题定位方法分析话统BSC整体性能测量 小区间切换性能测量出、入小区切换性能测量未定义邻小区性能测量查看告警：单板故障，传输、时钟等路测分析信令：A接口、E接口、Abis接口3.3切换问题分析覆盖和干扰天馈系统基站软硬件传输BSC软硬件A接口问题目标小区忙与其它厂家对接3.3切换问题分析1、覆盖：覆盖差：树林、地形复杂、房屋走向、室内覆盖影响等孤站：无邻小区越区覆盖：孤岛效应导致无邻小区2、干扰：导致MS上行无法接入或下行收不到信号3.3.1覆盖和干扰孤岛效应导致不发生切换邻区N3邻区N2邻区N1非邻区非邻区非邻区服务小区周围没有邻区，无法发生切换。越区覆盖导致的孤岛3.3切换问题分析

3.3切换问题分析1、驻波比过大2、小区天线安装反3、小区天线安装不规范4、小区方位角、下倾角不合理5、天线隔离度不足6、电缆扭曲或接头不紧、错误3.3.2天馈系统3.3.3基站软硬件3.3切换问题分析1、CDU、合分合路器故障2、TRX坏3、TMU坏4、FPU坏5、时钟板6、内部通信电缆7、BTS软件3.3切换问题分析1、传输不稳2、传输误码率大3.3.4传输3.3.5BSC软硬件故障1、时钟板：时钟板故障引起各基站之间时钟不一致2、通路内的所有单板（BIE、E3M、FTC板等）3、话统版本4、加载不完全：部分数据没有加载到主机内，导致切换成功率低3.3切换问题分析5、动态设定－设定不当将导致切换出现异常在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。在动态修改【小区描述数据表】或者【外部小区描述数据表】时，不论动态修改的是哪个小区的参数，在设定整表时，都需要发送“全部模块”，否则切换会出异常。在修改完某小区的BCCH频点或BSIC之后，一定还要设定把它作为相邻小区的小区，通过设定【小区相邻关系表】来完成，即通知这些小区：它的邻小区BCCH频点已更改。3.3切换问题分析6、数据配置－引起切换失败、延迟、频繁切换、不发生切换、切出切入比例不合理切换门限设置不合理（偏高、偏低、边缘切换门限比功控门限高）切换磁滞、切换优先级设置不合理最佳小区统计时间P、N设置不合理BA2表内漏写频点，漏做邻区关系存在同频同BSIC的邻区“小区描述数据表”内CGI、模块号与“小区模块信息表”不一致“外部小区描述数据表”的CGI、BCCH、BSIC等与对方BSC不符。MSC“位置区小区表”的BSC的目的信令点错误3.3切换问题分析注意事项：“预处理测量报告上报频率”：在“测量报告预处理”打开后，在15：1链路配置时，设为1次/秒。此时，对于需要P/N判决的切换，如边缘切换，层间切换，PBGT切换和同心圆切换，都需要把P/N判决时间缩短，BSC对于小写的CGI不做处理，一定要大写，否则不发起切换；BSC不认CI号为FFFF的小区，否则切换无法发生。“传送BS/MS功率级别”：只要打开了测量报告预处理，就一定要把该参数置为“是”。3.3切换问题分析

3.3.6A口问题主要是链路资源不够导致切换异常，此时通话也会有异常。3.3.7目标小区忙目标小区忙，无可用信道导致切换失败。可以对目标小区扩容或减小覆盖范围。3.3.8跨厂家切换对端在A接口、E接口的各类信令与我方不一致，不能识别或不支持，导致切换失败。如语音版本、切换号码、TUP电路、寻址方式（CGI或LAI）等。课程内容

第一章切换记数器统计点第二章切换数据查找过程第三章切换问题分析第四章切换典型案例某双频网（独立BSC组网）的某1800小区，自开通之后，入BSC和BSC内入小区切换成功率一直很低，BSC内和BSC间出小区切换正常。案例1切换典型案例故障描述：

1、登记话统，分析是所有小区切向该小区失败，还是个别小区切向它失败导致整体入切换成功率低。2、若是个别小区，则检查切换数据，是否同频同BSIC等。3、若是所有小区切向它都失败，检查该小区本身的数据。4、排除数据原因后，重点检查硬件，通过查看告警，到近端路测等手段定位上行或下行故障，逐段检查，最终定位。切换典型案例案例1问题解决思路：结论：分集接收接头没拧紧，不影响下行信号，但上行信号差，导致切换失败。表现在Um口是上下行不平衡，对方听话质量差。切换典型案例1、登记入小区切换性能测量，所有小区切向它的成功率都很低。但并不都是0。检查数据，没有问题。2、路测，下行信号正常，但所有切向该小区的基本失败，但在基站下，偶尔可以成功。——可能上行信号存在问题。3、检查上行，分集接收天线没有接反；机顶馈线接头已拧紧，但合路器到载频板的分集接收接头没有拧紧。拧紧之后，切换恢复正常。问题解决方法：切换典型案例某900M单频网的某小区BSC内入小区无线切换成功率低（10％～30％），与切换成功率相同。案例2故障描述：切换典型案例无线切换成功率低，重点检查数据和覆盖，干扰数据：同频同BSIC覆盖：信号弱，上下行不平衡干扰：误码率过高，MS无法接入或接收正确信号分析思路：案例2结论：硬件故障导致信号弱，无线切换成功率低。切换典型案例1、查数据：登记“入小区切换性能测量”，所有邻小区入切换成功率都很低，但不为0，检查数据，无同频同BSIC情况，排除数据原因。2、检查覆盖情况：该小区话务量偏低，查看“基站维护”，TCH信道可以占用，但占用次数比较少。路测，距离基站2公里处，下行接收信号－85dbm左右，但入小区切换总失败，或一切换到该小区就掉话。进行锁频拨打测试，主叫总建立不起来，被叫可以建立，但不能呼出。基本可以推断是上行不好导致的。3、检查上行硬件安装连接情况，没有异常。有可能是TRX或CDU的上行通道存在故障，更换CDU，问题解决。问题解决方法：某双频网在9月17号LAPD升级后，发现1800M下的第4模块的部分小区拥塞严重（40％～50％），且BSC整体切换指标（出、入BSC切换成功率，BSC内小区间切换成功率）下降，从95％下降到90％左右。从“小区间切换性能测量”发现不仅4模块，其它模块的部分小区的小区间切换成功率都有不同程度的下降。19日后继续恶化。切换典型案例案例3故障描述：切换典型案例1、确定是否与LAPD升级有关；2、分析话统，引起切换失败的主要方面，定位问题。分析思路：案例3切换典型案例1、检查是否与LAPD升级有关：升级后，并非4模块下所有小区都拥塞，也并非所有小区切换指标都下降。排除升级原因。2、分析话统：拥塞小区集中在A、B基站，话务量比升级前有下降，为假拥塞。切换成功率下降小区集中在A、B、C、D、E等基站，且这些切换失败原因主要都是定时器超时。3、检查告警：18日19:31，A、B两站时钟系统告警，为13M失锁。估计是时钟问题导致两站切换成功率低，并由此导致与这两个基站有相邻关系基站的切换成功率低，从而导致整网切换成功率降低。问题解决方法：切换典型案例4、分析切换数据和话统：除A、B基站外，所有切换成功率降低的小区，都与A、B有相邻关系。5、对A、B两站复位，时钟系统恢复正常，BSC间和BSC内切换成功率上升到93％以上。问题解决。结论：时钟系统出现问题会导致切换成功率降低。要关注告警台，对时钟系统的缓慢性变化也要及时关注。问题解决方法：切换典型案例某单频网由1个MSC、1个BSC，若干个BTS构成。小区A有一定话务量，有B、C两个邻区。出小区切换正常，但A小区的入小区切换请求次数为0，其邻小区B、C有对A的出小区切换请求，但都失败。B、C小区对其它小区的出小区切换正常。案例4故障描述：切换典型案例无入切换请求，但有一定话务量，也可以切出，说明可以正常呼叫，重点检查切换数据。根据切换数据的查找过程，检查涉及切换的各张表。问题解决思路：案例4

切换典型案例1、由于B、C两小区有出到A小区的切换请求，但失败。检查B、C小区的邻小区内，是否有与A小区同频同BSIC的，导致切换请求发给错误的小区。结果没有。2、检查“小区描述数据表”内A小区的BCCH频点、BSIC、CGI，都没有错误。3、检查“小区模块信息表”内A小区的CGI，与“小区描述数据表”内一致，但模块号错误，4模块错写为1模块。找到原因。更改之后，切换正常。案例4问题解决方法：

切换典型案例结论：1、切换判决确定目标小区之后，把目标小区的CGI发给“小区模块信息表”，“小区模块信息表”根据CGI索引目标所在模块号，并把切换请求向目标小区所在模块号下发。2、切换排序、判决过程都是在LAPD板内进行，切换请求消息要通过MPU板下发，所以在LAPD和MPU之间的连接就是“小区模块信息表”，索引就是CGI。3、一旦“小区模块信息表”内没有要找的CGI，MPU会认为该目标小区为外部小区，则发“切换请求”给MSC，同时统计一次“出小区切换请求次数”。4、如果“小区模块信息表”内的模块号错误，则把切换请求发给错误的模块，切换自然失败。但BSC依旧会统计一次“出小区切换请求”。这就是本案例的情况。案例4切换典型案例某GSM网络中通过动态设定的方法增加了一个BSC外部邻小区，外部小区号为54，主小区为1模块0～37号小区。之后在BSC告警台中每隔一个小时周期性地出现9条切换数据表配置告警，都是对1模块－54号小区的所有切换数据表告警。但对BSC整体指标未造成影响。案例5故障描述：动态设定之后出现告警，且告警的小区号与增加的外部小区号一致，都是54号小区。可重点检查设定情况。切换典型案例1、查看主机“外部小区描述数据表”，已经成功设定进去，且与外部BSC的数据保持一致。2、回想动态设定时所用的模块号是“1”，参数1是外部小区号54，而本BSC的1模块内无54号小区。所以导致告警。应该对增加的外部小区的主小区进行设定。3、重新对增加的外部小区进行设定，命令字依旧是“配置切换数据”，模块号为1，参数1为0～30，即要对主小区进行设定。且发送全部模块。结果告警消失。问题解决思路：解决方法：案例5切换典型案例结论：在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。且在“整表设定”时要发送全部模块。案例5切换典型案例华为BSS设备与S厂家BSS设备共MSC组网，割接之后，S的基站不能切入华为基站，但华为基站却可以切入到S的基站。案例6故障描述：

切换典型案例由于入BSC切换故障，但出切换没有问题，重点检查S侧的出小区切换信令，切换数据等。问题解决思路：案例6

切换典型案例1、跟踪接口消息,华为BSC收到HO-REQUEST消息后，立即回HO-FAILURE消息，正常情况，华为BSC应该回HO-REQ-ACK。仔细分析HO-REQ和HO-FAILURE消息解决方法：案例6切换典型案例

切换典型案例HO-REQUEST

切换典型案例2、HO-FALUER：失败原因值是invalidemessagecontent3、HO-REQ：与正常的切换请求消息相比，主要是AddressIndicator的差异，我们的BSC对为41的情形不认，系统认为AddressIndicator必须是0x43。后修改主机软件相关问题解决解决方法：案例6结论：在与其它厂家做配合时，通过分析信令可以准确定位问题。

切换典型案例华为MSC与N厂家MSC配合，分别下挂各自的BSC，通话正常，华为BSC内和入BSC切换正常，但出BSC切换成功率为25%左右。从N厂家下的BSC切换到华为的BSC可以成功，且后续切换也可成功（同一次通话又切换回N厂家的BSC下）。案例7故障描述：

问题解决思路：切换典型案例检查切换数据，包括华为和对方BSC内的外部小区描述数据表、BA2表，小区相邻关系表，MSC侧CGI；若数据没有问题，可重点检查出BSC切换信令。案例7

切换典型案例1、检查数据：华为－BSC、MSC、N厂家－BSC、MSC，都没有问题。2、查看告警：基站维护台、七号链路、A口电路都正常3、跟踪华为A接口信令，“HO-Required”消息下发后，一直未收到MSC发来的“HO-COMD”命令。4、用信令仪跟踪E接口（MSC间）的MAP消息，发现华为MSC收到HO-Number后，没有再发IAI（初始化地址消息）。5、仔细检查对端发来的HO-Number消息后，切换码格式为：130********。但联通规定的局间送漫游/切换号码应该是：0086+漫游/切换号码，而华为也不认不加0086的切换号码，所以导致信令中止。6、协调N厂家在切换号码前加“0086”。出BSC切换正常问题解决方法：案例7结论：要熟悉各类切换的信令流程，在定位问题时才能快速、准确。切换典型案例某双频网独立MSC组网，华为1800M与A厂家和M厂家的900M配合，割接之后，M1800切向M900成功率低（60％左右），M900切向M1800正常。切换数据没有问题。案例8故障描述：跟踪A接口和E接口的信令。正常情况应该如下：MSC-BMSC-HWVLR-BBSC-HWBSC-BHO-RequiredMAP_Prepare_HOMAP_Prepare_HO_ACKMAP_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：

异常情况MSC-BMSC-HWVLR-BBSC-HWBSC-BHO-RequiredMAP_Prepare_HOMSHO-REJECTMSMAP_Abort切换典型案例解决思路2：解决思路2：结论：在与其它厂家切换配合时，有很多配合方面的问题，但通过跟踪信令，都可以准确定位问题。切换典型案例1、分析华为MSC发给对方Prepare-HO消息，其中所带的语音版本为全速率版本1，2和半速率版本1，是属于PHASE2+的版本，而从M900发给华为的消息内，只有全速率版本1。经查，对方不支持半速率版本1，所以切换失败。2、修改华为MSC数据的A接口电路池表，只选全速率版本1，加载之后出BSC切换正常。案例8切换典型案例某GSM网络是一个MSC下挂两个BSC的全套华为设备，两个BSC先后割接后，BSC1切向BSC2的切换成功率极低，但BSC2切向BSC1的切换成功率正常，BSC1和BSC2的BSC内切换正常。案例9故障描述：

检查切换数据，信令跟踪。切换典型案例1、检查BSC间切换的所有数据：外部小区描述数据表，BA2表，MSC的CGI，都没有问题。2、跟踪BSC1和BSC2的A接口消息，BSC1发出“HO-Required”之后，BSC2没有收到“HO-Request”消息，但BSC1却收到了。3、数据查找路径为：MSC根据“HO-Required”内带的目标小区的CGI到“位置区小区表”，根据该表中对该小区的目的信令点的描述将HOrequest发到相应的BSC。4、由于应该发给BSC2的切换请求消息却发给了BSC1，所以是目的信令点错误，更正之后，问题解决。案例9解决问题思路：解决方法：

切换典型案例结论：BSC间的切换数据，不仅要看MSC侧CGI是否与对端、BSC保持一致，还要看目的信令点是否正确。MSC根据CGI索引到目标小区所在CGI，一旦目的信令点错误，“HO-Request”会错发到其它BS