C-CDMA网规网优案例汇总.docx

《C-CDMA网规网优案例汇总.docx》由会员分享，可在线阅读，更多相关《C-CDMA网规网优案例汇总.docx（106页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、产品名称Product name密级Confidentiality level秘密产品版本Product versionTotal 109 pages 共 105页2007年度CDMA网规案例集拟制:CDMA网规技术支持部El期:2008-2-20Prepared byDate评审:日期:yyyy-mm-ddReviewed byDate批准:日期:yyyy-mm-ddGranted byDate躯HUAWGI华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved目录!前言52 掉话问题62.1 RAC互连后没有关闭功率

2、同步开关导致边界基站大量掉话62.2 相邻集搜索窗设置偏小导致软切换掉话72.3 BCIM拨码开关设置错误导致掉话92.4 BCKM板故障导致掉话问题102.5 FMR故障导致COb掉话暨A2接u掉话112.6 RASYS终端久叫不应关闭发射机导致掉话率统计122.7 CFMR单板故障导致RAC出现掉话次数（Abis接口）-CS”原因值掉话142.8 RASYS系统CEVC单板故障导致RAC出现A接口掉话181.1 RASYS漫游用户主叫正常被叫时好时坏211.2 CP板资源不足引起呼叫建立成功率下降221.3 用户行为导致寻呼成功率下降231.4 RASYS话统中寻呼请求次数、尝试次数一CS

3、被叫、寻呼响应次数数据不一致问题分析251.5 用户欠费停机导制呼叫建立成功率下降264 切换问题274.1 异频搜索窗设置过小导致手机辅助硬切换失败274.2 FMR单板故障导致DO强分支无法加入激活集294.3 NASTAR邻区优化功能误判导致掉话升高304.4 BIE到MUX的PVC的CID不足导致软切换成功率降低314.5 EVDO框间软切换未配置导致EVD。切换失败334.6 P国华为与Z丿一家硬切换对接案例344.7 没有配置邻区关系导致某款IS95终端在孤站下面很难做主叫354.8 更软切换原因导致配置为S111的CBTS3606基站软切换成功率低365 拥塞问题376 干扰问题

4、386.1 判断RASYS受有线电视信号泄露干扰的操作方法386.2 某基站受到钢铁厂吊车无线发射器干扰的问题处理396.3 CDMA终端在SAR测试模式下持续满功率发射导致RSSI异常416.4 直放站干扰导致基站RSSI偏高436.5 450M网络被电视信号干扰导致用户起呼困难446.6 FAQ关于C网基站杂散干扰测试的方法456.7 基站主分集RSSI问题处理的几点方法476.8 基站由。1改为S0.5+0.5后RSSI异常的处理486.9 扇区间分集天线接反导致主分集RSSI差值非全天异常等问题497 问507.1 RASYS更软切换占用资源过多导致呼叫建立成功率低507.2 直放站反

5、向增益设置过小导致其覆盖区前反向链路不平衡518 数据酉已置问题528.1 层三地址配置错误导致呼叫建立成功率低528.2 RASYS空口加密配置参数误修改导致部分SU2006固定台无法正常接入538.3 信令链路带宽配置不够导致呼叫建立成功率和切换成功率急剧下降548.4 选频直放站网规参数的分析和规划方法558.5 AN-AAA上配置的callback-id长度不正确导致RAC BSC不能正确识别出IMSI578.6 MAX_CAP_SZ设置过小导致终端接入失败598.7 对端BSC搜索窗设置过小导致硬切换失败618.8 基站信令软参设置错误导致跟踪不到RFMT的数据628.9 二功分载频

6、发射功率低导致基站下用户接入通话困难648.10 某新开局点CCM数据业务协商软参设置不当导致A口信道指配失败658.11 关于8SC版本升级后出现大量A22接入失败的问题668.12 因INIT_PWR参数设置过大导致全网用户无法拨打电话678.13 网络搬迁过程中华为MSC与异厂家HLR配合问题导致呼叫建立异常688.14 A_KEY值不一致导致CDMA固定台终端的OTAPA操作失败698.15 RAC基站框间迁移步骤总结708.16 CDMA1X数据业务优先载波walsh拥塞解决策略719.1 鼎立狗故障处理小案例739.2 鼎利软件与华为1900M固定台ETS2257连接问题处理过程7

7、39.3 手机端口类型设置错误导致华为C5300无法连接PC测试749.4 刚安装的CBSS MAINEX工具包中RASYSSTAR工具软件,运行时提示版本已经过期”751.1 1打开接入宏分集导致已闭塞载频出现拥塞761.2 2 CCPM板芯片故障问题导致呼叫建立成功率低且硬件无硬件告警显示771.3 3FMR单板故障导致呼叫建立成功率下降781.4 4CEVC单板DSP故障的分析及处理791.5 5 ETS450-BSC NOD板硬件失效引起基站工作异常831.6 6 BSC改频后GCKP板时钟问题导致整网基站发射功率抬升基站语音质量差.831.7 7 C&C08交换机单板故障导致某RAS

8、YS局点语音质量恶化841.8 8 由于BAM开启Terminal Service导致bamservice的全部进程无法正常启动.851.9 9 msnmessenger病毒导致BAM无法与EWS同步861.10 0 一次EXCHANGE进程吊死导致BAM与主机通信中断的分析与解决方法.871.11 1由于BTS升级后未在M2000上执行更新同步的操作导致BTS告警无法定位到具体的 BTS881.12 2 RASYS网络增加防火墙后没有修改M2000上RASYS-RAC网元IP导致M2000上RAC网元断链891.13 3 由于在增加工作站时使用M2000双机的虚拟ip导致M2000和BSC断

9、链9111 EVDO 问题9211.1 没有使用GPS导致CAH实时地图消失9211.2 FAQ-Cait工具进行DO网络路测时地图和基站经纬度不匹配的问题9311.3 用户异常下线PPP连接无法释放问题分析报告9411.4 某新开局点NTP时间同步失败导致PCF与PDSN连接不成功9511.5 FAQ一如何区分DO-RA和DO-RO业务9611.6 E1数目不足和业务链路配置错误造成EVDO数据业务下载速率低9712 其他问题9812.1 U-net中对in car损耗设置的几个方法9812.2 Z公司终端在我公司网络下异常关机处理过程9912.3 手机在Release后仍然解调FCH导致F

10、ER高10012.4 FACM50M的AC频段的详细定义以及不同频段CDDU和MFEM器件的区别.10112.5 RASYS系统RAU3606-V2R1升级V3R2版本后出现TRM单板不支持自适应滤波告警的分析及处理10212.6 RAC FTP文件权限异常导致保存基站配置脚本失败104本案例集收集2007年度的CDMA网规相关案例。本文案例分类为:掉话问题、寻呼问题、切换问题、拥塞问题、干扰问题、覆盖问题、数据配置问题、工具仪器问题、BSS设备问题、EVDO和其他等。2掉话问题2.1 RAC互连后没有关闭功率同步开关导致边界基站大量掉话标题RAC互连后没有关闭功率同步开关导致边界基站大量掉话

11、序号SC0000326107更新时间2007-01-10作者斯斌和关键字掉话功率同步开关互连现象描述A地和B地RASYS网络,进行A3/A7互连工程后,对边界基站进行了改频（异频改为同频） 工作,使边界基站发生软切换。开通后A地市D基站掉话率一直在10%左右,且在该基站附 近,出现部分用户拨叫困难现象,主要的表现为:主叫时通话几秒钟后掉话,被叫时表现 为刚接通电话或接通电话儿秒钟后掉话,这些区域信号较好,Rx般在82dBm左右，EC/lo 为5dB左右。B地市边界基站正常。告警信息无。原因分析1、分析话统数据,确认出现上述现象是在RAC互连之后,互连之前没有这种现象;2、分析路测数据,在掉话发

12、生时,在其激活集中均有相邻RAC的C基站,即掉话是发生的 时间一般是在切换成功之后。导致上述现象的可能原因有:A、无线环境不好,导致手机合 井后Erasure Frames太多:B、没有配置边界框:C、没有关闭功率同步开关等。处理过程1、对掉话区域进行路侧,路测结果表明:A、Rx为80dBm左右,Eclo为5dB,排除无 线环境不好因素;B、路测时还发现:用户在空闲态下均守候在D茶站扇区,在正常发起呼 叫后,起呼接入正常,相邻RAC基站信号达到切入门限,发生切换,切换后有手机降功率 的现象,切换流程正常,证实了掉话是发生在切换成功之后;2、检査RAC的版本为V200R001C03B013,边界

13、框配置正常:3、检査两个RAC的功率同步开关,均为关闭;4、检查D和C基站的功率同步开关,发现D关闭,C为开启:5、关闭B地市C基站前向功率同步开关后,上述现象消失,指标正常。建议与总结对于存在A3A7互联的场景,如果所有互联的BSC/RAC均为华为设备,并且互联的所有BSC/RAC版本均为V200R002c04B014 （RAC版本为 V200R001C04B014）之前的版本,RAU/BTS都需要关闭此开关,否则会增加边界基站的掉话率。附件无“2.2 相邻集搜索窗设置偏小导致软切换掉话标题相邻集捜索窗设置偏小导致软切换掉话序号SC0000325269更新时间2007-01-12作者张挺记关

14、键字掉话切换HCM搜索窗现象描述某RASYS网络,1RAC+30RAU （36010,用户投诉区域他常掉话现象。告警信息无“原因分析现场路测证实,只要发生软切换基本上会有掉话现象,而且掉话概率较高,掉话原因为 C05.同时，注意到以下三个掉话前现象:1、路测信令分析显示,切换期间,固定台多次重发HCM （Handoff 8mpietion Msg）消息, 但是收不到BS的应答，最终掉话;2、Rx在92左右,但切换期间MS的Tx却不断下降（从10一直下降到64）：3、切换过程中有段时间Ec/lo也比较差，FFER比较高（9.09%）.投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使

15、用任一RAU信号进行 通信时不会出现掉话的情况，只有当发生切换时，可能会出现掉话。1）现象“ 1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS 要收到BS对于HCM的确认消息Base Ack Order后是个完整的软切换，相邻集的导频 会被添加到激活集中，使用win_A窗），也就是说该次软切换没有成功，标导频没能加 入到Win_A中;2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善,实际 FER可能会更高）；3）现象“2”表明终端是处于个关闭发射机的过程（显示由10-64）；分析:1、根据手机掉话的机制理论。当前向FER过高，MS在一定时

16、间内收不到可以正常解调的 帧,或坏帧过多会导致手机关闭发射机造成掉话。终端发现出来的现象“2”与掉话机制现象 相符合。2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集捜索窗设 置偏小,导致有时候相邻小区信号可以落在相邻集的搜索窗内,大部分时候落在相邻集的 搜索窗外。原相邻集的搜索窗是10 （100chips）,而两个RAU直接距离差约20km=82chips。因地形相对复杂,两个RAU的多径信号时延差的浮动较大,如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内,都将成为干扰,但有时候短时间内又可以被相邻集搜索窗 捕获,并被解调发起软切换流程,但无法保持较长持续

17、的时间完成次完整的软切换。这 就导致了FER差,而且Ec/I。浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂,在扩大相邻集搜索窗 的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程1、将相邻集搜索窗由10修改为13 （226chips, 226/282chips）；2、将激活集搜索窗由5修改为8.经过现场测试,软切换掉话问题获得解决。建议与总结终端在软切换过程中是使用相邻集搜索窗捕获目标导频的,只有当终端发出HCM消息，并收到Base Ack Order消息后会使用激活集搜索窗捕获目标导频的多径信号。附件无。2.3 BCIM拨码开关设置

18、错误导致掉话标题BCIM拨码开关设置错误导致掉话序号SC0000346198更新时间2007-04-16作者朱保江关键字掉话拨码开关传输BCIM现象描述某局点,BSC版本为V2R2c04B016,为新开局点。开始放号后,呼叫建立成功率很高,99%.但是掉话严重,掉话原因为Erasure帧过多,BSC下新开的所有4个基站平均每五次电话中 就有一次掉话（该BSC下目前就只有4个站）,严重影响通话质量。告警信息存在E1传输告警。原因分析1、由丁是新开基站，影响掉话率指标的最有可能是PN和邻区问题，需要检查是否为PN规 划是否合理,有无漏配、错配邻区等;2,由于影响掉话的因素较多，需结合掉话原因值,结

19、合runlog数据和现网情况进行分析, 逐一排査。处理过程1、检査网络中PN复用情况,不存在问题:检査邻区配置,无漏配和错配邻区（因现网只有4个基站,很容易排查）：2,查看告警台发现部分基站存在传输闪断现象,但不存在告警的基站掉话也很严重,因而 影响掉话的还有其他原因;3、检査基站GPS状态及锁星情况,正常;4、了解到BCIM板上的拨码开关也会影响时钟的锁定,通过从BCIM板上査询interface state. 发现拨码开关对应的匹配电阻为120欧姆，经与B侧工程师了解，该E1的匹配电阻应该为75 欧姆。重新将该拨码开关的电阻拨为75欧姆，掠话率基本正常。建议与总结无。附件 兀。2.4 BC

20、KM板故障导致掉话问题标题BCKM板故障导致掉话问题序号SC0000346513更新时间2007-04-16作者咼森关键字掉话BCKM版本现象描述U国P运营商CDMA800M网络(BSCV100R003C03B118SP10,BTS3606 V200R001B014SP10),某新开基站S大量掉话,掉话率10%左右。告警信息告警台无告警,从BTSLOG中发现有大量的如下错误信息:2007-03-09 14:33:34 BCKM 0 MC:(abistimer.c, 854) Abis-BTS Release Timeout!ABIS_CB = 14992007-03-09 14:33:34 B

21、CKM 0 MC:(abistimer.c, 854) Abis-BTS Release Timeout!ABIS_CB = 12252007-03-09 14:33:34 BCKM 0 MC:(abistimer.c, 854) Abis-BTS Release Timeout!ABIS_CB = 13632007-03-09 14:33:34 BCKM 0 MC:(abistimer.c, 854) Abis-BTS Release Timeout!ABIS_CB = 15322007-03-09 14:33:34 BCKM 0 MC:(abistimer.c, 854) Abis-BTS

22、 Release Timeout!ABIS_CB = 15382007-03-09 14:33:34 BCKM 0 MC:(abistimer.c, 854) Abis-BTS Release Timeout!ABIS_CB = 15332007-03-09 14:33:34 BCKM 0 MC:(abistimer.c, 854) Abis-BTS Release Timeout!ABIS_CB = 1528原因分析由于BCKM板故障导致传输问题,造成大量的C02掉话。处理过程1、新站S开通,观察话统有大量的C02掉话（收不到反向帧）,掉话率在10%左右;同时 在开通S站的同时,连接到同一框

23、的其它基站都会出现少量的C02掉话.附件是。2、从BTSLOG发现有大量的BCKM的告警，根据总部产品研发分析建议,检查传输。3、从Bam Ping基站，将近30分钟会出现次TimedOut或TimeDelay大于300ms。分段检 査传输，挂表在BSC侧DDF,在基站环冋测试没有问题,但是Ping还是有问题。怀疑从DDF 到BIE板的E1线问题，更改后问题依然存在。4、同时怀疑版本问题，检查基站板块版木，发现BCKM, BCIM板的逻辑版本不同,但是 咨询产品支持确认没有影响.5、检査RSSI也正常，检査反向功率控制参数正常:路测Eclo等正常。6、由于BTSLOG里面的告警主要是BCKM板

24、,决定换板测试,更换BCKM板后问题解决。7、至于为什么在S站出现问题的同时,同框其他所有基站都受到影响。怀疑是S站同其他 站存在软切换时，C02掉话可能会统计到其他基站的分支上,因为当前版本的掉话统计是: 如果接入分支还在激活集，统计到接入分支上，如果不是，随机统计到激活集其他分支上。建议与总结某些情况下硬件故障并不会出现告警,从话统分析，CSL分析只能怀疑是空口质量或传输问题。这种情况下可以检査BTSLOG的记录，通过更换单板进行检查是否硬件故障。附件.附件话统和BTSLO G. rar2.5 FMR故障导致COb掉话暨A2接掉话标题FMR故障导致COb掉话暨A2接掉话序号SC000034

25、6617更新时间2007-04-16作者髙森关键字掉话话统FMR COb现象描述U国P运营商CDMA800M网络(BSCV100R003C03B118SP10,BTS3606V200R001B014SP10) , BSC一Ter下某区域基站发现大量A2接掉话。告警信息无。原因分析FMR故障导致TRAU收不到帧,造成COb掉话,话统中为大気:的A2接口掉话。处理过程1、分析话统为主要原因是A2接口掉话,A2接口掉话一般有以几种可能:(1) MSC发起的异常释放(2) A2接电路异常发起的释放(3) CIE资源故障(4) A3A7接口资源故障、TIE资源故障、LIM资源故障。如果是A接U传输问题必

26、然会引起其他区域基站发生类似问题,需要进步分析设备内部原 因。2,分析CSLU志,发现掠话原因是COb (SDU_TRAU_NO_RECV_FRAME)即TRAU收 不到帧,可能的原因如:(1 )EVC到FMR之间的链路故障或者质量不好。(2)资源核查的时候,误删了底层的地面链路,但是I:层的资源还存在。(3)EVC单板不正常,但是现在这种情况下,殷是CIE先于TRAU检测到EVC单板故障,也就 是说CIE先于TRAU通知CCM释放呼叫。通过原因值分布,发现所有COb掉话全部集中在同一块FMR上，怀疑BSC的FMR板故障。3、更换FMR板后问题解决。建议与总结空口质量或传输问题可以从CSL快速

27、定位设备内部原因。附件无。2.6 RASYS终端久叫不应关闭发射机导致掉话率统计标题RASYS终端久叫不应关闭发射机导致掉话率统计序号SC0000347028更新时间2007-04-18作者苏珂关键字掉话久叫不应定时器C05被叫现象描述RASYS某局掉话率较高,通过SPU日志发现,C05掉话多为被叫,比例为4/5。拨测这些被叫用户,跟踪信令发现大部分信号良好,同时用户也反馈语咅质量良好,无掉话现象。显然与掉话率的统计不符。告警信息无。原因分析1、通过RASYSSTAR分析日志,发现个别用户忙时掉话十余次,并且全为被叫;2、在。me上跟踪这些用户的Um、V5接口消息,同时打开其STATSUBSC

28、R用户消息跟 踪:3、拨测这个高掉话用户,用户无人接听同时空口建立后,发现该终端无上报PSMM消息， 同时无线字段反馈其eci良好,说明前向链路没有问题;4、长时间跟踪其登陆基站的RSSI,维持在104dbm左右,说明反向链路也无问题:5、为了排除瞬时干扰,所以对这个没有接听的终端连续拨打了 10余次，每次都是等到系统 拆线挂机:6l在。MC査看其STATSUBSCR跟踪结果，发现拨打的10余次建立成功率100%,但掉 话率也是10%。全部为ERASURE帧掉话,即C05掉话:7、为了排除是个别终端或者IP框情况,在每个IP框下都筛选用户来拨测,现象相同:8,采用相同的办法跟踪局方提供的测试机

29、,现象相同。同时发现,在主叫还能听到冋铃音 时,被叫的固定台早就停止振铃。此时,没有发射功率，说明终端提前美闭了发射机。9、综上，在RASYS终端久叫不应的情况下,RASYS终端会提前关闭发射机。但RAC还在 接收反向帧,此时，会统计为误帧。当超过误帧门限，RAC会向LE发起释放（正常情况下 是LE先发起释放），同时统计为次掉话。处理过程1,修改交换侧的“本局久叫不应定时器”和“国内久叫不应定时器”长度为60S,使其能在终端关闭发射机之前提前发起释放,这样就不用统计为掉话;2、跟踪信令发现，修改后问题解决。建议与总结此次跟踪发现终端在振铃13声（大约60余秒）后会停止发射机工作,时间太短,如果

30、修改LE的定时器又会影响全局（固话、小灵通）,所以建议:1、延长终端的停止发射机工作的定时器T53长度,使其能超过到120S,与“国际电话久叫 不应”的标准长度120s致;但这个定时器是协议规定的固定为65s,不能修改，实现较为 困难；2、终端在T53超时后，主动向网络发送释放消息,在收到网络的确认消息后，释放链路, 关闭发射机。附件RASYS终端久叫不应 关闭发射器导致掉而2.7 CFMR单板故障导致RAC出现“掉话次数（Abis接口）-CS”原因值掉话标题CFMR单板故障导致RAC出现“掉话次数（Abis接口）-CS”原因值掉话序号SC0000378547更新时间2007-09-11作者王

31、文征关键字掉话 掉话次数（Abis接口）0x201现象描述1,国内某 RASYS 局点网上版本如下:RAC6610V200R001C03B013SP02.RAU3606V200R001C04B014SP13RAU3601C V100R002C02B017SP08。2、自8月15日起RAC整体性能测后”统计中出现掉话原因值为掉话次数（Abis接U）-CS” 掉话,掉话次数为:5080次/天.告警信息出现掠话原因值为“掉话次数（Abis接口）-CS”掠话的对应时段无相应基站传输告警。原因分析1,由于RAC整体性能测量”统计中出现掉话原因值为“掉话次数（Abis接口）-CS”掉话,采集 RAC载频性

32、能测量”统计进行载频级定位,发现出现出现该掉话的基站分布较广,次数约为 3次/小时左右。2、筛选“载频性能测量”掉话统计,发现出现“掉话次数（Abis接口）-CS”掉话的基站共12个。3,在RAC维护台上查询相应基站链路信息,发现出现“掉话次数（Abis接口）-CS”掉话的所有 基站均挂于IP框4框。4,使用MAPINFO对基站进行分布统计，发现基站分布规律,与RAC链路信息一致，均为4 框基站。5,使用RASYSSTAR进行RAC RUNLOG分析，发现“掉话次数（Abis接口）-CS”掉话异常释 放原因值为“0x2010（BTS_FAIL_FAILURE）”RelCause :0x201D

33、etail Explain :信道板由于2s未收到前向帧时上报释放请求Cause:（1）Abis 口传输问题(2)DSP故障,因为BTS会定时检测FMR发送到BTS的前向业务帧,如果DSP故障,如果BTS 2s都没有收到前向帧就发起呼叫释放6、使用RASYSSTAR对“0x201”原因值进行按框分布排序,发现所有“掉话次数(Abis接口)-CS”掉话均为IP框4框1槽单板(Frame4Slot1),寸应单板为CFMR单板处理过程1、由于“掉话次数(Abis接口)-CS”掉话均为IP框4框1槽推板(Frame4Slot1),対应単板为CFMR单板,查询单板状态:(1)使用DSPSUBRCKSTA

34、T査询框状态,框状态正常。%DSP SUBRCKSTAT: FN=4;%RETCODE = 0执行成功查询结果框号=4框状态=CIPSMUX单板状态=正常SPU单板状态=正常END(2)使用DSPBRDINFO查询单板信息,单板状态正常。%DSP BRDINFO: FN=4, SN=1;%RETCODE = 0执行成功查询结果框号=4槽位号=1单板类型=CFMR运行状态=可用管理状态=使能主备状态=主用ATM总线端口 = 1子系统软件版本号=MVRAC6610-FMRV200R001C03单板 BIOS 软件版木号=SV0010401104(20031225A)PCB版本号=REV3CPLD硬

35、件逻辑版本号=LV01002FPGA硬件逻辑版本号=FV0200303003DSP 软件版本号=DVFMR_DSP_V1,00一END(3)使用DSP DSPSTAT査询DSP状态,DSP状态正常。%DSP DSPSTAT: FN=4, SN=1;%RETCODE = 0执行成功查询结果DSP号 DSP状态0运行正常1 运行正常2 运行正常3 运行正常4 运行正常5 运行正常6 运行正常7 运行正常(记录数=8)END(4)使用DSP DSPCPUUSAGE査询DSP的CPU占用率,各DSP-CPU占用正常。%DSP DSPCPUUSAGE: FN=4, SN=1;%RETCODE = 0执行

36、成功查询结果DSP号CPU占用率()015111212312413512614714（记录数=8）一END2、由于IP框4框1槽单板（Frame4Slot1）对应CFMR单板及DSP状态正常,且无告警,排除硬件故障怀疑为软件故障,一般该类故障可以通过复位恢复。3、使用SET BRDSEP命令对4框1槽CFMR单板设置单板隔离后复位4框1槽CMFR单板。4、复位4框1槽CMFR单板后观察RAC话统“掉话次数（Abis接口）-CS”掉话问题解决。建议与总结1、我司CDMA系统中,常见掉话为:（1） “掉话次数（Erasure帧多）-CS”对应异常释放原因值为“C05”,通常为空口原因。（2） “掉

37、话次数（收不到反向帧）-CS”对应异常释放原因值为“C02”,通常为基站传输原因。（3） “掉话次数（Abis接U）-CS”在本次掉话处理中中对应异常释放原因值为“0x201”。“掉话 次数（Abis接口）-CS”在我司统计中定义为在电路域业务呼叫建立成功之后,BSC/RAC因 Abis接口原因（包括BTS资源故障、Abis链路资源故障、SDU资源故障以及其他BSC相关设 备资源故障）产生掉话时统计,不包括已经统计为erasure帧多、收不到反向帧的掉话部分。 2、在BSC6600V100R003C03B118sp02版本以前由于软件原因可引起反向4块CSM5000 芯片只能使用96个信道限制

38、,也将造成“ 0x201”原因呼叫建立失败，属尸BTS资源故障原因”类（参见SUPPORT案例BTS3606基站出现异常释放原因值0x201问题的分析及处理） 3、“RAC整体性能测量”统计中出现掉话原因值为“推话次数（Abis接口）-CS”掉话,由我司话 统定义及处理经验基本可以定位为设备故障造成的掉话。附件CFMR单板故障导致R AC出现“掉话次数（2.8 RASYS系统CEVC单板故障导致RAC出现A接口掉话标题RASYS系统CEVC单板故障导致RAC出现A接口掉话序号SC0000388904更新时间2007-10-26作者王文征关键字掉话掉话次数（A接口）OxcOb现象描述1.国内某

39、RASYS 局点网上版本为:RAC6610V200R001C03B013SP02, RAU3606V200R001C04B014SP13, RAU3601C V100R002C02B017SP08I全网 1RAC/95RAU/134TRX,主要承载语音业务。2.M2000话统“RAC整体性能测量”统计自10月12日午15： 00出现掉话原因值“掉话次 数（A接口）-CS”掉话,掉话次数约40次/小时,忙时最髙可达到200次/小时以。告警信息ALARM 352422 故障=恢复一般 RAC 1302 运行系统告警名称=DSPCPU过载告警发生时间=2007-10-12 15:49:39恢复时间=

40、2007-10-12 15:49:39定位信息=框号=7,槽号=9,子系统号=0, DSP编号=9确认时间=2007-10-13 09:01:46确认操作员信息=ADMIN :电信维护原因分析1.在RASYS系统中,”掉话次数（A接口）-CS指标定义为:在电路域业务呼叫中因A接口原因 （包括VCN发起的异常释放、A接口电路异常发起的释放以及其他RAC相关设备资源故障） 造成的掉话次数,需重点排除设备故障。2JRAC整体性能测最统计中出现”掉话次数（A接口）-CS”原因值出现在10月1211下午15： 00-16： 00时段,后续持续出现，首先查询该时段操作日志和告警,确认是否进行了数据配 置、

41、修改或者RAC设备异常造成,如发现相关操作或告警可迅速定位问题。LSTLOG査询 RAC命令日志信息,10月12日下午15： 00-16： 00时段，仅存在开销户操作,无数据配置、 修改操作。LST ALMLOG/LST NEALMLOG査询RAC及RAU历史告警，该时段存在IP框7 框9槽CEVC单板DSPCPU过载告警，出现后立即恢复，后续无相关告警，且当前状态及 DSP占用查询正常。从该时段操作日志和告警无法判断故障点。3.采集RAC-RUNLOG使用RASYSSTAR分析，”掉话次数（A接口）-CS掉话对应异常释放原 因值为OxcOb。异常释放原因为:RelCause :OxcObDe

42、tail Explain :没有收到TRAU帧Cause:(1)EVC到FMR之间的链路故障或者质量不好.(2)资源核査的时候,误删了底层的地面链路,但是I:层的资源还存在.(3正VC单板不正常,但.是现在这种情况下,一般是C先于TRAU检测到EVC单板故障,也就 是说CIE先于TRAU通知CCM释放呼叫.4 .使用RASYSSTAR异常释放原因值分布功能,掉话原因值OxcOb”分布在RAC全部机框(7 个机框,21块CFMR) , 65个RAU,根据OxcOb”分布情况,无法判定故障点。5 .使用RASYSSTAR异常释放原因值按IMSI分布功能,掉话原因值OxcOb掉话次数3次的 用户达到

43、60个以上,均为本RAC用户，非漫游用户,且用户分布较广,无特殊用户存在, 无法判定故障点。6 .使用RAC维护台按IMSI逐个查询出现OxcOb掉话用户，发现均为IP框7框用户,故障点 可集中排査IP框7框单板,但掉话原因值”OxcOb”分布在RAC全部机框、单板(7个机框,21 块CFMR),无法完全确认故障点。7 .RAC语音业务流程:(1)上行业务(a)基站传送的业务流首先在CIPS框CBIE板进行AAL2交换;然后送到本框CFMR板上进行无线协议的处理;(b) CFMR板将语咅业务封装为AAL2数据包，经CMUX进行AAL2交换后,传送给本框CEVC进行话音编解码处理,或传送其它框C

44、MUX、再由该CMUX传送至CEVC板进行话音编解码处理:(c) CEVC板将AAL2数据包转换成TDM的64kbit/s的电路型数据后,通过扩展TDM总线送给本框CMUX板;(d) CMUX板対CEVC送出的数据进行TDM交换，将话音业务传送给CAIE板,并通过CAIE板传送给LE。(2)下行业务,下行业务处理过程与上行业务处理过程相逆.8 .根据RAC语咅业务流程,掉话原因值OxcOb分布在RAC全部机框的原因为:IP框7框用 户跨框接入,在呼叫过程中使用接入框CFMR,并通过CMUX交换使用归属框7框CEVC单 板,而异常统计点为各框CSPU分别统计本框失败,造成RAC全部机框均存在Ox

45、cOb掉话,问题得到定位,可以判定故障原因为IP框7框CEVC单板。处理过程1 .由于“掉话次数（A接U）-CS”掉话定位为IP框7框CEVC单板,该框CEVC单板满配共4块, 采用资源池方式工作,无法确认故障CEVC单板为哪一块。2 .查询7框4块CEVC单板、DSP状态:（1）使用DSP SUBRCKSTAT査询状态,框状态正常。（2）使用DSPBRDINFO査询单板信息，各CEVC单板状态正常。（3）使用DSP DSPSTAT查询DSP状态,各CEVC单板DSP状态正常。（4）使用DSPDSPCPUUSAGE查询DSP-CPU占用率，各CEVC单板DSP-CPU占用率相当。无法通过状态査询确认故障CEVC单板。3 .采用逐个隔离CEVC单板方法排除CEVC板故障（注意不要使用强制隔离）,每隔离块 后观察话统是否出现“掉话次数（A接口）-CS”掉话。4 .根据RAC历史告警，IP框7框9槽号子系统9号DSP在2007-10-12 15:49:39出现过 DSPCPU过载告警，并迅速恢复，首先隔离7框9槽CEVC单板并观察。5 .RAC维护台使用