《华为切换专题案例(1).ppt》由会员分享，可在线阅读，更多相关《华为切换专题案例(1).ppt（69页珍藏版）》请在三一办公上搜索。
1、切换专题案例,无线网络规划部,切换专题基本内容,切换计数器统计 切换数据查找过程 切换问题原因分析 切换案例,切换计数器统计 BSC内切换 BSC间切换,切换计数器统计点,切换计数器统计点BSC内切换,切换公式,BSC内切换成功率,BSC内小区间切换成功次数BSC内小区间切换请求次数,BSC内无线切换成功率,无线切换成功率=切换成功率,BSC内小区间切换成功次数BSC内小区间切换次数,切换计数器统计点BSC内切换,BSC内切换失败可能原因,目标小区无可用信道 信道激活否定应答CHAN ACK NACK 发送信道激活失败 等待信道激活超时 MS无法接入（无线口原因）物理信息最大重发次数*无线链路
2、连接定时器EST INDHO DETECT的时间间隔（120180ms）建立指示后等待超时（MS未收到UA帧或未发送切换完成）,切换计数器统计点BSC内切换,切换计数器统计点BSC间切换,同MSC内,MSC间信令流程,切换计数器统计点BSC间切换,BSC间切换成功率100,BSC间小区间切换成功次数BSC间小区间切换请求次数,入BSC切换成功率100,目标BSC收到MS发的HO-COMP目标BSC收到HO-REQ后,出BSC切换成功率100,源BSC收到MSC发的Clear-COMD源BSC发出HO-Required后,切换计数器统计点BSC间切换,切换计数器统计 切换数据查找过程 切换问题原
3、因分析 切换案例,切换专题基本内容,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向该模块发切换请求消息，并
4、统计一次“出小区切换请求”,切换数据查找过程,6、如果BSC触发的目标小区是外部小区，则将目标小区和服务小区的CGI通过切换请求发给MSC。7、MSC首先到“位置区小区表”内查找与目标小区CGI吻合的小区，一旦有，则确认该小区的“目的信令点”，即所属BSC，将切换请求消息发给该BSC。8、如果“位置区小区表”内没有目标小区的CGI，则到,切换数据查找过程,切换计数器统计 切换数据查找过程 切换问题分析 案例,切换专题基本内容,切换问题分析,切换问题类型 定位方法 切换问题原因,切换问题类型,不发生切换导致掉话 切换失败影响通话质量，最终导致掉话 频繁切换影响通话质量，增加系统负荷,切换问题定位
5、方法,分析话统BSC整体性能测量小区间切换性能测量出、入小区切换性能测量未定义邻小区性能测量 查看告警：单板故障，传输、时钟等 路测 分析信令：A接口、E接口、Abis接口,无线接口覆盖和干扰 天馈系统 基站软硬件 传输 BSC软硬件 A接口问题 目标小区忙 与其它厂家对接,切换问题分析,一、无线接口覆盖和干扰1、覆盖：覆盖差：树林、地形复杂、房屋走向、室内覆盖影响等孤站：无邻小区越区覆盖：孤岛效应导致无邻小区2、干扰：导致MS上行无法接入或下行收不到信号。,切换问题原因分析,孤岛效应导致不发生切换,邻区N3,邻区N2,邻区N1,非邻区,非邻区,非邻区,服务小区,周围没有邻区，无法发生切换。,
6、越区覆盖导致的孤岛,切换问题原因分析,二、天馈系统1、驻波比过大2、小区天线安装反3、小区天线不平行4、小区方位角、下倾角不合理5、天线隔离度不足6、半钢性电缆扭曲或接头不紧、错误,切换问题原因分析,三、基站软硬件1、CDU、分合路器坏2、TRX、载频板坏3、TMU坏4、FPU坏5、时钟板6、内部通信电缆7、BTS软件,切换问题原因分析,四、传输1、传输不稳2、传输误码率大五、BSC软硬件故障1、时钟板：时钟板故障引起各基站之间时钟不一致2、通路内的所有单板（BIE、E3M、FTC板等）3、话统版本4、加载不完全：部分数据没有加载到主机内，导致切换成功率低,切换问题原因分析,6、动态设定设定不
7、当将导致切换出现异常 在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。在动态修改【小区描述数据表】或者【外部小区描述数据表】时，不论动态修改的是哪个小区的参数，在设定整表时，都需要发送“全部模块”，否则切换会出异常。在修改完某小区的BCCH频点或BSIC之后，一定还要设定把它作为相邻小区的小区，通过设定【小区相邻关系表】来完成，即通知这些小区：它的邻小区BCCH频点已更改。,切换问题原因分析,7、数据配置引起切换失败、延迟、频繁切换、不发生切换、切出切入比例不合理 切换门限设置不合理（偏高、偏低、边缘切换门
8、限比功控门限高）切换磁滞、切换优先级设置不合理 最佳小区统计时间P、N设置不合理 BA2表内漏写频点，漏做邻区关系 存在同频同BSIC的邻区“小区描述数据表”内CGI、模块号与“小区模块信息表”不一致“外部小区描述数据表”的CGI、BCCH、BSIC等与对方BSC不符。MSC“位置区小区表”的BSC的目的信令点错误,切换问题原因分析,7、数据配置注意事项：“预处理测量报告上报频率”：在“测量报告预处理”打开后，在15：1链路配置时，设为1次/秒。此时，对于需要P/N判决的切换，如边缘切换，层间切换，PBGT切换和同心圆切换，都需要把P/N判决时间缩短，BSC对于小写的CGI不做处理，一定要大写
9、，否则不发起切换；BSC不认CI号为FFFF的小区，否则切换无法发生。“传送BS/MS功率级别”：只要打开了测量报告预处理，就一定要把该参数置为“是”。,切换问题原因分析,六、A口问题主要是链路资源不够导致切换异常，此时通话也会有异常。七、目标小区忙目标小区忙，无可用信道导致切换失败。可以对目标小区扩容或减小覆盖范围。八、跨厂家切换对端在A接口、E接口的各类信令与我方不一致，不能识别或不支持，导致切换失败。如语音版本、切换号码、TUP电路、寻址方式（CGI或LAI）等,切换问题原因分析,切换专题基本内容,切换计数器统计 切换数据查找过程 切换问题原因分析 切换案例,案例1,故障描述：某双频网（
10、独立BSC组网）的某1800小区，自开通之后，入BSC和BSC内入小区切换成功率一直很低，BSC内和BSC间出小区切换正常。,切换典型案例,案例1,切换典型案例,问题解决思路：1、登记话统，分析是所有小区切向该小区失败，还是个别小区切向它失败导致整体入切换成功率低。2、若是个别小区，则检查切换数据，是否同频同BSIC等。3、若是所有小区切向它都失败，检查该小区本身的数据。4、排除数据原因后，重点检查硬件，通过查看告警，到近端路测等手段定位上行或下行故障，逐段检查，最终定位。,切换典型案例,问题解决方法：1、登记入小区切换性能测量，所有小区切向它的成功率都很低。但并不都是0。检查数据，没有问题。
11、2、路测，下行信号正常，但所有切向该小区的基本失败，但在基站下，偶尔可以成功。可能上行信号存在问题3、检查上行，分集接收天线没有接反；机顶馈线接头已拧紧，但合路器到载频板的分集接收接头没有拧紧。拧紧之后，切换恢复正常,结论：分集接收接头没拧紧，不影响下行信号，但上行信号差，导致切换失败。表现在UM口是上下行不平衡，对方听话质量差。,切换典型案例,故障描述：某900M单频网的某小区BSC内入小区无线切换成功率低（1030），与切换成功率相同。,案例2,切换典型案例,案例2,分析思路：无线切换成功率低，重点检查数据和覆盖，干扰数据：同频同BSIC覆盖：信号弱，上下行不平衡干扰：误码率过高，MS无法
12、接入或接收正确信号,切换典型案例,问题解决方法：1、查数据：登记“入小区切换性能测量”，所有邻小区入切换成功率都很低，但不为0，检查数据，无同频同BSIC情况，排除数据原因。2、检查覆盖情况：该小区话务量偏低，查看“基站维护”，TCH信道可以占用，但占用次数比较少。路测，距离基站2公里处，下行接收信号85dbm左右，但入小区切换总失败，或一切换到该小区就掉话。进行锁频拨打测试，主叫总建立不起来，被叫可以建立，但不能呼出。基本可以推断是上行不好导致的。3、检查上行硬件安装连接情况，没有异常。有可能是TRX或CDU的上行通道存在故障，更换CDU，问题解决。,结论：硬件故障导致信号弱，无线切换成功率
13、低。,故障描述：某双频网在9月17号LAPD升级后，发现1800M下的第4模块的部分小区拥塞严重（4050），且BSC整体切换指标（出、入BSC切换成功率，BSC内小区间切换成功率）下降，从95下降到90左右。从“小区间切换性能测量”发现不仅4模块，其它模块的部分小区的小区间切换成功率都有不同程度的下降。19日后继续恶化。,案例3,切换典型案例,案例3,切换典型案例,分析思路：1、确定是否与LAPD升级有关；2、分析话统，引起切换失败的主要方面，定位问题。,问题解决方法：1、检查是否与LAPD升级有关：升级后，并非4模块下所有小区都拥塞，也并非所有小区切换指标都下降。排除升级原因。2、分析话统
14、：拥塞小区集中在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以上。问题解决。,结论：时钟系统出现问题会导致切换成功率降低。要关
15、注告警台，对时钟系统的缓慢性变化也要及时关注。,切换典型案例,故障描述：某单频网由1个MSC、1个BSC，若干个BTS构成。小区A有一定话务量，有B、C两个邻区。出小区切换正常，但A小区的入小区切换请求次数为0，其邻小区B、C有对A的出小区切换请求，但都失败。B、C小区对其它小区的出小区切换正常。,案例4,切换典型案例,案例4,问题解决思路：无入切换请求，但有一定话务量，也可以切出，说明可以正常呼叫，重点检查切换数据。根据切换数据的查找过程，检查涉及切换的各张表。,切换典型案例,案例4,问题解决方法：1、由于B、C两小区有出到A小区的切换请求，但失败。检查B、C小区的邻小区内，是否有与A小区同
16、频同BSIC的，导致切换请求发给错误的小区。结果没有。2、检查“小区描述数据表”内A小区的BCCH频点、BSIC、CGI，都没有错误。3、检查“小区模块信息表”内A小区的CGI，与“小区描述数据表”内一致，但模块号错误，4模块错写为1模块。找到原因。更改之后，切换正常。,切换典型案例,案例4,结论：1、切换判决确定目标小区之后，把目标小区的CGI发给“小区模块信息表”，“小区模块信息表”根据CGI索引目标所在模块号，并把切换请求向目标小区所在模块号下发。2、切换排序、判决过程都是在LAPD板内进行，切换请求消息要通过MPU板下发，所以在LAPD和MPU之间的连接就是“小区模块信息表”，索引就是
17、CGI。3、一旦“小区模块信息表”内没有要找的CGI，MPU会认为该目标小区为外部小区，则发“切换请求”给MSC，同时统计一次“出小区切换请求次数”。4、如果“小区模块信息表”内的模块号错误，则把切换请求发给错误的模块，切换自然失败。但BSC依旧会统计一次“出小区切换请求”。这就是本案例的情况。,切换典型案例,案例5,故障描述：某GSM 网络中通过动态设定的方法增加了一个BSC 外部邻小区，外部小区号为54，主小区为1模块037号小区。之后在BSC 告警台中每隔一个小时周期性地出现9 条切换数据表配置告警，都是对1模块54号小区的所有切换数据表告警。但对BSC 整体指标未造成影响,切换典型案例
18、,案例5,问题解决思路：动态设定之后出现告警，且告警的小区号与增加的外部小区号一致，都是54号小区。可重点检查设定情况。,解决方法：1、查看主机“外部小区描述数据表”，已经成功设定进去，且与外部BSC的数据保持一致。2、回想动态设定时所用的模块号是“1”，参数1是外部小区号54，而本BSC的1模块内无54号小区。所以导致告警。应该对增加的外部小区的主小区进行设定。3。重新对增加的外部小区进行设定，命令字依旧是“配置切换数据”，模块号为1，参数1为030，即要对主小区进行设定。且发送全部模块。结果告警消失。,切换典型案例,案例5,结论：在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“
19、参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。且在“整表设定”时要发送全部模块。,切换典型案例,切换典型案例,案例6,故障描述：华为与西门子共MSC独立BSC组网，割接之后，西门子的基站不能切入华为基站，但华为基站却可以切入西门子基站。即华为BSC的“入BSC切换请求次数”为0。,切换典型案例,案例6,问题解决思路：由于入BSC切换请求次数为0，但出切换没有问题，重点西门子侧的出小区切换信令，切换数据等。,切换典型案例,案例6,解决方法：1、跟踪接口消息,我司BSC收到HO-REQUEST 消息后，立即回HO-FAILURE 消息，正常情况，华为BSC应该回HO-
20、REQ-ACK。仔细分析HO-REQ和HO-FAILURE消息,切换典型案例,切换典型案例,HO-REQUEST,切换典型案例,解决方法：,解决方法：2、HO-FALUER：失败原因值是invalide message content3、HO-REQ：与正常的切换请求消息相比，主要是Address Indicator 的差异，我们的BSC 对为41 的情形不认，系统认为Address Indicator 必须是0 x43。后修改主机软件相关问题解决,案例6,切换典型案例,解决方法：,结论：在与其它厂家做配合时，通过分析信令可以准确定位问题。,案例6,切换典型案例,解决方法：,问题描述：我司MS
21、C与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接口
22、信令，“HO-Required”消息下发后，一直未收到MSC发来的“HO-COMD”命令。4、用信令仪跟踪E接口（MSC间）的MAP消息，发现我司MSC收到HO-Number后，没有再发IAI（初始化地址消息）。5、仔细检查对端发来的HO-Number消息后，切换码格式为：130*。但联通规定的局间送漫游/切换号码应该是：0086+漫游/切换号码，而我司也不认不加0086的切换号码，所以导致信令中止。6、协调N厂家在切换号码前加“0086”。出BSC切换正常,案例7,切换典型案例,解决方法：,结论：要熟悉各类切换的信令流程，在定位问题时才能快速、准确。,案例7,切换典型案例,解决方法：,问题描
23、述：某双频网独立MSC组网，华为1800M与A厂家和M厂家的900M配合，割接之后，M1800切向M900成功率低（60左右），M900切向M1800正常。切换数据没有问题。,案例8,切换典型案例,解决思路1：跟踪A接口和E接口的信令。正常情况应该如下：,切换典型案例,解决思路2：异常情况,HO-Required,MAP_Prepare_HO,HO-REJECT,MAP_Abort,切换典型案例,解决思路2：1、分析我司MSC发给对方Prepare-HO消息，其中所带的语音版本为全速率版本1，2和半速率版本1，是属于PHASE 2+的版本，而从M900发给我司的消息内，只有全速率版本1。经查，
24、对方不支持半速率版本1，所以切换失败。2、修改我司MSC数据的A接口电路池表，只选全速率版本1，加载之后分析消息，依旧带有全速率版本1、2和半速率版本1。3、修改MSC主机程序，带全速率版本1、2。出BSC切换正常。,案例8,结论：在与其它厂家切换配合时，有很多配合方面的问题，但通过跟踪信令，都可以准确定位问题。,切换典型案例,案例9,问题描述：某GSM网络是一个MSC下挂两个BSC的全套华为设备，两个BSC先后割接后，BSC1切向BSC2的切换成功率极低，但BSC2切向BSC1的切换成功率正常，BSC1和BSC2的BSC内切换正常。,切换典型案例,案例9,解决问题思路：检查切换数据，信令跟踪
25、。,解决方法：1、检查BSC间切换的所有数据：外部小区描述数据表，BA2表，MSC的CGI，都没有问题。2、跟踪BSC1和BSC2的A接口消息，BSC1发出“HO-Required”之后，BSC2没有收到“HO-Request”消息，但BSC1却收到了。3、数据查找路径为：MSC根据“HO-Required”内带的目标小区的CGI到“位置区小区表”，根据该表中对该小区的目的信令点的描述将HO request发到相应的BSC。4、由于应该发给BSC2的切换请求消息却发给了BSC1，所以是目的信令点错误，更正之后，问题解决。,切换典型案例,案例9,结论：BSC间的切换数据，不仅要看MSC侧CGI是
26、否与对端、BSC保持一致，还要看目的信令点是否正确。MSC根据CGI索引到目标小区所在CGI，一旦目的信令点错误，“HO-Request”会错发到其它BSC。,切换典型案例,案例10,问题描述：某双频网，由我司BSC（M1800）与N厂家BSC（M900）混合组网，挂在S厂家MSC下。割接之后，我司的入BSC切换成功率总在8892左右，出BSC和BSC内切换正常（92以上）。且入BSC切换成功率低的小区随机分布，没有在固定的BM下，也没有固定的LAC。,切换典型案例,案例10,问题解决思路：由于切换成功率不太低，同时切换成功率并不总是集中在某几个小区，所以可以排除切换数据问题。不排除无线口的局
27、部干扰或局部覆盖盲区。其次，跟踪信令。,切换典型案例,MSC内BSC间切换的A接口信令分析：,失败信令：,成功信令：,切换典型案例,案例10：,解决方法：1、在多个切换失败小区之间，利用测试设备做强制切换，全部成功。排除数据原因。2、各小区的干扰带很理想，掉话率，拥塞率都很正常。排除无线口的覆盖或干扰原因。3、跟踪A接口信令，对比失败与成功信令的区别：,切换典型案例,案例10：,解决方法：4、根据对比结果，华为BTS未检测到手机接入信息（没有HO DETECT信令产生），说明手机在接入M1800小区时有问题或者该手机根本不向1800小区发生接入。5、再次确认切换数据没有问题，否则切换成功率会非
28、常低。6、再次跟踪大量切换信令，发现所有失败原因都一样。并且都是同一个手机在一次通话过程中，多次发起切换请求，均失败。7、分析失败消息的其它共同点，发现这些手机的IMEI号码前6位号码均为449684，说明发生该切换问题的手机是同一款类型的手机。8、根据IMSI号找到机主，发现所有切换失败手机均为F手机，在前段时间已经定位该手机在900与1800间绝缘性能不好而导致无法接入到1800网络。找到原因，向局方解释。,切换典型案例,案例10：,结论：手机问题，同样会导致切换失败。1、此案例的切换成功率不低，所以可以排除在与其它厂家在信令配合方面的问题。2、通过跟踪信令，找到切换失败的出处：BTS未收到MS的切换接入消息。3、通过大量信令跟踪，找到这些MS的共同点：IMEI号有一致性，从而确定为F手机问题。4、此案例由于M900的覆盖已经很好，所以F手机在空闲状态下一直在M900下，因此很少出现呼叫时，TCH指配失败导致拥塞率高的情况。但切换就不可避免。,
