华为技术培训资料-切换专题案例.ppt

切换专题案例,无线网络规划部,切换专题基本内容,切换计数器统计 切换数据查找过程 切换问题原因分析 切换案例,切换计数器统计 BSC内切换 BSC间切换,切换计数器统计点,切换计数器统计点BSC内切换,切换公式,BSC内切换成功率,BSC内小区间切换成功次数 BSC内小区间切换请求次数,BSC内无线切换成功率,无线切换成功率=切换成功率,BSC内小区间切换成功次数 BSC内小区间切换次数,切换计数器统计点BSC内切换,BSC内切换失败可能原因,目标小区无可用信道 信道激活否定应答CHAN ACK NACK 发送信道激活失败 等待信道激活超时 MS无法接入（无线口原因） 物理信息最大重发次数*无线链路连接定时器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间切换,切换计数器统计 切换数据查找过程 切换问题原因分析 切换案例,切换专题基本内容,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，则到,切换数据查找过程,切换计数器统计 切换数据查找过程 切换问题分析 案例,切换专题基本内容,切换问题分析,切换问题类型 定位方法 切换问题原因,切换问题类型,不发生切换导致掉话 切换失败影响通话质量，最终导致掉话 频繁切换影响通话质量，增加系统负荷,切换问题定位方法,分析话统 BSC整体性能测量 小区间切换性能测量 出、入小区切换性能测量 未定义邻小区性能测量 查看告警：单板故障，传输、时钟等 路测 分析信令：A接口、E接口、Abis接口,无线接口覆盖和干扰 天馈系统 基站软硬件 传输 BSC软硬件 A接口问题 目标小区忙 与其它厂家对接,切换问题分析,一、无线接口覆盖和干扰 1、覆盖： 覆盖差：树林、地形复杂、房屋走向、室内覆盖影响等 孤站：无邻小区 越区覆盖：孤岛效应导致无邻小区 2、干扰：导致MS上行无法接入或下行收不到信号。,切换问题原因分析,孤岛效应导致不发生切换,邻区N3,邻区N2,邻区N1,非邻区,非邻区,非邻区,服务小区,周围没有邻区，无法发生切换。,越区覆盖导致的孤岛,切换问题原因分析,二、天馈系统 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、动态设定设定不当将导致切换出现异常 在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。 在动态修改【小区描述数据表】或者【外部小区描述数据表】时，不论动态修改的是哪个小区的参数，在设定整表时，都需要发送“全部模块”，否则切换会出异常。 在修改完某小区的BCCH频点或BSIC之后，一定还要设定把它作为相邻小区的小区，通过设定【小区相邻关系表】来完成，即通知这些小区：它的邻小区BCCH频点已更改。,切换问题原因分析,7、数据配置引起切换失败、延迟、频繁切换、不发生切换、切出切入比例不合理 切换门限设置不合理（偏高、偏低、边缘切换门限比功控门限高） 切换磁滞、切换优先级设置不合理 最佳小区统计时间P、N设置不合理 BA2表内漏写频点，漏做邻区关系 存在同频同BSIC的邻区 “小区描述数据表”内CGI、模块号与“小区模块信息表”不一致 “外部小区描述数据表”的CGI、BCCH、BSIC等与对方BSC不符。 MSC“位置区小区表”的BSC的目的信令点错误,切换问题原因分析,7、数据配置 注意事项： “预处理测量报告上报频率”： 在“测量报告预处理”打开后，在15：1链路配置时，设为1次/秒。此时，对于需要P/N判决的切换，如边缘切换，层间切换，PBGT切换和同心圆切换，都需要把P/N判决时间缩短， BSC对于小写的CGI不做处理，一定要大写，否则不发起切换； BSC不认CI号为FFFF的小区，否则切换无法发生。 “传送BS/MS功率级别”： 只要打开了测量报告预处理，就一定要把该参数置为“是”。,切换问题原因分析,六、A口问题 主要是链路资源不够导致切换异常，此时通话也会有异常。 七、目标小区忙 目标小区忙，无可用信道导致切换失败。可以对目标小区扩容或减小覆盖范围。 八、跨厂家切换 对端在A接口、E接口的各类信令与我方不一致，不能识别或不支持，导致切换失败。如语音版本、切换号码、TUP电路、寻址方式（CGI或LAI）等,切换问题原因分析,切换专题基本内容,切换计数器统计 切换数据查找过程 切换问题原因分析 切换案例,案例1,故障描述：某双频网（独立BSC组网）的某1800小区，自开通之后，入BSC和BSC内入小区切换成功率一直很低，BSC内和BSC间出小区切换正常。,切换典型案例,案例1,切换典型案例,问题解决思路： 1、登记话统，分析是所有小区切向该小区失败，还是个别小区切向它失败导致整体入切换成功率低。 2、若是个别小区，则检查切换数据，是否同频同BSIC等。 3、若是所有小区切向它都失败，检查该小区本身的数据。 4、排除数据原因后，重点检查硬件，通过查看告警，到近端路测等手段定位上行或下行故障，逐段检查，最终定位。,切换典型案例,问题解决方法： 1、登记入小区切换性能测量，所有小区切向它的成功率都很低。但并不都是0。检查数据，没有问题。 2、路测，下行信号正常，但所有切向该小区的基本失败，但在基站下，偶尔可以成功。可能上行信号存在问题 3、检查上行，分集接收天线没有接反；机顶馈线接头已拧紧，但合路器到载频板的分集接收接头没有拧紧。拧紧之后，切换恢复正常,结论：分集接收接头没拧紧，不影响下行信号，但上行信号差，导致切换失败。表现在UM口是上下行不平衡，对方听话质量差。,切换典型案例,故障描述： 某900M单频网的某小区BSC内入小区无线切换成功率低（1030），与切换成功率相同。,案例2,切换典型案例,案例2,分析思路： 无线切换成功率低，重点检查数据和覆盖，干扰 数据：同频同BSIC 覆盖：信号弱，上下行不平衡 干扰：误码率过高，MS无法接入或接收正确信号,切换典型案例,问题解决方法： 1、查数据：登记“入小区切换性能测量”，所有邻小区入切换成功率都很低，但不为0，检查数据，无同频同BSIC情况，排除数据原因。 2、检查覆盖情况： 该小区话务量偏低，查看“基站维护”，TCH信道可以占用，但占用次数比较少。 路测，距离基站2公里处，下行接收信号85dbm左右，但入小区切换总失败，或一切换到该小区就掉话。 进行锁频拨打测试，主叫总建立不起来，被叫可以建立，但不能呼出。基本可以推断是上行不好导致的。 3、检查上行硬件安装连接情况，没有异常。 有可能是TRX或CDU的上行通道存在故障，更换CDU，问题解决。,结论：硬件故障导致信号弱，无线切换成功率低。,故障描述： 某双频网在9月17号LAPD升级后，发现1800M下的第4模块的部分小区拥塞严重（4050），且BSC整体切换指标（出、入BSC切换成功率，BSC内小区间切换成功率）下降，从95下降到90左右。从“小区间切换性能测量”发现不仅4模块，其它模块的部分小区的小区间切换成功率都有不同程度的下降。19日后继续恶化。,案例3,切换典型案例,案例3,切换典型案例,分析思路： 1、确定是否与LAPD升级有关； 2、分析话统，引起切换失败的主要方面，定位问题。,问题解决方法： 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,问题解决思路： 无入切换请求，但有一定话务量，也可以切出，说明可以正常呼叫，重点检查切换数据。 根据切换数据的查找过程，检查涉及切换的各张表。,切换典型案例,案例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依旧会统计一次“出小区切换请求”。这就是本案例的情况。,切换典型案例,案例5,故障描述：某GSM 网络中通过动态设定的方法增加了一个BSC 外部邻小区，外部小区号为54，主小区为1模块037号小区。之后在BSC 告警台中每隔一个小时周期性地出现9 条切换数据表配置告警，都是对1模块54号小区的所有切换数据表告警。但对BSC 整体指标未造成影响,切换典型案例,案例5,问题解决思路：动态设定之后出现告警，且告警的小区号与增加的外部小区号一致，都是54号小区。可重点检查设定情况。,解决方法： 1、查看主机“外部小区描述数据表”，已经成功设定进去，且与外部BSC的数据保持一致。 2、回想动态设定时所用的模块号是“1”，参数1是外部小区号54，而本BSC的1模块内无54号小区。所以导致告警。应该对增加的外部小区的主小区进行设定。 3。重新对增加的外部小区进行设定，命令字依旧是“配置切换数据”，模块号为1，参数1为030，即要对主小区进行设定。且发送全部模块。结果告警消失。,切换典型案例,案例5,结论：在动态修改【外部小区描述数据表】时，设定所用的“模块号”和“参数1”均是主小区的信息，即通过设定主小区完成对外部邻小区属性的修改和设定。且在“整表设定”时要发送全部模块。,切换典型案例,切换典型案例,案例6,故障描述：华为与西门子共MSC独立BSC组网，割接之后，西门子的基站不能切入华为基站，但华为基站却可以切入西门子基站。即华为BSC的“入BSC切换请求次数”为0。,切换典型案例,案例6,问题解决思路：由于入BSC切换请求次数为0，但出切换没有问题，重点西门子侧的出小区切换信令，切换数据等。,切换典型案例,案例6,解决方法： 1、跟踪接口消息,我司BSC收到HO-REQUEST 消息后，立即回HO-FAILURE 消息，正常情况，华为BSC应该回HO-REQ-ACK。 仔细分析HO-REQ和HO-FAILURE消息,切换典型案例,切换典型案例,HO-REQUEST,切换典型案例,解决方法：,解决方法： 2、HO-FALUER：失败原因值是invalide message content 3、HO-REQ：与正常的切换请求消息相比，主要是Address Indicator 的差异，我们的BSC 对为41 的情形不认，系统认为Address Indicator 必须是0x43 。后修改主机软件相关问题解决,案例6,切换典型案例,解决方法：,结论： 在与其它厂家做配合时，通过分析信令可以准确定位问题。,案例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,切换典型案例,解决方法：,结论：要熟悉各类切换的信令流程，在定位问题时才能快速、准确。,案例7,切换典型案例,解决方法：,问题描述：某双频网独立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。经查，对方不支持半速率版本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,解决问题思路：检查切换数据，信令跟踪。,解决方法： 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是否与对端、BSC保持一致，还要看目的信令点是否正确。MSC根据CGI索引到目标小区所在CGI，一旦目的信令点错误，“HO-Request”会错发到其它BSC。,切换典型案例,案例10,问题描述：某双频网，由我司BSC（M1800）与N厂家BSC（M900）混合组网，挂在S厂家MSC下。割接之后，我司的入BSC切换成功率总在8892左右，出BSC和BS