MD60.72-拥塞专题案例培训教材-20020401-A-1.0.ppt

拥塞率专题案例,无线网络规划部,内容提要,tch拥塞率 基本原理 原因及定位方法 案例 sdcch拥塞率 原因及定位方法 案例,tch拥塞率 基本原理 原因及定位方法 案例,tch拥塞率,tch拥塞率,tch拥塞率基本原理 tch拥塞率的定义 tch拥塞率话统统计点及分析,tch拥塞率基本原理,tch拥塞率的定义 tch拥塞率(不包括切换) =tch占用失败次数(不包括切换) / tch占用请求次数(不包括切换)*100% =(tch呼叫占用失败次数+极早指配的tch占用失败次数) / (tch呼叫占用请求次数+极早指配的tch占用请求次数) * 100%,tch拥塞率基本原理,tch拥塞率的定义 tch拥塞率(包括切换) =tch占用失败次数(包括切换) / tch占用请求次数(包括切换)*100% =(tch呼叫占用失败次数+极早指配的tch占用失败次数+bsc内入小区切换tch占用失败次数(由于拥塞)+bsc间入小区切换tch占用失败次数(由于拥塞) / (tch呼叫占用请求次数+极早指配的tch占用请求次数+ bsc内入小区切换tch占用请求次数+bsc间入小区切换tch占用请求次数) tch拥塞率(遇全忙拥塞),tch拥塞率基本原理,tch拥塞率的话务统计点,tch拥塞率基本原理,tch拥塞率的请求次数统计点,tch呼叫占用请求次数： (1)收到msc的指配请求消息 极早指配的tch占用请求次数： (1)在分配sdcch无资源时且立即指配允许时 (2)在收到信道请求时信道类型为tch时 bsc内入小区切换tch占用请求次数： (1) 收到bsc内小区间入小区切换请求消息时(非sdcch切换) bsc间入小区切换tch占用请求次数： (1)收到入局切换请求消息时（切换类型为非sdcch）,tch拥塞率基本原理,tch拥塞率的失败统计点,tch呼叫占用失败次数: (1)在指配过程中收到conn_fail消息 (2)在出bsc切换过程中收到clear_cmd,且换原因为直接重试 (3)在指配过程中收到clear_cmd (4)在出bsc切换过程中收到rr_abort_req,且切换原因为直接重试 (5)在指配过程中收到rr_abort_req (6)在出bsc切换(直接重试)中收到msg_ho_req_rej (7)在出bsc切换(直接重试)中收到ho_fail (8)在指配过程中收到err_ind (9)发送指配失败消息时 (10)tn_t7(直接重试)超时(出bsc切换请求) (11)tn_t8 (直接重试)超时(出bsc切换完成),tch拥塞率基本原理,tch拥塞率的失败统计点,极早指配tch占用失败次数: (1)极早指配过程中收到ch_act_nack(其中包括在卫星传输中的状态为wait_rr_est时收到ch_act_nack) (2)极早指配过程中分配信道时返回原因为(内部错误) cvi_internal_err (3)极早指配过程中分配信道时返回原因为(信道请求非法) cvi_no_accept (4)极早指配过程中分配信道时未分配到信道 (5)极早指配过程中的tn_wait_ch_act超时,tch拥塞率基本原理,tch拥塞率的失败统计点,bsc内入小区切换tch占用失败次数(由于拥塞)： bsc内小区间入小区切换时分配到tch信道失败 bsc间入小区切换tch占用失败次数(由于拥塞)： bsc间入小区切换时发送切换失败消息时原因为未分配到tch信道时,tch拥塞率基本原理,tch拥塞率的失败统计点分析,a接口： msc发来asigment_req 指配请求后，若a口中继电路故障，导致bsc直接回assigment_refuse， 此情况一般为中继电路cic数据配置错误。,tch拥塞率基本原理,tch拥塞率的失败统计点分析,abis口与um口： 1、载频板故障或性能不稳定 2、基站上下行电平不平衡引起的 3、因存在干扰，上下行信号质量差引起的 4、因sdcch与sacch（tch）不属于同一块载频板，即两块载频板覆盖范围不同或sacch(tch)载频板故障,tch拥塞率,tch拥塞率高的原因及定位方法： tch拥塞率高的原因 tch拥塞率定位方法,tch拥塞率原因及定位方法,tch拥塞率高的原因：,a口中继电路数据配置错误 跳频小区的tsc与bcc不一致 同频同bsic导致切换时tch指配失败 单板故障或性能不稳定，引起高拥塞率 基站硬件安装不规范，引起上下行电平不平衡，导致tch拥塞 小区下挂直放站，小区扩容后，直放站未扩容 同一小区的主bcch所在载频的发射功率大于tch载频 干扰引起拥塞 孤站及地形复杂，tch指配失败导致拥塞率,tch拥塞率原因及定位方法,tch拥塞率高几种定位方法：,远端分析拥塞率原因 1、通过话统初步分析 2、查看告警 3、基站远端维护台 4、使用信令分析仪测试分析abis口消息,到基站近端进行检查,tch拥塞率原因及定位方法,远端分析之一：通过话统初步分析 通过话统“小区tch性能测量”，检查tch拥塞率是否因遇全忙拥塞，若因遇全忙拥塞，可通过话务均衡手段，或建议局方扩容。 若非遇全忙拥塞，分析拥塞率是否与干扰有关，即检查干扰带一干扰带五，此时该小区受干扰其掉话率也会相应偏高。 登记“接收性能测量”话统任务： 1、按照对象查询话统结果，同一载频板上下行测量报告数是否均衡，可初步判断为该单板上下行硬件支路不平衡； 2、按照时间查询话统结果，检查同一小区内是否存在某载频测量报告数异常情况，初步可判断拥塞率与该单板相关。,tch拥塞率原因及定位方法,远端分析之二：查看告警 检查拥塞率高的小区所属站点告警，是否存在异常告警，如存在驻波比告警、pcm失步告警、上行数据总线告警等，结合话统判断拥塞率是否与告警存在关联性。,tch拥塞率原因及定位方法,远端分析之三：基站远端维护台 检查基站各单板软件是否统一，根据support网站版本通知，进行版本升级。 使用基站远端维护台，轮流闭塞拥塞率高的小区载频板tch信道，观察拥塞率是否与该小区载频板有关。,tch拥塞率原因及定位方法,远端分析之四：使用信令分析仪测试分析abis口消息 跟踪拥塞基站的abis口消息，分析在sdcch下发的指配命令assignment cmd，判断指配失败是否集中在某块trx板上： 若指配失败固定在某块trx单板上，可以确定以下几种情况中的一种： 1）trx单板故障或性能不稳定 2）上下行电平差导致，上行支路或下行支路硬件问题 3）上下行信号质量差，结合手机ta值，初步确定哪路存在干扰。 若指配失败随机分布在整个小区内的载频板上，分析测量报告，一般可能存在以下几种可能： 1）因基站覆盖范围内，地形复杂 2）存在整个小区内频点的干扰，如直放站的干扰；,tch拥塞率原因及定位方法,tch拥塞率原因及定位方法,基站近端检查 近端维护，查看是否存在异常告警，并及时处理。 检查上下行天馈支路是否存在硬件问题，如接头松动、天线是否接反、半刚性电缆连接错误、背板连线松动等 同一地点用测试手机拨测，指配失败是否集中在某一频点，或随机分布 通过网络优化软件ant-plot进行路测，检查是否存在切换关系异常、下行干扰，从中找到拥塞率问题的切入点。 使用频谱仪查找干扰源 观察是否基站覆盖地形复杂,tch拥塞率,tch拥塞率案例,tch拥塞率问题案例,a口数据配置问题 - 案例一 载频板单板故障或性能不稳定，引起高拥塞率 - 案例二 上行硬件问题 - 案例三、四 下行硬件问题 - 案例五、六 小区下挂直放站的影响 - 案例七 其它数据配置 - 案例八、九 孤站及地形复杂导致拥塞率 - 案例十,tch拥塞率问题案例,现象描述：某本地网有1个bsc，从某天开始，整网的tch拥塞率变高（频率计划一直未做调整），全网tch拥塞率（不包括切换）达4（遇全忙拥塞率很低）。且拥塞率变高的小区不是集中在某几个小区，而是很多小区。,案 例 一,tch拥塞率问题案例,案 例 一,分析思路： 1、由于频率计划未做调整，所以排除无线口原因； 2、大部分基站出现拥塞率异常，缩小范围，检查拥塞率异常的是否与模块、数据修改等有关； 3、通过话统分析tch占用失败的主要原因，最终定位数据或硬件故障问题。,tch拥塞率问题案例,处理过程： 1、查看话统，在bsc数据修改加载后出现该现象，估计与此加载bsc有关。 2、分析话统，发现拥塞率高的小区基本集中在bsc的1模块，大致定位到1模块。 3、查看该模块tch占用失败次数主要因地面资源不可用，说明地面资源不可用是造成1模块tch拥塞率高的主要原因。 4、地面资源不可用的主要原因可能在abis或a接口电路上，因为1模块下很多小区都有此现象，abis接口同时出现故障的可能很小，集中在a接口上硬件或数据上。 5、a口硬件检查正常，排除a口硬件的可能 6、检查a口中继电路数据配置，发现1模块0群前32个时隙cic编号为65535，而在中继群表中1模块0群对应电路为bsc至msc的电路，显然cic号配错。将其改为031后再动态设定。拥塞率恢复正常。,案 例 一,tch拥塞率问题案例,结论： 1、a口中继电路数据配置，cic不能错误，否则会导致tch指配失败，拥塞率高。 2、同样，当两块ftc单板的cic重复，即多条中继电路的cic编号一样，也会出现该现象。,案 例 一,tch拥塞率问题案例,现象描述：某基站的配置为s6/4/2，一直都正常运行。从某天开始，该基站话务统计结果显示，1小区（6载频）的tch信道溢出非常严重，拥塞率达到20%。 1、该小区的话务量都非常低，一般忙时只有0.8erl左右； 2、同时，tch占用遇全忙的次数为0； 3、观察该1小区所有基带的信道状态，全部为“idle”。,案 例 二,tch拥塞率问题案例,案 例 二,分析思路： 1、由于未做任何数据调整，且该小区未跳频，有6块载频采用不同频点，同时收到外界干扰的可能性不大，所以排除无线口干扰和数据原因； 2、重点检查硬件。由于只有1小区有问题，可通过轮流闭塞载频来确认是哪几块载频指配失败。 3、确定指配失败载频的相关硬件是否有故障，通过复位、更换相关单板等一一确认。,tch拥塞率问题案例,处理过程： 1、通过在基站远端维护中查看bt的信道状态，初步判断出该1小区的bt4、bt5有tch占用失败的表象； 2、闭塞bt4和bt5，同时闭塞rc4和rc5，发现全天的所有时段已没有tch拥塞，表明确实是rc4、rc5两个载频有问题； 3、解闭bt4、bt5、rc4、rc5，复位rc4（trx4）、rc5（trx5），仍然存在高拥塞； 4、去该基站现场插拔trx4、trx5，进行锁频拨打测试（在trx4、trx5上），仍有tch占用失败；对trx4、trx5互换槽位，进行锁频拨打测试（在trx4、trx5上），仍有tch占用失败； 5、更换trx4、trx5，进行锁频拨打测试（在trx4、trx5上），没有tch占用失败现象，已没有tch拥塞现象，问题解决。,案 例 二,tch拥塞率问题案例,案 例 二,结论： 1、tch载频板故障会导致tch指配失败，拥塞率高。 2、很多时候，载频板出现故障在基站维护台上无法看出，且tch可用率也正常，可以通过轮流闭塞来确认。,tch拥塞率问题案例,现象描述：某基站配置为s6/6/6，从基站开通之后，3个小区拥塞率一直较高。通过检查确定不存在干扰。,案 例 三,tch拥塞率问题案例,分析思路：由于不存在干扰，且从基站开通之后一直都存在拥塞，每个小区都拥塞，其它基站没有类似现象，所以重点检查该基站硬件。 1、硬件故障：每个小区都能够正常通话，每个小区硬件都故障的可能性不大。 2、硬件连接：重点检查硬件连接。可通过话统分析故障出现在上行或下行，再检查上行或下行的硬件连接。,案 例 三,tch拥塞率问题案例,处理过程： 1、登记话统“接收电平性能测量”，按照时间查询话统结果。发现同小区内不同trx单板的相同接收电平、接收质量条件下，下行测量报告数比较均衡，但上行测量报告数明显的不平衡，且有一定的规律性。 2、检查发现同一小区两个spl级连半刚性电缆连接错误，更改后，问题解决。,案 例 三,tch拥塞率问题案例,案 例 三,tch拥塞率问题案例,案 例 三,tch拥塞率问题案例,案 例 三,结论： 硬件连接错误会导致tch指配失败。通过不同的话统任务分析可以准确定位问题。 本案例利用“接收电平性能测量”定位出上行硬件接收存在问题,tch拥塞率问题案例,现象描述：某基站（s6/6/6配置，bts20)在正常运行一段时间后，发现1小区的拥塞率（不含切换）升高，达到20，经过轮流闭塞发现是第三块载频板tch指配失败，且更换相应的单板无效。,案 例 四,tch拥塞率问题案例,案 例 四,分析思路：由于在出现故障前后没有做任何参数调整，且只有第三块tch载频指配失败，所以要重点检查与第三块载频板相关的硬件是否出现故障，是否有相关告警。,tch拥塞率问题案例,处理过程： 1、查询告警，通过近端维护查看trx告警信息为cui链路告警，该类告警一般都是硬件故障导致，更换trx3和fpu3单板，故障依旧； 2、将该槽位上的单板和正常槽位的单板互换，该槽位现象依旧，而更换过去的单板则工作正常，说明单板没有问题，但槽位有问题。 3、观察3号槽位的fpu告警为上行链路告警，估计是槽位接触不良或者母板出现问题，将该机柜拆下，把机柜内通信电缆重新插拔一遍后重新上电，发现fpu告警消失。观察20分钟后，故障不再出现，拥塞率恢复正常，以为故障已经排除； 4、第二天观察话统，故障又出现，时间为重新安装机柜后两个小时后。 于是更换基带框母板和载频框母板，但是出现的情况和上面一样。 5、更换机柜内部通信电缆，观察两天，故障不再出现，问题解决。,案 例 四,tch拥塞率问题案例,案 例 四,结论： 硬件故障不仅是trx板故障，也有可能是母板、内部通信电缆、槽位等有故障，这些都会导致tch指配失败。,tch拥塞率问题案例,现象描述：某基站s6/6/5，从某天开始，有一个小区出现高拥塞率，期间没有做任何调整。,案 例 五,tch拥塞率问题案例,分析思路：由于在出现故障前后没有做任何参数调整，重点检查硬件是否出现故障，是否有相关告警。,案 例 五,tch拥塞率问题案例,处理过程： 1、使用信令分析仪ma10跟踪该基站的abis口消息，分析信令发现，在出现tch 指配失败过程中，bsc下发assinment cmd指配命令后，手机上报的测量报告中上行信号很好，但下行信号电平无法解析，即上下行信号电平不平衡，然后回assi failure指配失败消息。并且发现都是指配该小区的最后一块trx单板上。 2、 临时闭塞该trx单板信道，该小区拥塞率降低到1%左右。 估计该trx单板及其下行链路硬件存在问题。 3、检查发现，该trx单板所连的合路器上有发射天馈驻波比超过2.5告警，解决天馈驻波比告警问题解决。,案 例 五,tch拥塞率问题案例,结论： 天线驻波比告警导致损耗大，覆盖范围减少，从而指配失败。 当手机处于小区bcch覆盖范围，但不在驻波比告警单板覆盖范围时，一旦指配到该载频，很容易导致指配失败，造成小区拥塞率过高。,案 例 五,tch拥塞率问题案例,现象描述：某基站s6/6/6，在开通后，前两个小区的拥塞率较高，第三小区拥塞率正常。经过确认，不存在干扰。,案 例 六,tch拥塞率问题案例,案 例 六,分析思路：由于在开通后拥塞率就异常，且有一个小区正常，可以重点检查数据和硬件。,tch拥塞率问题案例,处理过程： 1、用信令跟踪仪跟踪这两小区的abis口消息，发现指配失败一般在后两块载频上，当assignment cmd中指配到每个小区的后两块trx单板时，上下行信号不平衡，导致指配失败。 2、在距基站50米处，对每小区最后两块载频板每个时隙进行拨测，未出现指配失败情况； 3、再次跟踪分析abis口消息，发现指配失败时一般手机在ta=2（即1.1 km处）；于是在距基站12 km处拨测，发现当指配到后两块载频板上的tch时，基站下行电平有明显降低，怀疑为后两个载频发射支路的问题。 4、从下行发射支路 trxhpa合路器避雷器天线，逐段检查，最终发现问题在两个小区后两块载频的发射支路馈线接反，更改后问题解决。,案 例 六,tch拥塞率问题案例,案 例 六,结论： 由于在同一小区内主bcch载频的发射的方向和后两块载频的发射的方向不同，导致覆盖范围不同，所以会引起指配失败。,tch拥塞率问题案例,现象描述：某基站o2扩容为o4后，出现高拥塞率，最高时达到40%。,案 例 七,tch拥塞率问题案例,案 例 七,分析思路：由于在扩容后拥塞率出现异常，可以 1、先检查出现拥塞的是否为所有载频，如果是，则重点检查基站的新增硬件的连接，故障等。 2、如果出现拥塞的为其中之一个或几个载频，则重点检查这几个载频的硬件。 3、排除硬件原因后，要考虑是否存在外界原因，如存在直放站没有扩容，导致指配失败。,tch拥塞率问题案例,处理过程： 1、远端基站维护台闭塞后两块新增载频trx，发现拥塞率大幅度降低到正常水平，估计与这两块单板有关； 2、跟踪分析abis口的信令，指配失败发生在新增两块载频上。当指配失败时，从sdcch上的测量报告分析，sdcch上的电平正常，且ta值较大，即一般发生在较远的地方，但无sacch（tch）上的测量报告，估计这两块单板上下行支路硬件故障。但这两块单板也有指配成功的情况，排除了单板故障情况。 3、因该小区采用了四合一合路器及一分四分路器，排除了天馈部分硬件故障；检查trx单板到合分路器的半刚性电缆，未发现硬件问题。基本排除硬件原因。 4、通过询问得知在此小区下挂了一个直放站，扩容后直放站没有锁定新增两个载频，导致指配失败。解决直放站频点问题后，拥塞问题解决。,案 例 七,tch拥塞率问题案例,结论： 由于直放站关系，同一小区后两个载频与前两个载频的覆盖范围不一致，引起指配失败。,案 例 七,tch拥塞率问题案例,现象描述：某地州进行网络规划，其bsc版本为g30mc32.00400.06.0520b，修改一些网规参数后，观察话务统计指标，发现有一个基站的tch指配成功率变低。,案 例 八,tch拥塞率问题案例,分析思路：由于在修改了网规参数后，这两个小区的指标变差，重点检查已修改的数据。看是否对tch指配有影响。,案 例 八,tch拥塞率问题案例,处理过程： 1、 观察话统其它指标均正常，且指配失败中立即指派失败次数和切换指派失败次数都很高，而其它站点规划后指标正常； 2、检查网络规划拓扑图，发现该基站网络规划后没有与其它基站存在同频和邻频干扰； 3、现场检查该基站干扰情况，未发现有较大的异常干扰，该基站各小区话务量中等，未出现遇全忙拥塞现象。 4、检查所更新的数据表，跳频数据表、频点号等未发现错误； 5、检查bsc小区表和跳频数据表，发现基站色码与跳频训练序列号不一致，修改数据，使二者一致，动态设定整表，观察话统情况，故障消除。,案 例 八,tch拥塞率问题案例,案 例 八,结论： 在跳频小区里，tsc与bcc一定要保证一致，否则会导致sdcch和tch指配失败。话统指标表现为：tch拥塞率升高，sdcch占用失败次数增多。,tch拥塞率问题案例,现象描述：在某本地网的优化过程中，有两个小区忙时小区的拥塞率（含切换）很高10， “不含切换的拥塞率”和“占用遇全忙拥塞率”正常。 其中“指配占用失败次数（所有的）”很高，分别为89次和61次，但是“tch呼叫占用失败次数”却均为0。 话务量比优化前有所下降。 干扰带正常。 优化之前拥塞率正常。,案 例 九,tch拥塞率问题案例,案 例 九,分析思路：由于在优化修改网规参数后，两个小区的拥塞率变差，且只有含切换的拥塞率变差，所以可以排除无线干扰、硬件故障等原因，重点分析切换是否异常。,tch拥塞率问题案例,处理过程： 1、登记这两个小区的15分钟“入小区切换性能测量”，发现都是一个特定小区（cgi=*1768）向这两个小区的切换全部失败，而且不是因为真正拥塞导致的切换。 2、切换全部失败，说明切换数据存在问题，检查这两个小区的切换数据，果然是同频同bsic，这两个小区同时是特定小区的邻小区，所以导致特定小区切向其中任何一个小区时都失败，且失败是在指配tch信道时就指配失败。 3、修改了这两个小区的bcch和bsic后，切换正常，拥塞率正常。,案 例 九,tch拥塞率问题案例,案 例 九,结论： 1、同频同bsic的两个小区（这两个小区都是某一小区的邻区时）不仅会导致入小区切换成功率低，同样会导致tch拥塞率（包括切换）很高。 2、该案例显示了tch拥塞率（包括切换）与tch拥塞率（不包括切换）的区别。,tch拥塞率问题案例,案 例 十,现象描述：在某郊县o2站从开通之后拥塞率（不含切换）就比较高，310（与话务量成正比），但占用遇全忙拥塞率为0。 1、轮流闭塞2块载频，拥塞率没有改观。 2、其它指标：掉话率偏高（5左右），干扰带正常。,tch拥塞率问题案例,案 例 十,分析思路： 1、由于拥塞率不是很高，所以数据问题和硬件故障的可能性不大。 2、干扰带也正常，无线口的干扰原因也可以不考虑。 3、重点分析指配失败是什么原因，结合掉话率高一起考虑，分析上下行的接收性能，包括电平、质量等。,tch拥塞率问题案例,案 例 十,处理过程： 1、查看“掉话性能测量”，发现掉话时ta值比较大，在离基站25.6km到31.1km处。 2、查看“接收电平性能测量”发现电平等级低的测量报告数比较多。 3、通过分析其abis口的信令，发现指配失败时上行电平都很低（98dbm左右）。 4、到基站实地路测，此站为一个孤站，覆盖范围很大，地形条件很复杂。当手机离基站距离25公里以上，还能收到90dbm的下行信号，但由于上行信号不够，导致tch指配失败。,tch拥塞率问题案例,案 例 十,结论： 1、上行覆盖差导致拥塞率高。可以通过：增加基站，形成连续覆盖；全向站改为定向站，通过调整天线方向角及倾角；增强发射电平和基站接收灵敏度，同时避免产生越区覆盖。 2、在基站维护台上通过跟踪abis口的消息，可以分析指配情况。,sdcch拥塞率,sdcch拥塞率 基本原理 原因及定位方法 案例,sdcch拥塞率基本原理,计算公式： sdcch拥塞率 sdcch占用遇全忙次数/sdcch占用请求次数 sdcch占用遇全忙次数：sdcch占用失败是因为遇全忙 sdcch占用原因包括： 1）主叫的指配命令下发通道 2）被叫的寻呼响应上发通道 3）位置更新 4）短消息 5）imsi分离、附着过程,sdcch拥塞率基本原理,sdcch拥塞率原因及定位方法,位置区边缘导致sdcch位置更新过多导致 策略：修改位置区选择 修改crh（小区重选滞后参数） 修改周期位置更新的参数设置 修改双频网的频繁切换问题 过多的发短消息、天线预报 策略：联系不要集中发射 增配sdcch信道,sdcch拥塞率原因及定位方法,系统容量不够大：sdcch配置过少 策略：扩容 系统参数设置不好、rach的系统参数、实际多重指配sdcch。 策略：适当加大rach接入门限（应付干扰） 适当减小最大重发次数、加大扩展传输时隙数。 动态sdcch分配 单板（trx/fpu）故障、传输故障导致sdcch拥塞,sdcch拥塞率问题案例,sdcch拥塞率案例,sdcch拥塞率问题案例,【现象描述】：某本地网无线接通率偏低，从话统上分析其主要原因为少数几个站sdcch拥塞。,案 例 一：,sdcch拥塞率问题案例,【分析思路】：由于拥塞集中在几个基站，通过登记“sdcch性能测量”分析这些小区sdcch占用时各类占用原因的比例，着重解决。,案 例 一：,sdcch拥塞率问题案例,【解决过程】： 1、分析话统：出现拥塞的小区忙时有300-400次sdcch占用，均为s1/1/1基站，每个小区均配置8个sdcch/8信道，按常理足够应付3、4百次sdcch占用，奇怪的每个小区忙时均是出现了几十次不等的sdcch拥塞。 2、登记“sdcch性能测量”：发现sdcch占用中，绝大部分为位置更新造成。结合基站所处位置，发现上述拥塞基站大部分处在铁路线两个位置区交界处，由此联想到可能是突发的位置更新导致sdcch拥塞。 3、登记五分钟的“sdcch性能测量”话统，发现位置更新大部分集中在某五分钟之内。后查询列车时刻表，该时段有四到五列客车经过，原来列车经过时，大量的突发位置更新集中在很短的时间内进行，导致拥塞。 4、增加sdcch配置，或者打开sdcch动态分配功能。,案 例 一：,sdcch拥塞率问题案例,【结论】： 位置更新导致的sdcch拥塞需要查明是否是位置区设置不当。本案例属于特殊情况，可通过增加sd的配置或开启动态分配功能来解决。,案 例 一：,sdcch拥塞率问题案例,【现象描述】 某基站最近由o2站改为s2/1/1站（bts20），一段时间来用户投诉通话断断续续，听不清楚。近2日该站2小区突然出现sdcch严重拥塞，忙时sdcch拥塞次数达到35000次/60分钟，拥塞率为60，且有用户投诉话音断续。,案 例 二：,sdcch拥塞率问题案例,【分析思路】： 扩容之后，不仅sdcch拥塞，通话也有断续。说明sdcch不是真正遇忙拥塞，而是单板或者传输出现故障，导致sdcch占用失败。先排除干扰，重点检查硬件。通过查询告警、复位、更换单板等手段定位。,案 例 二：,sdcch拥塞率问题案例,【处理过程】 1、用户投诉话音断续问题后，远端查看该基站无任何告警。 2、sdcch严重拥塞问题出现后，远端复位基带无效，sdcch拥塞仍达30000次/60分钟。再四级复位基站，sdcch异常拥塞问题基本解决（降为5左右）。但用户仍然投诉话音断续和失真。偶有omu主备通信故障，有时有fpu单板通信告警，但持续时间只有3-4秒钟。 3、到基站现场处理，机柜面板无告警灯点亮，近端维护未见任何告警，单板状态全部正常。 4、到现场锁频拨测2小区，发现有时很容易拨通，但有时不易拨通。拨通后通话质量不好，话音失真，断断续续。,案 例 二：,sdcch拥塞率问题案例,【处理过程】 5、经检查确认无网内和网外干扰。 6、检查天馈系统，包括驻波是否正常，有没有小区馈线接反带来的上下行不平衡问题，有无打开上下行功控和dtx等。以确定是否信号强度问题导致通话质量下降。结果发现都很正常。 7、更换2小区载频的fpu，与旁边正常工作的fpu交换，发现该载频话音质量马上变得清晰。但旁边的载频话音失真、断续。证明是fpu故障引起话音失真和断续。 8、更换故障fpu，问题解决。sdcch拥塞率也降为0.1。,案 例 二：,sdcch拥塞率问题案例,【结论】： 1、sdcch严重拥塞，常见原因有fpu故障，传输中断但功放开启，传输闪断，软件运行不正常等因素。在确认传输没有问题的情况下，一般需要检查单板是否正常，以及基带软件运行是否正常。本例中未发现传输闪断，应是单板故障或scp软件运行故障。单板自身硬件或软件工作不正常，导致scp部分上报很多虚假的sdcch占用信息。软件运行失常可以通过复位fpu单板或基站软件解决。 2、话音断续，应是话音通道问题。手机话音通道为：ms空中接口基站天馈trxfpu42bie（bsmu）两侧的ddf架和传输线路32biebnetopt-fbictne3mtcsmmsc。本例中该基站其它两个小区与2小区共用一对传输，应可排除abis接口以上部分问题（如果网板交换有误，则3个小区甚至整个bm模块都会出现话音问题。而a接口也是共用的，bm模块的hw线虽是怀疑对象，但由于该小区只占用了8个时隙，hw线导致问题的可能性很小。），排除干扰，天馈等原因后定位为单板问题。,案 例 二：,sdcch拥塞率问题案例,【现象描述】 新开bts30基站，开通后sdcch信道一直基本上处于全忙状态（a），tch信道为（i）或（a）状态，能拨通后通话正常。观察话统sdcch分配失败次数在一千次左右（忙时）。,案 例 三,sdcch拥塞率问题案例,【分析思路】： 1、由于从基站开通sdcch就拥塞，但tch正常，且通话也正常，先检查数据和硬件。整个基站都拥塞，可通过与其它同类型基站端口对调，确认是否存在数据或abis口以下的硬件问题。逐段检查确认。 2、如果排除数据和硬件原因，可重点检查传输是否存在故障。,案 例 三,sdcch拥塞率问题案例,【处理过程】 1、 检查告警：lapd链路故障告警和恢复告警（在一秒之内），告警频度在十分钟左右出一次。 2、检查数据没有问题，同时在夜间与其它同型基站32bie端口对换，其他基站工作正常，该站现象依旧，可以排除数据问题和bsc侧硬件问题； 3、由于基站距市区较远首先进行传输有关话统登记，察看结果（传输相关）没有异常，但sdcch话统依然异常； 4、更换基站tmu、trx单板现象依旧； 5、测量传输，自环32bie端口指示灯有时会闪，发现传输有误码，后通过逐段测试定位在某县到基站所走一段接入网有一2m传输单板有问题，更换该单板问题解决（两基站在同一块单板）。,案 例 三,sdcch拥塞率问题案例,【结论】： 造成sdcch拥塞原因有很多，包括： 1、数据配置错误 2、sdcch信道不足 3、无线口原因（干扰、电平低、上下行不平衡） 4、硬件故障 5、传输质量问题。 该案例是以上的第5条，由于传输误码，指配sdcch信道时有大量数据丢失或数据丢失后多次重发超时，导致占用失败，出现高度拥塞。,案 例 三,sdcch拥塞率问题案例,【现象描述】 某本地网反映有4个基站（abcd）附近移动用户难以打通电话，但是告警维护台上没有任何相关告警信息。 1、查看这4个基站各单板状态均正常，tch信道几乎没有被占用，即使偶尔占用了1个tch，几秒钟后也变为空闲状态；sdcch信道状态全部为a。 2、经过了解得知，基站a为s2/1的bts30基站，b、c为o2bts312基站，d为s1/1bts312基站。4个基站的软件版本均为3.02r003.20000529。a基站下挂b、c基站，d基站使用了基群合路器（一种传输时隙复用设备）与a基站共用一条2m传输。,案 例 四,sdcch拥塞率问题案例,【分析思路】 从故障现象，可以确定大致是硬件或传输出现问题，但这四个基站 的硬件同时出现故障的可能性不大，由于四个基站传输之间有关系，所以重点检查传输是否存在故障。,案 例 四,sdcch拥塞率问题案例,【处理过程】 1、仔细观察32bie指示灯，发现大约每12秒钟闪亮一下，说明传输确实存在误码；检查微波和光端机设备均没有发现异常运行指示； 2、跟踪abis接口信令发现，有大量的paging_cmd消息产生，中间偶尔产生一条rf_resorce_indication消息，没有chan_activ，chan_activ_ack 或immediate_assign_command等消息产生；说明